Beiträge: 243
Themen: 61
Registriert seit: Dec 2012
Bewertung:
0
25-02-2013, Monday-14:00:35
Simutrans-Version: r6356 GDI und SDI Version
Betriebssystem: WIN 7prof
Verhalten (Absturz, Einfrieren, ...): Programm lässt sich nicht starten. Es gibt nicht mal eine Fehlermeldung. Auch der Debug Modus läuft nicht.
25-02-2013, Monday-14:24:50
passiert das auch, wenn man Simutrans started, ohne ein Savegame anzugeben? (Das also erst der Neue-Welt-Dialog kommt)
Beiträge: 243
Themen: 61
Registriert seit: Dec 2012
Bewertung:
0
25-02-2013, Monday-14:28:03
Simutrans lässt sich erst gar nicht starten. Es erscheint kein Bildschirm und auch Windows meldet keinen Fehler. Habe kein Savegame für den Start angegeben.
Beiträge: 745
Themen: 17
Registriert seit: Dec 2006
Bewertung:
0
25-02-2013, Monday-14:49:00
Ich kann das Problem mit diesem Nightly bestätigen:
Anwendungspopup: sim-winsdl_r6356.exe - Fehler in Anwendung: Die Anweisung in "0x77c178c0" verweist auf Speicher in "0x00000000". Der Vorgang
"read" konnte nicht auf dem Speicher durchgeführt werden.
Das ist vermutlich der "Beenden durch NULL-Zugriff"-Mechanismus.
Im Logfile erscheint nur: "Simutrans version 112.1.1 Nightly from Feb 25 2013 r6356".
25-02-2013, Monday-15:12:24
aber 6352/6343 funktionieren?
Beiträge: 243
Themen: 61
Registriert seit: Dec 2012
Bewertung:
0
25-02-2013, Monday-16:39:04
6352 (eben getestet) und 6343 (aus meiner Erinnerung) lassen sich starten
25-02-2013, Monday-22:06:53
kann ich nicht nachvollziehen (habe aber nur linux hier). Wird denn das pakset geladen?
Beiträge: 243
Themen: 61
Registriert seit: Dec 2012
Bewertung:
0
25-02-2013, Monday-22:17:23
Bei mir wird das pakset nicht geladen. Es passiert halt einfach gar nichts, ich erhalte nicht einmal wie whoami überhaupt eine Fehlermeldung vom Betriebssystem.
25-02-2013, Monday-22:28:17
Dann weiss ich auch nicht. Zwischen r6352 und r6356 hat sich nicths am pakset-Laden geaendert.
Beiträge: 745
Themen: 17
Registriert seit: Dec 2006
Bewertung:
0
25-02-2013, Monday-22:52:31
Ich habe den aktuellen SVN-Stand nun mal selbst kompiliert mit MSVC++ 2008, Ergebnis ist ebenso der Absturz wie beschrieben (sonstige Dateien sind die von ST112.0, mit denen funktionieren wenig ältere Builds). Es liegt also vermutlich nicht an der Build-Umgebung der Nightlies (es sei denn, es werden jetzt neuere Libraries vorausgesetzt).
(Nebenbei: jedesmal, wenn Dateien hinzugefügt wurden, muss ich meine .vcproj überschreiben lassen, um dann meine Anpassungen (Pfade zu Libs und Headers, Kommandos) wieder einzufügen. Weiß jemand, wie ich das vermeiden kann?)
Der Fehler taucht vielleicht noch früher auf als das Pakset-Laden. Bei meinen neueren Fehlersuchereien ist mir aufgefallen, dass in das Logfile fast nichts mehr geschrieben wird (bei "-debug 5 -log" o.ä.).
