wine-bugs

wine-bugs@winehq.org

1 participants
159196 discussions

[Bug 53741] New: Gothic 2 - Night of the Raven 2.7 - Msdbi.dll failed to initialize
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53741 Bug ID: 53741 Summary: Gothic 2 - Night of the Raven 2.7 - Msdbi.dll failed to initialize Product: Wine Version: 7.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: VladimirVSC(a)yandex.ru Distribution: --- Created attachment 73183 --> https://bugs.winehq.org/attachment.cgi?id=73183 Gothic 2 msdbi.dll error report The game doesn't start with "msdbi.dll failed to initialize" error. The same game copy starts fine in stable 7.0 version. -- 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 14

[Bug 53529] New: Make possible to use wine with custom ld-linux.so.2 32-bit preloader, without hacks
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53529 Bug ID: 53529 Summary: Make possible to use wine with custom ld-linux.so.2 32-bit preloader, without hacks Product: Wine Version: 7.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ruanformigoni(a)gmail.com Distribution: --- Some references of this limitation of wine: - https://github.com/AppImage/AppImageKit/wiki/Bundling-Windows-applications - https://github.com/Hackerl/Wine_Appimage/issues/11 - https://github.com/AppImage/AppImageKit/issues/361 The issue is that, although it is possible to use another preloader, wine seems to launch instances that still use the standard ld.so.2 path instead of the modified one. More details: - https://www.winehq.org/pipermail/wine-devel/2017-November/119906.html - https://www.winehq.org/pipermail/wine-devel/2017-November/119944.html -- 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 8

[Bug 53288] New: Application compiled with MSVC 2022 ASan does not start, needs QueryVirtualMemoryInformation
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53288 Bug ID: 53288 Summary: Application compiled with MSVC 2022 ASan does not start, needs QueryVirtualMemoryInformation Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Application compiled with MSVC 2022 ASan does not start in Wine 7.11 as it needs implementation of QueryVirtualMemoryInformation. Console output: ==808==AddressSanitizer CHECK failed: D:\a\_work\1\s\src\vctools\crt\asan\llvm\compiler-rt\lib\sanitizer_common\sanitizer_win.cpp:1108 "((QueryVirtualMemoryInformation && "ASan requires the Windows 10-only API, QueryVirtualMemoryInformation")) != (0)" (0x0, 0x0) <empty stack> -- 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 8

[Bug 53387] New: Vernier USB sensors are not usable in WINE
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53387 Bug ID: 53387 Summary: Vernier USB sensors are not usable in WINE Product: Wine Version: 7.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tuomas.nurmi(a)opinsys.fi Distribution: --- Created attachment 72775 --> https://bugs.winehq.org/attachment.cgi?id=72775 Logs from various situations described in the bug report Vernier USB student laboratory sensors ( https://www.vernier.com/products/go-direct/ ) are not usable with WINE. Tested on Debian 11 Bullseye (equivalent), kernel 5.10, wine 7.13 from https://wiki.winehq.org/Debian . (Earlier tests with previous wine versions have also been negatives, however, they haven't been as comprehensive and well-documented as this) Tested with an earlier sensor model, a Go! Temp ver 1.53 and a later Go Direct Sensor (idVendor 08f7, idProducts 0002 and 0010, respectively). They show up in Linux syslog as shown in attachment section 1. Udev rules for the devices are in place, as described by (the somewhat outdated) https://wiki.winehq.org/Hid and Vernier's native library guidelines at https://github.com/VernierST/godirect-examples/tree/main/python , as follows: KERNEL=="hidraw*", SUBSYSTEM=="hidraw", GROUP="plugdev", MODE="0666" KERNEL=="hiddev*", MODE="0666" SUBSYSTEM=="usb", ATTRS{idVendor}=="08f7", MODE="0666" SUBSYSTEM=="usb_device", ATTRS{idVendor}=="08f7", MODE="0666" resulting into following permissions with plugged devices crw-rw-rw- 1 root plugdev 242, 0 20. 7. 13:36 /dev/hidraw0 crw-rw-rw- 1 root root 180, 0 20. 7. 13:36 /dev/usb/hiddev0 Resulting in functioning sensors with the native library example software from Vernier (attachment section 2), as well as with an earlier discontinued Linux version of LoggerPro, and the Vernier Graphical Analysis Chrome app ( https://chrome.google.com/webstore/detail/vernier-graphical-analysi/dncgedb… ) The sensors were tested also Windows 10, and were visible/detected by both the Microsoft hid example application hclient.exe and Vernier LoggerPro3. However, the devices are not recognized by LoggerPro3 nor hclient.exe run through wine-7.13. Logs with WINEDEBUG=+hid,+wineusb,+plugplay of these are shown in attachment sections 3, 4, and 5. Not a specialist in any of the related fields, but the logs show seemingly correctly recognized plugging of the device, 00cc:trace:wineusb:add_usb_device Adding new device 0x7f9330001f80, vendor 08f7, product 0010. 00d0:trace:wineusb:add_unix_device Adding new device 00007F934C016ED0, vendor 08f7, product 0010. ... 00c8:trace:plugplay:enumerate_new_device Creating new device L"USB\\VID_08F7&PID_0010\\0". but the device is not recognized by LoggerPro, nor listed by hclient.exe. (I don't know if the plugplay:install_device_driver error following in the logs is related) -- 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 15

[Bug 53268] New: urlmon:protocol - test_protocol_terminate() fails on Windows and Wine
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53268 Bug ID: 53268 Summary: urlmon:protocol - test_protocol_terminate() fails on Windows and Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: urlmon Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com urlmon:protocol - test_protocol_terminate() fails on Windows and Wine: protocol.c:1188: Test failed: unexpected call ReportResult protocol.c:1196: Test failed: hrResult = 00000000, expected: 80004004 protocol.c:3334: Test failed: Read failed: 00000001 https://test.winehq.org/data/patterns.html#urlmon:protocol Where 80004004 == E_ABORT. These three failures always happen together. The last one is in test_protocol_terminate() while the first two are in ProtocolSink_ReportResult(). These failures happen on all Windows versions and in Wine too with varying frequency (frequent on Windows 7 and less on 21H1, etc.). -- 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 53266] New: Syberia: game crashes frequently
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53266 Bug ID: 53266 Summary: Syberia: game crashes frequently Product: Wine Version: 7.11 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: memax(a)gmx.fr Distribution: Ubuntu Created attachment 72641 --> https://bugs.winehq.org/attachment.cgi?id=72641 terminal output Ubuntu 20.04.4 LTS 64bit NVIDIA GeForce 940MX with driver 510.73.05 Wine staging 7.11 (WineHQ binary package) with a clean Wine directory and the default Wine configuration Syberia (2002 game) GOG.com french version syberia_1.0.0_hotfix4_(53936) 39e9e778c755c081f3e4b12dc5f6ef4260cbfb14 Game.exe Level of detail: high Screen depth: 32bit Anti-aliasing: on The game crashes frequently and randomly, each time at a different point in the game. This doesn't seem to be triggered by any particular action in the 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.

1 13

[Bug 45233] New: TIDAL installer can' t launch installed program in 64bit WINEPREFIX
by wine-bugs＠winehq.org 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=45233 Bug ID: 45233 Summary: TIDAL installer can't launch installed program in 64bit WINEPREFIX Product: Wine Version: 3.8 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: --- Created attachment 61462 --> https://bugs.winehq.org/attachment.cgi?id=61462 Wine log in 64bit WINEPREFIX After installation has finished (you need to use the msi installer due to bug 45232), it offers you to start the program. This only works in a 32bit WINEPREFIX, it fails with 64bit. -- 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 7

[Bug 11531] New: Richard Burns Rally - Trees/buildings/ fences disappear after a while
by wine-bugs＠winehq.org 25 Nov '22

25 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=11531 Summary: Richard Burns Rally - Trees/buildings/fences disappear after a while Product: Wine Version: CVS/GIT Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=5934 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tuomo.kohvakka(a)iki.fi While playing Richard Burns Rally, trees/buildings/other stuff disappear after a couple of minutes. This still happens with latest wine, 0.9.55 that is. It would be nice if this wouldn't happen :) I pretty sure this is regression, however I can't verify this right now. Judging from appdb comments, problems have continued at least from 0.9.49. AppDB: http://appdb.winehq.org/objectManager.php?sClass=version&iId=5934 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 63

[Bug 53017] New: user32:monitor killed by X Error on Debian 11 + Intel GPU
by WineHQ Bugzilla 25 Nov '22

25 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53017 Bug ID: 53017 Summary: user32:monitor killed by X Error on Debian 11 + Intel GPU Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- user32:monitor gets killed by an X Error while running test_ChangeDisplaySettingsEx() on my Debian 11 + Intel GPU machine (see fg-deb64-*). This results in this type of failure: monitor.c:61: GetProcAddress(user32, DisplayConfigSetDeviceInfo) failed. user32:monitor:0834 done (0) in 0s The main process has no test summary line The lack of a summary line is what indicates that the process was summarily killed, typically by a Unix library call. Looking into some more details it is this call which causes the X Error: res = ChangeDisplaySettingsExA(devices[device].name, &dm3, NULL, CDS_RESET, NULL); And adding traces in winex11.drv shows more precisely that the crash happens because bad physical size values are passed to XRRSetScreenSize(): dmFields=BITSPERPEL,PELSWIDTH,PELSHEIGHT,DISPLAYFLAGS,DISPLAYFREQUENCY,DISPLAYORIENTATION dmBitsPerPel=8 dmPelsWidth=720 dmPelsHeight=400 dmDisplayFrequency=70 dmDisplayFlags=0 dmDisplayOrientation=0 0024:trace:x11settings:apply_display_settings handler:XRandR 1.4 changing L"\\\\.\\DISPLAY1" to position:(0,0) resolution:720x400 frequency:70Hz depth:8bits orientation:0. 0024:warn:xrandr:xrandr14_set_current_mode Cannot change screen color depth from 32bits to 8bits! 0024:trace:xrandr:set_screen_size mm_width=0 = 720 * 1 / 3840 0024:trace:xrandr:set_screen_size mm_height=0 = 400 * 2 / 2160 0024:trace:xrandr:xrandr14_set_current_mode 1638 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 140 (RANDR) Minor opcode of failed request: 7 (RRSetScreenSize) Value in failed request: 0x0 Serial number of failed request: 209 Current serial number in output stream: 210 So there are two questions: * Should set_screen_size() have defensive code that prevents using 0 as the physical sizes? Using 1 instead seems to avoid the crashes. * Why do DisplayWidthMM() and DisplayHeightMM() return bad values? Weirder, I just got a bunch of runs with correct Display*MM() values and now that I removed traces it's bad again. Memory corruption? Note that xrandr knows the right physical dimensions for my screen: $ xrandr Screen 0: minimum 320 x 200, current 3840 x 2160, maximum 16384 x 16384 VGA-1 disconnected (normal left inverted right x axis y axis) HDMI-1 disconnected (normal left inverted right x axis y axis) DP-1 connected primary 3840x2160+0+0 (normal left inverted right x axis y axis) 698mm x 393mm 3840x2160 60.00*+ 30.00 25.00 24.00 29.97 23.98 29.98 2560x1600 59.94 2560x1440 59.95 1920x1080 60.00 60.00 50.00 59.94 30.00 25.00 24.00 29.97 23.98 1920x1080i 60.00 50.00 59.94 1680x1050 59.95 1600x900 60.00 1280x1024 75.02 60.02 1280x800 59.81 1152x864 75.00 1280x720 60.00 50.00 59.94 1024x768 75.03 60.00 832x624 74.55 800x600 75.00 60.32 720x576 50.00 720x480 60.00 59.94 640x480 75.00 60.00 59.94 720x400 70.08 HDMI-2 disconnected (normal left inverted right x axis y axis) HDMI-3 disconnected (normal left inverted right x axis y axis) -- 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 8

[Bug 39231] New: setupapi:devinst fails if privileges not high enough
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=39231 Bug ID: 39231 Summary: setupapi:devinst fails if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The following failures only happen if the test is run in a restricted or limited user account. devinst.c:408: Test failed: SetupDiInstallClassA failed: 0000000d devinst.c:410: Test failed: Couldn't delete classkey devinst.c:462: Test failed: Expected ERROR_INVALID_PARAMETER, got 00000005 devinst.c:479: Test failed: Expected ERROR_CLASS_MISMATCH, got 00000005 devinst.c:491: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:496: Test failed: Expected ERROR_DEVINST_ALREADY_EXISTS, got 00000005 devinst.c:502: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000005 devinst.c:508: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:516: Test failed: Expected 3 devices, got 0 devinst.c:601: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:604: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:608: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057 devinst.c:609: Test failed: Unexpected instance ID aö|4 devinst.c:613: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:616: Test failed: SetupDiGetDeviceInstanceIdA failed: 00000057 devinst.c:618: Test failed: Unexpected instance ID aö|4 devinst.c:654: Test failed: SetupDiCreateDeviceInfoA failed: 5 devinst.c:721: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:725: Test failed: Expected ERROR_INVALID_USER_BUFFER, got 00000057 devinst.c:729: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:733: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:736: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:739: Test failed: SetupDiEnumDeviceInterfaces failed: 259 devinst.c:744: Test failed: expected 2 interfaces, got 0 devinst.c:247: We are most likely on Windows 2000 devinst.c:810: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:814: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:818: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87 devinst.c:828: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 87 devinst.c:252: Test failed: Couldn't delete deviceclass key devinst.c:932: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:934: Test failed: Expected registry key to exist devinst.c:950: Test failed: Expected ERROR_INVALID_FLAGS, got 87 devinst.c:955: Test failed: Expected ERROR_INVALID_FLAGS, got 87 devinst.c:961: Test failed: Expected ERROR_INVALID_FLAGS, got 87 devinst.c:967: Test failed: Expected ERROR_DEVINFO_NOT_REGISTERED, got 00000057 devinst.c:972: Test failed: SetupDiRegisterDeviceInfo failed: 00000057 devinst.c:977: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057 devinst.c:984: Test failed: Expected ERROR_KEY_DOES_NOT_EXIST, got 00000057 devinst.c:997: Test failed: SetupDiCreateDevRegKey failed: 00000057 devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103 devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed: 00000057 devinst.c:1027: Test failed: Expected the device to be removed: 00000000 devinst.c:1033: We are most likely on Wine devinst.c:1084: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:1087: Test failed: SetupDiCreateDeviceInterfaceA failed: 00000057 devinst.c:1090: Test failed: SetupDiRegisterDeviceInfo failed: 00000057 devinst.c:1101: Test failed: SetupDiEnumDeviceInterfaces failed: 00000103 devinst.c:1104: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:144: Test failed: SetupDiEnumDeviceInfo failed: 00000103 devinst.c:152: Test failed: SetupDiCallClassInstaller(DIF_REMOVE...) failed: 00000057 devinst.c:1143: Test failed: Expected the device to be removed: 00000000 devinst.c:1149: We are most likely on Wine devinst.c:1182: Test failed: SetupDiCreateDeviceInfoA failed: 00000005 devinst.c:1194: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1204: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057 devinst.c:1216: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1225: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:1227: Test failed: Unexpected size: 0 devinst.c:1231: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057 devinst.c:1232: Test failed: Unexpected property devinst.c:1236: Test failed: SetupDiGetDeviceRegistryPropertyA failed: 00000057 devinst.c:1237: Test failed: Unexpected value of property devinst.c:1238: Test failed: Unexpected type of property: 0 devinst.c:1242: Test failed: SetupDiSetDeviceRegistryPropertyA failed: 00000057 devinst.c:1247: Test failed: Expected ERROR_INVALID_DATA, got 00000057 devinst.c:1288: Test failed: SetupDiCreateDeviceInfoW failed: 00000005 devinst.c:1300: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1310: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057 devinst.c:1322: Test failed: Expected ERROR_INVALID_REG_PROPERTY, got 00000057 devinst.c:1331: Test failed: Expected ERROR_INSUFFICIENT_BUFFER, got 00000057 devinst.c:1333: Test failed: Unexpected size: 0 devinst.c:1337: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057 devinst.c:1338: Test failed: Unexpected property devinst.c:1342: Test failed: SetupDiGetDeviceRegistryPropertyW failed: 00000057 devinst.c:1343: Test failed: Unexpected value of property devinst.c:1344: Test failed: Unexpected type of property: 0 devinst.c:1348: Test failed: SetupDiSetDeviceRegistryPropertyW failed: 00000057 devinst.c:1353: Test failed: Expected ERROR_INVALID_DATA, got 00000057 In particular one can notice this bug on the following WineTest boxes: fg-win2000-rusr: Windows 2000 with a Restricted user account fg-win2000-susr: Windows 2000 with a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. Note however that it succeeds in regular user accounts on the following boxes for instance: fg-win7u64-1spie9usr: Windows 7 with a regular user account. See: https://test.winehq.org/data/tests/setupapi:devinst.html -- 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 2

[Bug 39232] New: setupapi:install fails if privileges not high enough
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=39232 Bug ID: 39232 Summary: setupapi:install fails if privileges not high enough Product: Wine Version: unspecified Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P2 Component: setupapi Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com This test systematically times out when run in a restricted or limited user account while it only times out in under 1% of the other runs. Coupled with the pair of messages saying it's skipping tests because it cannot install a service, this clearly indicates a permissions problem. install.c:303: Tests skipped: Not enough rights to install the service install.c:380: Tests skipped: Not enough rights to install the service test failed: timed out In particular one can notice this bug on the following WineTest boxes: fg-win2000-rusr: Windows 2000 with a Restricted user account fg-win2000-susr: Windows 2000 with a Standard (Power) user account. fg-winxp-lusr: Windows XP with a Limited user account. Note however that it succeeds in non-Restricted/Limited user accounts on the following boxes for instance: fg-win7u64-1spie9usr: Windows 7 with a regular user account. See: https://test.winehq.org/data/tests/setupapi:install.html -- 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 2

[Bug 20604] New: dsound tests fail under pulseaudio
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=20604 Summary: dsound tests fail under pulseaudio Product: Wine Version: 1.1.32 Platform: PC URL: http://test.winehq.org/data/tests/dsound:ds3d.html OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=24580) --> (http://bugs.winehq.org/attachment.cgi?id=24580) +dsound trace Ignoring the usual statements about pulesaudio for a bit, there's been a lot of work (thanks Maarten et al) to make Wine work a bit better with it. When I was on jaunty, I removed it, but under Karmic, you can't remove pulseaudio without foobaring gnome. So, I'm stuck with it...and since few people run winetest daily on wine aside from me, test.winehq.org shows a bunch of failures on dsound now. So, let's make it play better: http://test.winehq.org/data/f222a1654ea8f84bc678c9043ad3265b97207dde/wine_a… -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 19

[Bug 51315] New: The 64-bit webservices:writer test fails in Wine
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51315 Bug ID: 51315 Summary: The 64-bit webservices:writer test fails in Wine Product: Wine Version: 6.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 64-bit webservices:writer test fails in Wine: writer.c:371: Test failed: 2272: got 11 expected 10 writer.c:373: Test failed: 2272: got <t>:E-3</t> expected <t>1E-2</t> writer.c:371: Test failed: 2272: got 12 expected 11 writer.c:373: Test failed: 2272: got <t>-:E-3</t> expected <t>-1E-2</t> writer.c:373: Test failed: 2272: got <t>1.7976931348623156E+308</t> expected <t>1.7976931348623157E+308</t> writer.c:373: Test failed: 2272: got <t>-1.7976931348623156E+308</t> expected <t>-1.7976931348623157E+308</t> Note that these failures are systematic and only happen when running the 64-bit test in Wine. Also most of these failures also happen on armv7l (but armv7l has/had two more, see bug 49197). -- 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 38060] New: Apps can't load custom fonts during runtime
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=38060 Bug ID: 38060 Summary: Apps can't load custom fonts during runtime Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs(a)winehq.org Reporter: masterofquebec(a)rocksplash.com Distribution: Debian Created attachment 50700 --> https://bugs.winehq.org/attachment.cgi?id=50700 WINEDEBUG=warn+all,fixme+all MTASA Calls to AddFontResourceEx seems to fails in various games. San Andreas Multiplayer: warn:font:new_ft_face Unable to load font "/home/samuel/.wine/dosdevices/c:/Program Files/Rockstar Games/GTA San Andreas/gtaweap3.ttf"/(nil) err = 2 Multi Theft Auto: warn:font:new_ft_face Unable to load font "/home/samuel/.wine/dosdevices/c:/Program Files/MTA San Andreas 1.4/MTA/cgui/pricedown.ttf"/(nil) err = 2 In both cases the fonts exist and seems to be valid. What is error 2? -- 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 23

[Bug 14867] New: TrackMouseEvent thinko / valgrind warning?
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=14867 Summary: TrackMouseEvent thinko / valgrind warning? Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com An app I'm looking at is doing TRACKMOUSEEVENT tme; tme.cbSize = sizeof(TRACKMOUSEEVENT); tme.dwFlags = TME_LEAVE; tme.hwndTrack = my_hWnd; TrackMouseEvent(&tme); which causes the following valgrind complaint: Conditional jump or move depends on uninitialised value(s) at TrackMouseEvent (input.c:1043) by MyTrackMouseLeave (in app) ... Uninitialised value was created by a stack allocation at MyTrackMouseLeave (in app) Looking at git blame user32/input.c, I see line 1043 is the if: hover_time = ptme->dwHoverTime; if (hover_time == HOVER_DEFAULT || hover_time == 0 || !(ptme->dwHoverTime&TME_HOVER)) Squinting at that a bit, it get the feeling the bitmask check is a typo; shouldn't that be dwFlags, not dwHoverTime? Also, if TME_HOVER is not set, we probably shouldn't be looking at dwHoverTime, right? FWIW, that bitmask check was added by http://www.winehq.org/pipermail/wine-patches/2006-October/031794.html Incidentally, while playing around, I noticed that the test crashes if you get too many events. I'll attach a little patch to fail more gracefully. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 15

[Bug 34342] New: Chronic crash of Guild Wars 2(out of memory)
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=34342 Bug #: 34342 Summary: Chronic crash of Guild Wars 2(out of memory) Product: Wine Version: 1.7.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nob.dir.info(a)gmail.com Classification: Unclassified Created attachment 45715 --> http://bugs.winehq.org/attachment.cgi?id=45715 ArenaNet log when crashing Hello, Since I'm playing Guild Wars 2 quite often, I have chronic crashes with an Out of Memory report, although there are still 4+Gb of free RAM(total 8Gb) and 1Gb of free VRAM(total 2Gb). As I'm using Wine in 64-bit mode on a 64-bit system, I thought that there shouldn't be any memory problem, but it doesn't seem to be true. I also tried out the 4Gb patcher, still no effect. I think it comes from Wine/the system, because I played sometimes on Windows(with also 8 Gb of total RAM), and I never crashed. Cordially. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 59

[Bug 47382] New: Nero CoverDesigner doesn't install - hangs at " checking for the latest version"
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=47382 Bug ID: 47382 Summary: Nero CoverDesigner doesn't install - hangs at "checking for the latest version" Product: Wine Version: 4.9 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: --- Follow up to bug 47371. The installer just stalls and doesn't seem to continue, even after I waited ~15min. "winetricks -q ie8 win7" helps. -- 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 6

[Bug 52718] New: The 32-bit windows.media.speech:speech crashes on Windows 10 1709
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=52718 Bug ID: 52718 Summary: The 32-bit windows.media.speech:speech crashes on Windows 10 1709 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com The 32-bit windows.media.speech:speech crashes on Windows 10 1709: speech.c:614: SpeechRecognizer default language L"en-US". speech.c:277: iface 0062FDE4, value 0062FD00. windows.media.speech:speech:05b8 done (-1073740791) in 1s Test failed: crash (c0000409) https://test.winehq.org/data/patterns.html#windows.media.speech:speech Where 0xc0000409 is STATUS_STACK_BUFFER_OVERRUN. Traces show the crash happens in test_SpeechRecognitionListConstraint() which was added in the commit below: commit 954b14348d08c8f9470cf92fccd0b2a3f7db9fff Author: Bernhard Kölbl <besentv(a)gmail.com> AuthorDate: Mon Mar 14 11:06:35 2022 +0100 windows.media.speech/tests: Add tests for SpeechRecognitionListConstraint. Signed-off-by: Bernhard Kölbl <besentv(a)gmail.com> Signed-off-by: Rémi Bernon <rbernon(a)codeweavers.com> Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> More precisely, traces indicate that it happens on this line: 936 hr = ISpeechRecognitionListConstraintFactory_CreateWithTag(listconstraint_factory, &iterable_hstring.IIterable_HSTRING_iface, tag, &listconstraint); -- 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 48852] New: quartz crashes with Magic The Gathering: Online
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=48852 Bug ID: 48852 Summary: quartz crashes with Magic The Gathering: Online Product: Wine Version: 4.9 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: panard(a)inzenet.org Distribution: --- Created attachment 66776 --> https://bugs.winehq.org/attachment.cgi?id=66776 WINEDEBUG=+quartz,+wmp Since the March 25, 2020 update of Magic Online client, quartz regularly crashes in PullPin_Disconnect, whereas the following configuration is used: winetricks sound=disabled winegstreamer=disabled Attached is the backtrace, a +quartz,+wmp trace, and the wav file it was playing. Relevant errors seem to be around: 0073:err:quartz:BaseMemAllocator_Commit fnAlloc failed with error 0x8004020e 0073:warn:quartz:FilterGraph2_Render Unable to connect L"Wave Parser" to renderer (80040207) Then the crash occurs within PullPin_Disconnect because This->pAlloc is NULL. -- 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 6

[Bug 25284] New: kernel32: process tests fail on Ubuntu 10.04
by wine-bugs＠winehq.org 24 Nov '22

24 Nov '22

http://bugs.winehq.org/show_bug.cgi?id=25284 Summary: kernel32: process tests fail on Ubuntu 10.04 Product: Wine Version: 1.3.7 Platform: x86-64 URL: http://test.winehq.org/data/9867c39133f260eead2e7a041e ae1d1fd775dcf1/wine_ae-ub1004/kernel32:process.html OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com These tests fail every time on my machine: wine: configuration in '/home/austin/.wine' has been updated. wine: cannot find L"C:\\windows\\system32\\doesnotexist.exe" wine: cannot find L"C:\\windows\\system32\\does.exe" err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\austin\\wine-git\\dlls\\kernel32\\tests\\kernel32_test.exe" failed, status c0000022 process.c:1276: Test failed: StartupInfoA:cb expected 68, but got 0 process.c:1277: Test failed: StartupInfoA:lpDesktop expected '', got '(null)' process.c:1279: Test failed: expected 'Z:\home\austin\wine-git\dlls\kernel32\tests\kernel32_test.exe.so' or null, got '(null)' process.c:1281: Test failed: StartupInfoA:dwX expected 0, but got 1 process.c:1282: Test failed: StartupInfoA:dwY expected 0, but got 1 process.c:1283: Test failed: StartupInfoA:dwXSize expected 0, but got 1 process.c:1284: Test failed: StartupInfoA:dwYSize expected 0, but got 1 process.c:1285: Test failed: StartupInfoA:dwXCountChars expected 0, but got 1 process.c:1286: Test failed: StartupInfoA:dwYCountChars expected 0, but got 1 process.c:1287: Test failed: StartupInfoA:dwFillAttribute expected 0, but got 1 process.c:1288: Test failed: StartupInfoA:dwFlags expected 1, but got 0 process.c:1289: Test failed: StartupInfoA:wShowWindow expected 1, but got 0 process.c:1543: Test failed: ReadProcessMemory error -559038737 process.c:1545: Test failed: wrong read bytes 0 process.c:1623: Test failed: GetProcessVersion error 5 make: *** [process.ok] Error 15 I've tried going back to 1.2, fail there as well, and in gcc-4.4 and gcc from svn. austin@midna:~/wine-git/dlls/kernel32/tests$ uname -a Linux midna 2.6.35-22-generic #34~lucid1-Ubuntu SMP Mon Oct 11 14:34:26 UTC 2010 x86_64 GNU/Linux -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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 8

[Bug 53959] New: OpenGL32 fails to initialize
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53959 Bug ID: 53959 Summary: OpenGL32 fails to initialize Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: reserv0(a)yahoo.com Distribution: Other When trying to start a 32 bits program with Wine v7.21, OpenGL32 fails to initialize, and "unixlib" fails to load. E.g. starting Poser 7: 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0024:err:wgl:DllMain Failed to load unixlib, status 0xc0000135 0024:err:module:LdrInitializeThunk "opengl32.dll" failed to initialize, aborting 0024:err:module:LdrInitializeThunk Initializing dlls for L"C:\\Program Files\\Poser 7\\Poser.exe" failed, status c0000142 Everything worked fine in this respect up to Wine v7.20... -- 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 6

[Bug 53949] New: "OPENGL32.dll" failed to initialize message in "classic" Dolphin release 4.0-154
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53949 Bug ID: 53949 Summary: "OPENGL32.dll" failed to initialize message in "classic" Dolphin release 4.0-154 Product: Wine Version: 7.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)winehq.org Reporter: kle(a)bluewin.ch Distribution: --- Hi all! It looks that there exist a bug with the opengL32.dll file in Wine 7.21. When I start the "final" D3D9 build 4.0-154 (32bit or 64bit) of the Dolphin emulator then I get at the CLI an error message: 010c:err:wgl:DllMain Failed to load unixlib, status 0xc0000135 010c:err:module:LdrInitializeThunk "OPENGL32.dll" failed to initialize, aborting 010c:err:module:LdrInitializeThunk Initializing dlls for L"Z:\\home\\test\\Downloads\\Dolphin\\Dolphin-x64\\Dolphin.exe" failed, status c0000142 This may or may not be related to the PE migration of the opengl32 library which happened recently. Unfortunately I am not able to confirm that this worked on earlier Wine releases. Will look into that when I find the time. The corresponding DX9-Final-4.0-154 builds of Dolphin can be found here: https://de.dolphin-emu.org/download/dev/5d7d8be58e1a71b3fcbb2ed3be78d6a014d… Check "Dolphin.exe --help" or "Dolphin.exe --h" for the available command line arguments. Note, this error doesn't occur on latest Dolphin releases. It seems to affect only older ones. I have tested this also with the unofficial Ishiiruka-Dolphin fork (build 1136). Also this variant seems to starts-up fine. But it crashes when the D3D9 renderer is selected. At the CLI I get: 010c:fixme:d3d:debug_d3dformat Unrecognized 0x5a574152 (as fourcc: RAWZ) WINED3DFORMAT! 010c:fixme:d3d:wined3d_get_format Can't find format unrecognized (0x5a574152) in the format lookup table. But this seems to be a different issue. ;-) -- 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 6

[Bug 53630] New: FoxPro for Windows 21.6a crashes at start with "insufficient memory" error
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53630 Bug ID: 53630 Summary: FoxPro for Windows 21.6a crashes at start with "insufficient memory" error Product: Wine Version: 7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: JSladek(a)juno.com Distribution: --- Created attachment 73029 --> https://bugs.winehq.org/attachment.cgi?id=73029 Startup attempt via Konsole On startup, FPW crashes with "insufficient memory" error regardless how the app is started, e.g. Konsole with ./FOXPROW.EXE, or FOXPROW.EXE open with Wine Windows Program Loader or by Application Menu command /home/jim_pcl/.wine/drive_c/FPW26/FOXPROW.EXE. This application worked (with the exception of previously reported bug) with the last installed wine version 7.13 - problem appeared with the update to version 7.16 -- 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 18

[Bug 53078] New: Star Stable Online: GameGuard execute error 114 when launching the game
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=53078 Bug ID: 53078 Summary: Star Stable Online: GameGuard execute error 114 when launching the game Product: Wine Version: 7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: dominik(a)greysector.net Distribution: --- Created attachment 72498 --> https://bugs.winehq.org/attachment.cgi?id=72498 wine terminal output Star Stable Online has been working fine for quite some time under Wine. The only minor annoyance was the The game did not start properly Do you want to repair it? Yes No dialog box after clicking Play. Despite that, the game worked fine. Also, clicking "Yes" above would reinstall the game but not make the dialog go away. However, in the latest update (May 25th, 2.12.2 as far as I can tell), the developer added GameGuard anti-cheating solution and the game stopped launching. I can start the launcher, log in (free account required), but after clicking "Play", in addition to the "did not start properly" dialog box I get another: GameGuard execute error 114 GameGuard initialization error. Try rebooting and executing the game again or close the program considered a cause of collision. OS: Fedora 36 x86_64 Wine: 7.9 (distribution packages) Game download link: https://www.starstable.com/en/myaccount/download (needs User-Agent set to Windows) -- 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 51698] New: ucrt stdio's stdout does not flush
by WineHQ Bugzilla 24 Nov '22

24 Nov '22

https://bugs.winehq.org/show_bug.cgi?id=51698 Bug ID: 51698 Summary: ucrt stdio's stdout does not flush Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: api-ms-win-* Assignee: wine-bugs(a)winehq.org Reporter: euloanty(a)live.com Distribution: --- Not msvcrt. UCRT does not correctly flush. why? -- 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

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