wine-bugs April 2024

wine-bugs@winehq.org

1 participants
1943 discussions

[Bug 56223] New: winedbg: crashes after loading gecko debug information
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56223 Bug ID: 56223 Summary: winedbg: crashes after loading gecko debug information Product: Wine Version: 9.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: dbghelp Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Created attachment 75929 --> https://bugs.winehq.org/attachment.cgi?id=75929 stdout of application and winedbg, backtrace for handled and unhandled SIGSEGV Looking at 56213 gives a crash ending in xul.dll. Therefore I put the xul.pdb from wine-gecko-2.47.4-x86-pdb.tar.xz into the directory of xul.dll. This leads to a crashing winedbg.exe. I think the address space gets exhausted, because the xul.pdb is 500 MB, and htop shows for a crashing winedbg.exe VIRT=4072M RES=1588M. This comes with a few of following lines: err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 003f4000 But also this line is visible: err:dbghelp_msc:pe_load_debug_directory Got a page fault while loading symbols So the loading of the big pdb file is protected by an exception handler in pe_load_debug_directory. But afterwards dbghelp.dll tries to work with this partially loaded debug information and gets a second SIGSEGV, this time unhandled and unfortunately without any message. -- 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 56334] New: Page fault when querying dinput8_a_EnumDevices
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56334 Bug ID: 56334 Summary: Page fault when querying dinput8_a_EnumDevices Product: Wine Version: 9.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dinput Assignee: wine-bugs(a)winehq.org Reporter: leonicolas(a)gmail.com Distribution: --- Created attachment 76066 --> https://bugs.winehq.org/attachment.cgi?id=76066 Unhandled exception: page fault on read access to 0x00000006 in wow64 32-bit code (0x7bd37250). This error happens when I try to run a game I'm developing on the MMBasic For Windows environment over Wine. I have tried different Wine versions, including the last dev version (9.2). The error only happens if I have the gamepad connected to the computer. This is the MMBasic For Windows interpreter I'm using: https://www.thebackshed.com/forum/uploads/matherp/2023-12-24_033644_MMBasic… This is the game repo: https://github.com/leonicolas/knightmare-cmm2/ To run the interpreter environment: wine MMBasic_input.exe &> /dev/null To run the game: chdir"the/game/path" Usually the root folder is your Documents folder run"km.bas" Wine crashes with the attached backtrace after running the run"km.bas" command. -- 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 56503] New: CryptStringToBinary doesn't adds CR before pad bytes in some cases
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56503 Bug ID: 56503 Summary: CryptStringToBinary doesn't adds CR before pad bytes in some cases Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: dm.klionsky(a)gmail.com Distribution: --- Created attachment 76262 --> https://bugs.winehq.org/attachment.cgi?id=76262 Test program Both CryptStringToBinaryA and CryptStringToBinaryW don't add CR before pad bytes in some cases. Attached the test program. ``` $ x86_64-w64-mingw32-gcc certcat.c -lcrypt32 -o certcat ``` ``` $ wine certcat.exe << EOF > -----BEGIN CERTIFICATE----- MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy 9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/ ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ 1w== -----END CERTIFICATE----- EOF -----BEGIN CERTIFICATE----- MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy 9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/ ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ1w== -----END CERTIFICATE----- ``` -- 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 56271] New: Free Download Manager no longer works after it updated (stuck at 100% CPU, no visible window)
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56271 Bug ID: 56271 Summary: Free Download Manager no longer works after it updated (stuck at 100% CPU, no visible window) Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: o.dierick(a)piezo-forte.be Distribution: --- Created attachment 75992 --> https://bugs.winehq.org/attachment.cgi?id=75992 Free Download Manager terminal output on Wine 9.1 Hello, Free Download Manager was working until it updated and restarted itself. I updated Wine from 9.0-rc3 to 9.1. The application was working as usual after the Wine update. I used the menu to check for an application update and allowed it to update. Then the application downloaded some stuff and tried to restart and got hung. After forcing everything to close, when I launch the application, there is a fdm.exe process using one core at 100% and nothing more. Regards. -- 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 10

[Bug 56256] New: Windows Sysinternals Process Explorer 17.05 shows incomplete user interface (32-bit).
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56256 Bug ID: 56256 Summary: Windows Sysinternals Process Explorer 17.05 shows incomplete user interface (32-bit). Product: Wine Version: 9.1 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- With WINEARCH=win32 procexp.exe shows just the menubar, other parts of the userinterface seem missing. This seems related to this line: 0124:err:seh:dispatch_user_callback ignoring exception c0000005 -- 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 56093] New: msys/pacman: fails with "fixup_mmaps_after_fork: VirtualQueryEx failed"
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56093 Bug ID: 56093 Summary: msys/pacman: fails with "fixup_mmaps_after_fork: VirtualQueryEx failed" Product: Wine Version: 9.0-rc3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- Updating a msys2 installation via "pacman -Suy" fails in below way. This is a result of the parent process doing a DuplicateHandle with PROCESS_QUERY_LIMITED_INFORMATION and inheriting this to the forked process. This fork tries to recreate the mappings of the parent but fails the VirtualQueryEx call with this inherited handle of the parent process. It does fail because in wine it leads to a call to get_process_from_handle with PROCESS_QUERY_INFORMATION which the handle was not created with. msys2 does intentionally use PROCESS_QUERY_LIMITED_INFORMATION instead of PROCESS_QUERY_INFORMATION with DuplicateHandle on windows 8.1 and up. wine bash.exe --login pacman -Suy 0 [main] pacman 1051 fixup_mmaps_after_fork: VirtualQueryEx failed for MAP_PRIVATE address 0x6FFFFFFF0000, Win32 error 5 562 [main] pacman 1051 C:\msys64\usr\bin\pacman.exe: *** fatal error in forked process - recreate_mmaps_after_fork_failed In the parent process: https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/sigp… In the child process: https://github.com/msys2/msys2-runtime/blob/msys2-3.4.10/winsup/cygwin/mm/m… -- 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 51813] New: python fatal error redirecting stdout to file
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51813 Bug ID: 51813 Summary: python fatal error redirecting stdout to file Product: Wine Version: 6.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xantares09(a)hotmail.com Distribution: ArchLinux python exits with a fatal error when the output is redirected to a file $ wget https://www.python.org/ftp/python/3.9.5/python-3.9.5-embed-win32.zip $ unzip python-3.9.5-embed-win32.zip $ wine python -c 'print("hello world")' > out.txt wine: created the configuration directory '/home/devel/.wine' ... wine: configuration in L"/home/devel/.wine" has been updated. Fatal Python error: init_sys_streams: can't initialize sys standard streams Python runtime state: core initialized OSError: [WinError 6] Invalid handle Current thread 0x000000d4 (most recent call first): <no Python frame> whereas it succeeds on stdout or /dev/null: $ wine python -c 'print("hello world")' hello world I also tried python 3.8.6 and wine 6.15/6.14 without luck see also topic https://forum.winehq.org/viewtopic.php?f=8&t=33992 -- 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 51957] New: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=51957 Bug ID: 51957 Summary: Program started via HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths should also be started if extension ".exe" is missing Product: Wine Version: 6.19 Hardware: x86-64 OS: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 70937 --> https://bugs.winehq.org/attachment.cgi?id=70937 possible patch Hi, I found this as installer of adobe digital editions is failing in chocolatey. First autohotkey is installed, i guess to press some button from license agreement. After that script tries to install adobe digital editions but fails at a line: $ahkProc = Start-Process -FilePath 'AutoHotKey' ` -ArgumentList $ahkRun ` -PassThru Autohotkey is never started as this fails. I tested on windows and then both: Start-Process -FilePath 'AutoHotKey' and Start-Process -FilePath 'AutoHotKey.exe' succeed. In wine only the last one succeeds. Attached a patch that fixes this; Maybe needs more error checking? Hints for improvement welcome; Additional note: due to install-script for autohotkey following key is present: [HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\App Paths\AutoHotkey.exe] @="C:\\Program Files\\AutoHotkey\\AutoHotkey.exe" -- 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 10

[Bug 55000] New: wineserver crashes below save_all_subkeys after RegUnLoadKey
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=55000 Bug ID: 55000 Summary: wineserver crashes below save_all_subkeys after RegUnLoadKey Product: Wine Version: 8.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)mailbox.org Distribution: --- While trying to reproduce a crash in procexp64 I noticed a crash in wineserver instead. I think I found the reason in a call to `RegUnLoadKey(HKEY_USERS, ".Default")`, which succeeds in wine while it should maybe not. Program terminated with signal SIGSEGV, Segmentation fault. 208 struct object *parent = key->obj.name->parent; (gdb) bt #0 get_parent () at server/registry.c:208 #1 dump_path () at server/registry.c:226 #2 save_all_subkeys () at server/registry.c:2008 #3 save_branch (path="userdef.reg") at server/registry.c:2107 #4 save_branch () at server/registry.c:2134 #5 periodic_save () at server/registry.c:2131 #6 periodic_save () at server/registry.c:2124 #7 get_next_timeout () at server/fd.c:959 #8 main_loop_epoll () at server/fd.c:617 #9 main_loop () at server/fd.c:992 #10 main () at server/main.c:237 (gdb) print key->obj.name $3 = (struct object_name *) 0x0 The "name" member got set to NULL here before in wineserver: 424 obj->name = NULL; (rr) bt #0 unlink_named_object () at server/object.c:424 #1 delete_key () at server/registry.c:1089 #2 req_unload_registry () at server/registry.c:2363 #3 call_req_handler () at server/request.c:305 #4 read_request () at server/request.c:360 With the request originating at process side here: #14 wine_server_call () at dlls/ntdll/unix/server.c:307 #15 NtUnloadKey () at dlls/ntdll/unix/registry.c:767 #16 __wine_syscall_dispatcher () -- 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 10

[Bug 56135] New: dictionnaire Hachette 98
by WineHQ Bugzilla 16 Apr '25

16 Apr '25

https://bugs.winehq.org/show_bug.cgi?id=56135 Bug ID: 56135 Summary: dictionnaire Hachette 98 Product: Wine Version: 6.0.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cremond.didier(a)neuf.fr Distribution: --- Created attachment 75813 --> https://bugs.winehq.org/attachment.cgi?id=75813 error log I installed DHM98 (Hachette Multimedia Encyclopedic Dictionary 98) with Vine on linux mint 21.2 cinnamon. he launches but gets an error. Attached is the error log -- 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

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 April 2024