Access Violation - Der Irrsinn hat einen neuen Namen

Hi, habe das auch gehabt. Erstmal schauen was RW Tools an VR Assets nicht mehr erkennt. Bei mir waren es Wagen die anscheinend doppelt waren. Wurden auch beide angezeigt und man konnte sie aufs Gleis stellen, beim fahren kam dann dein Fehler bzw beim starten der Aufgabe. Dann habe ich mir angewöhnt nach jedem Handschlag im Editor bzw fertig Sein den TS neu zu starten. Dann trat er nie wieder auf. Szenario erst testen nach einem Neustart des Editors. Sonst kann es auch sein das deine Signale nicht richtig funktionieren oder sie ganz tot sind und ohne Sicherheitskopie müsste man dann alle neu setzen... Lg

ps: ich arbeite um fehlerhafte Assets zu sichten mit RW Tools v6.0.73, der ist da genauso anfällig dafür wie der TS

hallo,

mir ist diese Zugriffsverletzung vermehrt nach dem letzten Microsoft Windows Update aufgefallen, ich habe Windows 10 und kann das Update nicht entfernen, da ja Updatezwang unter Windows 10 herrscht. Wäre interesssant zu wissen ob der Fehler bei Inhabern der älteren Windowsversionen 7/8 auch zugenommen hat.

Was Scenarien angeht empfehle ich ausschließlich die 32bit Versionen zu nutzen, im 64bit Mode zerstört der Scenarioeditor auch die Gleise bzw. alle gleisgebundenen Objekte.

... ich bin ja "absolut beratungsresistenter" Win7, 64Bit Nutzer und kann bisher, ein vermehrtes Auftreten von "Access Violation" Fehlern,
nicht bestätigen. Ganz ab davon, bin ich bisher, seit Verwendung der TS-64Bit-Version, von dieser Art Fehler glücklicherweise weitestgehend
verschont geblieben. Ich vermute, hierbei handelt es sich wieder einmal, wie beim TS so üblich, um sehr individuelle (systembezogene) Fehler,
welchen man leider, mit allgemeingültigen Empfehlungen, nicht wirklich beikommen kann ...

Hallo, ich arbeite mit Win7 Prof und im Editor in der 32Bit-Version. Der Fehler tritt anstelle des Dump bei rund 3,6 GB auf. Einziger Unterschied, früher strützte der TS komplett ab, das gibt es jetzt nicht mehr und es kommt zur Speicherzugriffsverletztung - für mich im Prinzip ein nachvollziehbarer Fehler. Mit dem 3,6GB-Ende will der TS wahrscheinlich auf bereits benutzte Speicherbereiche speichern und dann knallt es eben. Kann man sich drauf einstellen, zumindest im Editor. Ich habe immer den Task-manager mitlaufen, da kann ich schon erkennen, wann ich sinnvollerweise Speichern muss. Stört mich genauso viel bzw. wenig wie vorher der Dump bei 3,6 GB im Editor. Fehler ist bei mir reproduzierbar und zum größten Teil vermeidbar (wie gesagt: im Editor). Ansonsten kann ich das oben gesagte nicht bestätigen.

Gruß Bernd

Bin auch Windows 10 User und mir hat diese Fehlermeldung in letzter Zeit wirklich den Nerv geraubt.
Ich passe mir mittlerweile viele erhältliche Szenarien hier aus den Forum über RW Tools für mich an und
tausche eben nicht vorhandenes gegen vorhandenes.

Z.B. das ICE Szenario von @Trainsa auf Frankfurt Karlsruhe oder Mein Gott Walter von @Amisia liefen erst mit getauschten
Rollmaterial nachdem ich vor dem bearbeiten einen Klon von den Aufgaben im TS erstellt habe und sie dann mittels RW Tools bearbeitet habe.
Habe ich die Aufgaben "direkt" bearbeitet und gestartet bekam ist sofort als das Szenario fertig geladen hatte eben den
Access Violation Fehler.

bei mir läuft die TS 32 Bit Version ohne Probleme , ( Win 7 , 64 Bit ) , die TS 64 Bit Version verweigert ihren Dienst

ich glaub das ist auch der Fehlercode (bin nicht sicher, da ich nicht mehr drauf achte) den ich seit TS19 immer wieder im 32bit-Editor reinbekomme. Oft sogar auch erst nachdem ich gespeichert hab und dann aus dem Editor raus will haut´s den plötzlich rein. Mal öfters mal nicht so oft.
System: Win7 (ohne großartige Windowsupdates)

Hat schon jemand bemerkt das der Schreibschutz nicht zu entfernen geht? Der PC macht zwar so als ob er ihn entfernt, aber wenn man nochmals auf Eigenschaften geht ist immer noch der Schreibschutz drinnen.
Vielleicht hat's was damit zu tun?

Aber eher ist das ein stochern im Heuhaufen.

Naja erstmal sind Acces Violations fehler in der Programmierung von Railworks. Acces Violation sind wenn Windows programm auf die Finger haut, wenn sie nicht in ihren eigenen Speicherbereich schreiben. Da läuft was schief in der Berechnung der Speicheradressen. DAs kann durch alles was dem Programm nicht passt ausgelöst werden.

@BR-218

hast Du schonmal RW Tools mit Adminrechten ausgeführt und von dort die RW Dateien entsperrt? Also läuft bei mir reibungslos.

@Broflugo Bitte mal vollständig lesen.
Ich hatte ebenfalls Assets aufgegleist welche auch zu sehen waren. Aber Diese zbsp DR Wagen von VR waren doppelt hinterlegt im Assets Ordner. Ts stürzte mit deinem Fehler ab, obwohl im editor auch nach erneuten aufrufen diesem ALLE Züge sichtbar waren. Hatte erst einen Zug nach dem anderen im Editor getauscht und dann funktionierte es wieder. Also alles wieder Schritt für Schritt getauscht, dann kam wieder der Fehler. Erst als ich nachschaute bei RW Tools, sah ich das die Wagons rot aufgeführt waren obwohl ich sie aber im Editor sehen konnte und komischerweise auch funktionierten wenn sie an der Spielerlok dran hingen, sie gingen in der 64er Version aber nicht mehr für Ki Züge, auch nicht mehr in der 32er. Ende vom Lied es gab doppelt diese Wagons und die gleichen anderen von VR funktionierten.VR Loks muss man auch Zeit zum aufrüsten geben, bevor sie abfahren(45sec).

Du musst nicht nach jedem einzelnen Zug setzen oder Signal legen neu Starten. Nur wenn du danach das Szenario bzw die Strecke fahren möchtest. Sobald nachdem Szenariobau du in deinen Zug Kommst gehst du auf beenden und startest den TS neu. So bin ICH diesen Fehler losgeworden. Das ganze scheint ein Speicherproblem zu sein. Der Speicher aus dem Editor scheint man erst zu reseten.Wenn man es nicht macht, tritt es auch auf das die meisten Signale, Weichen etc nicht mehr funktionieren.. Übrigens das gleiche jetzt auch in der 32Bit Version. Das nimmt sich nix. Habs probiert.

@BR218 Was für ein Schreibschutz? Von der Strecke, Aufgabe oder einer Datei? Bei Strecke im Editor entferen speichern, neu starten, Aufgabe, mit Rw Tools in Standard aufgabe umspeichern....

ps: Win7 mit mehr als genug Power.

Genau diesem Problem kann ich mich nur anschließen.

Habe heute mehrfach versucht, auf der IKBv3 reloaded Signale auszutauschen, ohne Erfolg. Sobald ich meine Arbeit gespeichert habe, klicke ich im Editor auf den Play-Button und beende direkt im Anschluss das Spiel.
Beim nächsten Start vom TS kann ich die gesamte Map weder im 32bit noch 64bit Editor öffnen oder gar fahren. Ich bekomme immer die Zugriffsverletzung.

@zzr
Ich meine den Schreibschutz vom kompletten Assets und Content Ordner. Der lässt sich weder mit RW Tools oder Windows entfernen.

Echt? Mhm, ich habe heute meine Ordner (Assets,Content,etc)auf ne externe Festplatte kopiert und dann alles manuell gelöscht. Danach woanders installiert und alle Ordner wieder überschrieben.Konnte dabei keinen Schreibschutz fest stellen.

Kann ich nicht bestätigen @BR-218

Einzig beim Railworks Ordner ansich lässt sich der Schreibschutz nicht entfernen.
Bei den Assets bzw. Content Ordner und wie sie noch alle heißen hat er sich
aber problemlos entfernen lassen.

Ja es ist soviel versprochen worden... 64 Gründe... Nun angeblich soll ja doch noch ein Fix zumindest für die Editoren kommen, wurde mir in zwei Supportanfragen mitgeteilt... abwarten