Zusi-Forum

Das Stedesand als Bahnhof garnicht erkannt wird



Nachdem Jens seine Bfpl-DLL abgekündigt hat, müssen wir eh mal sinnvoll darüber Disktutieren, wie wir das Problem der Bfpl(e) in Zukunft angehen könnten... Idealerweise ohne Umbau der bestehenden Streckendateien.

Michael

Zwischen den Versionen 1.2.3.0 und 1.3.0.0 der Buchfahrplan-DLL 2006 hat sich eine Aenderung in der verwendeten .NET-Runtime ergeben:

- 1.2.3.0: Runtime: v4.0.30319 / x86
- 1.3.0.0: Runtime: v4.0.22220 / x86

Interessanterweise ist die Runtime jetzt eine aeltere als zuvor. Deshalb frage ich mich, ob das Absicht war. Wine bringt naemlich eine Runtime 4.0.30319 mit und weigert sich, diese fuer die DLL zu verwenden, die v4.0.22220 benoetigt. Bevor ich versuche, in Wine etwas zu fixen, wuerde ich mich mal hier nach dem Grund erkundigen

So,
die Antwort stand noch aus. Die Änderung war keine Absicht. Wie kann ich denn die verlangte Runtime schnell prüfen?

Grüße
Jens

Stackoverflow to the rescue In PowerShell:Es gibt ja mittlerweile einen Workaround, naemlich eine Datei Buchfahrplan_DB_2006.dll.config anzulegen. Wenn sich das trotzdem mit wenig Aufwand aendern laesst -- umso besser.

Kurze Rückmeldung hier: ich konnte bisher nicht herausfinden warum die Buchfahrplan-DLL die ältere Version verlangt.jetzt gelöst. Update folgt.

Grüße
Jens

Darf man nachfragen, wie das zustande kam? Könnte das für andere Mono-Anwendungen möglicherweise relevant sein, oder war das eher ein Sonderfall bei dir?

F. Schn. hat geschrieben:Darf man nachfragen, wie das zustande kam? Könnte das für andere Mono-Anwendungen möglicherweise relevant sein, oder war das eher ein Sonderfall bei dir?

Lag an der Erweiterung "UnmanagedExports", die die .net Assembly C-kompatibel macht.

Grüße
Jens