Zusi-Forum

Ursache gefunden, liegt an einer seltenen Konstellation von einer leeren Folgezeile des Gegengleises im Zusammenspiel mit der Darstellungsform "Gegengleiseinträge in eigener Zeile darstellen".

Moin!

gibt es eigentlich eine Möglichkeit, automatisch korrekte Buchfahrpläne bei wendenden Zügen zu erstellen?

Bei mir fehlen da immer die Fahrzeiten an fast allen Betriebsstellen und der Eintrag "Kopf machen" ist auch häufig nicht da.
Gibt es da einen Trick?

Grüße, Melvin

Den Eintrag "Kopf machen" gibt es in den Vorbildbuchfahrplänen nicht. Deshalb kann oder besser sollte man den eigentlich weglassen.

Holger

Melvin: Ich habe im Ordner _Tools\BuchfahrplanErsteller\BuchfahrplanBereiniger.exe (im Programme-Verzeichnis) ein Tool entwickelt, mit dem man z.B. diese Zeiten neu setzen kann.

"Fahrtrichtungswechsel" müsste im Fahrplan stehen, wenn ich das richtig im Kopf habe.

Carsten

Seit meinem gestrigen Delphi- (und Windows)-Update gehen die dlls nicht mehr (werden als fehlerhaft von Zusi ausgewiesen). Auch die Buchfahrplanersteller.exe startet nicht ohne weitere Reaktion. Hat hemand eine Idee?

Carsten

Hallo,

Idee nicht, aber in unserer Fa. hat es nach dem letzten Windows Update nicht Bemerkenswertes gegeben. Ich rede da im Konzern von >100.000 Systemen.
Da würde ich mehr in Delphi nachsehen. Stimmen ggf. die Zertifikate/Signaturen noch? Nicht, dass Delphi das neuerdings strenger abfragt.

Ich hatte den Fall eines ODBC-SQL Treiber, bei dem die Option "Signierter connect" auf einmal im Default ein war und dann bei der Verschlüsselung was klemmte, was vorher nicht sichtbar war.

Gruß

Ralf

Carsten Hölscher hat geschrieben: ↑30.04.2022 00:50:36werden als fehlerhaft von Zusi ausgewiesen

Da weißt du doch sicher noch mehr Details? Was schlägt denn fehl (LoadLibrary oder GetProcAddress)? Steht was im Event-Log? Fehlen Abhängigkeiten (https://github.com/lucasg/Dependencies)? Sagt Procmon (https://docs.microsoft.com/en-us/sysint ... ds/procmon) was Hilfreiches?

Folgende Fehler werden gemeldet:

ZusiBfpl:



ZusiBuchfahrplan2:



buchfahrplanersteller:



Bei Zusi kommt nil für die procedure an. LoadLibrary kleppt.

Carsten

Startet der BuchfahrplanBereiniger? Der BuchfahrplanErsteller listet beim Start alle DLLs auf, wenn bei den DLLs also ein Problem herrscht, könnte sich das auf ihn auswirken.

Holger Lürkens hat geschrieben: ↑16.03.2022 12:27:37 Den Eintrag "Kopf machen" gibt es in den Vorbildbuchfahrplänen nicht. Deshalb kann oder besser sollte man den eigentlich weglassen.

Holger

Hier lief mir eben was über den Weg:

Startet der BuchfahrplanBereiniger?

Nein

Carsten

Carsten Hölscher hat geschrieben: ↑01.05.2022 16:29:22 Folgende Fehler werden gemeldet:

Kann es sein, dass da irgendwie von Delphi versucht wird, die DLL zwecks Debugging mit irgendwas zu instrumentieren? Weil das was bei dir bemängelt wird sind alles Abhängigkeiten, die ich auf meinem System gar nicht sehe.

Das passiert völlig unabhängig von Delphi. Also Delphi ist gar nicht offen und ich ziehe die exe in den Analysator. Die Fehler sehe ich aber erst, wen nich per rechter Maus "Expand all" aufrufe.

Carsten

Alles seltsam. Startet denn mein alter Fahrplaneditor? viewtopic.php?f=39&t=10673

Carsten Hölscher hat geschrieben: ↑01.05.2022 16:29:22 Folgende Fehler werden gemeldet:

Ich würde vermuten, die sind alle harmlos, zumal wenn LoadLibrary funktioniert und nicht 0 zurückgibt.

Im Event-Log steht nichts?

F. Schn. hat geschrieben: ↑02.05.2022 21:16:09 Alles seltsam. Startet denn mein alter Fahrplaneditor? viewtopic.php?f=39&t=10673

Also das Paket aus dem ersten Beitrag dort? Die ZusiCLIReihungsrechner.exe startet.

Carsten

Das steht im log, so richtig weiter hilft mir das nicht:

Carsten

Wahrscheinlich ist auf dem Rechner die .NET-Installation beschädigt.
Man kann versuchen, dass man erstmal in einer Konsole mit Adminrechten eine allgemeine Überprüfung der Dateien des Systems anstößt:

Zunächst dazwischenquetsch:

F. Schn. hat geschrieben: ↑01.05.2022 16:51:32 Startet der BuchfahrplanBereiniger? Der BuchfahrplanErsteller listet beim Start alle DLLs auf, wenn bei den DLLs also ein Problem herrscht, könnte sich das auf ihn auswirken.

Ich muss mich korrigieren, der BuchfahrplanBereiniger läd die DLL ebenfalls.

Carsten Hölscher hat geschrieben: ↑03.05.2022 16:31:55 P9: System.IO.FileNotFoundException

Ah. Das hilft schon mal weiter. Den Fehler kann ich provozieren, indem ich die ZusiBuchfahrplan2.dll oder die ZusiBfpl.dll nicht am richtigen Ort habe.
Prüfe noch mal, ob du die zwei DLLs unter _InstSetup\lib\timetable\lib\ gespeichert hast, wenn nicht melde dich mal bei mir, dann schicke ich dir mal eine Version mit erweiterter Ausgabe zu.

Meine Umgebung hier ist etwas speziell. Wie ermittelt der BuchfahrplanErsteller denn den Ort der dlls?

Carsten