Testbericht unter Linux
- 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
Welche Wine Version?
Plus: Probiere es bitte mal ohne das Hilfsprogramm in einem frischen Prefix.
Plus: Probiere es bitte mal ohne das Hilfsprogramm in einem frischen Prefix.
- Johannes
- Beiträge: 3207
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Testbericht unter Linux
Bitte probiere mal und schreib das Ergebnis hier rein.
Wine-Version wäre auch gut zu wissen.
Was du auch probieren kannst: im Verzeichnis zusi_linux_installer Folgendes ausführen:Ergebnis hier einfügen.
Code: Alles auswählen
WINEDEBUG=+module /pfad/zu/setup.bash /pfad/zu/stick/Vollversion/Setup_Zusi3_Hobby_2019-06-22.exe 2>&1 | grep --context=10 wbemdisp
Wine-Version wäre auch gut zu wissen.
Was du auch probieren kannst: im Verzeichnis zusi_linux_installer Folgendes ausführen:
Code: Alles auswählen
ldd wbemdisp.dll.so
- 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
Warum nutzt dein Tool eigentlich eine dll.so, wenn das Modul seit einiger Zeit ein rein PE ist? (Schätze mal es ist von vor der Konvertierung?) Ich glaube, dass das hier der Grund ist, warum Wine wbemdisp.dll nicht findet. Hatte gestern auch meinen Build Ordner gecheckt und es wurde nur eine DLL angezeigt. Das Modul hat auch keine Unixlib, also ein SO sollte es gar nicht geben.
Re: Testbericht unter Linux
Danke, Bernhard K. und Johannes.
Wine-version ist 6.0
Ohne Hilfsprogramm bricht die Installation auch ab mit einem Installationsfehler.
Output von ldd wbemdisp.dll.so ist:
Output von WINEDEBUG usw. /home/henk/bin/zusi-linux-installer/setup.bash usw. ist:
Wine-version ist 6.0
Ohne Hilfsprogramm bricht die Installation auch ab mit einem Installationsfehler.
Output von ldd wbemdisp.dll.so ist:
Code: Alles auswählen
linux-gate.so.1 (0xf7ed2000)
libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0xf7e69000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xf7c50000)
libm.so.6 => /lib/libm.so.6 (0xf7b4c000)
libc.so.6 => /lib/libc.so.6 (0xf7962000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xf7944000)
libudev.so.1 => /usr/lib/libudev.so.1 (0xf7908000)
libpthread.so.0 => /lib/libpthread.so.0 (0xf78e7000)
/lib/ld-linux.so.2 (0xf7ed4000)
librt.so.1 => /lib/librt.so.1 (0xf78dd000)
libselinux.so.1 => /lib/libselinux.so.1 (0xf78b0000)
libpcre.so.1 => /usr/lib/libpcre.so.1 (0xf7824000)
libdl.so.2 => /lib/libdl.so.2 (0xf781d000)
Code: Alles auswählen
00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:FindResourceExW 7B620000 #0006 #0101 0409
00f8:trace:module:LoadResource 7B620000 7B691ECC
00f8:trace:module:LdrGetDllHandle L"kernel32.dll" -> 7B620000 (load path L"C:\\users\\henk\\Temp\\is-LFA46.tmp;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0")
00f8:trace:module:LdrGetDllHandle L"kernel32.dll" -> 7B620000 (load path L"C:\\users\\henk\\Temp\\is-LFA46.tmp;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0")
00f8:trace:module:load_dll looking for L"C:\\windows\\system32\\wbem\\wbemdisp.dll" in L"C:\\windows\\system32\\wbem;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0"
00f8:trace:module:get_load_order looking for L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:trace:module:get_load_order got hardcoded default for L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:trace:module:load_so_dll trying L"\\??\\C:\\windows\\system32\\wbem\\wbemdisp.dll" as so lib
00f8:warn:module:dlopen_dll failed to load .so lib "/home/henk/.wine/dosdevices/c:/windows/syswow64/wbem/wbemdisp.dll": /home/henk/.wine/dosdevices/c:/windows/syswow64/wbem/wbemdisp.dll: undefined symbol: libusb_set_option
00f8:warn:module:load_so_dll failed to load .so lib L"\\??\\C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:warn:module:load_dll Failed to load module L"C:\\windows\\system32\\wbem\\wbemdisp.dll"; status=c000012f
00f8:err:ole:apartment_add_dll couldn't load in-process dll L"C:\\windows\\system32\\wbem\\wbemdisp.dll"
00f8:trace:module:load_dll looking for L"rpcrt4.dll" in L"C:\\users\\henk\\Temp\\is-LFA46.tmp;C:\\windows\\system32;C:\\windows\\system;C:\\windows;.;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem;C:\\windows\\system32\\WindowsPowershell\\v1.0"
00f8:trace:module:load_dll Found L"C:\\windows\\system32\\rpcrt4.dll" for L"rpcrt4.dll" at 7E660000, count=-1
00fc:trace:module:MODULE_InitDLL (00007F219BF70000 L"ucrtbase.dll",THREAD_ATTACH,0000000000000000) - CALL
00fc:trace:module:MODULE_InitDLL (00007F219BF70000,THREAD_ATTACH,0000000000000000) - RETURN 1
00fc:trace:module:MODULE_InitDLL (00007F219C0F0000 L"rpcrt4.dll",THREAD_ATTACH,0000000000000000) - CALL
00fc:trace:module:MODULE_InitDLL (00007F219C0F0000,THREAD_ATTACH,0000000000000000) - RETURN 1
0100:trace:module:MODULE_InitDLL (00007F219BF70000 L"ucrtbase.dll",THREAD_ATTACH,0000000000000000) - CALL
0100:trace:module:MODULE_InitDLL (00007F219BF70000,THREAD_ATTACH,0000000000000000) - RETURN 1
0100:trace:module:MODULE_InitDLL (00007F219C0F0000 L"rpcrt4.dll",THREAD_ATTACH,0000000000000000) - CALL
0100:trace:module:MODULE_InitDLL (00007F219C0F0000,THREAD_ATTACH,0000000000000000) - RETURN 1
- Johannes
- Beiträge: 3207
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Testbericht unter Linux
Danke, da ist wohl die libusb auf meinem Entwicklungsrechner zu neu. Ich baue gleich einen neuen Installer, der auch mit älteren libusb zurechtkommt.
Einerseits das (vermutlich), andererseits will ich auch gegen libusb linken. Geht das mit einer PE?Bernhard K. hat geschrieben: ↑15.03.2022 10:05:35 Warum nutzt dein Tool eigentlich eine dll.so, wenn das Modul seit einiger Zeit ein rein PE ist? (Schätze mal es ist von vor der Konvertierung?)
- 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
Ja, das geht, wenn du eine Unixlib schreibst: D.h. es gibt dann eine Trennung zwischen Windows PE Code und Linux ELF Code. Wenn ich es richtig verstehe, tut Wine den Linux Code vor Windows Programmen über simulierte Syscalls verstecken.
Es gibt kein wirkliches Tutorial für dieses Auftrennen, aber du kannst dir den Code von winepulse.drv, kerberos oder crypt32 als Vorlage nehmen. Der Linux Part hat immer dieses Makro am Anfang des Codes:
Code: Alles auswählen
#if 0
#pragma makedep unix
#endif
- Johannes
- Beiträge: 3207
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Testbericht unter Linux
Wenn ich so oder so eine .so brauche, kann ich auch gleich alles da reinpacken Die PE-Migration hat m.W. etwas mit Spiele-Kopierschutzen zu tun, die System-DLLs analysieren. So was macht Zusi nicht.Bernhard K. hat geschrieben: ↑15.03.2022 11:57:04 Ja, das geht, wenn du eine Unixlib schreibst: D.h. es gibt dann eine Trennung zwischen Windows PE Code und Linux ELF Code.
@Henk: Bitte probier's mal mit https://github.com/zusitools/zusi_linux ... ler.tar.gz
Re: Testbericht unter Linux
Ja, jetzt hat's geklappt mit der Installation. Vielen Dank, ihr Beiden.@Henk: Bitte probier's mal mit https://github.com/zusitools/zusi_linux ... ler.tar.gz
Re: Testbericht unter Linux
Habe jetzt mal ein anderes Spiel mit 3D installiert und ausprobiert. Das läuft sehr flüssig.F. Schn. hat geschrieben: ↑13.03.2022 17:38:53 Also unter Windows würde ich da als erstes den Bereich des Grafikkartentreibers verdächtigen. Ich weiß jetzt aber nicht, wie man da unter Linux am dümmsten vorgeht... Hast du noch irgendwas mit 3D-Grafik auf dem Rechner? Hat sich das auch verschlechtert?
Versuchsweise habe ich es dann mal mit wine-staging probiert, aber das hilft auch nix. Auffällig finde ich, dass bei Zusi jetzt die CPU-Auslastung extrem hoch ist. Das war vorher nicht so - zumindest nicht so hoch.
Mit 3 - 5 fps kann man leider nicht fahren.
Re: Testbericht unter Linux
Hallöchen zusammen,
ich habe mich jetzt hier im Forum angemeldet um vielleicht herauszufinden was auf meinem Linux-System noch fehlt, dass ich Displays in den Führerständen habe.
Dem bin ich gefolgt, leider hat es nicht funktioniert (sowohl dotnetcoredesktop3 als auch gdiplus über protontricks installiert). Ich sehe die Warnungsmeldungen, dass die ZusiDisplay Kommandos nicht bekannt seien und die Displays bleiben nach dem Start schwarz.
Was kann ich euch noch an Informationen geben, damit ihr mir helfen könntet?
ich habe mich jetzt hier im Forum angemeldet um vielleicht herauszufinden was auf meinem Linux-System noch fehlt, dass ich Displays in den Führerständen habe.
viewtopic.php?f=47&t=10844%22ZusiDisplay-Bildschirme in den Führerständen bleiben schwarz
Symptom: Beim Start von Zusi erscheint eine Meldung "Verbindung zu ZusiDisplay fehlgeschlagen" oder "To use this application, you must install .NET Core […]". In den Führerständen integrierte Displays bleiben schwarz und es erscheint eine gelbe Warnmeldung im Meldungsfenster "ZusiDisplay-Kommando ... nicht bekannt"
Ursache: .NET Core nicht installiert, das für ZusiDisplay notwendig ist.
Fehlerumgehung: Mittels winetricks (siehe oben) die Komponenten "dotnetcoredesktop3" und "gdiplus" installieren. Außerdem irgendwo die Schriftart "Microsoft Sans Serif" (micross.ttf) herholen und in C:\Windows\Fonts (meist also ~/.wine/drive_c/Windows/Fonts) kopieren.
Dem bin ich gefolgt, leider hat es nicht funktioniert (sowohl dotnetcoredesktop3 als auch gdiplus über protontricks installiert). Ich sehe die Warnungsmeldungen, dass die ZusiDisplay Kommandos nicht bekannt seien und die Displays bleiben nach dem Start schwarz.
Was kann ich euch noch an Informationen geben, damit ihr mir helfen könntet?
- Johannes
- Beiträge: 3207
- Registriert: 14.03.2009 22:36:06
- Aktuelle Projekte: Zusitools (http://git.io/zusitools)
Re: Testbericht unter Linux
Lässt sich ZusiDisplay denn "standalone" starten?
Wenn nein, was kommt denn so an Fehlermeldungen auf der Konsole?
Code: Alles auswählen
protontricks -c 'wine _Tools/ZusiDisplay/ZusiDisplay.exe' 1040730
- Christian Gründler
- Beiträge: 2210
- Registriert: 04.10.2003 13:27:48
- Wohnort: Brühl (Baden)
Re: Testbericht unter Linux
Hallo jens1o: welche Wine-Version läuft bei Dir?
Re: Testbericht unter Linux
.Net Core war glaube ich in der 3.4.0 noch nicht am Start, daher eine ergänzende Frage: Hast du die Steam-Version oder die Stick-Version? Wenn du die Stick-Version hast: welche Version haben der Zusi-Simulator und ZusiDisplay? Angesichts von Proton vermute ich aber die Steam-Version, die sollte ein automatisches Update haben.
Diese Signatur möchte folgendes bekannter machen: ZusiWiki · ZusiSK: Streckenprojekte · YouTube: Objektbau für Zusi · euirc: Zusi-Chat
Re: Testbericht unter Linux
Danke euch drei für die schnellen Antworten!
(aber ich benutze die Steam-Version)
ahhh... ich probiere es jetzt mal mit der neusten (stabilen) Proton-Version 7.0-1, ist mir nicht aufgefallen, dass hier noch eine ältere Version eingestellt war... ich melde mich nachher nochmal.
Code: Alles auswählen
[jens@blablub ~]$ protontricks -c 'wine _Tools/ZusiDisplay/ZusiDisplay.exe' 1040730
wineserver: using server-side synchronization.
wine: Using setpriority to control niceness in the [-11,11] range
0024:err:virtual:virtual_setup_exception stack overflow 1156 bytes in thread 0024 addr 0x7bc1eeef stack 0x240b7c (0x240000-0x241000-0x3c0000)
Code: Alles auswählen
[jens@blablub ~]$ protontricks -c 'wine --version' 1040730
wine-6.3
ahhh... ich probiere es jetzt mal mit der neusten (stabilen) Proton-Version 7.0-1, ist mir nicht aufgefallen, dass hier noch eine ältere Version eingestellt war... ich melde mich nachher nochmal.
Re: Testbericht unter Linux
Okay, Proton 7 ist leider ein Reinfall. Ich komme gar nicht so weit, dass ich mit protontricks etwas installieren könnte, da protontricks direkt abschmiert.
Log + Warnung von protontricks:
Log + Warnung von protontricks:
Code: Alles auswählen
[jens@blablub ~]$ protontricks --gui
winetricks GUI enabled, using zenity 3.41.0
Executing mkdir -p /home/jens/.local/share/Steam/steamapps/compatdata/1040730
------------------------------------------------------
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.
------------------------------------------------------
------------------------------------------------------
WINEPREFIX INFO:
Drive C: total 0
drwxr-xr-x 1 jens users 138 Apr 4 11:17 .
drwxr-xr-x 1 jens users 154 Apr 5 09:52 ..
drwxr-xr-x 1 jens users 34 Apr 5 09:52 openxr
drwxr-xr-x 1 jens users 44 Apr 4 11:17 ProgramData
drwxr-xr-x 1 jens users 130 Apr 4 15:05 Program Files
drwxr-xr-x 1 jens users 140 Apr 4 11:17 Program Files (x86)
drwxr-xr-x 1 jens users 30 Apr 4 11:17 users
drwxr-xr-x 1 jens users 6 Apr 4 11:17 vrclient
drwxr-xr-x 1 jens users 484 Apr 5 09:52 windows
Registry info:
/home/jens/.local/share/Steam/steamapps/compatdata/1040730/pfx/system.reg:#arch=win64
/home/jens/.local/share/Steam/steamapps/compatdata/1040730/pfx/userdef.reg:#arch=win64
/home/jens/.local/share/Steam/steamapps/compatdata/1040730/pfx/user.reg:#arch=win64
------------------------------------------------------
------------------------------------------------------
warning: /home/jens/.cache/protontricks/proton/Proton 7.0/bin/wine cmd.exe /c echo '%AppData%' returned empty string, error message "/home/jens/.cache/protontricks/proton/Proton 7.0/bin/wine: line 70: 11417 Floating point exception(core dumped) "$PROTON_DIST_PATH"/bin/wine "$@""
------------------------------------------------------
Code: Alles auswählen
Apr 05 09:54:06 blablub audit[8961]: ANOM_ABEND auid=1000 uid=1000 gid=985 ses=4 pid=8961 comm="wine" exe=2F686F6D652F6A656E732F2E6C6F63616C2F73686172652F537465616D2F737465616D617070732F636F6D6D6F6E2F50726F746F6E20372E302F646973742F62696E2F77696E652D7072656C6F61646572 sig=8 res=1
Apr 05 09:54:06 blablub systemd-coredump[8963]: [🡕] Process 8961 (wine) of user 1000 dumped core.
Module /home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/bin/wine without build-id.
Module /run/host/usr/lib32/librt.so.1 with build-id 84eb88ac79c6c1f3c9b867e233a9b8f2c4f93629
Module /home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so without build-id.
Module /run/host/usr/lib32/libc.so.6 with build-id d5614bfc15dbc1131812a3c7423a92a074c617af
Module /run/host/usr/lib32/libdl.so.2 with build-id c5f78832e997c5b11787a1c1fdbd8d1deb9419c0
Module /run/host/usr/lib32/libpthread.so.0 with build-id cbe16e4ec75ca09a77bf641cbd1c65e282060e2c
Module /run/host/usr/lib32/ld-linux.so.2 with build-id 7cebdc216ce9bcff9eb81ede1235631dbda94a96
Module linux-gate.so.1 with build-id 74cc34a25d272dcd3efbed21e48070b344911649
Stack trace of thread 8961:
#0 0x00000000f7bd9269 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x28269)
#1 0x00000000f7bd98d5 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x288d5)
#2 0x00000000f7bdb6ef n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x2a6ef)
#3 0x00000000f7be0973 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/lib/wine/i386-unix/ntdll.so + 0x2f973)
#4 0x000000007d001263 n/a (/home/jens/.local/share/Steam/steamapps/common/Proton 7.0/dist/bin/wine + 0x1263)
ELF object binary architecture: Intel 80386
- Christian Gründler
- Beiträge: 2210
- Registriert: 04.10.2003 13:27:48
- Wohnort: Brühl (Baden)
Re: Testbericht unter Linux
Ich vermute mal, dass Proton 7 auf Wine 7.0 aufsetzt, was schon mal gut ist. Und wenn protontricks arbeitet wie winetricks, ist das auch unabhängig von der jeweiligen Proton-Version. (Winetricks ist ein Skript, das unter Linux läuft, kein Windows-Programm.)
Ein 64-Bit-Prefix ist schlecht: Zusi braucht (eigentlich immer noch) 32 Bit. Läuft das Programm tatsächlich bei Dir? Unter Wine könnte ich Dir erklären, wie man ein sauberes 32-Bit-Prefix aufsetzt; für Proton können Dir sicherlich andere weiterhelfen.Log + Warnung von protontricks:Code: Alles auswählen
[jens@blablub ~]$ protontricks --gui winetricks GUI enabled, using zenity 3.41.0 Executing mkdir -p /home/jens/.local/share/Steam/steamapps/compatdata/1040730 ------------------------------------------------------ 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.
- 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
Das mit dem 32bit Prefix ist im Grunde ein Wine-Mythos: Wenn ein Programm nicht über WoW64 läuft, dann liegt oft ein größeres Problem vor, das durch die Verwendung einer 32bit Umgebung meist nur durch Zufall behoben wird.Ein 64-Bit-Prefix ist schlecht: Zusi braucht (eigentlich immer noch) 32 Bit. Läuft das Programm tatsächlich bei Dir? Unter Wine könnte ich Dir erklären, wie man ein sauberes 32-Bit-Prefix aufsetzt; für Proton können Dir sicherlich andere weiterhelfen.
Re: Testbericht unter Linux
Habe nochmal ein wenig geforscht. Irgendwie sieht es so aus als ob Zusi und wine überhaupt nicht die GPU benutzen.mitropam hat geschrieben: ↑29.03.2022 21:57:41Habe jetzt mal ein anderes Spiel mit 3D installiert und ausprobiert. Das läuft sehr flüssig.F. Schn. hat geschrieben: ↑13.03.2022 17:38:53 Also unter Windows würde ich da als erstes den Bereich des Grafikkartentreibers verdächtigen. Ich weiß jetzt aber nicht, wie man da unter Linux am dümmsten vorgeht... Hast du noch irgendwas mit 3D-Grafik auf dem Rechner? Hat sich das auch verschlechtert?
Versuchsweise habe ich es dann mal mit wine-staging probiert, aber das hilft auch nix. Auffällig finde ich, dass bei Zusi jetzt die CPU-Auslastung extrem hoch ist. Das war vorher nicht so - zumindest nicht so hoch.
Mit 3 - 5 fps kann man leider nicht fahren.
Die Ausgabe von nvidia-smi sieht so aus:
Code: Alles auswählen
Tue Apr 5 21:34:20 2022
+-----------------------------------------------------------------------------+
| NVIDIA-SMI 470.103.01 Driver Version: 470.103.01 CUDA Version: 11.4 |
|-------------------------------+----------------------+----------------------+
| GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC |
| Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. |
| | | MIG M. |
|===============================+======================+======================|
| 0 NVIDIA GeForce ... Off | 00000000:01:00.0 On | N/A |
| 33% 37C P3 16W / 100W | 1013MiB / 3903MiB | 21% Default |
| | | N/A |
+-------------------------------+----------------------+----------------------+
+-----------------------------------------------------------------------------+
| Processes: |
| GPU GI CI PID Type Process name GPU Memory |
| ID ID Usage |
|=============================================================================|
| 0 N/A N/A 1523 G /usr/lib/xorg/Xorg 624MiB |
| 0 N/A N/A 2239 G /usr/bin/kwin_x11 179MiB |
| 0 N/A N/A 2241 G /usr/bin/plasmashell 89MiB |
| 0 N/A N/A 2579 G ...b/thunderbird/thunderbird 66MiB |
| 0 N/A N/A 11445 G ...680538910319148358,131072 45MiB |
+-----------------------------------------------------------------------------+
- Christian Gründler
- Beiträge: 2210
- Registriert: 04.10.2003 13:27:48
- Wohnort: Brühl (Baden)
Re: Testbericht unter Linux
... der sich aber hartnäckig hält: unter https://wiki.winehq.org/Debian wird weiterhin empfohlen, die 32-Bit-Bibliotheken zu laden, und unter https://www.winehq.org/announce/7.0 steht: WoW64 thunks are implemented for most Unix libraries, enabling a 32-bit PE module to call a 64-bit Unix library. Once the remaining modules are converted to PE, this will make it possible to run 32-bit applications without installing 32-bit Unix libraries.Bernhard K. hat geschrieben: ↑05.04.2022 17:13:21 Das mit dem 32bit Prefix ist im Grunde ein Wine-Mythos ...
Darf ich Deinem Beitrag entnehmen, dass Du Zusi unter WoW64 betreibst und dies problemlos funktioniert?
- 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
WoW64 ist jetzt nur bezogen auf die Windows Seite. Diese sollte keine Probleme mit der 32-bit auf 64-bit Ausführung haben. Das mit den Unixlibs ist ja nur ein Problem von Windows zu Linux Code und betrifft die Windows Seite nur geringfügig.Christian Gründler hat geschrieben: ↑07.04.2022 11:29:40 ... der sich aber hartnäckig hält: unter https://wiki.winehq.org/Debian wird weiterhin empfohlen, die 32-Bit-Bibliotheken zu laden, und unter https://www.winehq.org/announce/7.0 steht: WoW64 thunks are implemented for most Unix libraries, enabling a 32-bit PE module to call a 64-bit Unix library. Once the remaining modules are converted to PE, this will make it possible to run 32-bit applications without installing 32-bit Unix libraries.
Darf ich Deinem Beitrag entnehmen, dass Du Zusi unter WoW64 betreibst und dies problemlos funktioniert?
Ich mach mal ein Beispiel: Ich hatte letztens einen Absturz in 32-bit Code, der auf 64-bit nicht stattgefunden hat. Grund dafür war die Verwendung einer nicht initialisierten Variable, was bedeutet, dass der 64-bit Code nur zufällig funktioniert hat!
Und genauso ist das mit den 32bit Prefixes: Oft funktionieren Dinge nur aus Zufall oder durch die Verwendung von Undefinded Behavior, was langfristig für großes Chaos sorgen kann.
Lange Rede kurzer Sinn: WoW64 funktioniert und sollte auch bevorzugt werden. Außerdem werden die i686 Libs auf wahrscheinlich nicht mehr lange Zeit für Wine Geschichte sein.
Bernhard