October 2013 - Wine-bugs - list.winehq.org

[Bug 10059] New: Windows Live Messenger 8. 5 - You can not type into login boxes
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=10059 Summary: Windows Live Messenger 8.5 - You can not type into login boxes Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: philip.kent(a)ntlworld.com When trying to run Windows Live Messenger 8.5 (install instructions in AppDB - http://appdb.winehq.org/objectManager.php?sClass=version&iId=8146) you will find you can not log in. This is because it is impossible to type into the textboxes requesting usernames and passwords. They are too small and do not accept input. A log file is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 16

[Bug 13777] New: Can't write in login and password fields in MSN8
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=13777 Summary: Can't write in login and password fields in MSN8 Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: igamads(a)gmail.com Created an attachment (id=13810) --> (http://bugs.winehq.org/attachment.cgi?id=13810) Terminal output on msn8 and clean wineprefix Can't right on the fields for Login and password. -- 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 4

[Bug 32467] New: Windows Sysinternals "bginfo" tool crashes due to incorrect sysparams PATH_ENTRY macro definition
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=32467 Bug #: 32467 Summary: Windows Sysinternals "bginfo" tool crashes due to incorrect sysparams PATH_ENTRY macro definition Product: Wine Version: 1.5.19 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, retested some Windows Sysinternals (former "Sysinternals") tools. "bginfo" crashes after applying settings (or if the timer runs out). Download: http://technet.microsoft.com/en-us/sysinternals/bb897557.aspx --- snip --- $ wine ./Bginfo.exe ... Unhandled exception: page fault on write access to 0x000000e6 in 32-bit code (0x004700f1). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004700f1 ESP:0033da04 EBP:0033da10 EFLAGS:00010286( R- -- I S - -P- ) EAX:ffffffff EBX:0000003a ECX:1d2c7fe2 EDX:7bc9a7c0 ESI:0000003a EDI:00000000 Stack dump: 0x0033da04: 7eb58280 0000003a 00000001 0033dc00 0x0033da14: 7eabfd9b 7eb58280 00000000 0033dc38 0x0033da24: 00000000 0033dbf8 7e0ea4a8 0033dbf8 0x0033da34: 7e07c080 7c6bc0b0 0033dac4 7e07b6ec 0x0033da44: 00000040 7bcc26c8 0033db90 00000000 0x0033da54: 0033db00 f758e91e 0033da70 00000000 000c: sel=0067 base=00000000 limit=00000000 32-bit r-x Backtrace: =>0 0x004700f1 in bginfo (+0x700f1) (0x0033da10) 1 0x7eabfd9b SystemParametersInfoW+0x1185(uiAction=0x29, uiParam=0x1f8, pvParam=0x33dc20, fWinIni=0) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:1581] in user32 (0x0033dc00) 2 0x7ec2669b TOOLTIPS_InitSystemSettings+0x76(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:208] in comctl32 (0x0033de20) 3 0x7ec2bc19 TOOLTIPS_WinIniChange+0x10(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2130] in comctl32 (0x0033de40) 4 0x7ec2c4f4 TOOLTIPS_WindowProc+0x82b(hwnd=0x50020, uMsg=0x1a, wParam=0x14, lParam=0x7eb61348) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2333] in comctl32 (0x0033de90) 5 0x7eadf72e WINPROC_wrapper+0x19() in user32 (0x0033dec0) 6 0x7eadf883 call_window_proc+0xcd(hwnd=0x50020, msg=0x1a, wp=0x14, lp=0x7eb61348, result=0x33dfb4, arg=0x7ec2bcc8) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:243] in user32 (0x0033df10) 7 0x7eae1b5d WINPROC_call_window+0x15f(hwnd=0x50020, msg=0x1a, wParam=0x14, lParam=0x7eb61348, result=0x33dfb4, unicode=0x1, mapping=WMCHAR_MAP_SENDMESSAGE) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:900] in user32 (0x0033df60) 8 0x7eaa0265 call_window_proc+0xbf(hwnd=0x50020, msg=0x1a, wparam=0x14, lparam=0x7eb61348, unicode=0x1, same_thread=0x1, mapping=WMCHAR_MAP_SENDMESSAGE) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:2211] in user32 (0x0033dfc0) 9 0x7eaa2fae send_message+0x138(info=0x33e03c, res_ptr=0x0(nil), unicode=0x1) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3203] in user32 (0x0033e020) 10 0x7eaa3501 SendMessageTimeoutW+0x4a(hwnd=0x50020, msg=0x1a, wparam=0x14, lparam=0x7eb61348, flags=0x2, timeout=0x7d0, res_ptr=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3357] in user32 (0x0033e070) 11 0x7ea9b2ad broadcast_message_callback+0xc4(hwnd=0x50020, lparam=0x33e16c) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:565] in user32 (0x0033e0c0) 12 0x7ead5603 EnumWindows+0x7b(lpEnumFunc=0x7ea9b1e8, lParam=0x33e16c) [/home/focht/projects/wine/wine-git/dlls/user32/win.c:3277] in user32 (0x0033e0f0) 13 0x7eaa2eb0 send_message+0x3a(info=0x33e16c, res_ptr=0x0(nil), unicode=0x1) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3190] in user32 (0x0033e150) 14 0x7eaa3501 SendMessageTimeoutW+0x4a(hwnd=0xffff, msg=0x1a, wparam=0x14, lparam=0x7eb61348, flags=0x2, timeout=0x7d0, res_ptr=0x0(nil)) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3357] in user32 (0x0033e1a0) 15 0x7eabcf64 SYSPARAMS_NotifyChange+0x6c(uiAction=0x14, fWinIni=0x3) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:504] in user32 (0x0033e1d0) 16 0x7eac2b3c SystemParametersInfoW+0x3f26(uiAction=0x14, uiParam=0, pvParam=0x33e3f4, fWinIni=0x3) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:2206] in user32 (0x0033e3c0) 17 0x7eac2d20 SystemParametersInfoA+0x15f(uiAction=0x14, uiParam=0, pvParam=0x33e6a8, fuWinIni=0x3) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:2236] in user32 (0x0033e630) 18 0x004075e3 in bginfo (+0x75e2) (0x80000001) 0x004700f1: movl %ebx,0xac(%esi) ... --- snip --- case SPI_GETNONCLIENTMETRICS Examining entry structures: --- snip --- Wine-dbg>bt Backtrace: =>0 0x7eabe8d8 get_entry(ptr=0x7eb58280, int_param=0, ptr_param=0x33dc38) [/home/focht/projects/wine/wine-git/dlls/user32/sysparams.c:1081] in user32 (0x0033dc00) 1 0x7ec2669b TOOLTIPS_InitSystemSettings+0x76(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:208] in comctl32 (0x0033de20) 2 0x7ec2bc19 TOOLTIPS_WinIniChange+0x10(infoPtr=0x141998) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2130] in comctl32 (0x0033de40) 3 0x7ec2c4f4 TOOLTIPS_WindowProc+0x82b(hwnd=0x100b0, uMsg=0x1a, wParam=0x14, lParam=0x7eb61348) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2333] in comctl32 (0x0033de90) ... Wine-dbg>x/10x ptr 0x7eb58280 entry_CAPTIONLOGFONT: 00470042 006e0049 006f0066 0062002e 0x7eb58290 entry_CAPTIONLOGFONT+0x10: 0070006d 00000000 000002bc fffffff5 0x7eb582a0 entry_CAPTIONLOGFONT+0x20: 00000000 00000000 ... Wine-dbg>p entry_BORDER {hdr={get=0x7eabd996, set=0x7eabd8dd, init=0x7eabd94d, regval="BorderWidth", mirror=0x0(nil), loaded=0x1}, val=0x1} Wine-dbg>p entry_SCROLLWIDTH {hdr={get=0x7eabd996, set=0x7eabd8dd, init=0x7eabd94d, regval="ScrollWidth", mirror=0x0(nil), loaded=0x1}, val=0x10} Wine-dbg>p entry_CAPTIONLOGFONT {hdr={get=0x470042, set=0x6e0049, init=0x6f0066, regval="", mirror="", loaded=0}, weight=0x2bc, val={lfHeight=0xfffffff5, lfWidth=0, lfEscapement=0, lfOrientation=0, lfWeight=0x2bc, lfItalic=0, lfUnderline=0, lfStrikeOut=0, lfCharSet=0, lfOutPrecision=0, lfClipPrecision=0, lfQuality=0, lfPitchAndFamily='"', lfFaceName={0x4d, 0x53, 0x20, 0x53, 0x68, 0x65, 0x6c, 0x6c, 0x20, 0x44, 0x6c, 0x67, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}}} Wine-dbg>p entry_SMCAPTIONWIDTH {hdr={get=0x7eabd996, set=0x7eabd8dd, init=0x7eabd94d, regval="SmCaptionWidth", mirror=0x0(nil), loaded=0x1}, val=0xd} --- snip --- entry_CAPTIONLOGFONT looks strange while others retrieved in SPI_GETNONCLIENTMETRICS case are fine: Dumping the entries preceding entry_CAPTIONLOGFONT: --- snip --- Wine-dbg>x/100x &entry_DESKWALLPAPER 0x7eb58240 entry_DESKWALLPAPER: 7eabe42d 7eabe4b7 7eabe52c 7eaf631a 0x7eb58250 entry_DESKWALLPAPER+0x10: 00000000 00000001 003a0043 0075005c 0x7eb58260 entry_USERPREFERENCESMASK: 00650073 00730072 0066005c 0063006f 0x7eb58270 entry_USERPREFERENCESMASK+0x10: 00740068 0054005c 006d0065 005c0070 0x7eb58280 entry_CAPTIONLOGFONT: 00470042 006e0049 006f0066 0062002e 0x7eb58290 entry_CAPTIONLOGFONT+0x10: 0070006d 00000000 000002bc fffffff5 0x7eb582a0 entry_CAPTIONLOGFONT+0x20: 00000000 00000000 00000000 000002bc 0x7eb582b0 entry_CAPTIONLOGFONT+0x30: 00000000 22000000 0053004d 00530020 0x7eb582c0 entry_CAPTIONLOGFONT+0x40: 00650068 006c006c 00440020 0067006c 0x7eb582d0 entry_CAPTIONLOGFONT+0x50: 00000000 00000000 00000000 00000000 0x7eb582e0 entry_CAPTIONLOGFONT+0x60: 00000000 00000000 00000000 00000000 0x7eb582f0 entry_CAPTIONLOGFONT+0x70: 00000000 00000000 00000000 00000000 ... Wine-dbg>p *&entry_DESKWALLPAPER {hdr={get=0x7eabe42d, set=0x7eabe4b7, init=0x7eabe52c, regval="Wallpaper", mirror=0x0(nil), loaded=0x1}, ptr=0x3a0043, size=0x75005c} --- snip --- Whoops, that structure type/layout seems wrong... entry_DESKWALLPAPER: --- snip --- struct sysparam_entry { BOOL (*get)( union sysparam_all_entry *entry, UINT int_param, void *ptr_param ); BOOL (*set)( union sysparam_all_entry *entry, UINT int_param, void *ptr_param, UINT flags ); BOOL (*init)( union sysparam_all_entry *entry ); const WCHAR *regval; const WCHAR *mirror; BOOL loaded; }; ... struct sysparam_path_entry { struct sysparam_entry hdr; WCHAR path[MAX_PATH]; }; ... #define PATH_ENTRY(name) \ struct sysparam_binary_entry entry_##name = { { get_path_entry, set_path_entry, init_path_entry, \ name ##_VALNAME } } ... static PATH_ENTRY( DESKWALLPAPER ); --- snip --- Typo in PATH_ENTRY macro: "struct sysparam_binary_entry" should be "struct sysparam_path_entry". http://source.winehq.org/git/wine.git/blob/51f936adc28187f0aaaacb8651b2dc3c… With that fix in place "bginfo" doesn't crash anymore. Probably fixes other apps too ... 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 4

[Bug 14358] New: fusion: installation .NET assemblies might fail due to incorrect parsing of CLR metadata structures and tables
by wine-bugs＠winehq.org 10 Aug '21

10 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=14358 Summary: fusion: installation .NET assemblies might fail due to incorrect parsing of CLR metadata structures and tables Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?familyid =3c9a983a-ac14-4125-8ba0-d36d67e0f4ad OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a bug for James Hawkins ... low priority. Encountered this when I accidentally forgot the .NET 2.0 prerequisite before Office 2007 installation. Setup dies in wine's fusion due to bugs in CLR metadata processing while installing primary interop assemblies for Office into GAC. --- snip --- 003f:trace:fusion:CreateAssemblyCache (0x32fe9c, 0) 003f:Call ntdll.RtlAllocateHeap(00110000,00000000,00000008) ret=79655027 003f:Ret ntdll.RtlAllocateHeap() retval=00114ec0 ret=79655027 003f:Ret fusion.CreateAssemblyCache() retval=00000000 ret=694077de 003f:trace:fusion:IAssemblyCacheImpl_InstallAssembly (0x114ec0, 0, L"Microsoft.mshtml.dll", (nil)) .. 003f:Call KERNEL32.CreateFileW(00115168 L"Microsoft.mshtml.dll",80000000,00000001,00000000,00000003,00000080,00000000) ret=7965724f 003f:Ret KERNEL32.CreateFileW() retval=00000038 ret=7965724f 003f:Call KERNEL32.CreateFileMappingW(00000038,00000000,00000002,00000000,00000000,00000000) ret=7965728e 003f:Ret KERNEL32.CreateFileMappingW() retval=0000003c ret=7965728e 003f:Call KERNEL32.MapViewOfFile(0000003c,00000004,00000000,00000000,00000000) ret=796572c4 003f:Ret KERNEL32.MapViewOfFile() retval=00440000 ret=796572c4 003f:Call ntdll.RtlImageNtHeader(00440000) ret=796572d6 003f:Ret ntdll.RtlImageNtHeader() retval=00440080 ret=796572d6 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,00002008,00000000) ret=7965736d 003f:Ret ntdll.RtlImageRvaToVa() retval=00441008 ret=7965736d 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,001237c4,00000000) ret=7965739f 003f:Ret ntdll.RtlImageRvaToVa() retval=005627c4 ret=7965739f 003f:Call ntdll.RtlImageRvaToVa(00440080,00440000,001237e4,00000000) ret=796573d1 003f:Ret ntdll.RtlImageRvaToVa() retval=005627e4 ret=796573d1 003f:trace:seh:raise_exception code=c0000005 flags=0 addr=0x602636b3 003f:trace:seh:raise_exception info[0]=00000000 003f:trace:seh:raise_exception info[1]=00000000 003f:trace:seh:raise_exception eax=00000000 ebx=79659168 ecx=00000000 edx=0012c8c0 esi=80131018 edi=00000000 003f:trace:seh:raise_exception ebp=0032fc08 esp=0032fbec cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010246 003f:trace:seh:call_stack_handlers calling handler at 0x7b877bc0 code=c0000005 flags=0 wine: Unhandled page fault on read access to 0x00000000 at address 0x602636b3 (thread 003f), starting debugger... 003f:trace:seh:start_debugger Starting debugger "winedbg --auto 62 68" 003f:trace:seh:call_stack_handlers handler at 0x7b877bc0 returned 1 Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x602636b3). --- snip --- CLR metadata section header is incorrectly processed (offset calculation). The version length is rounded to DWORD boundary - this needs to be taken into account (crash on some assemblies). Also the CLR metadata tables offset calculation is not correct. A good crash candidate is "Microsoft.mshtml.dll", the primary interop assembly (PIA) for mshtml.dll A good source of information about PE CLR data structures is here: http://www.ntcore.com/Files/dotnetformat.htm You might also want to have a look at CFF explorer, one of the rare PE tools which support .NET/CLR metadata: http://www.ntcore.com/exsuite.php If you use it on assemblies with large amount of CLR metadata, like Microsoft.mshtml.dll PIA, it might take lots of time to parse all tables. It gives you all the info (metadata table offsets/RVA's) for verification of calculations. I wrote my own little test which just calls fusion's IAssemblyCache_InstallAssembly on assemblies to verify my findings/patches. I'll leave out any patch snippets to give potential patch implementor full freedom. For testing purposes you can use the "Office 2003 Update: Redistributable Primary Interop Assemblies" from Micro$oft support which is available for download (see URL). Extract and run 'msiexec -x O2003PIA.msi'. 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 10

[Bug 28225] New: Wine refuses to load native MSVCP90.dll, and won't even say why.
by wine-bugs＠winehq.org 09 Aug '21

09 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=28225 Summary: Wine refuses to load native MSVCP90.dll, and won't even say why. Product: Wine Version: 1.3.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: skotlex(a)mailforce.net Back in version 1.3.26 wine was working correctly in the application I was using it for (Ragnarok Online, used to have platinum rating in the appDB), but since 1.3.27 wine cannot launch the application anymore. By default, it tries to use the built-in MSVCP90.dll, which is a no go because it has missing functions (already reported in bug #28215). However, the problem is when I try to force the native version to be used, wine will not load it, and it won't even give any explanation on why. WINEDLLOVERRIDES="msvcp90=n" WINEDEBUG=+loaddll wine ragnarok.exe Will print (relevant part): trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\iphlpapi.dll" at 0x7e3e0000: builtin trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\netapi32.dll" at 0x7e410000: builtin err:module:import_dll Library MSVCP90.dll (which is needed by L"C:\\ro\\ragnarok.exe") not found trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\msvcrt.dll" at 0x7e340000: builtin trace:loaddll:load_builtin_dll Loaded L"c:\\windows\\system32\\msvcr90.dll" at 0x7e3c0000: builtin The file, msvcp90.dll, is in the same directory as the executable, and there is a Manifest for it as well (Microsoft.VC90.CRT.manifest): <?xml version="1.0" encoding="UTF-8" standalone="yes"?>  <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <noInheritable/> <assemblyIdentity type="win32" name="Microsoft.VC90.CRT" version="9.0.21022.8" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b" /> <file name="msvcr90.dll" /> <file name="msvcp90.dll" /> <file name="msvcm90.dll" /> </assembly> According to winefile, the msvcp90.dll file I have has the following properties: Version: 9.0.21022.8 Size: 568832 Bytes FileVersion: 9.00.21022.8 InternalName: MSVCP90.DLL ProductVersion: 9.00.21022.8 One thing that jumps to the eye is the fact that the different version fields don't agree on whether it is 9.0.X, or 9.00.X, but that may be normal. What I don't find normal is the fact that wine doesn't give me any hint on what is wrong and why it cannot load that dll :/ I am guessing it is related to manifests, since the support for that went in in this Wine version. So, in summary, shouldn't wine print out an error message detailing why it failed to load a particular dll file? -- 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 17

[Bug 22581] New: Internet Explorer 3.01 crashes on some web pages
by wine-bugs＠winehq.org 08 Aug '21

08 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=22581 Summary: Internet Explorer 3.01 crashes on some web pages Product: Wine Version: 1.1.43 Platform: x86-64 URL: http://www.oldversion.com/download/msie301w311.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=27709) --> (http://bugs.winehq.org/attachment.cgi?id=27709) Full crash log IE 3.01 for Windows 3.1 crashes when attempting to load some web pages. For instance, attempting to search in AppDB triggers this crash. Probable culprit: wine: Call from 0x7b837bea to unimplemented function ole2disp.dll16.VARIANTINIT, aborting wine: Unimplemented function ole2disp.dll16.VARIANTINIT called at address 0x7b837bea (thread 001a), starting debugger... -- 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 17

[Bug 32531] New: Crash on unimplemented function kernel32.CreateThreadpoolWork (needed for ie10)
by wine-bugs＠winehq.org 08 Aug '21

08 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=32531 Bug #: 32531 Summary: Crash on unimplemented function kernel32.CreateThreadpoolWork (needed for ie10) Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Classification: Unclassified IE10 crash early on unimplemented function kernel32.CreateThreadpoolWork (using native ieframe.dll) msdn: http://msdn.microsoft.com/en-us/library/windows/desktop/ms682478%28v=vs.85%… -- By by ... Detlef -- 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 28490] New: IE 3.02 installer crashes with builtin shdocvw - unimplemented function shdocvw.dll.InstallReg_RunDLL
by wine-bugs＠winehq.org 08 Aug '21

08 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=28490 Summary: IE 3.02 installer crashes with builtin shdocvw - unimplemented function shdocvw.dll.InstallReg_RunDLL Product: Wine Version: 1.3.29 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com If the 32-bit IE3 installer is run without an override for shdocvw, it crashes after rebooting: wine: Call from 0x7b83b4c2 to unimplemented function shdocvw.dll.InstallReg_RunDLL, aborting wine: Unimplemented function shdocvw.dll.InstallReg_RunDLL called at address 0x7b83b4c2 (thread 0043), starting debugger... The installation continues afterward, so this seems to be harmless aside from giving a crash dialog to dismiss. To run the installer, the reported Windows version should be Windows 95, and you'll need an app-specific override for infinst2.exe setting shell32 to disabled (or native only). -- 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 11

[Bug 29171] New: Internet Explorer 3.02 shows a cut off message when removing a registered file type
by wine-bugs＠winehq.org 08 Aug '21

08 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=29171 Bug #: 29171 Summary: Internet Explorer 3.02 shows a cut off message when removing a registered file type Product: Wine Version: 1.3.33 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified When trying to remove one of the registered file types from IE3's file types dialog, it gives the following confirmation message: "If you remove a registered file type, you will not be able to open files of that type by double-cli" With native shell32 and shfolder, it shows the full message: "If you remove a registered file type, you will not be able to open files of that type by double-clicking their icons. Are you sure you want to remove the file type?" No change with native shfolder only, fails to start with shell32 only. Running with WINEDEBUG=+shell shows one line of output printed each time that dialog is opened: trace:shell:ShellMessageBoxA (0x63280000,0x100da,0x1aff,0x1af6,00000034) Steps to reproduce: - Install with 'winetricks ie3' - Run 'wine control inetcpl.cpl' - Go to the programs tab - Click "file types" - Click the remove button -- 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 5

[Bug 28973] New: Internet Explorer 3.02 crashes often if native shdocvw is used
by wine-bugs＠winehq.org 08 Aug '21

08 Aug '21

http://bugs.winehq.org/show_bug.cgi?id=28973 Bug #: 28973 Summary: Internet Explorer 3.02 crashes often if native shdocvw is used Product: Wine Version: 1.3.31 Platform: x86-64 URL: http://www.mirrorservice.org/sites/browsers.evolt.org/ browsers/ie/win32/3.02/win95full/msie302m95.exe OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Created attachment 37256 --> http://bugs.winehq.org/attachment.cgi?id=37256 Hack IE3 crashes under many conditions if the included copy of shdocvw.dll is used - which, as far as I can tell, is required to use the IE3 interface (using builtin shdocvw forces the use of the builtin iexplore interface... and has other issues with IE3). Some actions that trigger the crash include using the address bar, passing a URL as a command line parameter, loading the WineHQ forum, clicking the home button... The cause is: wine: Unimplemented function shdocvw.dll.218 called at address 0x7b83b722 (thread 0009), starting debugger... I found the source of that call in shell32/shfldr_desktop.c: return IEParseDisplayNameWithBCW(CP_ACP,lpszDisplayName,pbc,ppidl); After hacking it to return E_NOTIMPL instead, the crashes are gone. Could Wine check whether the function is available before calling it? Recipe to reproduce: 1. Add native,builtin overrides for shdocvw and mshtml 2. Install with winetricks from svn (winetricks ie3) 3. Run with wine 'C:/Program Files/Internet Explorer/iexplore.exe' The first instance of the crash will be after answering whether IE should be the default browser on first run. -- 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 5