Test Sim 3.4.1.1

[Michael Springer]

Meine ersten 4 Versuche mit der V3.4.1.1 enden nach dem Module laden, wo auf den 3D-Screen umgeschaltet wird und die Landschaft geladen, jedes Mal mit einer Schutzverletzung.

Nachtrag: Standardwerte alle Karten brachte auch keine Verbesserung.
Nachtrag2: Ein gerade selbst erstellter Fahrplan mit Driburg und Langeland geht.
Nachtrag3: Ich bin mir gerade nicht sicher, ob der eigene Datenbestand das auslöst. Muss ich erst mal gegenprüfen.
Nachtrag4: Das Löschen der eigenen Daten brachte keine Veränderung. Kleine Fahrpläne wie Sauschwänzlebahn und der Driburg-Langeland-Test gehen, größere Fahrpläne (wie z.B. meine Fiktive S-Bahn Salzkotten-Kassel) bringen eine Schutzverletzung wie oben beschrieben und gehen nicht. Ein Gegentest des großen Fahrplans mit V3.4.1.0 läuft ohne Probleme.


Michael

[Juergen_Verheien]

Hallo,

bei mir hat das Update der Simu von 3.4.1.0 auf 3.4.1.1 problemlos funktioniert, der anschließende Testaufruf eines Fpls erfolgte ebenfalls fehlerfrei. Eine Änderung des Verhaltens gegenüber der Ausgangsversion 3.4.1.0 konnte ich bei dem Fpl bei unveränderten Einstellungen nicht erkennen, werde das Verhalten mit weiteren anspruchsvollen Fpls testen.

[Thomas U.]

Meine ersten 4 Versuche mit der V3.4.1.1 enden nach dem Module laden, wo auf den 3D-Screen umgeschaltet wird und die Landschaft geladen, jedes Mal mit einer Schutzverletzung.

Nicht jedes Mal (wie Michael auch schon festgestellt hat), aber ja, das Problem habe ich auch - "Zugriffsverletzung bei Adresse [Wert unterschiedlich] in Modul 'ZusiSim.exe'. Lesen von Adresse 00000000."

An den Zügen scheint es nicht zu liegen, aber den Zusammenhang zwischen großen und kleinen Fahrplänen kann ich bestätigen.

[Carsten Hölscher]

OK, danke für die Info. Werde mal schauen, ob ich es auch provozieren kann.

Carsten

[Carsten Hölscher]

Könnt ihr bitte mal alle getesteten Fahrpläne nennen, die mit einem Absturz enden?

Carsten

[Michael Springer]

_ZusiData\Timetables\Deutschland\Paderborn_Kassel\Fiktives_S-Bahn-Netz_1998_04-14Uhr\Fiktives_S-Bahn-Netz_1998_04-14Uhr.fpn -> S9004.trn

[Thomas U.]

Ganz so einfach ist es wohl doch nicht und der bisher vermutete Zusammenhang mt der Fahrplangröße eher zufällig.

Habe gerade mehrfach den Zug N5012 aus dem Plan A-DON 1987-88 gestartet und in ca. 50% der Fälle stürzte der Sim ab. Dabei kommt zuverlässig nach dem Laden der Module zuerst der Windows-Ladekreis, dann verschiebt sich das Zusi-Startfenster etwas und wird unscharf, danach wechselt er in das 3D-Fenster und stürzt kurz drauf ab. Alle anderen Startversuche dieses Zuges liefen problemlos durch.

[Carsten Hölscher]

Konnte eben einen solchen Absturz erzeugen, aber das kam beim Neustarten eines Fahrplans. Hattet Ihr das Problem bei frisch gestartetem Simulator?

Carsten

[Carsten Hölscher]

Gibt noch mal ein Update wf. Entgleisungen. Zum Absturz sollte nichts verändert sein, weitere Rückmeldungen aber hochwillkommen. Es gab ja auch schon mal Geisterfehler, die mit der nächsten Version wieder weg waren.

Carsten

[Thomas U.]

Leider kein Geisterfehler.

Hattet Ihr das Problem bei frisch gestartetem Simulator?

Ja, immer frisch gestartet.

Aber von spontanen Fehlermeldungen beim Neuladen des Fahrplans wurde ja auch schon hin und wieder mal berichtet.

[Carsten Hölscher]

Um einen etwas breiteren Eindruck zu gewinnen wären weitere Meldungen nett, auch positive.
Ich hab auf meinem PC bisher kein Problem - und hab schon alle Fahrpläne durchnudeln lassen.

Carsten

[Carsten Hölscher]

Jetzt auf einem anderen PC getestet kommt der Fehler auch, also damit dürüfte ich die Chance haben, das in Eigenregie zu finden.

Carsten

[Carsten Hölscher]

Hab das Glück, dass sich der Fehler bei einem Fahrplan zu 100% reproduzieren lässt, die Suche läuft...

Carsten

[Florian146.2]

Guten Morgen, seit neusten habe ich bei vielen Fahrplänen wie z.B Hagen-Kassel, Köln-Düsseldorf und Kassel-Sorsum nur Zugriffsverletzungen beim Starten.




Bin ich der einzige der das Problem hat?
Habe die Beta Updates heruntergeladen


Mit freundlichen Grüßen

Florian

[Florian146.2]

Guten Morgen, seit neusten habe ich bei vielen Fahrplänen wie z.B Hagen-Kassel, Köln-Düsseldorf und Kassel-Sorsum nur Zugriffsverletzungen beim Starten.




Bin ich der einzige der das Problem hat?
Habe die Beta Updates heruntergeladen


Mit freundlichen Grüßen

Florian

[snookerfan]

viewtopic.php?f=47&t=16593

[dk48]

Hatte gestern auch einen Absturz nach "Fahrplan neu starten ...",
es gibt auch bei der Fahplanerstellung schon Mal Fehler, die einem Programmabsturz verursachen - alles nicht weiter schlimm!

Ärgerlich ist nur, dass sich der Simulator immer so massif aufhängt, dass er sich nur noch per Taskmanager beenden lässt. (egal welche Version).
Dem Programm fehlt hier die Fehlerbehandlung.


Die Lösung ist eine generelle Fehlerbehandlung:
Hauptschleife des Programm (Delphi) in eine Anweisung ONEXCEPTION kapseln. Diese Fehlerbehandlung greift nur wenn ein unbehandelter Fehler auftritt und lässt eine ordentliche Beendigung des Programms in jeder Situation zu - ohne Krallengrff .

In meiner Modellbahnsteuerung mit Delphi habe ich das während der Entwicklung eingebaut. Zusätzlich habe ich dort eine globale Variable definiert. Diese bekommt in den unterschiedlichen Programmabschnitten jeweils eine eindeutige Kennung für die Fehlersuche zugewiesen. Bei einem Programmabsturz wird diese Variable von der Exception angezeigt. Ist sehr hilfreich bei der Fehlersuche.

Gruß Dieter

[Johannes]

Der Dialog „Zugriffsverletzung an Adresse …“ ist bereits die (von Delphi standardmäßig installierte) globale Fehlerbehandlung für unbehandelte Ausnahmen. Wenn sich der Simulator „aufhängt“, dann gibt es auch keine Exception, die eine solche Fehlerbehandlung auffangen könnte.

Was man aber wirklich mal machen sollte: in diesem globalen Exception-Handler die Programmversion mit ausgeben. Ohne die ist die angegebene Adresse ja ziemlich nutzlos und man muss im Forum bei solchen Meldungen immer nachfragen. Das macht man, indem man den Ereignis-Handler "TApplication.OnException" setzt. Der Default-Code ist der hier:

Code: Alles auswählen

procedure TApplication.ShowException(E: Exception);
var
  Msg: string;
begin
  Msg := E.Message;
  if (Msg <> '') and (AnsiLastChar(Msg) > '.') then Msg := Msg + '.';
  MessageBox(PChar(Msg), PChar(GetTitle), MB_OK + MB_ICONSTOP);
end;

So schwierig dürfte es also nicht sein, den zu ersetzen.

[Florian146.2]

Danke, für den Link.

Ich werde es verfolgen.

Mit freundlichen Grüßen

Florian

[dk48]

Hallo Johannes,

meine Konstruktion sieht so aus:

Vor der Endlosschleife im meinem Steuerprogramm gibt es ein Try (finally). Das verhindert, dass sich die Schleife aufhängt und das Programm nur noch per Taskmanager beendet werdn kann.
Das zweite Try (except) ist der erste Befehl in der Endlosschleife und für die Fehlermeldung zuständig. Es wird sofort die globale Variable für die Fehlermeldung belegt. (Diese Belegung wechselt im Programm ständig)


Die Schleife endet mit "until ....", davor wird das Try (except) nur im Fehlerfall ausgewertet.
finally wird immer ausgeführt und das Programm ordentlich beendet. (Unter finally werden alle fahrenden Züge gestopt und der Strom abgeschaltet - ist lebenswichtig für die Modellbahn)

Ich hatte mich etwas falsch ausgedrückt.
Dieter