Zugriffsverletzung in 64 bit-Sim

[Leif K.]

Guten Abend,

Heute habe ich hier mal einen Zufallsfund beizutragen: Fahrplan Hildesheim-Kassel-EXPO 2000, Zug Nr. 36143.
Zusi SIM 3.5.8.12 (also Update von heute), alle anderen Module auf dem aktuellen Beta-Stand

1. Versuch: Zugriffsverletzung etwa in Streckenkilometer 164,5, also die Rechtskurve nach der Ausfahrt Kassel Hbf. Zusi über Task Manage geschlossen, Versuch der Reproduktion.

2. Versuch: identische Zugriffsverletzung schon am Bahnsteig beim Blick aus dem linken Seitenfenster, siehe Screenshot. Zusi musste danach wieder per Task Manager geschlossen werden.



Falls es hilft: In beiden Fällen wurde die Wartezeit bis zum Aufgleisen des Zuges mit F4 gekürzt.

Gestern Abend habe ich denselben 36143 gefahren, noch auf SIM 3.5.8.9, da lief die Fahrt fehlerfrei.

Vielleicht kann einer der IT-Profis mit der Fehlerbeschreibung etwas anfangen.

Danke & Viele Grüße
Leif

[F. Schn.]

Mal eine technische Betrachtung zu diesem Thema:

Dass der Absturz bei Setmaterial kommt, war mir jetzt auch nicht bewusst. Hab den Aufruf jetzt mit einem eigenen try-except-Block versehen.

Zugriffsverletzungen per try/except abzufangen sollte natürlich nur ein Notnagel sein. Dafür sind Exceptions nicht gedacht, das ist auch so eine komische Delphi-Eigenart …

bis Celle lief es mit überwiegend 35 - 40 fps (Bremse) mit Ausnahme der Engstellen Harburg, Maschen, Lüneburg. Ab Celle bricht die framerate auf 10 fps ein und sackt weiter ab bis Lehrte auf 7 fps, Tendenz sinkend. Ab Hildesheim sind bei 4 fps nicht mal mehr die Signale sichtbar.

Zugriffsverletzungen sind normalerweise so gelagert, dass sie nicht nur einmal auftreten, sondern dass z.B. die Texturdaten völlig kaputt sind. (Sie treten auch nicht zuverlässig auf, sondern es kann auch stattdessen passieren, dass die Zugriffsverletzung einen beliebigen anderen Teil des Arbeitsspeichers des eigenen Prozesses beschädigt.) Wenn du eine Zugriffsverletzung also mit try-except auffängst, kann das dazu führen, dass man in jedem Frame einmal die Zugriffsverletzung auffängt. Weswegen andere Umgebungen mit einem try-catch-Block normalerweise keine Zugriffsverletzungen auffangen.

Eine Ausnahme aufzufangen, (wie in diesem Fall bei Delphi auch Zugriffsverletzungen welche sind), ist im Regelfall sehr teuer. Es kann also sein, dass der try-except-Block dazu führt, dass die Simulation zwar nicht sofort abstürzt, aber dafür die fps gravierend einbricht.

Maxx's Vorfall riecht für mich nach einer Bestätigung dieser Theorie...

[Johannes]

Wollte viewtopic.php?p=361450#p361450 probefahren und bekomme stattdessen mit ZusiSim 3.5.8.12 reproduzierbar eine Zugriffsverletzung in Stelle bei Kilometer 157,3. Minimalfahrplan unten, Auch mit Autopilot und Zeitraffer reproduzierbar. Falls relevant: ZusiDisplay ist nicht gestartet, die Bildschirme im 401 sind dunkel.

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8"?>
<Zusi>
<Info DateiTyp="Fahrplan" Version="A.5" MinVersion="A.1"/>
<Fahrplan AnfangsZeit="2024-11-27 21:32:55">
<BefehlsKonfiguration Dateiname="signals\Deutschland\Befehle\408_2015.authority.xml"/>
<LaPDF/>
<StrebuPDF/>
<ErsatzfahrplaenePDF/>
<Begruessungsdatei/>
<trn Gattung="ICE" Nummer="1097" Prio="9000" BremsstellungZug="2" MBrh="0.09" APBeschl="0.5" Rekursionstiefe="5" FahrstrName="Aufgleispunkt -&gt; Maschen Pbf P4" Buchfahrplandll="_InstSetup\lib\timetable\Buchfahrplan_0Debug.dll">
<Datei Dateiname="Timetables\StelleTest.fpn" NurInfo="1"/>
<FahrplanEintrag Ank="2024-11-27 21:32:55" Abf="2020-07-06 06:04:00" Betrst="Maschen Pbf">
<FahrplanSignalEintrag FahrplanSignal="P4" />
</FahrplanEintrag>
<FahrplanEintrag Abf="2020-07-06 06:05:00" Betrst="Stelle">
<FahrplanSignalEintrag FahrplanSignal="P2" />
</FahrplanEintrag>
<FahrplanEintrag Ank="2024-11-27 21:36:00" Abf="2024-11-27 22:36:00" Betrst="Sbk 63244">
<FahrplanSignalEintrag FahrplanSignal="63244"/>
</FahrplanEintrag>
<FahrzeugVarianten Bezeichnung="default" ZufallsWert="1">
<FahrzeugInfo IDHaupt="3" IDNeben="1" DotraModus="1" SASchaltung="3" NVRNummer="93 80 5401 553-3">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\401.fzg" />
<ZugdatenLZB80 VMZ="280" LZBStoerschalter="2" BRA="9" ZugsicherungHS="2" Lufthahn="2" PZBStoerschalter="2" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5801 040-7">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\801_Avmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5801 064-7">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\801_Avmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5801 032-4">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\801_Avmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5803 017-3">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\803_BSmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5804 005-7">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\804_WSmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5802 028-1">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\802_Bvmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5802 035-6">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\802_Bvmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5802 087-7">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\802_Bvmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5802 084-4">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\802_Bvmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5802 081-1">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\802_Bvmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5802 070-3">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\802_Bvmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="1" IDNeben="1" DotraModus="1" NVRNummer="93 80 5802 075-2">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\802_Bvmz.fzg" />
</FahrzeugInfo>
<FahrzeugInfo IDHaupt="3" IDNeben="1" DotraModus="1" SASchaltung="3" Gedreht="1" NVRNummer="93 80 5401 550-9">
<Datei Dateiname="RollingStock\Deutschland\Epoche5\Elektrotriebwagen\ICE1_2\401.fzg" />
</FahrzeugInfo>
</FahrzeugVarianten>
</trn>
<StrModul>
<Datei Dateiname="routes\Deutschland\32U_0006_0059\000575_005915_Stelle\Stelle_2020.st3"/>
<p/>
<phi/>
</StrModul>
<StrModul>
<Datei Dateiname="Routes\Deutschland\32U_0006_0059\000571_005917_Maschen_Rbf_Sued\Maschen_Rbf_Sued_2014.st3"/>
<p/>
<phi/>
</StrModul>
<UTM UTM_WE="559" UTM_NS="5760" UTM_Zone="32" UTM_Zone2="U"/>
</Fahrplan>
</Zusi>

[Matthias P.]

Johannes war schneller....

Ich habe auch heute auf die neue Version x.12 geupdatet, beim Fahrplan Kirchheim-Veddel_2020_06Uhr-10Uhr bekomme ich wiederholt eine Zugriffsverletzung, sobald ich zu Beginn der Zeitsprung aktiviere:



Ich habe unterschiedliche Züge versucht, von Veddel startend oder von Kircheim, nach F4 kommt die Zugriffsverletzung.

Matthias

[F. Schn.]

Johannes' Repro kann ich bei mir bestätigen.

[Maxx]

Nun bekomme ich reproduzierbar folgende Fehlermeldung bei Aufruf des Fahrplans Kirchheim-Veddel 2020 6-10 Uhr:

[oberstrom (Markus)]

Welche Zusi-Version?

[Johannes]

Wird derselbe Fehler wie bei Matthias P. sein (gleiche Codestelle). Aber dass er schon beim Öffnen des Fahrplans auftritt, glaube ich eher nicht

[BR412Fan]

Johannes war schneller....

Ich habe auch heute auf die neue Version x.12 geupdatet, beim Fahrplan Kirchheim-Veddel_2020_06Uhr-10Uhr bekomme ich wiederholt eine Zugriffsverletzung, sobald ich zu Beginn der Zeitsprung aktiviere:



Ich habe unterschiedliche Züge versucht, von Veddel startend oder von Kircheim, nach F4 kommt die Zugriffsverletzung.

Matthias

Moin, kann ich bestätigen. Tritt bei mir aber auch bei anderen Fahrplänen auf. Und erst nach Installation des neusten Beta Updates.

Ich habe dann versuchsweise die Zusi.exe versucht die Carsten mir geschickt hat als Zusi das letzte mal nach dem Update nicht mehr wollte. Das hat funktioniert.

Lg.

[Maxx]

Wird derselbe Fehler wie bei Matthias P. sein (gleiche Codestelle). Aber dass er schon beim Öffnen des Fahrplans auftritt, glaube ich eher nicht

Ok, nach F4 Zeitsprung. Macht in der Sache aber keinen Unterschied.

[F. Schn.]

Ich habe systematisch Fahrplan-Testläufen laufen lassen, da kamen als Nebenfund Zugriffsverletzungen bei folgenden Fahrplänen heraus:

Code: Alles auswählen

Timetables\Deutschland\Hamburg_Kassel\Hameln-Hamburg_2018_13Uhr-22Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Kirchheim-Veddel_2020_06Uhr-10Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Lehrte-Veddel_2017_04Uhr-14Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Lehrte-Veddel_Berlinumleiter_2021_15Uhr-00Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Lehrte-Veddel_FiktiverTakt_2018_04Uhr-14Uhr.fpn

Alle recht gut reproduzierbar.

[Iarnród]

Wird derselbe Fehler wie bei Matthias P. sein (gleiche Codestelle). Aber dass er schon beim Öffnen des Fahrplans auftritt, glaube ich eher nicht

Ok, nach F4 Zeitsprung. Macht in der Sache aber keinen Unterschied.

Bei mir trat der Fehler beim Anfahren im Hp Meckelfeld mit MEr 81606 auf. Dieser Fahrplan startet gleich im Führerraum. Ich konnte ganz normal alles Einstellen, EBuLa starten, losfahren, in Meckelfeld halten, Tür auf, Tür zu <bang/>

Zusi-Version: 3.5.8.12

[BR412Fan]

Johannes war schneller....

Ich habe auch heute auf die neue Version x.12 geupdatet, beim Fahrplan Kirchheim-Veddel_2020_06Uhr-10Uhr bekomme ich wiederholt eine Zugriffsverletzung, sobald ich zu Beginn der Zeitsprung aktiviere:



Ich habe unterschiedliche Züge versucht, von Veddel startend oder von Kircheim, nach F4 kommt die Zugriffsverletzung.

Matthias

Moin, kann ich bestätigen. Tritt bei mir aber auch bei anderen Fahrplänen auf. Und erst nach Installation des neusten Beta Updates.

Ich habe dann versuchsweise die Zusi.exe versucht die Carsten mir geschickt hat als Zusi das letzte mal nach dem Update nicht mehr wollte. Das hat funktioniert.

Lg.

Mir ist aufgefallen das ich dadurch ja gar nicht auf der x.12 laufe sondern auf der x.9.
Gibt es für das Problem mit der Zugriffsverletzung bei der x.12 inzwischen eine Lösung? Weil so ist Zusi bei mir nicht spielbar.

LG

[Johannes]

Gibt es für das Problem mit der Zugriffsverletzung bei der x.12 inzwischen eine Lösung? Weil so ist Zusi bei mir nicht spielbar.

Ist ja auch eine Beta-Version, da kann so was vorkommen. Die Frage ist: Ist die aktuelle stabile Version (x.0) bei dir nutzbar? Dann nutz die.

[F. Schn.]

Ich habe systematisch Fahrplan-Testläufen laufen lassen, da kamen als Nebenfund Zugriffsverletzungen bei folgenden Fahrplänen heraus:

Code: Alles auswählen

Timetables\Deutschland\Hamburg_Kassel\Hameln-Hamburg_2018_13Uhr-22Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Kirchheim-Veddel_2020_06Uhr-10Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Lehrte-Veddel_2017_04Uhr-14Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Lehrte-Veddel_Berlinumleiter_2021_15Uhr-00Uhr.fpn
Timetables\Deutschland\Hamburg_Kassel\Lehrte-Veddel_FiktiverTakt_2018_04Uhr-14Uhr.fpn

Alle recht gut reproduzierbar.

Das Problem scheint erst mal beseitigt zu sein.

[Gorgi [Vale]]

Nabend,
habe gestern auf der LGV EE ne schöne Fehlermeldung bekommen unter ETCS,
ich versuche es aktuell zu reproduzieren. Einen Fehlerlog konnte ich leider nicht bekommen, da ich dort wieder einen Offset bekomme.


Gorgi

[Gorgi [Vale]]

Nabend,
ich konnte den Fehler reproduzieren.
Diesmal hatte ich Glücklicherweise den Logger von Johannes mitlaufen.
Dabei ist aber etwas unerwartetes passiert. Es wurden zwei dmps geschrieben mit einem zeitlichen Abstand von wenigen Millisekunden bevor der Fehler kam mit dem Offset, insofern kann ich beide zur Verfügung stellen, da ich vermute das diese zusammengehören. Der Fehler ist mir bisher nur unter ETCS aufgetreten.
Kann die dmp wenn Bedarf zusteht per EMail oder Sharepoint zur Verfügung stellen. @Carsten

Gorgi