September 2021 - Wine-Bugs - list.winehq.org

[Bug 47808] New: Cygwin's mintty.exe crashes with a stack overflow
by WineHQ Bugzilla June 9, 2023

June 9, 2023

https://bugs.winehq.org/show_bug.cgi?id=47808 Bug ID: 47808 Summary: Cygwin's mintty.exe crashes with a stack overflow Product: Wine Version: 4.16 Hardware: x86-64 URL: https://cygwin.com/setup-x86_64.exe OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: z.figura12(a)gmail.com Distribution: --- Created attachment 65297 --> https://bugs.winehq.org/attachment.cgi?id=65297 hack: always expand the stack if within the stack reserve The problem is that Cygwin replaces the default stack with one that they've manually allocated, for whatever reason. Unlike Wine's stack, their stack is actually split into reserved and committed parts. Then somewhere in gdi32, libfreetype jumps multiple pages of stack at once, skipping the guard page and triggering a stack overflow. It's within the reserved portion, but it never touches the guard pages, so we abort immediately. This is never a problem normally, because Wine commits the whole stack instead of just part of it. The architecturally correct way to fix this is normally to have any such function use _chkstk(). But it's within libfreetype, so that isn't going to work. The attached patch fixes the bug, but it's probably not correct. I don't know how much better we can do, though... -- 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 27

[Bug 27827] New: Creo Elements/Direct Modeling Express 4.0 loader failure due to missing msvcrt.dll dependency
by wine-bugs＠winehq.org June 9, 2023

June 9, 2023

http://bugs.winehq.org/show_bug.cgi?id=27827 Summary: Creo Elements/Direct Modeling Express 4.0 loader failure due to missing msvcrt.dll dependency Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a user reported a problem with this app on IRC #winehq. It seems there is a dll dependency to msvcrt.dll not present with Wine dlls. --- snip --- ... 0025:Call PE DLL (proc=0x5c172245,module=0x5c170000 L"redirect.dll",reason=PROCESS_ATTACH,res=0x1) 0025:Call KERNEL32.GetEnvironmentVariableW(5c17309c L"SDREDIRECTION",5c175f30,00000040) ret=5c171d99 0025:Ret KERNEL32.GetEnvironmentVariableW() retval=00000000 ret=5c171d99 0025:Call KERNEL32.lstrcmpiW(5c173810 L"no",5c1730b8 L"") ret=5c17228a 0025:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=5c17228a 0025:Call KERNEL32.SetEnvironmentVariableW(5c1738c0 L"_NO_DEBUG_HEAP",5c1738bc L"1") ret=5c1722b1 0025:Ret KERNEL32.SetEnvironmentVariableW() retval=00000001 ret=5c1722b1 0025:Call KERNEL32.GetModuleHandleW(00000000) ret=5c1722e0 0025:Ret KERNEL32.GetModuleHandleW() retval=00400000 ret=5c1722e0 0025:Call KERNEL32.GetProcAddress(00400000,5c173954 "ThreadAttached") ret=5c1722e7 0025:Ret KERNEL32.GetProcAddress() retval=004e6e20 ret=5c1722e7 0025:Call KERNEL32.GetModuleHandleW(00000000) ret=5c1722f9 0025:Ret KERNEL32.GetModuleHandleW() retval=00400000 ret=5c1722f9 0025:Call KERNEL32.GetProcAddress(00400000,5c173964 "ThreadDetached") ret=5c172300 0025:Ret KERNEL32.GetProcAddress() retval=004e6e40 ret=5c172300 0025:Call KERNEL32.GetModuleHandleW(5c173624 L"MSVCRT") ret=5c17212b 0025:trace:module:LdrGetDllHandle L"MSVCRT" -> (nil) (load path L"C:\\Program Files\\PTC\\Creo Elements\\Direct Modeling Express 4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem") 0025:Ret KERNEL32.GetModuleHandleW() retval=00000000 ret=5c17212b 0025:Call KERNEL32.GetProcAddress(00000000,5c173618 "setlocale") ret=5c172132 0025:Ret KERNEL32.GetProcAddress() retval=00000000 ret=5c172132 0025:Call KERNEL32.OutputDebugStringW(5c173650 L"redirect: Cannot find setlocale() in msvcrt.dll.") ret=5c17214b 0025:Ret KERNEL32.OutputDebugStringW() retval=0032fc80 ret=5c17214b 0025:Call KERNEL32.lstrcmpiW(5c173610 L"try",5c1730b8 L"") ret=5c172230 0025:Ret KERNEL32.lstrcmpiW() retval=00000001 ret=5c172230 0025:Call KERNEL32.RaiseException(0000002c,00000000,00000000,00000000) ret=5c172243 0025:trace:seh:raise_exception code=2c flags=0 addr=0x683704bb ip=683704bb tid=0025 0025:trace:seh:raise_exception eax=6835dc85 ebx=683e06c4 ecx=00000000 edx=00000010 esi=0032fd18 edi=0032fc90 0025:trace:seh:raise_exception ebp=0032fc78 esp=0032fc14 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00200246 0025:trace:seh:call_stack_handlers calling handler at 0x7b9fbf2e code=2c flags=0 0025:trace:seh:__regs_RtlUnwind code=2c flags=2 0025:trace:seh:__regs_RtlUnwind calling handler at 0x7b9e0be3 code=2c flags=2 0025:trace:seh:__regs_RtlUnwind handler at 0x7b9e0be3 returned 1 ... --- snip --- The dll init code from "redirect.dll" assumes "msvcrt.dll" has already been loaded (hence GetModuleHandleW). There is an earlier loading attempt of "msvcrt.dll" due to Wine builtin MSVCR100.dll which is later dropped because native MSVCR100.dll has precedence. --- snip --- ... 0025:warn:module:load_builtin_dll failed to load .so lib for builtin L"C:\\windows\\system32\\MSVCR100.dll": /home/focht/.wine/dosdevices/c:/windows/system32/msvcr100.dll: invalid ELF header 0025:trace:module:load_builtin_dll Trying built-in L"MSVCR100.dll" 0025:trace:module:load_dll looking for L"msvcrt.dll" in L"C:\\Program Files\\PTC\\Creo Elements\\Direct Modeling Express 4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0025:trace:module:get_load_order looking for L"C:\\windows\\system32\\msvcrt.dll" 0025:trace:module:get_load_order got hardcoded default for L"msvcrt.dll" 0025:trace:module:load_dll L"C:\\windows\\system32\\msvcrt.dll" is a fake Wine dll 0025:trace:module:load_builtin_dll Trying built-in L"msvcrt.dll" 0025:trace:module:load_dll looking for L"kernel32.dll" in L"C:\\Program Files\\PTC\\Creo Elements\\Direct Modeling Express 4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0025:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for L"kernel32.dll" at 0x68350000, count=7 0025:trace:module:load_dll looking for L"ntdll.dll" in L"C:\\Program Files\\PTC\\Creo Elements\\Direct Modeling Express 4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0025:trace:module:load_dll Found L"C:\\windows\\system32\\ntdll.dll" for L"ntdll.dll" at 0x7b980000, count=7 0025:trace:module:load_builtin_callback loaded msvcrt.dll 0x116490 0x68780000 0025:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x68780000: builtin 0025:trace:module:load_dll Loaded module L"C:\\windows\\system32\\msvcrt.dll" (builtin) at 0x68780000 0025:trace:module:load_dll looking for L"kernel32.dll" in L"C:\\Program Files\\PTC\\Creo Elements\\Direct Modeling Express 4.0\\binNT;.;C:\\windows\\system32;C:\\windows\\system;C:\\windows;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem" 0025:trace:module:load_dll Found L"C:\\windows\\system32\\KERNEL32.dll" for L"kernel32.dll" at 0x68350000, count=8 0025:trace:module:load_builtin_callback loaded msvcr100.dll 0x116398 0x68740000 0025:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcr100.dll" at 0x68740000: builtin 0025:Call PE DLL (proc=0x6874bac4,module=0x68740000 L"msvcr100.dll",reason=WINE_PREATTACH,res=(nil)) 0025:Ret PE DLL (proc=0x6874bac4,module=0x68740000 L"msvcr100.dll",reason=WINE_PREATTACH,res=(nil)) retval=0 0025:trace:module:load_dll L"C:\\windows\\system32\\MSVCR100.dll" pre-attach returned FALSE, preferring native 0025:trace:module:LdrUnloadDll (0x68740000) 0025:trace:module:LdrUnloadDll (L"msvcr100.dll") - START 0025:trace:module:MODULE_DecRefCount (L"msvcr100.dll") ldr.LoadCount: 0 0025:trace:module:MODULE_DecRefCount (L"msvcrt.dll") ldr.LoadCount: 0 0025:trace:module:MODULE_DecRefCount (L"KERNEL32.dll") ldr.LoadCount: 7 0025:trace:module:MODULE_DecRefCount (L"ntdll.dll") ldr.LoadCount: 6 0025:trace:module:MODULE_DecRefCount (L"KERNEL32.dll") ldr.LoadCount: 6 0025:trace:module:free_modref unloading L"C:\\windows\\system32\\msvcrt.dll" 0025:trace:module:free_modref unloading L"C:\\windows\\system32\\msvcr100.dll" 0025:trace:module:LdrUnloadDll END 0025:trace:module:load_native_dll Trying native dll L"C:\\windows\\system32\\MSVCR100.dll" ... --- snip --- It would be helpful if someone could install the app on Windows and load "SolidDesigner.exe" main executable in Dependency Walker Tool (http://www.dependencywalker.com/) to figure out which dll pulls in "msvcrt.dll". In the listview select "msvcrt.dll" and then right click context menu "highlight matching module in tree". This would ideally show the parent dll in tree view that pulls in the dependency. Regards -- 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 24

[Bug 24946] New: uTorrent Release Candidate 2 (2.2 build 22732) hangs on start up
by wine-bugs＠winehq.org June 9, 2023

June 9, 2023

http://bugs.winehq.org/show_bug.cgi?id=24946 Summary: uTorrent Release Candidate 2 (2.2 build 22732) hangs on start up Product: Wine Version: 1.3.6 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com µTorrent hangs on start up here in Wine 1.3.5 and 1.3.6. I've double checked with an empty $HOME/.wine. I'm using Fedora 14 i686. -- 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 54

[Bug 26359] New: VMWare Player Setup has no GUI
by wine-bugs＠winehq.org June 5, 2023

June 5, 2023

http://bugs.winehq.org/show_bug.cgi?id=26359 Summary: VMWare Player Setup has no GUI Product: Wine Version: 1.3.15 Platform: x86-64 URL: http://www.computerbild.de/download/VMware-Player-9032 75.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nerv(a)dawncrow.de Created an attachment (id=33580) --> (http://bugs.winehq.org/attachment.cgi?id=33580) console log VMware-player-3.1.3-324285 Setup only has white screen. From console log i would guess it's gecko related. -- 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 6

[Bug 20482] New: Tunnelier Win32 SSH client shows a very tall dialog upon exiting
by wine-bugs＠winehq.org June 1, 2023

June 1, 2023

http://bugs.winehq.org/show_bug.cgi?id=20482 Summary: Tunnelier Win32 SSH client shows a very tall dialog upon exiting Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: christianuceda(a)yahoo.com Created an attachment (id=24385) --> (http://bugs.winehq.org/attachment.cgi?id=24385) Anomalous confirmation dialog Tunnelier is a nice Win32 SSH graphical client. Get the software from: $wget http://dl.bitvise.com/Tunnelier-Inst.exe Then install: $wine Tunnelier-Inst.exe To run it: $wine tunnelier to reproduce the bug just log into any ssh enabled server, the console and the SFTP window will open automatically after logging in. Then click on exit, a requester stating that there is a session running will appear asking for exit confirmation. This confirmation dialog is anomalous, the text on it appears like a tall vertical column. See attached capture. -- 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 16

[Bug 25435] New: MS Access will not open any wizard.
by wine-bugs＠winehq.org May 30, 2023

May 30, 2023

http://bugs.winehq.org/show_bug.cgi?id=25435 Summary: MS Access will not open any wizard. Product: Wine Version: 1.3.8 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: de.techno(a)gmail.com After creating a table, going to the create tab, you'll find lots of wizards... like the form wizard, report wizard etc... none of them work. A window opens with the title frui_frmMain with the next, previous cancel etc.. buttons visible and that's about it... access hangs completely and has to be forced quited. This appears to be a popular bug. -- 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 21

[Bug 36989] New: ThunderSpeed installer get white blank window
by wine-bugs＠winehq.org May 28, 2023

May 28, 2023

http://bugs.winehq.org/show_bug.cgi?id=36989 Bug ID: 36989 Summary: ThunderSpeed installer get white blank window Product: Wine Version: 1.7.23 Hardware: x86 URL: http://down.sandai.net/thunderspeed/ThunderSpeed1.0.12 .122.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: penghao(a)linuxdeepin.com Created attachment 49129 --> http://bugs.winehq.org/attachment.cgi?id=49129 installer window under wine inlinux Environment: Deepin 32bit Linux phcole 3.13.0-32-generic #57-Ubuntu SMP Tue Jul 15 03:51:12 UTC 2014 i686 i686 i686 GNU/Linux wine-1.7.23 download from: http://down.sandai.net/thunderspeed/ThunderSpeed1.0.12.122.exe start it to install the program, I get white blank window instead. -- 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 18

[Bug 24878] New: "Group by" options don't work in Explorer++
by wine-bugs＠winehq.org May 28, 2023

May 28, 2023

http://bugs.winehq.org/show_bug.cgi?id=24878 Summary: "Group by" options don't work in Explorer++ Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31495) --> (http://bugs.winehq.org/attachment.cgi?id=31495) Terminal output The file grouping options accessible in the view -> group by menu don't seem to do anything. Native comctl32 (v6) makes them functional. -- 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 10

[Bug 27559] New: ImgBurn crash at startup when Wine's 'Windows Version' is set to 'Vista' (or newer)
by wine-bugs＠winehq.org May 27, 2023

May 27, 2023

http://bugs.winehq.org/show_bug.cgi?id=27559 Summary: ImgBurn crash at startup when Wine's 'Windows Version' is set to 'Vista' (or newer) Product: Wine Version: 1.3.22 Platform: x86 URL: http://www.imgburn.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightning_uk(a)imgburn.com I've had a bunch of crash logs sent to me over the past year where ImgBurn crashes unrecoverably on startup when users are running it under Wine but was never able to reproduce the error until today. It turns out that if Wine's 'Windows Version' is set to 'XP' (default and what I'd always been using) everything works fine. The second it's changed to 'Vista' (or newer), the app crashes at startup. I've managed to get a crash call stack via madExcept / Eurekalog and have now traced the problem back to the 'Explorer' style component it uses in the 'Disc Layout Editor' window ('TVirtualExplorerTree' by MustangPeak). It looks like it's related to namespace stuff and therefore the shell? I've made/attached a Delphi demo app with a single form and single instance of 'TVirtualExplorerTree' to hopefully make testing and debugging this issue a little easier. Without fail, it'll crash when Wine's 'Windows Version' is set to 'Vista' but it's fine as 'XP'. I'm using Wine in Ubuntu 11.04 for testing. The programs (ImgBurn and demo app) work fine on a real Windows XP, Vista or 7 installation. -- 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 33

[Bug 50955] New: .netCore app can't bind to port shortly after another .netCore program binding to the same port was terminated
by WineHQ Bugzilla May 26, 2023

May 26, 2023

https://bugs.winehq.org/show_bug.cgi?id=50955 Bug ID: 50955 Summary: .netCore app can't bind to port shortly after another .netCore program binding to the same port was terminated Product: Wine Version: 6.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: besentv(a)gmail.com Distribution: --- Created attachment 69784 --> https://bugs.winehq.org/attachment.cgi?id=69784 BrokenClient I provided code for 3 different programs as attachment which represent extremely scaled down code of a bug I tried to find in a proprietary program: BrokenServer and BrokenClient are both C# programs created for .netCore 3.1 (x86). BrokenServer creates a socket, tries to bind it to port 41811 and ends up accepting all incoming connections on this port inside an infinite loop. Broken Client tries to connect to the socked opened by BrokenServer and ends up in an infinite loop(seems important!?). TestCode is to test what is actually broken in Wine: It runs a BrokenServer and 3 BrokenClients using CreateProcessA() and waits for getchar(). After that it stops all 4 processes using TerminateProcess() and immediately restarts the BrokenServer using CreateProcessA(). The server tries to bind to port 41811 but unlike on Windows it (almost) always fails to do so, showing a MessageBox with the information that the port is already in use. As mentioned before, the infinite loop in BrokenClient seems to make a difference because I never encountered this issue without it. I wasn't able to recreate this problem with native code. Everything was tested in a clean prefix with .netCore x86 desktop ("windowsdesktop-runtime-3.1.10-win-x86") 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 10