Testbericht unter Linux

Hier kann alles Allgemeine rund um Zusi 3 gefragt und beantwortet werden. Neuigkeiten zum Programm werden hier erscheinen.
Nachricht
Autor
mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#421 Beitrag von mitropam »

Johannes hat geschrieben: 01.12.2021 21:34:12 Du kannst ein unter Wine <= 6.2 installiertes Zusi nicht mit Wine >6.2 nutzen und umgekehrt. Du musst Zusi jeweils neu installieren. (Gilt nur für die Stick-Version.)
Ich weiß. Die Version, die mit wine 6.0.2 läuft habe ich schon länger. Sie läuft zum Glück noch. Die ZusiDisplays muss ich allerdings manuell starten.
Darüber hinaus habe ich neulich testweise auf einem anderen Rechner versucht, Zusi mit wine 6.22 zum Laufen zu bringen - also komplett neu vom Stick mit dem Zusi-Linx-Installer installiert. Diese Installation läuft leider nicht, obwohl ich denke alles gemacht zu haben, was in der Anleitung steht.

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#422 Beitrag von Johannes »

Ach so, das sind auch zwei verschiedene Zusi-Installationen.

Kannst du Zusi einmal mit WINEDEBUG=+volume probieren und die Ausgabe hier einstellen?

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#423 Beitrag von mitropam »

Bitteschön:

Code: Alles auswählen

0024:fixme:font:freetype_set_outline_text_metrics failed to read full_nameW for font L"Ani"!
0024:err:winediag:ntlm_check_version ntlm_auth was not found or is outdated. Make sure that ntlm_auth >= 3.0.25 is in your path. Usually, you can find it in the winbind package of your distribution.
0024:err:ntlm:ntlm_LsaApInitializePackage no NTLM support, expect problems
0024:trace:volume:GetVolumeInformationByHandleW 000000D4
0024:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
0024:fixme:ieframe:PersistStreamInit_Load (00288878)->(00287EB8)
0024:fixme:ieframe:PersistStreamInit_Load (00261C18)->(002911A8)
012c:fixme:mscoree:parse_startup useLegacyV2RuntimeActivationPolicy=L"true" not implemented
012c:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.0,Profile=Client" not implemented
012c:fixme:mscoree:parse_startup useLegacyV2RuntimeActivationPolicy=L"true" not implemented
012c:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.0,Profile=Client" not implemented
012c:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION
0140:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0622F348, 010C08F8, 0622F34C, 0622F340
0140:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0622F348, 010C08F8, 0622F34C, 0622F340
0140:fixme:nls:GetFileMUIPath stub: 0x10, L"C:\\windows\\system32\\tzres.dll", (null), 0622F348, 010C08F8, 0622F34C, 0622F340
X Error of failed request:  GLXBadFBConfig
  Major opcode of failed request:  152 (GLX)
  Minor opcode of failed request:  0 ()
  Serial number of failed request:  6347
  Current serial number in output stream:  6347
Das ist jetzt von Zusi mit wine 6.22.

Flo Zille
Beiträge: 201
Registriert: 15.05.2018 09:06:32

Re: Testbericht unter Linux

#424 Beitrag von Flo Zille »

Zu einem ganz ähnlich aussehenden Fehler mit GLXBadFBConfig gibt es hier einige Streitereien, ob es ein Fehler in wine oder in mesa (Teil der Grafiktreiber-Infrastruktur) ist und wine weigert sich wohl dagegen, den von mesa vorgeschlagenen Lösungsweg umzusetzen bzw. funktioniert dieser nicht (?). Nutzt du auf dem Rechner mesa 21, aber eine Version vor 21.0.4? Ab 21.0.4 soll es das Problem nicht mehr geben. Aber möglicherweise ist es bei dir auch ein anderes Problem.

Edit: Manche Kommentare sagen, dass man mit "export MESA_EXTENSION_MAX_YEAR=2003" oder "export MESA_GL_VERSION_OVERRIDE=4.5" vor dem Start von Zusi das Problem umgehen kann.

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#425 Beitrag von Johannes »

Startet denn die Zusi-Dateiverwaltung oder der Fahrzeugeditor?

mitropam
Beiträge: 166
Registriert: 01.10.2015 21:10:08

Re: Testbericht unter Linux

#426 Beitrag von mitropam »

Die Zusi-Dateiverwaltung startet.

Nach "export MESA_GL_VERSION_OVERRIDE=4.5" startet jetzt auch ZusiSim und die ZusiDisplays funktionieren auch! :rofl

Jetzt muss das ganz nur noch auf dem "richtigen" PC installieren. Vielleicht warte ich da, bis wine 7 draußen ist. :rolleyes:

Vielen Dank für Eure Unterstützung! :tup :tup :tup

Benutzeravatar
Thomas U.
Beiträge: 3283
Registriert: 15.03.2004 16:39:15
Wohnort: Gelsenkirchen

Re: Testbericht unter Linux

#427 Beitrag von Thomas U. »

Ich bin immer wieder verwundert, wie ihr euch das freiwillig antun könnt... :rolleyes: :D

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#428 Beitrag von Bernhard K. »

Thomas U. hat geschrieben: 02.12.2021 22:06:41 Ich bin immer wieder verwundert, wie ihr euch das freiwillig antun könnt... :rolleyes: :D
Na ja es wirkt meistens schlimmer als es eigentlich ist. ^^
Aktuell kommen die meisten Fehler daher, dass sich Wine zurzeit rasend entwickelt, Abhängigen zu neuerer Software schafft und man dann leider in größere Schwierigkeiten kommt, wenn man z.B. zu alte System-Software (wir reden hier von vielleicht 6-12 Monaten) hat. Und da Viele verständlicherweise lieber Distributionen benutzen, die stabile, aber dafür ältere Software anbieten, kommt es hier zu diesen Problemen. (Auf Manjaro hab ich diese Probleme gar nicht... dafür kann man sich gerne mal schnell das System schrotten. :rolleyes: )
Generell ist der Fortschritt aber erstaunlich!
Viel macht man aber auch aus persönlicher Überzeugung und dem Verlangen ohne Windows leben zu können.

Flo Zille
Beiträge: 201
Registriert: 15.05.2018 09:06:32

Re: Testbericht unter Linux

#429 Beitrag von Flo Zille »

Bei mir ist es einfach so, dass ich gerne in komplexer Software herumprogrammiere und es Spaß macht, zu verstehen, wie die ganzen kleinen Einzelteile der Software funktionieren und zusammenarbeiten und wie man sie vielleicht verbessern kann.

Also der Weg ist das Ziel, ob Zusi dann überhaupt besser, schlechter oder gar nicht mehr funktioniert, ist für mich schon fast nebensächlich. Wenn ich Lust auf Zusi habe, kann ich auch einfach Windows booten (wobei das natürlich etwas umständlich ist und ich es daher oft nicht mache, daher ist es immer super, wenn Zusi sich unter wine verbessert).

Im neuesten Proton 6.3 gibt es fürchte ich wieder einen Rückschritt. Ich muss die uiautomationcore.dll von "Original-Wine" nutzen, welche die neuesten Entwicklungen an dieser DLL noch nicht enthält, sonst stürzt ZusiDisplay ab (und funktioniert aber wohl doch, wenn man es direkt nach dem Absturz wieder startet, man darf nur nicht lange warten). Und ich habe den Eindruck, dass die Änderungen, die zuerst bei Proton einfließen, dann oft nach einiger Zeit auch in das Original-Wine einfließen (die Änderungen kommen jedenfalls von einem codeweavers-Mitarbeiter, das ist quasi die Firma, die sich hauptsächlich um wine kümmert). Das könnte also auch mit dem normalen Wine demnächst drohen, falls der Entwickler das Problem nicht inzwischen gelöst hat. Ich habe mir die Sache noch nicht näher angeschaut.

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#430 Beitrag von Bernhard K. »

Flo Zille hat geschrieben: 03.12.2021 08:26:42 Im neuesten Proton 6.3 gibt es fürchte ich wieder einen Rückschritt. Ich muss die uiautomationcore.dll von "Original-Wine" nutzen, welche die neuesten Entwicklungen an dieser DLL noch nicht enthält, sonst stürzt ZusiDisplay ab [...]
Kamen scheinbar auch einige Änderungen rein. https://github.com/ValveSoftware/wine/c ... mationcore
Mir ist eine Sache direkt aufgefallen. Die Stub-Funktionen returnen S_OK, müssten aber eigentlich E_NOTIMPLEMENTED returnen.
Ich lass das erstmal auf uns zukommen, ein bisect ist bei default Wine einfacher als bei dem "chaotischen Wine", wie ich es immer nenne.

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#431 Beitrag von Johannes »

Flo Zille hat geschrieben: 03.12.2021 08:26:42Wenn ich Lust auf Zusi habe, kann ich auch einfach Windows booten
Kann ich z.B. mangels Windows-Dualboot nicht. Eine VM ist auch keine sinnvolle Option. Wine ist meine einzige Möglichkeit, Zusi zu nutzen, und ich bin froh, dass es mittlerweile so gut funktioniert.

Nächster großer Schritt wird dann die 64-Bit-Version von Zusi sein, ich bin gespannt.

Benutzeravatar
Jens Haupert
Beiträge: 4911
Registriert: 23.03.2004 14:44:34
Aktuelle Projekte: http://www.zusidisplay.de
Wohnort: Berlin
Kontaktdaten:

Re: Testbericht unter Linux

#432 Beitrag von Jens Haupert »

Hallo,

ich plane ZusiDisplay Anfang 2022 auf dotnet 6 umzustellen. Soll ich dann mal eine Version anbieten zum Test auf Probleme mit Wine?

Grüße
Jens

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#433 Beitrag von Johannes »

Also schaden wird es sicher nicht, wäre nett :)

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#434 Beitrag von Bernhard K. »

Ich erwarte keine größeren Probleme, aber für eventuelle Kinderkrankheiten wäre es bestimmt nicht schlecht.

Benutzeravatar
Christian Gründler
Beiträge: 2209
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#435 Beitrag von Christian Gründler »

Nachdem Wine 6.20 seit einiger Zeit problemlos bei mir läuft, habe ich Zusi endlich mal auf den Stand 3.4.2.0. gebracht (ZusiDislplay ist noch 3.4.1.0). Die Updates sind sauber durchgelaufen, Fahrsimulator und 3D-Editor funktionieren, aber die neue Verwaltung stürzt ab:

Code: Alles auswählen

0024:err:module:find_forwarded_export module not found for forward 'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml4.dll"
0024:err:ole:apartment_add_dll couldn't find function DllGetClassObject in L"C:\\windows\\system32\\msxml4.dll"
0024:err:ole:create_server class {88d969c0-f192-11d4-a65f-0040963251e5} not registered
0024:err:ole:com_get_class_object no class object {88d969c0-f192-11d4-a65f-0040963251e5} could be created for context 0x5
0024:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\windows\\system32\\msxml3.dll"
0024:err:ole:create_server class {f5078f32-c551-11d3-89b9-0000f81fe221} not registered
0024:err:ole:com_get_class_object no class object {f5078f32-c551-11d3-89b9-0000f81fe221} could be created for context 0x5
0024:err:module:find_forwarded_export module not found for forward 'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml2.dll"
0024:err:ole:apartment_add_dll couldn't find function DllGetClassObject in L"C:\\windows\\system32\\msxml2.dll"
0024:err:ole:create_server class {f5078f1b-c551-11d3-89b9-0000f81fe221} not registered
0024:err:ole:com_get_class_object no class object {f5078f1b-c551-11d3-89b9-0000f81fe221} could be created for context 0x5
0024:err:module:find_forwarded_export module not found for forward 'msxml3.DllGetClassObject' used by L"C:\\windows\\system32\\msxml.dll"
0024:err:ole:apartment_add_dll couldn't find function DllGetClassObject in L"C:\\windows\\system32\\msxml.dll"
0024:err:ole:create_server class {2933bf90-7b36-11d2-b20e-00c04f983e60} not registered
0024:err:ole:com_get_class_object no class object {2933bf90-7b36-11d2-b20e-00c04f983e60} could be created for context 0x5
wine: Unhandled exception 0x0eedfade in thread 24 at address 7B011036 (thread 0024), starting debugger...
0104:fixme:imm:ImeSetActiveContext (0x530158, 1): stub
0104:fixme:imm:ImmReleaseContext (0002009C, 00530158): stub
007c:fixme:imm:ImeSetActiveContext (0x4826f8, 0): stub
007c:fixme:imm:ImmReleaseContext (00010020, 004826F8): stub
An dieser Stelle popt das Fenster "Programmfehler" auf. Wenn man es schließt, folgen die Meldungen:

Code: Alles auswählen

0024:err:virtual:virtual_setup_exception stack overflow 1348 bytes in thread 0024 addr 0x7bc50b3a stack 0x740abc (0x740000-0x741000-0xb40000)

Process of pid=0020 has terminated
No process loaded, cannot execute 'echo Modules:'
Cannot get info on module while no process is loaded
No process loaded, cannot execute 'echo Threads:'

process  tid      prio (all id:s are in hex)
00000038 services.exe
        0000003c    0
        00000040    0
        0000004c    0
        00000068    0
        00000098    0
        000000b0    0
        000000d4    0
00000044 winedevice.exe
        00000048    0
        00000054    0
        00000058    0
        0000005c    0
        000000bc    0
00000060 winedevice.exe
        00000064    0
        0000006c    0
        00000070    0
        00000074    0
        00000080    0
        00000084    0
        00000088    0
00000078 explorer.exe
        0000007c    0
        000000c0    0
        000000c4    0
0000008c plugplay.exe
        00000090    0
        0000009c    0
        000000a0    0
        000000a4    0
000000a8 svchost.exe
        000000ac    0
        000000b4    0
        000000b8    0
000000cc rpcss.exe
        000000d0    0
        000000dc    0
        000000e0    0
        000000e4    0
        000000e8    0
        000000ec    0
000000f4 conhost.exe
        000000f8    0
winedbg: Internal crash at 0041DA0A
Wie schon geschrieben, ist das Update selbst sauber durchgelaufen. Der Fehler tritt erstmalig auf, wenn man die Meldung "Update auf Version ..... erfolgreich" bestätigt hat und die Verwaldung neu gestartet wird; er ist reproduzierbar.

Hat einer der "Durchblicker" eine Idee, wie man dieses Problem lösen kann? Akut dramatisch ist es nicht, da die anderen Programme ja laufen (und das sehr gut).

M.f.G. Christian

Eben erst bewußt gesehen: die alte Version der Dateiverwaltung bleibt als ~ZusiDateiwerwaltung.exe stehen. Ich hätte ja gedacht, dass sie nach erfolgreichem Update – also bevor die Meldung hochkommt – sofort gelöscht wird.

F(R)S-Bauer
Beiträge: 6281
Registriert: 09.11.2002 02:00:47

Re: Testbericht unter Linux

#436 Beitrag von F(R)S-Bauer »

Hmmm,

ist die neue Dateiverwaltung nicht 64Bit und kann Wine das?

Gruß

Ralf

Benutzeravatar
Christian Gründler
Beiträge: 2209
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#437 Beitrag von Christian Gründler »

F(R)S-Bauer hat geschrieben: 27.12.2021 13:39:24 ist die neue Dateiverwaltung nicht 64Bit und kann Wine das?
Hallo Ralf,

daran habe ich auch schon gedacht. Allerdings sind die 64 Bit erst für Version 3.5 angekündigt. Außerdem ist Zusi 3.4.2.0 nicht das Allerneueste, da wäre garantiert schon vor mir jemand auf das Problem gestoßen.

Trotzdem Danke fürs Mitdenken!

Christian

Benutzeravatar
Bernhard K.
Beiträge: 167
Registriert: 23.06.2020 22:29:41
Aktuelle Projekte: Uni
Wohnort: VzG 5900, Km 9,4
Kontaktdaten:

Re: Testbericht unter Linux

#438 Beitrag von Bernhard K. »

Ich kann auch nur Vermutungen aufstellen, jedoch wurde msxml komplett umgebaut und auf PE umgestellt. Falls der Prefix sehr alt ist, könnte es sein, dass dieser die Umstellung nicht so richtig mitgemacht hat. Ich würde mal testweise wineboot -u und/oder einen ganz neuen Prefix probieren.

Benutzeravatar
Christian Gründler
Beiträge: 2209
Registriert: 04.10.2003 13:27:48
Wohnort: Brühl (Baden)

Re: Testbericht unter Linux

#439 Beitrag von Christian Gründler »

Den Prefix habe nach Umstellung auf wine-devel unter 6.20 neu angelegt. Du hast mich aber auf eine Idee gebracht, und auf winehq.org habe ich unter den Neuigkeiten für Wine 7.0-rc3 tatsächlich dieses gefunden:

Code: Alles auswählen

msxml3: Fix crashes due to access to invalid context pointer
Das könnte die Erklärung sein. Ich werde daher die finale Version 7.0 abwarten und dann noch mal testen.

Danke und viele Grüße

Christian

Benutzeravatar
Johannes
Beiträge: 3197
Registriert: 14.03.2009 22:36:06
Aktuelle Projekte: Zusitools (http://git.io/zusitools)

Re: Testbericht unter Linux

#440 Beitrag von Johannes »

Das Problem habe ich bei mir auch. Grund ist, dass tief in libxml2 bei der Initialisierung ein Floating-Point-Fehler auftritt (Div. durch 0 oder so). Dadurch fliegt in der DllMain-Methode von msxml3 eine Exception und die DLL kann nicht geladen werden. Ich habe das durch ein eingefügtes "_control87(_MCW_EM, _MCW_EM);" zurechtgehackt, bin aber sicher, dass das nicht die richtige Lösung ist …

Antworten