July 2021 - Wine-bugs - list.winehq.org

[Bug 51207] New: Origin: wineserver: file_set_error() can't map error: Cannot allocate memory
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51207 Bug ID: 51207 Summary: Origin: wineserver: file_set_error() can't map error: Cannot allocate memory Product: Wine Version: 6.9 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Alexander88207(a)Protonmail.com Created attachment 70079 --> https://bugs.winehq.org/attachment.cgi?id=70079 Origin.log Hello, origin crashes when origin try's to load the menu right after login. The strange thing is that it works when origin has been started after installation. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 49476] New: Overwatch doesn't start on 5.10, 5.11
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=49476 Bug ID: 49476 Summary: Overwatch doesn't start on 5.10, 5.11 Product: Wine-staging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cysp74(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 67590 --> https://bugs.winehq.org/attachment.cgi?id=67590 LOG Since 5.10, 5.11 staging versions Overwatch can't start. Last working version is 5.9.r16.g6387991c Related environment variables: export WINEPREFIX=$(pwd) export WINEARCH=win64 export __GL_THREADED_OPTIMIZATIONS=0 export __GL_SHADER_CACHE=$WINEPREFIX/shadercache export __GL_SHADER_DISK_CACHE_PATH=$WINEPREFIX/shadercache export DXVK_STATE_CACHE_PATH=$WINEPREFIX/dxvkcache export MESA_GLTHREAD=FALSE Another try took place without __GL_THREADED_OPTIMIZATIONS and MESA_GLTHREAD but didn't make difference. DXVK 1.7 has been installed -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 44960] New: Unable to use python WMI winmgmts object
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=44960 Bug ID: 44960 Summary: Unable to use python WMI winmgmts object Product: Wine Version: 3.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: 20917771(a)student.uwa.edu.au Distribution: --- Created attachment 61068 --> https://bugs.winehq.org/attachment.cgi?id=61068 A minimal test case I am trying to use pywin32 to wait on an external process using its PID. I used winetricks WMI. I am using Ubuntu 16.04 LTS with Wine 3.5. I have attached a minimal example of the Python script. I expect it to wait for the other process to complete. Instead, I get the following output and the process exits immediately: 0009:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0413a0,(nil): stub 0033:fixme:kerberos:kerberos_SpInstanceInit 65536,0x7e0913a0,(nil): stub 0009:err:ole:apartment_getclassobject DllGetClassObject returned error 0x80004002 for dll L"C:\\windows\\system32\\wbem\\wbemdisp.dll" 0009:err:ole:create_server class {172bddf8-ceea-11d1-8b05-00600806d9b6} not registered 0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported 0009:err:ole:CoGetClassObject no class object {172bddf8-ceea-11d1-8b05-00600806d9b6} could be created for context 0x15 0009:err:ole:create_server class {8bc3f05e-d86b-11d0-a075-00c04fb68820} not registered 0009:fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported 0009:err:ole:CoGetClassObject no class object {8bc3f05e-d86b-11d0-a075-00c04fb68820} could be created for context 0x14 Traceback (most recent call last): File "test.py", line 10, in <module> wmi = win32com.client.GetObject('winmgmts:') File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 72, in GetObject return Moniker(Pathname, clsctx) File "C:\Python27\lib\site-packages\win32com\client\__init__.py", line 87, in Moniker moniker, i, bindCtx = pythoncom.MkParseDisplayName(Pathname) pywintypes.com_error: (-2147221164, 'REGDB_E_CLASSNOTREG', None, None) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11

[Bug 45647] New: chromium x64 sandbox >=win10 needs win10 csrss heap
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=45647 Bug ID: 45647 Summary: chromium x64 sandbox >=win10 needs win10 csrss heap Product: Wine Version: 3.13 Hardware: x86 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Created attachment 62076 --> https://bugs.winehq.org/attachment.cgi?id=62076 Patch to provide csrss heap and fake win10 heaps Follow up to bug 45646. Starting with win10, the chromium sandbox tries to find a certain heap that's shared with csrss.exe. It does this by enumerating all process heaps, looking in the internal structure for the right flags. For that it assumes the internal structure behind the opaque handle... We need to do 2 things here. 1) Provide a csrss heap in the first place 2) Return handles that have a heap structure similar to win10 heap behind them -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 11

[Bug 47203] New: winedbg --gdb Game300.exe gives Internal crash at 0x7e9a06f9 (w3dhub/ecw)
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=47203 Bug ID: 47203 Summary: winedbg --gdb Game300.exe gives Internal crash at 0x7e9a06f9 (w3dhub/ecw) Product: Wine Version: 4.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 64458 --> https://bugs.winehq.org/attachment.cgi?id=64458 dbghelp: Avoid crash in pe_load_msc_debug_info. An interesting debugging topic got written to the forums in [1]. There a crash of "winedbg --gdb" got described that I could reproduce which ends here: Unhandled exception: page fault on read access to 0x017ac000 in 32-bit code (0x7e9a06f9). ... Backtrace: =>0 0x7e9a06f9 pe_load_msc_debug_info+0xc3() [dlls/dbghelp/pe_module.c:597] in dbghelp (0x0032e5a8) 1 0x7e9a0ae8 pe_load_debug_info+0x67() [dlls/dbghelp/pe_module.c:715] in dbghelp (0x0032e5d8) 2 0x7e9a0d8f pe_load_native_module+0x23c() [dlls/dbghelp/pe_module.c:774] in dbghelp (0x0032e838) 3 0x7e991ff8 SymLoadModuleExW+0x2db(BaseOfDll=0x400000) [dlls/dbghelp/module.c:643] in dbghelp (0x0032e8b8) ... Attached patch contains a hack to check if the memory where parts of the debug information is expected is mapped into the process. And contains the full backtrace. [1] https://forum.winehq.org/viewtopic.php?f=2&t=32324&sid=001e48b2bd4f8f199350… -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 3

[Bug 45988] New: Hard Reset Redux and Shadow Warrior 2: no videos in game
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=45988 Bug ID: 45988 Summary: Hard Reset Redux and Shadow Warrior 2: no videos in game Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: petrushkinsn(a)gmail.com Distribution: --- Created attachment 62547 --> https://bugs.winehq.org/attachment.cgi?id=62547 wine terminal output running Hard Reset Redux No videos between levels, nor starting video with developer logo etc. In Hard reset redux, if i open Extras - Movies in main menu and select any movie - nothing happens. In Shadow Warrior 2, if i open Extras - Movies and select movie, screen blanks for less than a second and then nothing hapens. Both logs created with run game, go to extras - movies, try to start movie, exit game. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 24

[Bug 44003] New: Origin: BF3WebHelper.exe crashes because injection of igo32.dll fails.
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=44003 Bug ID: 44003 Summary: Origin: BF3WebHelper.exe crashes because injection of igo32.dll fails. Product: Wine-staging Version: 2.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 59662 --> https://bugs.winehq.org/attachment.cgi?id=59662 Standalone demonstration of the issue similar to what Origin does. When starting a game from Origin a crash dialog for BF3WebHelper.exe is shown. Shift+right click - "Debug" seems to get another thread further, so it can successfully then still execute Firefox.exe. Used a self built wine-2.20 with the whole staging patch set applied. Tried to get an idea of what happens: - Origin calculates the entry point for LoadLibrary using the kernel32 fake dll and the base address of its own process. - CreateProcess with suspended flag is called for BF3WebHelper.exe - Memory for the to be loaded dll is reserved and filled in the new process ("...\\igo32.dll"). - A second thread in the new process is created by CreateRemoteThread using the calculated entry point for kernel32.fake.LoadLibrary above. - This thread crashes because it looks like in the in memory kernel32 module is something different/uninitialized at the used entry point. With +BF3WebHelper.exe:all crash does not happen. (But is still not executing LoadLibrary and seems not to crash by "accident".) Attached is a demonstration of what happens. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 47788] New: Combobox should not close while using keyboard letters
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=47788 Bug ID: 47788 Summary: Combobox should not close while using keyboard letters Product: Wine Version: 4.16 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dark.shadow4(a)web.de Distribution: --- Example: - Run "wine control intl.cpl" - On the first tab, click the top combox to open it - Type down a few letter, like 'G', 'E', 'R' It should jump to the first entry starting with "GER" while keeping the combobox open. Instead it closes the combobox. Might relate to bug 42898. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 38486] New: Sim City 3000 crashes / doesn't load
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=38486 Bug ID: 38486 Summary: Sim City 3000 crashes / doesn't load Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rufusthompsoncox(a)yahoo.co.uk Distribution: --- Created attachment 51331 --> https://bugs.winehq.org/attachment.cgi?id=51331 Error details Sim City 3000 crashes / doesn't load. Error details attached. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 50920] New: Implement a 32-bit OpenGL wrapper that forwards calls to a 64-bit display window through IPC
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=50920 Bug ID: 50920 Summary: Implement a 32-bit OpenGL wrapper that forwards calls to a 64-bit display window through IPC Product: Wine Version: 5.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: milasudril(a)gmail.com Distribution: Ubuntu It is getting harder to run 32-bit OpenGL apps. In particular If you install the CUDA driver for NVIDIA, you will only get the 64-bit driver. A possible solution would be to create a separate 64-bit process, that is responsible to forward OpenGL calls from the 32-bit application to the 64-bit driver. Some thoughts about implementation possibilities: * OpenGL never use pointers as handles, but 32-bit ints. Thus it should be possible to implement a working IPC solution without any pointer translation table. * Immediate mode (legacy) OpenGL, will naturally generate more IPC calls. However, these functions could be implemented in wine, and glEnd could be the trigger to flush any buffers and to issue the IPC call. Some thoughts about drawbacks: * Increased number of context switches which causes increased latency. However, it is possible to use IPC to have a 32-bit WINE process communicating with JACK, with sufficiently low latency for realtime audio, which has slightly higher requirements on low latency then video output, so it should be feasible. Some thoughts about implementation difficulties: * Each OpenGL command will need an id, but perhaps this could be auto-generated -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 2