wine-bugs December 2023

wine-bugs@winehq.org

1 participants
2678 discussions

[Bug 55723] New: regsvr32 no longer provides output on success/failure
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55723 Bug ID: 55723 Summary: regsvr32 no longer provides output on success/failure Product: Wine Version: 8.17 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: s_chriscollins(a)hotmail.com Distribution: --- As of Wine version 8.12, regsvr32 no longer provides terminal output to indicate whether or not a DLL has successfully been registered. A regression test points to commit #dcf0bf1f as the culprit. Steps to reproduce: 1. Install WineASIO (https://github.com/wineasio/wineasio) 2. Run the included wineasio-register script, which runs regsvr32 to register the WineASIO DLL. Note that as WineASIO currently still uses libwine, the DLL registration will fail. Result: No terminal output to indicate success/failure of DLL registration. Expected result: regsvr32 should output success or failure status as it does in Wine 8.11 and earlier, e.g.: "regsvr32: Failed to load DLL '/opt/wine-devel/lib/wine/i386-unix/wineasio32.dll.so'" -- 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 7

[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 46684] New: Won't open application.
by wine-bugs＠winehq.org 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=46684 Bug ID: 46684 Summary: Won't open application. Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rodriguezdieter4(a)gmail.com Created attachment 63645 --> https://bugs.winehq.org/attachment.cgi?id=63645 detailed information Trying to open Monopoly Plus.exe won't work -- 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 4

[Bug 55235] New: hnetcfg:policy - test_static_port_mapping_collection() fails on fg-deb64-*
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=55235 Bug ID: 55235 Summary: hnetcfg:policy - test_static_port_mapping_collection() fails on fg-deb64-* Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: hnetcfg Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- hnetcfg:policy - test_static_port_mapping_collection() fails on fg-deb64-*: policy.c:219: Test failed: Got unexpected hr 0x80004005. policy.c:223: Test failed: Got unexpected count2 0, expected 1. policy.c:282: Test failed: Got unexpected hr 0x80004005. See https://test.winehq.org/data/patterns.html#hnetcfg:policy The failures are systematic and started on 2023-07-06 in all configurations. The failures now happen even with old builds so presumably something changed in my desktop configuration (fg-deb64). It's not clear if that means there is a misconfiguration on my Debian 12, or if Wine or the test fails to deal correctly with it. -- 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 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 56112] New: Feature request: let wine first cd to the directory with the .exe when a full path to a .exe is specified
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=56112 Bug ID: 56112 Summary: Feature request: let wine first cd to the directory with the .exe when a full path to a .exe is specified Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cedric.dewijs(a)eclipso.eu Distribution: --- Running programs in this way is unsupported: $ wine ~/path/to/appname.exe The user must first cd into the directory of the program and then run the program: $ cd ~/path/to/ && wine appname.exe It would be nice if wine would itself cd into the correct directory when a full path is detected, so users don't have to bother with first going into the correct directory. See this bug for more discussion on the subject: https://bugs.winehq.org/show_bug.cgi?id=56088 -- 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 5

[Bug 54520] New: Direct Parallel Port Access Removed
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=54520 Bug ID: 54520 Summary: Direct Parallel Port Access Removed Product: Wine Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos Assignee: wine-bugs(a)winehq.org Reporter: medasaro(a)comcast.net Distribution: --- Created attachment 74058 --> https://bugs.winehq.org/attachment.cgi?id=74058 The Willem EPROM Programmer Application I rely on a Willem EPROM programmer for working with vintage hardware. This device requires direct parallel port access (not LPT, but direct raw access to the parallel port pins.) The application used to work in Wine (Wine 1.0) if I set the windows version to Windows 95 (or 98) and added the following registry keys: '\HEX_CURRENT_USER\Software\Wine\VDM\ppdev\278' with value '/dev/parport1' '\HEX_CURRENT_USER\Software\Wine\VDM\ppdev\378' with value '/dev/parport0' I had a hardware failure and upgraded to a new computer running a more modern version of Linux and the current version of Wine (8.2). Under this configuration, it no longer works. Looking at the source code, it appears that ppdev support has been removed entirely when winedos was merged into krnl386.exe16. I would very much like to see support for this added back into wine as I rely on it. Thanks! Matthew D'Asaro -- 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 5

[Bug 51673] New: Installation issues in The Settlers: Heritage of Kings
by WineHQ Bugzilla 15 Jan '24

15 Jan '24

https://bugs.winehq.org/show_bug.cgi?id=51673 Bug ID: 51673 Summary: Installation issues in The Settlers: Heritage of Kings Product: Wine Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Markus.Elfring(a)web.de Distribution: --- I could install the game “The settlers (gold edition)” once more by components from the software package “wine-6.13-1.fc34”. Some information was logged for further development considerations. [Markus_Elfring@fedora SHOK_GOLD]$ wine start setup.exe 002c:fixme:winediag:LdrInitializeThunk wine-staging 6.13 is a testing version containing experimental patches. … 0034:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. … 011c:err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Program Files (x86)\\Common Files\\InstallShield\\Professional\\RunTime\\IsProBE.tlb" failed with error 2 011c:fixme:file:NtLockFile I/O completion on lock not implemented yet 011c:fixme:apphelp:ApphelpCheckInstallShieldPackage stub: 0061DDAC L"Z:\\run\\media\\Markus_Elfring\\SHOK_GOLD\\data1.hdr" 011c:err:richedit:ReadStyleSheet skipping optional destination … 0138:fixme:ntdll:NtQuerySystemInformation info_class SYSTEM_PERFORMANCE_INFORMATION 0138:fixme:wbemprox:wbem_services_CreateInstanceEnum unsupported flags 0x00000030 0138:fixme:wbemprox:enum_class_object_Next timeout not supported 0138:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. 011c:fixme:sfc:SRSetRestorePointA 01F6E900 01F6E9A8 … 0224:err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-2401-000018010000} 0220:err:rpc:I_RpcReceive we got fault packet with status 0x80010108 … 0218:fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. … 0250:err:seh:NtRaiseException Unhandled exception code c0000005 flags 0 addr 0x44da8b 026c:fixme:advapi:RegisterEventSourceA ((null)," "): stub 026c:fixme:advapi:RegisterEventSourceW (L"",L" "): stub 026c:fixme:advapi:ReportEventA (CAFE4242,0x0001,0x0000,0x00000000,00000000,0x0001,0x00000060,00FAFAF4,00FF3D2A): stub 026c:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0x00000000,00000000,0x0001,0x00000060,006DE4E8,00FF3D2A): stub 026c:err:eventlog:ReportEventW L"6" … 026c:fixme:advapi:DeregisterEventSource (CAFE4242) stub Unfortunately, the start attempt of the game (as it was offered by the installation program from an original CD) failed. Now I am curious how the affected software will evolve accordingly. -- 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 23

[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 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs December 2023