Testbericht unter Linux
- nonesense
- Beiträge: 582
- Registriert: 15.07.2006 12:50:10
- Aktuelle Projekte: QDmi
Fahrpult Einheitsführerstand
Ludmilla - Wohnort: Köln
- Kontaktdaten:
Re: Testbericht unter Linux
Richtig war windowsdesktop-runtime-8.0.15-win-x64. Habe offenbar aspnetcore-runtime-8.0.15-win-x86 installiert. Das Update lief jetzt durch.
Allerdings stürzt ZD beim Start direkt ab, ohne hilfreiche Info.
Läuft es bei dir F. Schn?
Allerdings stürzt ZD beim Start direkt ab, ohne hilfreiche Info.
Läuft es bei dir F. Schn?
- Johannes
- Beiträge: 3495
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Testbericht unter Linux
Mit dem aktuellen Wine 10.6 (sowie "winetricks mfc140") tritt der Absturz beim Start nicht mehr auf. Getestet mit TransDEM 64-bit, Version 2.6.7.Christian Gründler hat geschrieben: 17.06.2024 18:04:51 Vor längerer Zeit habe ich schon einmal gefragt: hat jemand (hoffentlich positive!) Erfahrungen mit TransDEM unter Wine? Bei mir stürzt das Programm noch vor Öffnen des Hauptfensters ab. Sollte ich tatsächlich der erste sein, der versucht, dieses Programm unter Wine zu nutzen?
- Christian Gründler
- Beiträge: 2304
- Registriert: 04.10.2003 13:27:48
- Wohnort: Brühl (Baden)
Re: Testbericht unter Linux
Ja, tatsächlich. Danke für den Hinweis!Johannes hat geschrieben: 21.04.2025 21:08:29 Mit dem aktuellen Wine 10.6 (sowie "winetricks mfc140") tritt der Absturz beim Start nicht mehr auf. Getestet mit TransDEM 64-bit, Version 2.6.7.
Re: Testbericht unter Linux
Ich hab's derzeit noch nicht unter Linux getestet, aber die Fehlermeldung war recht eindeutig.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
- Christian Gründler
- Beiträge: 2304
- Registriert: 04.10.2003 13:27:48
- Wohnort: Brühl (Baden)
Re: Testbericht unter Linux
Das ist jetzt eher eine liebenswerte Macke als ein Problem: wenn ich im Fahrsimulator oder 3D-Editor eine neue* Datei öffnen möchte, bleibt der Dateidialog hinter dem Hauptfenster liegen. Beobachtet unter aktuellem wine-devel; .NET ist noch 8.0.13, aber daran kann es ja wohl kaum liegen.
*neu in dem Sinn, dass sie zwar bereits existiert, ich sie aber nicht unter zuletzt geöffnet finde
*neu in dem Sinn, dass sie zwar bereits existiert, ich sie aber nicht unter zuletzt geöffnet finde
-
karmann.ghia
- Beiträge: 5
- Registriert: 17.08.2021 10:31:23
Probleme mit Update-Installationen
Moin zusammen,
da ich hier bisher nur passiv unterwegs war, bin ich mir nicht sicher, ob dies der richtige Thread ist...
Ich habe Probleme, unter Linux mit wine an das aktuelle ZusiDisplay mit Hilfe der Dateiverwaltung zu kommen.
Ich möchte auch Zusi unter Linux verwenden. Dazu habe ich wine installiert (und damit eigene .NET-Programme ans Laufen gebracht). Dann habe ich Zusi3 mit Hilfe des Sticks (nur für die Lizenz) und dem ZusiWebInstallerLauncher installiert. Die Version, die da installiert wurde, war eine sehr frühe 3.5.x. Sie funktionierte eigentlich gut, ich habe sie aber nur kurz getestet. Insbesondere bin ich mir sicher, dass ZusiDisplay als eingebettete Anzeige im Führerstand funktionierte.
Danach habe ich mit Hilfe der Dateiverwaltung (im Terminal mit "wine ZusiDateiverwaltung.64.exe" gestartet) und die Update-Orgie durchlaufen. So sieht mein PC-System aus (Inhalt des Fensters, welches ich mit ZusiSim Menupunkt Hilfe --> Fehlersuche... --> Tab PC-System):
Wie gesagt, kein Win10 Professional sondern Linux Mint 22.1 mit Cinnamon 6.4.8 und wine 10.0.
Ich starte die ZusiDateiverwaltung in einem Terminal mit den folgenden Kommandos:
Rufe ich dann die Installation von neuen Dateien auf (Menupunkt Neue Version --> Neue Versionen installieren), sehe ich in dem Fenster der ZusiDateiverwaltung folgenden Hinweis:
Achtung: damit Sie weitere Updates von ZusiDisplay installieren können, muss auf Ihrem PC das dotnet core Framework installiert sein und mindestens in Version 8.0.15 vorliegen. Dies ist aktuell auf Ihrem PC nicht der Fall. Um das Framework zu installieren, verfahren Sie nach folgender Anleitung:
Falls Sie bereits dotnet 8.0 installiert haben, prüfen Sie via Windows Update, dass der letzte Stand (8.0.15) installiert ist. Falls keine Updates angeboten werden, fahren Sie mit folgenden Punkten fort.
Laden Sie dotnet core über den folgenden Link herunter und speichern Sie die Datei auf Ihrem PC.
Starten Sie die Installation durch einen Doppelklick auf die Datei windowsdesktop-runtime-8.0.15-win-x64.exe.
Starten Sie eine erneute Update-Suche über die Zusi-Verwaltung. Nun sollten Sie ein ZusiDisplay-Update erhalten.
(Einfach per copy&paste hier reingeworfen, die Formatierung ist in Wirklichkeit schöner).
Unter wine gibt es ja erst mal kein Windows Update, so weit so gut. Nun gibt es zwei Möglichkeiten:
a) Wie beschrieben die Datei windowsdesktop-runtime-8.0.16-win-x64.exe herunterladen und mit installieren (die gerade aktuelle Version ist 8.0.16)
b) mit einem aktuellen winetricks das dotnet desktop 8 installieren
Das Kommando winetricks list-installed liefert:
Interessanterweise wird das dotnetdesktop8 2x aufgelistet.
Leider bringt die ZusiDateiverwaltung immer noch den Hinweis, dass mit dotnet 8.0 fehlt und bietet demzufolge keinen Download von ZusiDisplay an.
Das ZusiDisplay mit der Version 3.5.38.0, das auf meinem Rechner ist, funktioniert leider nicht.
- Displays im Führerstand bleiben schwarz,
- Wenn man das ZusiDisplay aus ZusiSim heraus startet, bekomme ich ca. 5x einen Dialog, der sagt, dass die Applikation nicht gestartet werden konnte (das mit dem Bilder hochladen muss ich noch lernen). Wenn man Details per Button anfordert, geht folgende Seite auf:
https://learn.microsoft.com/de-de/dotne ... isServer=0
Die Seite stammt aus dem Jahr 2023 und schwafelt was von .NET Framework, was ja nun gar nicht mehr aktuell ist. Das habe ich mal ignoriert.
Nach dem 5. Fehlerdialog geht der wine-Debugger auf, der folgenden Trace zeigt:
Das ist für mich auch nicht richtig erhellend, aber vielleicht für einen Linux-Wine-ZusiDisplay-Experten vielleicht schon.
Besser sind da schon die Trace-Ausgaben im Terminal, die wohl wine da reinschreibt. Neben viel blabla findet man dann:
Diese Fehlermeldung wäre erklärbar, wenn ich ein ZusiDisplay hätte, dass noch die Version 6.0 von .NET braucht.
Meine Fragen:
- Was ist die bevorzugte Variante, das (oder die) notwendigen .NET-Versionen (Framework, Core oder auch pur) im Wine zu installieren?
- Hat schon jemand die aktuelle ZusiDisplay-Version mit Wine am Laufen?
- Was ist eigentlich die aktuelle ZusiDisplay-Version?
Sorry für den langen Roman, ich wollte nur alle Infos, deren ich habhaft werden konnte und für mich relevant erschienen, "am Stück" liefern.
Vielen Dank für Eure Unterstützung.
Karmann.Ghia
da ich hier bisher nur passiv unterwegs war, bin ich mir nicht sicher, ob dies der richtige Thread ist...
Ich habe Probleme, unter Linux mit wine an das aktuelle ZusiDisplay mit Hilfe der Dateiverwaltung zu kommen.
Ich möchte auch Zusi unter Linux verwenden. Dazu habe ich wine installiert (und damit eigene .NET-Programme ans Laufen gebracht). Dann habe ich Zusi3 mit Hilfe des Sticks (nur für die Lizenz) und dem ZusiWebInstallerLauncher installiert. Die Version, die da installiert wurde, war eine sehr frühe 3.5.x. Sie funktionierte eigentlich gut, ich habe sie aber nur kurz getestet. Insbesondere bin ich mir sicher, dass ZusiDisplay als eingebettete Anzeige im Führerstand funktionierte.
Danach habe ich mit Hilfe der Dateiverwaltung (im Terminal mit "wine ZusiDateiverwaltung.64.exe" gestartet) und die Update-Orgie durchlaufen. So sieht mein PC-System aus (Inhalt des Fensters, welches ich mit ZusiSim Menupunkt Hilfe --> Fehlersuche... --> Tab PC-System):
Code: Alles auswählen
Programm: C:\Program Files\Zusi3\
Offiziell: C:\Program Files\Zusi3\_ZusiData\
Daten: C:\users\Public\Documents\Zusi3\
Windows 10 Professional
Windows Version 10.00.19043 64bit
----------------------------------------------
Net Framework 1.0 Installed = No
Net Framework 1.1 Installed = No
Net Framework 2.0 Installed = No
Net Framework 3.0 Installed = No
Net Framework 3.5 Installed = No
Net Framework 4.0 Client Installed = OK (4.5.50709)
Net Framework 4.0 Full Installed = OK (4.5.50709)
Net Framework 4.5 Installed = OK
Net Framework 6 32bit Installed = OK (8.0.12)
Net Framework 6 64bit Installed = OK (8.0.16)
----------------------------------------------
16648,63 MB TotalPhys
12859,55 MB AvailPhys
18796,11 MB TotalPageFile
15006,51 MB AvailPageFile
140737488,22 MB TotalVirtual
140736859,75 MB AvailVirtual
8 NumberOfProcessors
----------------------------------------------
NVIDIA GeForce GTX 1050<---
NVIDIA GeForce GTX 1050
3840 x 2160
1920 x 1080
DirectX-Version: 4.09.00.0904
----------------------------------------------
ZusiSim.64.exe : 3.5.10.0
ZusiFtdEditor.64.exe :
ZusiFzgEditor.64.exe :
Zusi3DEditor.64.exe :
ZusiGleisplanEditor.64.exe :
ZusiDateiverwaltung.64.exe : 3.5.10.0
z3strbie.64.dll : 3.5.10.0
Zusi3Komponenten.dll :
_InstSetup\lib\catenary\Fahrleitung_Bundesbahn_RE160.64.dll :
_InstSetup\lib\catenary\Fahrleitung_TestFahrleitung.64.dll :
_InstSetup\lib\catenary\crossspanbridge\Quertragwerk_DBRegelbauart.64.dll :
_InstSetup\lib\milepost\hektometertafeln_DB_V2.64.dll :
_InstSetup\lib\milepost\kmSteine_DRG_DB.64.dll :
_Docu\ZusiDocu_Deutsch.pdf :
AbsteckrechnerCore.64.dll :
IAbsteckrechner.64.dll :
_Tools\blender_ls3\blender_ls3.zip :
_Tools\ZusiDisplay\ZusiDisplay.64.exe : 3.5.38.0
_InstSetup\lib\catenary\Katenoide.64.dll :
_InstSetup\lib\timetable\Buchfahrplan_DB_1979.64.dll : 3.5.0.0
_InstSetup\lib\catenary\Fahrleitung_Bundesbahn_RE250.64.dll :
_Tools\ZusiDisplay\ZusiDisplay_Handbuch.pdf :
_InstSetup\lib\timetable\Buchfahrplan_DB_2006.64.dll : 3.5.0.0
_Docu\ZusiDocu_English.pdf :
_InstSetup\lib\timetable\Buchfahrplan_DB_1965.64.dll : 3.5.0.0
_InstSetup\lib\timetable\Buchfahrplan_AT_2009.64.dll : 3.5.0.0
_InstSetup\lib\timetable\Buchfahrplan_DR_1979.64.dll : 3.5.0.0
_InstSetup\lib\timetable\Ersatzfahrplan_DB_2006.64.dll : 3.5.0.0
_InstSetup\lib\timetable\Ersatzfahrplan_DB_1979.64.dll : 3.5.0.0
_InstSetup\lib\timetable\lib\ZusiBuchfahrplan2.dll : 3.5.10.0
_InstSetup\lib\timetable\lib\ZusiBfpl.dll : 3.5.10.0
_Tools\BuchfahrplanErsteller\BuchfahrplanErsteller.dll : 3.5.10.0
_Tools\BuchfahrplanErsteller\BuchfahrplanBereiniger.dll : 3.5.10.0
_InstSetup\lib\timetable\Buchfahrplan_0Debug.64.dll : 3.5.0.0
_InstSetup\lib\timetable\Buchfahrplan_FR_2006.64.dll : 3.5.0.0
_InstSetup\lib\timetable\TimetableFromCsv.64.dll : 3.5.0.0
_InstSetup\lib\timetable\TimetableXmlModding.64.dll : 3.5.0.0
_InstSetup\lib\catenary\CatenaireFrance.64.dll :
_InstSetup\lib\catenary\Ezs1007.64.dll :
_InstSetup\lib\catenary\Kettenlinien.64.dll :
_InstSetup\lib\catenary\Re160.64.dll :
_InstSetup\lib\catenary\Re200.64.dll :
_InstSetup\lib\catenary\Re330_250.64.dll :
_InstSetup\lib\milepost\hektometertafeln_DR.64.dll :
Ich starte die ZusiDateiverwaltung in einem Terminal mit den folgenden Kommandos:
Code: Alles auswählen
cd .wine/drive_c/Program\ Files/Zusi3/
wine ZusiDateiverwaltung.64.exe
Achtung: damit Sie weitere Updates von ZusiDisplay installieren können, muss auf Ihrem PC das dotnet core Framework installiert sein und mindestens in Version 8.0.15 vorliegen. Dies ist aktuell auf Ihrem PC nicht der Fall. Um das Framework zu installieren, verfahren Sie nach folgender Anleitung:
Falls Sie bereits dotnet 8.0 installiert haben, prüfen Sie via Windows Update, dass der letzte Stand (8.0.15) installiert ist. Falls keine Updates angeboten werden, fahren Sie mit folgenden Punkten fort.
Laden Sie dotnet core über den folgenden Link herunter und speichern Sie die Datei auf Ihrem PC.
Starten Sie die Installation durch einen Doppelklick auf die Datei windowsdesktop-runtime-8.0.15-win-x64.exe.
Starten Sie eine erneute Update-Suche über die Zusi-Verwaltung. Nun sollten Sie ein ZusiDisplay-Update erhalten.
(Einfach per copy&paste hier reingeworfen, die Formatierung ist in Wirklichkeit schöner).
Unter wine gibt es ja erst mal kein Windows Update, so weit so gut. Nun gibt es zwei Möglichkeiten:
a) Wie beschrieben die Datei windowsdesktop-runtime-8.0.16-win-x64.exe herunterladen und mit
Code: Alles auswählen
wine windowsdesktop-runtime-8.0.16-win-x64.exeb) mit einem aktuellen winetricks das dotnet desktop 8 installieren
Code: Alles auswählen
sudo winetricks --self-update
winetricks dotnetdesktop8
Code: Alles auswählen
------------------------------------------------------
warning: You are using a 64-bit WINEPREFIX. Note that many verbs only install 32-bit versions of packages. If you encounter problems, please retest in a clean 32-bit WINEPREFIX before reporting a bug.
------------------------------------------------------
Using winetricks 20250102-next - sha256sum: cda4a3ec456b8f9d669c9a3f4ca7b9f03e9f2a69410e374606377319b1146f9d with wine-10.0 and WINEARCH=win64
remove_mono internal
remove_mono internal
winxp
dotnet40
dotnet45
dotnetdesktop8
gdiplus
andale
arial
comicsans
courier
georgia
impact
times
trebuchet
verdana
webdings
corefonts
dotnetcoredesktop3
dotnetdesktop6
dotnetdesktop8
mfc42
depends
Leider bringt die ZusiDateiverwaltung immer noch den Hinweis, dass mit dotnet 8.0 fehlt und bietet demzufolge keinen Download von ZusiDisplay an.
Das ZusiDisplay mit der Version 3.5.38.0, das auf meinem Rechner ist, funktioniert leider nicht.
- Displays im Führerstand bleiben schwarz,
- Wenn man das ZusiDisplay aus ZusiSim heraus startet, bekomme ich ca. 5x einen Dialog, der sagt, dass die Applikation nicht gestartet werden konnte (das mit dem Bilder hochladen muss ich noch lernen). Wenn man Details per Button anfordert, geht folgende Seite auf:
https://learn.microsoft.com/de-de/dotne ... isServer=0
Die Seite stammt aus dem Jahr 2023 und schwafelt was von .NET Framework, was ja nun gar nicht mehr aktuell ist. Das habe ich mal ignoriert.
Nach dem 5. Fehlerdialog geht der wine-Debugger auf, der folgenden Trace zeigt:
Code: Alles auswählen
Couldn't get first exception for process 07a4 C:\Program Files\Zusi3\_Tools\ZusiDisplay\ZusiDisplay.64.exe.
No backtrace available
Modules:
Module Address Debug info Name (115 modules, 39 for wow64 not listed)
PE 78eb0000- 78ee6000 Deferred uiautomationcore
PE 100000000- 1005a0000 Deferred zusidisplay.64
PE 1005a0000- 1005c8000 Deferred system.console
PE 1005d0000- 1012bd000 Deferred system.windows.forms
PE 1012c0000- 101342000 Deferred system.linq
PE 101350000- 101361000 Deferred system.componentmodel.primitives
PE 101370000- 10164d000 Deferred system.windows.forms.primitives
PE 101650000- 10166e000 Deferred system.drawing.primitives
PE 101670000- 101687000 Deferred system.collections.specialized
PE 101690000- 1016a2000 Deferred system.threading
PE 1016b0000- 1016c5000 Deferred system.runtime.interopservices
PE 1016d0000- 1016f1000 Deferred system.diagnostics.tracesource
PE 101700000- 101705000 Deferred system.componentmodel
PE 101710000- 101760000 Deferred system.diagnostics.process
PE 101760000- 101777000 Deferred system.collections.nongeneric
PE 101780000- 1017a4000 Deferred system.memory
PE 1017b0000- 1017e6000 Deferred system.net.primitives
PE 1017f0000- 101857000 Deferred system.net.mail
PE 101860000- 101873000 Deferred system.io.filesystem.watcher
PE 101880000- 1018bd000 Deferred system.private.uri
PE 1018c0000- 1018db000 Deferred microsoft.win32.registry
PE 1018e0000- 101ad2000 Deferred system.security.cryptography
PE 101ae0000- 101b0b000 Deferred system.security.principal.windows
PE 101b10000- 101b27000 Deferred system.io.filesystem.accesscontrol
PE 101b30000- 101b66000 Deferred system.security.accesscontrol
PE 101b70000- 101b86000 Deferred system.security.claims
PE 101b90000- 101b99000 Deferred system.componentmodel.eventbasedasync
PE 101ba0000- 101c54000 Deferred system.componentmodel.typeconverter
PE 101d60000- 101da1000 Deferred system.collections.concurrent
PE 101db0000- 101dc1000 Deferred system.objectmodel
PE 101ed0000- 10266e000 Deferred system.private.xml
PE 102670000- 10267a000 Deferred system.resources.writer
PE 102680000- 102685000 Deferred mscoreeis
PE 140000000- 140082000 Deferred zusidisplay.64
PE 180000000- 180c8e000 Deferred system.private.corelib
PE 6fffeee90000- 6fffeef29000 Deferred mscoreei
PE 6fffeef40000- 6fffeefaf000 Deferred mscoree
PE 6fffeefc0000- 6fffef177000 Deferred clrjit
PE 6fffef190000- 6fffef66d000 Deferred coreclr
PE 6fffef680000- 6fffef6e2000 Deferred hostpolicy
PE 6fffef700000- 6fffef757000 Deferred hostfxr
PE 6fffef7f0000- 6fffefa05000 Deferred gdiplus
PE-Wine 6ffff0460000- 6ffff04be000 Deferred bcrypt
PE-Wine 6ffff7020000- 6ffff77c5000 Deferred windowscodecs
PE-Wine 6ffff8730000- 6ffff87fb000 Deferred uxtheme
PE-Wine 6ffff8e00000- 6ffff8e22000 Deferred version
PE-Wine 6ffff90c0000- 6ffff963c000 Deferred comctl32
PE-Wine 6ffffb040000- 6ffffb0d9000 Deferred oleacc
PE-Wine 6ffffb6f0000- 6ffffb705000 Deferred winex11
PE-Wine 6ffffb750000- 6ffffb7d1000 Deferred imm32
PE-Wine 6ffffbc10000- 6ffffbc97000 Deferred propsys
PE-Wine 6ffffbcb0000- 6ffffc017000 Deferred oleaut32
PE-Wine 6ffffc680000- 6ffffc699000 Deferred msimg32
PE-Wine 6ffffc7f0000- 6ffffc844000 Deferred shcore
PE-Wine 6ffffc860000- 6ffffc97d000 Deferred shlwapi
PE-Wine 6ffffc990000- 6ffffd754000 Deferred shell32
PE-Wine 6ffffd770000- 6ffffd7cb000 Deferred coml2
PE-Wine 6ffffd7e0000- 6ffffda82000 Deferred rpcrt4
PE-Wine 6ffffdaa0000- 6ffffdae7000 Deferred win32u
PE-Wine 6ffffdb00000- 6ffffe0eb000 Deferred user32
PE-Wine 6ffffe100000- 6ffffe3d5000 Deferred gdi32
PE-Wine 6ffffe3f0000- 6ffffe594000 Deferred combase
PE-Wine 6ffffe5b0000- 6ffffe989000 Deferred ole32
PE-Wine 6ffffea70000- 6ffffee87000 Deferred ucrtbase
PE-Wine 6ffffeea0000- 6ffffef2e000 Deferred sechost
PE-Wine 6ffffef40000- 6fffff2bd000 Deferred msvcrt
PE-Wine 6fffff2d0000- 6fffff400000 Deferred advapi32
PE-Wine 6fffff410000- 6fffffa40000 Deferred kernelbase
PE-Wine 6fffffa50000- 6fffffc11000 Deferred kernel32
PE-Wine 6fffffc30000- 6ffffffec000 Deferred ntdll
ELF 778340d38000- 778340ee5000 Deferred libunistring.so.5
ELF 778340ee5000- 778341089000 Deferred libp11-kit.so.0
ELF 7783480ec000- 778348170000 Deferred libgmp.so.10
ELF 77c3de8d7000- 77c3de91f000 Deferred libhogweed.so.6
ELF 77c3de91f000- 77c3de974000 Deferred libnettle.so.8
ELF 77c3de974000- 77c3de996000 Deferred libidn2.so.0
ELF 77c3de996000- 77c3deb90000 Deferred libgnutls.so.30
ELF 77c3debba000- 77c3debd0000 Deferred libtasn1.so.6
ELF 77c3df014000- 77c3df020000 Deferred libffi.so.8
ELF 77c3dfe40000- 77c3dfe48000 Deferred libxfixes.so.3
ELF 77c3dfe48000- 77c3dfe54000 Deferred libxcursor.so.1
ELF 77c3dfe54000- 77c3dfe67000 Deferred libxi.so.6
ELF 77c3dfe67000- 77c3dfe6c000 Deferred libxcomposite.so.1
ELF 77c3dfe6c000- 77c3dfe79000 Deferred libxrandr.so.2
ELF 77c3dfe79000- 77c3dfe85000 Deferred libxrender.so.1
ELF 77c3dfe85000- 77c3dfe8c000 Deferred libxxf86vm.so.1
ELF 77c3dfe8c000- 77c3dfe9b000 Deferred libmd.so.0
ELF 77c3dfe9b000- 77c3dfeb1000 Deferred libbsd.so.0
ELF 77c3dfeb1000- 77c3dfeb9000 Deferred libxdmcp.so.6
ELF 77c3dfeb9000- 77c3dfee2000 Deferred libxcb.so.1
ELF 77c3dfee2000- 77c3e001f000 Deferred libx11.so.6
ELF 77c3e001f000- 77c3e0033000 Deferred libxext.so.6
ELF 77c3e0033000- 77c3e00b2000 Deferred winex11.so
ELF 77c3e00b2000- 77c3e00e0000 Deferred libgcc_s.so.1
ELF 77c3e00e3000- 77c3e00f0000 Deferred bcrypt.so
ELF 77c3e0280000- 77c3e0285000 Deferred libxinerama.so.1
ELF 77c3e0285000- 77c3e028b000 Deferred libxau.so.6
ELF 77c3e4449000- 77c3e449a000 Deferred libfontconfig.so.1
ELF 77c3e449a000- 77c3e4566000 Deferred libfreetype.so.6
ELF 77c3e4566000- 77c3e464f000 Deferred libm.so.6
ELF 77c3e464f000- 77c3e4800000 Deferred win32u.so
ELF 77c3e51d4000- 77c3e5200000 Deferred libexpat.so.1
ELF 77c3e5200000- 77c3e5412000 Deferred libc.so.6
ELF 77c3e5413000- 77c3e5436000 Deferred libbrotlicommon.so.1
ELF 77c3e5436000- 77c3e5444000 Deferred libbrotlidec.so.1
ELF 77c3e5444000- 77c3e547c000 Deferred libpng16.so.16
ELF 77c3e547c000- 77c3e5490000 Deferred libbz2.so.1.0
ELF 77c3e5490000- 77c3e54ac000 Deferred libz.so.1
ELF 77c3e54ac000- 77c3e54de000 Deferred liblzma.so.5
ELF 77c3e54de000- 77c3e54f9000 Deferred libunwind.so.8
ELF 77c3e54f9000- 77c3e55ba000 Export ntdll.so
ELF 77c3e55df000- 77c3e5619000 Deferred ld-linux-x86-64.so.2
ELF 77c3e5619000- 77c3e561e000 Deferred <wine-loader>
PE 7fffff4e0000- 7fffff4e9000 Deferred system.diagnostics.stacktrace
PE 7fffffd50000- 7fffffd8d000 Deferred system.collections
Threads:
process tid prio name (all IDs are in hex)
00000038 services.exe
0000003c 0
00000040 0 wine_rpcrt4_server
0000004c 0 wine_rpcrt4_io
00000078 0 wine_rpcrt4_io
0000008c 0 wine_rpcrt4_io
000000ac 0 wine_rpcrt4_io
000000e4 0
00000104 0 wine_rpcrt4_io
00000110 0 wine_rpcrt4_io
00000044 winedevice.exe
00000048 0
00000054 0
00000058 0 wine_sechost_service
0000005c 0
00000060 0
00000064 0
0000009c 0
000000a0 0
00000068 svchost.exe
0000006c 0
0000007c 0
00000080 0 wine_sechost_service
00000070 explorer.exe
00000074 0
000000f8 0
000000fc 0 wine_explorer_display_settings_restorer
00000100 0 wine_rpcrt4_server
00000084 plugplay.exe
00000088 0
00000090 0
00000094 0 wine_sechost_service
00000098 0 wine_rpcrt4_server
000000c8 0 wine_rpcrt4_io
000000a4 winedevice.exe
000000a8 0
000000b0 0
000000b4 0 wine_sechost_service
000000b8 0
000000bc 0
000000c0 0
000000c4 0
000000d0 0
000000d8 0
000000dc 0
00000108 rpcss.exe
0000010c 0
00000118 0
0000011c 0 wine_sechost_service
00000120 0 wine_rpcrt4_server
00000124 0 wine_rpcrt4_server
00000128 0 wine_rpcrt4_io
000002a0 0 wine_rpcrt4_io
00000564 0 wine_rpcrt4_io
00000220 start.exe
00000224 0
00000228 conhost.exe
0000022c 0
00000230 ZusiSim.64.exe
00000234 0
00000238 0
0000023c 0 .NET EventPipe
00000240 0 .NET Debugger
00000244 2 .NET Finalizer
0000024c -1
00000258 0 wine_dinput_worker
0000025c 15 audio_client_main
00000260 15 audio_client_timer
00000264 15 wine_dsound_mixer
000002a8 0
000002ac 0
000002b0 0
000002b4 0
000002b8 0
000002bc 0
000002c0 0
000002c4 0
000002c8 0
000002cc 0
000002d0 0
000002d4 0
000002d8 0
000002dc 0
000002e0 0
000002e4 0
000002e8 0
000002ec -1
000002f0 -1
000002f4 0 wine_rpcrt4_server
000002f8 0
000002fc 0
00000300 0
00000304 -1
00000308 0
0000030c 0
00000310 0
00000314 0
00000318 0
0000031c 0
00000320 0
00000324 0
00000328 0
0000032c 0
00000330 0
00000340 0
00000548 start.exe
0000054c 0
00000550 conhost.exe
00000554 0
00000558 ZusiDateiverwaltung.64.exe
0000055c 0
00000560 0 wine_rpcrt4_server
00000570 0
00000574 0
00000578 0
0000057c 0
00000580 0
00000584 0
00000588 0
0000058c 0
00000590 0
00000594 0
00000598 0
0000059c 0
000005a0 0
000005a4 0
000005a8 0
000005ac 0
000005b0 0
000005b4 -1
000005b8 -1
000005bc 0
000005c0 0
000005c4 0
000005c8 0
000005cc -1
000005d4 0
000005d8 0
000005dc 0
000005e0 0
000005e4 0
000005e8 0
000005ec 0
000005f0 0
000005f4 0
000005f8 0
000005fc 0
00000604 0
00000608 0
0000060c 0
0000062c 0
000007a4 (D) C:\Program Files\Zusi3\_Tools\ZusiDisplay\ZusiDisplay.64.exe
000007a8 0
000007ac 0 .NET EventPipe
000007b0 0 .NET Debugger
000007b4 2 .NET Finalizer
000007c0 0
000007c4 0 .NET System Events
000007e4 0 <==
000007dc conhost.exe
000007e0 0
System information:
Wine build: wine-10.0
Platform: x86_64 (guest: i386)
Version: Windows 10
Host system: Linux
Host version: 6.8.0-60-generic
Besser sind da schon die Trace-Ausgaben im Terminal, die wohl wine da reinschreibt. Neben viel blabla findet man dann:
Code: Alles auswählen
00f4:err:eventlog:ReportEventW L"Application: ZusiDisplay.64.exe\n"
00f4:err:eventlog:ReportEventW L"CoreCLR Version: 8.0.1625.21506\n"
00f4:err:eventlog:ReportEventW L".NET Version: 8.0.16\n"
00f4:err:eventlog:ReportEventW L"Description: The process was terminated due to an unhandled exception.\n"
00f4:err:eventlog:ReportEventW L"Exception Info: [b]System.IO.FileLoadException: Could not load file or assembly 'C:\\users\\<benutzername>\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'. DLL-Initialisierung fehlgeschlagen. (0x8007045A)\r\n"[/b]
00f4:err:eventlog:ReportEventW L"File name: 'C:\\users\\<benutzername>\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'\r\n"
00f4:err:eventlog:ReportEventW L" at MMI.UpToDateHandler.CheckForDotNetVersion(IntPtr owner, Boolean showDialogIfNoError, Authority auth)\r\n"
00f4:err:eventlog:ReportEventW L" at MMI.MainForm..ctor(List`1 completeArgs, Authority authority, Boolean isEmbedded)\r\n"
00f4:err:eventlog:ReportEventW L" at MMI.Program.Main(String[] args)\n"
00f4:fixme:advapi:DeregisterEventSource (00000000CAFE4242) stub
wine: Unhandled exception 0xe0434352 in thread f4 at address 00006FFFFF41CF77 (thread 00f4), starting debugger...
Meine Fragen:
- Was ist die bevorzugte Variante, das (oder die) notwendigen .NET-Versionen (Framework, Core oder auch pur) im Wine zu installieren?
- Hat schon jemand die aktuelle ZusiDisplay-Version mit Wine am Laufen?
- Was ist eigentlich die aktuelle ZusiDisplay-Version?
Sorry für den langen Roman, ich wollte nur alle Infos, deren ich habhaft werden konnte und für mich relevant erschienen, "am Stück" liefern.
Vielen Dank für Eure Unterstützung.
Karmann.Ghia
- Christian Gründler
- Beiträge: 2304
- Registriert: 04.10.2003 13:27:48
- Wohnort: Brühl (Baden)
Re: Probleme mit Update-Installationen
Ich hatte ein Problem mit Zusi-Display, das (höchstwahrscheinlich) nicht am .NET lag: viewtopic.php?p=364917#p364917. Dein System ist meinem recht ähnlich – propier mal meinen workaround aus und berichte dann! Ein neueres .NET brauchst Du nur für die neueste Beta von ZusiDisplay, die ich nicht installieren würde.
Und noch eines: es fällt schwer, ein Auto persönlich anzureden. Hier im Forum sehe wir es gern, wenn die Kollegen mit Klarnamen unterwegs sind. Wenn Du Bedenken wg. Datenschutz hast: Vorname und dahinter ein Spitzname o.ä. genügt. Das kannst Du auch nachträglich jederzeit in Deinem Profil ändern.
M.f.G. Christian
Und noch eines: es fällt schwer, ein Auto persönlich anzureden. Hier im Forum sehe wir es gern, wenn die Kollegen mit Klarnamen unterwegs sind. Wenn Du Bedenken wg. Datenschutz hast: Vorname und dahinter ein Spitzname o.ä. genügt. Das kannst Du auch nachträglich jederzeit in Deinem Profil ändern.
M.f.G. Christian
Re: Probleme mit Update-Installationen
Dass Personen meinen, nur Klarnamen sehen wollen, und irgendwie nicht damit zurecht kommen, den Namen zu verwenden, den man ihnen gibt, verstehe ich ehrlich gesagt nicht.Christian Gründler hat geschrieben: 04.06.2025 18:37:14 Hier im Forum sehe wir es gern, wenn die Kollegen mit Klarnamen unterwegs sind.
Warum man es vermeiden sollte, sich mit Klarnamen zu sehr in die Öffentlichkeit zu stellen, ist klar bekannt. Und bei Zusi habe ich auch absolutes Verständnis, da noch restriktiver zu sein, da es ja hier einige (wenige) Leute gibt, die einfach persönliche Daten über eine Person öffentlich weiterzugeben, an die man irgendwie gelangt ist; dafür besteht kein öffentliches Interesse, das geht einfach nicht.
Ich bin da sehr irritiert. Für mich gilt die einfache Regel, wer sich mit Pseudonym meldet, ist mit Pseudonym anzusprechen. Permanent. Wenn ich irgendwo in meinen Akten den realen Namen habe, dann ist er dort endgelagert. Ich denke mir ja auch nicht irgend einen anderen Namen für jemanden aus, frei nach dem Witz "du heißt nicht Hannes, das heißt Johannes".
Weil es nicht explizit erwähnt wurde: Theoretisch nein, Linux-Probleme liegen hier: viewtopic.php?p=364917#p364917karmann.ghia hat geschrieben: 04.06.2025 16:27:20 da ich hier bisher nur passiv unterwegs war, bin ich mir nicht sicher, ob dies der richtige Thread ist...
Als ersten Schritt würde ich mal raten, die x86-Version auch Updaten. (Auch wenn es auf dem Papier nicht zwingend nötig seien sollte.)karmann.ghia hat geschrieben: 04.06.2025 16:27:20Code: Alles auswählen
Net Framework 6 32bit Installed = OK (8.0.12)Code: Alles auswählen
wine windowsdesktop-runtime-8.0.16-win-x64.exe
Im Zweiten Schritt kann man dann probieren, regedit aufzumachen, und zu schauen, was unter HKEY_LOCAL_MACHINE\SOFTWARE\dotnet\Setup\InstalledVersions alles los ist.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
-
karmann.ghia
- Beiträge: 5
- Registriert: 17.08.2021 10:31:23
Re: Probleme mit Update-Installationen
Grüß Gott,
ich werde hier der Vollständigkeit halber nur auf die Vorschläge von Christian und F.Schn. eingehen, alles weitere werde ich in dem Thread "Testbericht unter Linux" viewtopic.php?t=10754 posten.
Zu F.Schn.'s Vorschlägen:
Die Version ist aber nicht richtig, ich habe folgende Versionen unter /home/andreas/.wine/drive_c/Program Files/dotnet/shared/Microsoft.WindowsDesktop.App liegen: 8.0.16, 6.0.36 und 3.1.10. Weiß jemand, wer dafür zuständig ist, die richtigen Keys in die Registry einzutragen?
Ich finde keine x86-Version als regedit-Key, zumindest nicht unter HKEY_LOCAL_MACHINE\SOFTWARE\dotnet\Setup\InstalledVersions.
Zu Christians Vorschlag:
Wenn ich ZusiDisplay solo starte (mit wine ZusiDisplay.64.exe), entsteht in meinem %TEMP% -Verzeichnis das von Jens angesprochene temporäre Verzeichnis. Leider startet ZusiDisplay nicht, ich sehe nur kurz den Splash Screen (mit der Versionsnummer 3.5.38.0) und dann kommt schon der oben angesprochene Fehlerdialog. Details dazu werde ich im "Testbericht unter Linux"-Thread posten.
Danke derweil
Andreas
ich werde hier der Vollständigkeit halber nur auf die Vorschläge von Christian und F.Schn. eingehen, alles weitere werde ich in dem Thread "Testbericht unter Linux" viewtopic.php?t=10754 posten.
Zu F.Schn.'s Vorschlägen:
Wie von Dir schon befürchtet hat es nicht geholfen.F.Schn.Als ersten Schritt würde ich mal raten, die x86-Version auch Updaten.
Hier finde ich nur einen einzigen Key, den Inhalt des Keys habe ich gedumpt:F.Schn.regedit aufzumachen, und zu schauen, was unter HKEY_LOCAL_MACHINE\SOFTWARE\dotnet\Setup\InstalledVersions alles los ist
Code: Alles auswählen
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\Software\dotnet\Setup\InstalledVersions\x64\sharedhost]
"Path"="C:\\Program Files\\dotnet\\"
"Version"="8.0.12"
Ich finde keine x86-Version als regedit-Key, zumindest nicht unter HKEY_LOCAL_MACHINE\SOFTWARE\dotnet\Setup\InstalledVersions.
Zu Christians Vorschlag:
Wenn ich ZusiDisplay solo starte (mit wine ZusiDisplay.64.exe), entsteht in meinem %TEMP% -Verzeichnis das von Jens angesprochene temporäre Verzeichnis. Leider startet ZusiDisplay nicht, ich sehe nur kurz den Splash Screen (mit der Versionsnummer 3.5.38.0) und dann kommt schon der oben angesprochene Fehlerdialog. Details dazu werde ich im "Testbericht unter Linux"-Thread posten.
Danke derweil
Andreas
-
karmann.ghia
- Beiträge: 5
- Registriert: 17.08.2021 10:31:23
Re: Testbericht unter Linux
Grüß Gott miteinand,
hier ist die Fortsetzung meines Problems mit ZusiDisplay in der Version 3.5.38.0 unter Linux Mint und wine. Einen ersten Post hatte ich im Thread "Probleme mit Update-Installationen" viewtopic.php?p=366295#p366295 gepostet. Vorschläge zur Korrektur sind aber leider nicht erfolgreich gewesen.
Ein Vergleich der Versionsnummer mit meiner Zusi-Installation unter Windows hat gezeigt, dass ich die letzte offizielle Variante von Zusi-Display habe. Unter Windows funktioniert ZusiDisplay einwandfrei.
Jetzt hier nochmals meine aktuellen Probleme mit Zusi unter Linux:
A) Zusi-Dateiverwaltung und .NET Version 8.0.15
Die Zusi-Dateiverwaltung möchte, dass ich .NET Version 8.0.15 installiere. Ich habe mit Hilfe von "wine windowsdesktop-runtime-8.0.16-win-x64.exe" und "wine windowsdesktop-runtime-8.0.16-win-x86.exe" das .NET 8.0.16 installiert, aber die Zusi-Dateiverwaltung beschwert sich immer noch. Auf Hinweis von Christian habe ich in die Registry geschaut und festgestellt, dass es nur einen Key gibt, der auf eine .NET-Installation verweist, und dieser hat sogar eine falsche Versionsnummer (und einen falschen Pfad):
Wird dieser Registry-Key durch die Zusi-Dateiverwaltung verwendet, um die aktuelle .NET-Installation zu erkennen? Welches Programm ist dafür verantwortlich, die korrekten Registry-Keys zu setzen? Die Installationen von .NET habe ich als Normal-User gemacht und die gingen auch ohne Fehlermeldungen durch, ich sehe entsprechende Dateien unter /home/andreas/.wine/drive_c/Program Files/dotnet/shared/Microsoft.WindowsDesktop.App/8.0.16.
Mit diesem Problem kann ich momentan leben, aber ich möchte nicht von Updates in Zukunft abgeschnitten sein.
Schwerwiegender ist Problem
B) ZusiDisplay startet nicht
Wenn ich versuche, mit "wine ZusiDisplay.64.exe" im Verzeichnis /home/andreas/.wine/drive_c/Program Files/Zusi3/_Tools/ZusiDisplay das ZusiDisplay zu starten, sehe ich nur kurz den Splash Screen mit der Versionsnummer 3.5.38.0, und dann stürzt ZusiDisplay mit einem Fehlerdialog ab. Neben vielen nur bedingt hilfreichen Informationen (siehe mein Post im Thread "Probleme mit Update-Installationen" viewtopic.php?p=366295#p366295) sehe ich im Terminal, wo ich "wine ZusiDisplay.64.exe" aufgerufen habe, folgende Fehlermeldungen:
Die angegebene Datei 'C:\\users\\andreas\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll' ist aber vorhanden. wine depends zeigt eine Versionsnummer 1.1.2.0 für diese Datei an. Der Stack-Trace deutet ein Problem mit der MMI.UpToDateHandler.CheckForDotNetVersion an.
Auffällig ist, dass in dem Temp-Verzeichnis einige Dateien aus dem .NET-Umfeld (z.B. alles mit System.<irgendwas>.dll) herumliegen, die eine Datei-Versionsnummer 9.0.325.11113 bzw. Produkt-Versionsnummer 9.0.3.0 haben. Kann es sein, dass in dem Build von ZusiDisplay schon .NET Version 9 verwendet wird und wir somit einen Mischmasch aus "mitgebrachten" .NET-dlls Version 9 und installierten .NET-dlls Version 8 haben? Kann klappen, muss aber nicht...
Btw Temp-Verzeichnis: da verhalten sich wine und Windows(11?) etwas unterschiedlich. Bei Windows ist das Temp-Verzeichnis unter <Benutzer>/AppData/Local/Temp, bei Wine ist es unter <Benutzer>/Temp. Am Besten schaut man sich in einer Befehlseingabe mit dem Befehl "echo %TEMP%" an, wie die zugehörige Environment-Variable steht.
Ich danke schon mal vorab für die Unterstützung.
Schönen Tag noch und Happy Zusiing
Andreas
hier ist die Fortsetzung meines Problems mit ZusiDisplay in der Version 3.5.38.0 unter Linux Mint und wine. Einen ersten Post hatte ich im Thread "Probleme mit Update-Installationen" viewtopic.php?p=366295#p366295 gepostet. Vorschläge zur Korrektur sind aber leider nicht erfolgreich gewesen.
Ein Vergleich der Versionsnummer mit meiner Zusi-Installation unter Windows hat gezeigt, dass ich die letzte offizielle Variante von Zusi-Display habe. Unter Windows funktioniert ZusiDisplay einwandfrei.
Jetzt hier nochmals meine aktuellen Probleme mit Zusi unter Linux:
A) Zusi-Dateiverwaltung und .NET Version 8.0.15
Die Zusi-Dateiverwaltung möchte, dass ich .NET Version 8.0.15 installiere. Ich habe mit Hilfe von "wine windowsdesktop-runtime-8.0.16-win-x64.exe" und "wine windowsdesktop-runtime-8.0.16-win-x86.exe" das .NET 8.0.16 installiert, aber die Zusi-Dateiverwaltung beschwert sich immer noch. Auf Hinweis von Christian habe ich in die Registry geschaut und festgestellt, dass es nur einen Key gibt, der auf eine .NET-Installation verweist, und dieser hat sogar eine falsche Versionsnummer (und einen falschen Pfad):
Code: Alles auswählen
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\Software\dotnet\Setup\InstalledVersions\x64\sharedhost]
"Path"="C:\\Program Files\\dotnet\\"
"Version"="8.0.12"
Mit diesem Problem kann ich momentan leben, aber ich möchte nicht von Updates in Zukunft abgeschnitten sein.
Schwerwiegender ist Problem
B) ZusiDisplay startet nicht
Wenn ich versuche, mit "wine ZusiDisplay.64.exe" im Verzeichnis /home/andreas/.wine/drive_c/Program Files/Zusi3/_Tools/ZusiDisplay das ZusiDisplay zu starten, sehe ich nur kurz den Splash Screen mit der Versionsnummer 3.5.38.0, und dann stürzt ZusiDisplay mit einem Fehlerdialog ab. Neben vielen nur bedingt hilfreichen Informationen (siehe mein Post im Thread "Probleme mit Update-Installationen" viewtopic.php?p=366295#p366295) sehe ich im Terminal, wo ich "wine ZusiDisplay.64.exe" aufgerufen habe, folgende Fehlermeldungen:
Code: Alles auswählen
2c0:err:eventlog:ReportEventW L"Application: ZusiDisplay.64.exe\n"
02c0:err:eventlog:ReportEventW L"CoreCLR Version: 8.0.1625.21506\n"
02c0:err:eventlog:ReportEventW L".NET Version: 8.0.16\n"
02c0:err:eventlog:ReportEventW L"Description: The process was terminated due to an unhandled exception.\n"
02c0:err:eventlog:ReportEventW L"Exception Info: System.IO.FileLoadException: Could not load file or assembly 'C:\\users\\andreas\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'. DLL-Initialisierung fehlgeschlagen. (0x8007045A)\r\n"
02c0:err:eventlog:ReportEventW L"File name: 'C:\\users\\andreas\\Temp\\.net\\ZusiDisplay.64\\9wtY2rPl6hMCvpugID8bA0vyfiQz3Ts=\\Microsoft.WindowsAPICodePack.dll'\r\n"
02c0:err:eventlog:ReportEventW L" at MMI.UpToDateHandler.CheckForDotNetVersion(IntPtr owner, Boolean showDialogIfNoError, Authority auth)\r\n"
02c0:err:eventlog:ReportEventW L" at MMI.MainForm..ctor(List`1 completeArgs, Authority authority, Boolean isEmbedded)\r\n"
02c0:err:eventlog:ReportEventW L" at MMI.Program.Main(String[] args)\n"
Auffällig ist, dass in dem Temp-Verzeichnis einige Dateien aus dem .NET-Umfeld (z.B. alles mit System.<irgendwas>.dll) herumliegen, die eine Datei-Versionsnummer 9.0.325.11113 bzw. Produkt-Versionsnummer 9.0.3.0 haben. Kann es sein, dass in dem Build von ZusiDisplay schon .NET Version 9 verwendet wird und wir somit einen Mischmasch aus "mitgebrachten" .NET-dlls Version 9 und installierten .NET-dlls Version 8 haben? Kann klappen, muss aber nicht...
Btw Temp-Verzeichnis: da verhalten sich wine und Windows(11?) etwas unterschiedlich. Bei Windows ist das Temp-Verzeichnis unter <Benutzer>/AppData/Local/Temp, bei Wine ist es unter <Benutzer>/Temp. Am Besten schaut man sich in einer Befehlseingabe mit dem Befehl "echo %TEMP%" an, wie die zugehörige Environment-Variable steht.
Ich danke schon mal vorab für die Unterstützung.
Schönen Tag noch und Happy Zusiing
Andreas
-
karmann.ghia
- Beiträge: 5
- Registriert: 17.08.2021 10:31:23
Re: Testbericht unter Linux
N'Abend,
good news: ich habe mir die Mühe gemacht, in einem neu aufgesetzten wineprefix alles nochmal zu installieren. Dabei habe ich vorab das .NET 8.0.16 in 64 bit und 32 bit installiert, aber keine weiteren .NET-Versionen. Nach dem Download über den ZusiWebInstallerLauncher und dem Setup (Version 3.5.3.0 von Zusi-Sim wurde installiert) habe ich gleich die Zusi-Dateiverwaltung gestartet. Die hat dann artig Stück für Stück die erforderlichen Upgrades geladen und installiert. Und siehe da, ZusiDisplay funktioniert, und auch die Zusi-Dateiverwaltung ist mit meiner .NET-Version zufrieden.
Momentan möchten sich ZusiDisplay und ZusiSim nicht unterhalten (Anzeige "Keine TCP-Verbindung" im Buchfahrplan), aber das werde ich mit Hilfe dieses Forums sicher leicht lösen können.
Ich vermute, dass sich aufgrund verschiedenster .NET-Versionen in meinem alten wineprefix da irgendwas verpupselt hat. Das lässt sich aber wohl nicht mehr nachvollziehen. Ich könnte mal versuchen, den Registry-Key des neuen wineprefix in den alten wineprefix einzuspielen...
Interessanterweise liegt im neuen wineprefix das Temp-Verzeichnis unter AppData.
Vielen Dank und Happy Zusiing
Andreas
good news: ich habe mir die Mühe gemacht, in einem neu aufgesetzten wineprefix alles nochmal zu installieren. Dabei habe ich vorab das .NET 8.0.16 in 64 bit und 32 bit installiert, aber keine weiteren .NET-Versionen. Nach dem Download über den ZusiWebInstallerLauncher und dem Setup (Version 3.5.3.0 von Zusi-Sim wurde installiert) habe ich gleich die Zusi-Dateiverwaltung gestartet. Die hat dann artig Stück für Stück die erforderlichen Upgrades geladen und installiert. Und siehe da, ZusiDisplay funktioniert, und auch die Zusi-Dateiverwaltung ist mit meiner .NET-Version zufrieden.
Momentan möchten sich ZusiDisplay und ZusiSim nicht unterhalten (Anzeige "Keine TCP-Verbindung" im Buchfahrplan), aber das werde ich mit Hilfe dieses Forums sicher leicht lösen können.
Ich vermute, dass sich aufgrund verschiedenster .NET-Versionen in meinem alten wineprefix da irgendwas verpupselt hat. Das lässt sich aber wohl nicht mehr nachvollziehen. Ich könnte mal versuchen, den Registry-Key des neuen wineprefix in den alten wineprefix einzuspielen...
Interessanterweise liegt im neuen wineprefix das Temp-Verzeichnis unter AppData.
Vielen Dank und Happy Zusiing
Andreas
- Johannes
- Beiträge: 3495
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Testbericht unter Linux
Das wurde in Wine mal geändert (vor etwas über einem Jahr, genauer in Wine 9.14), betrifft aber natürlich nur neu angelegte Wineprefixes.karmann.ghia hat geschrieben: 05.06.2025 16:40:43 Interessanterweise liegt im neuen wineprefix das Temp-Verzeichnis unter AppData.
Re: Testbericht unter Linux
Genau, dieser Registry-Key ist wichtig. (Falls das noch bei jemanden auftritt: Mein Tipp wäre, alle .Net 8 zu deinstallieren und dann die aktuellen wieder neu zu installieren.)
Wenn das Updaten der Dateiverwaltung geklappt hat, ist das Problem erst mal erledigt, dann auf zum nächsten Problem.
Bei "keine TCP-Verbindung" bitte nicht vergessen, dass du den TCP-Server von Hand einschalten musst.
Wenn das Updaten der Dateiverwaltung geklappt hat, ist das Problem erst mal erledigt, dann auf zum nächsten Problem.
Bei "keine TCP-Verbindung" bitte nicht vergessen, dass du den TCP-Server von Hand einschalten musst.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
-
karmann.ghia
- Beiträge: 5
- Registriert: 17.08.2021 10:31:23
Re: Testbericht unter Linux
N'Abend,
den TCP-Server habe ich schnell gefunden. Bei meiner Windows-Installation startet der TCP-Server immer automatisch, wenn ich ZusiSim starte, das scheint bei Linux/Wine anders zu sein. Ich habe alle IP-Adressen außer 127.0.0.1 abgewählt, nach einem Neustart von ZusiSim waren alle IP-Adressen wieder aktiv und der TCP-Server gestoppt.
Als nächstes muss ich Performance suchen.
Danke für die Tipps.
Happy Zusiing
Andreas
den TCP-Server habe ich schnell gefunden. Bei meiner Windows-Installation startet der TCP-Server immer automatisch, wenn ich ZusiSim starte, das scheint bei Linux/Wine anders zu sein. Ich habe alle IP-Adressen außer 127.0.0.1 abgewählt, nach einem Neustart von ZusiSim waren alle IP-Adressen wieder aktiv und der TCP-Server gestoppt.
Als nächstes muss ich Performance suchen.
Danke für die Tipps.
Happy Zusiing
Andreas
Re: Testbericht unter Linux
Zum automatisch starten gibt es eine Einstellung in den Zusi-Einstellungen. Wenn du dein Wine-Prefix resettest, ist die natürlich auch resettet.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
-
Wolfgang E.
- Beiträge: 966
- Registriert: 28.10.2021 12:16:41
- Aktuelle Projekte: https://github.com/machinae-vectoriae-ductor/
- Wohnort: Köln
- Kontaktdaten:
Re: Testbericht unter Linux
Hallo zusammen,
nachdem ich lange gezögert hatte, habe ich nun Zusi auch mal interessehalber unter Linux installiert. Ich verwende Debian 13 (Trixie) mit wine 64. Das Ganze hat auch viel problemloser geklappt, als ich dachte. Schön wäre es noch gewesen, wenn es den ZusiWebInstallerLauncher.exe auch für 64 bit geben würde, da mir das die Installation etlicher Pakete aus der 32 bit Distribution gespart hätte. Noch gibt es Debian mit 32 bit, aber irgendwann wird das, wie bei anderen Linux-Distributionen auch, vorbei sein.
Folgende Probleme habe ich noch:
- Die Schrift bedingt die Ausführung von winetricks corefonts oder die Installation des Debian-Pakets ttf-mscorefonts-installer. In ZusiDisplay wird danach immer noch nicht das Symbol für den Zugfunk nicht dargestellt. Ein Hinweis, welche Schriften installiert sein müssen und wo man sie ggf. herbekommt, würde mir sehr helfen.
- Meist ist die Framerate recht ordentlich. Manchmal bricht sie aber ohne für mich erkennbaren Grund bis auf 2 fps ein, um nach ein paar Sekunden wieder auf normale Werte zu steigen. Ausprobiert an IC 2206 im Fahrplan Köln-D'dorf 2016 00:00 - 08:00. Die CPU-Last steigt dabei zwar signifikant, aber das scheint nicht der begrenzende Faktor zu sein, da laut Anzeige kein Kern voll ausgelastet ist.
- Die html-basierten Darstellungen (Fahrplanbegrüßung, Zugdarstellung, Lokbedienungsanleitung) fehlen. Was muss ich dafür noch installieren? Geht Firefox, oder muss es Edge sein?
- Fehlermeldung: 10:23:10:830: Datei "C:\users\Public\Documents\Zusi3\Temp\IC2206.tif.pdf" nicht gefunden
Es tut mir leid, sollte ich Fragen stellen, die vielleicht vorher schon beantwortet worden waren. Meine Suche danach in diesem langen Thread war erfolglos.
Viele Grüße
Wolfgang
nachdem ich lange gezögert hatte, habe ich nun Zusi auch mal interessehalber unter Linux installiert. Ich verwende Debian 13 (Trixie) mit wine 64. Das Ganze hat auch viel problemloser geklappt, als ich dachte. Schön wäre es noch gewesen, wenn es den ZusiWebInstallerLauncher.exe auch für 64 bit geben würde, da mir das die Installation etlicher Pakete aus der 32 bit Distribution gespart hätte. Noch gibt es Debian mit 32 bit, aber irgendwann wird das, wie bei anderen Linux-Distributionen auch, vorbei sein.
Folgende Probleme habe ich noch:
- Die Schrift bedingt die Ausführung von winetricks corefonts oder die Installation des Debian-Pakets ttf-mscorefonts-installer. In ZusiDisplay wird danach immer noch nicht das Symbol für den Zugfunk nicht dargestellt. Ein Hinweis, welche Schriften installiert sein müssen und wo man sie ggf. herbekommt, würde mir sehr helfen.
- Meist ist die Framerate recht ordentlich. Manchmal bricht sie aber ohne für mich erkennbaren Grund bis auf 2 fps ein, um nach ein paar Sekunden wieder auf normale Werte zu steigen. Ausprobiert an IC 2206 im Fahrplan Köln-D'dorf 2016 00:00 - 08:00. Die CPU-Last steigt dabei zwar signifikant, aber das scheint nicht der begrenzende Faktor zu sein, da laut Anzeige kein Kern voll ausgelastet ist.
- Die html-basierten Darstellungen (Fahrplanbegrüßung, Zugdarstellung, Lokbedienungsanleitung) fehlen. Was muss ich dafür noch installieren? Geht Firefox, oder muss es Edge sein?
- Fehlermeldung: 10:23:10:830: Datei "C:\users\Public\Documents\Zusi3\Temp\IC2206.tif.pdf" nicht gefunden
Es tut mir leid, sollte ich Fragen stellen, die vielleicht vorher schon beantwortet worden waren. Meine Suche danach in diesem langen Thread war erfolglos.
Viele Grüße
Wolfgang
Re: Testbericht unter Linux
Das kommt drauf an, wie Linux und Wine das Scheduling beeinflussen, und wie das normale Scheduling unter Linux ist. Unter Windows sagt das nichts aus, weil Windows zu schnell zwischen den Kernen deines PCs hin- und herspringt. Wie das unter Linux läuft, und ob Wine da Einfluss darauf hat, weiß ich ehrlich gesagt nicht.Wolfgang E. hat geschrieben: 06.10.2025 10:34:05 - Meist ist die Framerate recht ordentlich. Manchmal bricht sie aber ohne für mich erkennbaren Grund bis auf 2 fps ein, um nach ein paar Sekunden wieder auf normale Werte zu steigen. Ausprobiert an IC 2206 im Fahrplan Köln-D'dorf 2016 00:00 - 08:00. Die CPU-Last steigt dabei zwar signifikant, aber das scheint nicht der begrenzende Faktor zu sein, da laut Anzeige kein Kern voll ausgelastet ist.
Das muss der WebView oder WebView2 sein. Vermutlich solle ein Umbenennen der WebView2Loader.dll vorerst helfen, und er sollte dann auf die WebView1 zurückfallen. Das sollte dann vorerst gehen, aber langfristig muss das Wine selbst fixen.Wolfgang E. hat geschrieben: 06.10.2025 10:34:05 - Die html-basierten Darstellungen (Fahrplanbegrüßung, Zugdarstellung, Lokbedienungsanleitung) fehlen. Was muss ich dafür noch installieren? Geht Firefox, oder muss es Edge sein?
Ein PDF-Drucker mit dem Namen "Microsoft Print to PDF" installieren.Wolfgang E. hat geschrieben: 06.10.2025 10:34:05 - Fehlermeldung: 10:23:10:830: Datei "C:\users\Public\Documents\Zusi3\Temp\IC2206.tif.pdf" nicht gefunden
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
-
Wolfgang E.
- Beiträge: 966
- Registriert: 28.10.2021 12:16:41
- Aktuelle Projekte: https://github.com/machinae-vectoriae-ductor/
- Wohnort: Köln
- Kontaktdaten:
Re: Testbericht unter Linux
Danke für die Tipps. Das probiere ich bei nächster Gelegenheit.
Viele Grüße
Wolfgang
Es handelt sich um einen Core Ultra 7 165 U, der ja drei verschiedene Arten von Kernen hat. Immer, wenn die Framerate sinkt, geht bei den beiden letzten Kernen die Prozessorlast hoch. Vermutlich sind das die beiden schwächsten Kerne und der Linux-Scheduler verteilt es ungünstig. Ich probiere es bei nächster Gelegenheit auf einem Core i9 14900K aus, der ja lauter gleiche Kerne hat.F. Schn. hat geschrieben: 06.10.2025 18:53:58 Das kommt drauf an, wie Linux und Wine das Scheduling beeinflussen, und wie das normale Scheduling unter Linux ist. Unter Windows sagt das nichts aus, weil Windows zu schnell zwischen den Kernen deines PCs hin- und herspringt. Wie das unter Linux läuft, und ob Wine da Einfluss darauf hat, weiß ich ehrlich gesagt nicht.
Viele Grüße
Wolfgang
-
Wolfgang E.
- Beiträge: 966
- Registriert: 28.10.2021 12:16:41
- Aktuelle Projekte: https://github.com/machinae-vectoriae-ductor/
- Wohnort: Köln
- Kontaktdaten:
Re: Testbericht unter Linux
Wenn man die Effizienz-Kerne abschaltet gibt es keine Einbrüche mehr. Der Scheduler vom Kernel 6.12 scheint das noch nicht so vorteilhaft zu machen.
Viele Grüße
Wolfgang
Viele Grüße
Wolfgang
Re: Testbericht unter Linux
Moin,
nachdem ich meinen Rechner von Windows 11 auf Debian 13.1 (trixie) hochgerüstet habe, wollte ich kurz meine Erfahrungen zur Installation von ZUSI 3 teilen.
Ich habe es leider nicht geschafft, Zusi vom USB-Stick oder mit dem Web Installer zu installieren. Bei der Installation vom USB-Stick konnten einzelne Dateien nicht ordnungsgemäß kopiert werden. Interessanterweise wurden bei jedem Installationsversuch andere Dateien als fehlerhaft gemeldet.
Den Web Installer habe ich gar nicht zum Laufen bekommen. Hier wurde immer mit dem Fehler abgebrochen, dass der USB-Stick nicht zur ausgewählten Zusi-Version passen würde.
Ich habe mich dann entschlossen, ZUSI 3 bei Steam nachzukaufen. Diese Version läuft jetzt dank des Proton Kompatibilitätslayers ganz einwandfrei. Ich verwende den standardmäßig eingestellen Proton Experimental. Ich musste lediglich wie beschrieben "dotnetcoredesktop3" und "gdiplus" nachinstallieren, was mit dem Werkzeug "Protontricks" ganz einfach zu erledigen war. Ich habe dafür das Protontricks Flatpak verwendet.
Grüße,
René
nachdem ich meinen Rechner von Windows 11 auf Debian 13.1 (trixie) hochgerüstet habe, wollte ich kurz meine Erfahrungen zur Installation von ZUSI 3 teilen.
Ich habe es leider nicht geschafft, Zusi vom USB-Stick oder mit dem Web Installer zu installieren. Bei der Installation vom USB-Stick konnten einzelne Dateien nicht ordnungsgemäß kopiert werden. Interessanterweise wurden bei jedem Installationsversuch andere Dateien als fehlerhaft gemeldet.
Den Web Installer habe ich gar nicht zum Laufen bekommen. Hier wurde immer mit dem Fehler abgebrochen, dass der USB-Stick nicht zur ausgewählten Zusi-Version passen würde.
Ich habe mich dann entschlossen, ZUSI 3 bei Steam nachzukaufen. Diese Version läuft jetzt dank des Proton Kompatibilitätslayers ganz einwandfrei. Ich verwende den standardmäßig eingestellen Proton Experimental. Ich musste lediglich wie beschrieben "dotnetcoredesktop3" und "gdiplus" nachinstallieren, was mit dem Werkzeug "Protontricks" ganz einfach zu erledigen war. Ich habe dafür das Protontricks Flatpak verwendet.
Grüße,
René