April 2013 - wine-bugs

[Bug 30076] New: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES)
by wine-bugs＠winehq.org 24 Jul '21

24 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30076 Bug #: 30076 Summary: .NET Framework 4.x with WinVer setting "Windows 7" spams terminal with "LocaleNameToLCID/LCIDToLocaleName unsupported flags 8000000" (LOCALE_ALLOW_NEUTRAL_NAMES) Product: Wine Version: 1.4-rc6 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, a minor one ... When using .NET 4.x Framework in "Windows 7" mode (at least installer requires this) the terminal is spammed with: --- snip --- $ wine ./hello.exe ... fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LocaleNameToLCID unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 fixme:nls:LCIDToLocaleName unsupported flags 8000000 Hello C# World :-) --- snip --- This due to LOCALE_ALLOW_NEUTRAL_NAMES (0x8000000) being passed to allow returning neutral names/lcids for name. MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/dd318711%28v=vs.85%… --- quote --- Windows 7 and later: Can be set to LOCALE_ALLOW_NEUTRAL_NAMES to allow the return of a neutral LCID. --- quote --- One could set to default "Windows XP" after installation but I'm not sure about the side-effects. 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 11

[Bug 33377] New: Dependencies on third-party import dlls are undetected
by wine-bugs＠winehq.org 23 Jul '21

23 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33377 Bug #: 33377 Summary: Dependencies on third-party import dlls are undetected Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified Created attachment 44167 --> http://bugs.winehq.org/attachment.cgi?id=44167 Patch to reproduce this bug The attached patch reproduces an issue first encountered 'in the wild' with this set of patches: * [1/3] include: Add COM interface definitions needed for PrintDlgEx implementation. http://www.winehq.org/pipermail/wine-patches/2013-April/123420.html * [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-patches/2013-April/123422.html * Re: [3/3] comdlg32: Add an interactive PrintDlgEx test. http://www.winehq.org/pipermail/wine-devel/2013-April/099397.html Here is the core of the issue: * The patch contains a first chunk that modifies include/commdlg.h. * This causes a new symbol to be exported by libuuid.a. * The comdlg32:printdlg test needs that symbol to be relinked. The problem is that the WineTestBot does not do a full recompile (for performance reasons), and thus libuuid.a is not rebuilt. So the comdlg32 relink fails because of the missing symbol. Unfortunately there's really no clear indication in the patch that libuuid.a needs to be rebuilt. We could very well run into the same issue with dxguid or a number of other dlls. Some options: * Systematically do a full rebuild. This would be pretty wasteful. * Do a full rebuild whenever the patch touches 'include/'. * Hardcode a list of uuid-like dlls and rebuild them all whenever a patch touches 'include/'. * Detect which uuid-like dlls the test links with (by parsing the Makefile?), and rebuild those whenever the patch touches 'include/'. It's also possible that any chunk outside of the test directory could get us into trouble if we link with the corresponding dll. -- 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 2

[Bug 24688] New: RTL and encoding problem with Ihulan
by wine-bugs＠winehq.org 21 Jul '21

21 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24688 Summary: RTL and encoding problem with Ihulan Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sh.yaron(a)gmail.com Ihulan (www.oniton.com) is a Hebrew greetings apps, there's also an English version called U.R.Celeb (http://urceleb.oniton.com/). The Hebrew installation (http://www.oniton.com/uploads/secure/Ihulan453.exe) has several issues: 1. The text is Gibberish. 2. On the terms of service (2nd page) the text is in Hebrew but selectingthe mixes its order, also the header (in read) are split in the middle by LRM for some reason... 3. The window is not RTL although I'm not sure it should be... This also demonstrates some of the typical problems with Hebrew. Kind regards, Yaron Shahrabani -- 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 34

[Bug 28795] New: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector)
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28795 Bug #: 28795 Summary: ExeInfoPE: PE protection schemes that abuse %gs won't run (breaks glibc TLS selector) Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, newer versions of "ExeInfoPE" (>0.0.2.3) which coin their own PE protection scheme don't run anymore. There is still bug 26701 though the app crashes now earlier. With tracing enabled: --- snip --- ... 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000004,0032fe40) ret=05bd0336 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd0336 0024:Call KERNEL32.VirtualProtect(00400000,00001000,00000002,0032fe40) ret=05bd034b 0024:Ret KERNEL32.VirtualProtect() retval=00000001 ret=05bd034b 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0xb74a916a ip=b74a916a tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=ffffffff 0024:trace:seh:raise_exception eax=7bc9d7a7 ebx=b75e0ff4 ecx=0032fdcc edx=7bc9d7a7 esi=0032fc74 edi=ffffffc8 0024:trace:seh:raise_exception ebp=0032fc48 esp=0032f6bc cs=0073 ds=007b es=007b fs=0033 gs=0002 flags=00010246 0024:trace:seh:call_vectored_handlers calling handler at 0x7e16e0bd code=c0000005 flags=0 0024:trace:seh:call_vectored_handlers handler at 0x7e16e0bd returned 0 0024:trace:seh:call_stack_handlers calling handler at 0x7bc90f61 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(0032f194) ret=7bc90f9b wine: Unhandled page fault on read access to 0xffffffff at address 0xb74a916a (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 52" 0024:Ret KERNEL32.UnhandledExceptionFilter() retval=00000000 ret=7bc90f9b 0024:trace:seh:call_stack_handlers handler at 0x7bc90f61 returned 1 Unhandled exception: page fault on read access to 0xffffffff in 32-bit code (0xb74a916a). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:0002 EIP:b74a916a ESP:0032f6bc EBP:0032fc48 EFLAGS:00010246( R- -- I Z- -P- ) EAX:7bc9d7a7 EBX:b75e0ff4 ECX:0032fdcc EDX:7bc9d7a7 ESI:0032fc74 EDI:ffffffc8 Stack dump: 0x0032f6bc: 0032fc7c 7bc9d82e 0032fc58 b74a992c 0x0032f6cc: 0032fc7c 7bc9d82d 00000001 00000000 0x0032f6dc: 0032fc8c 7bc9d82d 00000001 00000001 0x0032f6ec: 7bc9d82d 00000000 00000000 00000001 0x0032f6fc: 7bc9d82d 00000000 00000000 00000000 0x0032f70c: 00000000 00000000 00000000 00000000 Backtrace: =>0 0xb74a916a _IO_vfprintf+0x3a() in libc.so.6 (0x0032fc48) 1 0xb74cbdbb vsnprintf+0xca() in libc.so.6 (0x0032fc74) 2 0x7bc350f9 NTDLL_dbg_vprintf+0x56() in ntdll (0x0032fd90) 3 0xb761ab63 wine_dbg_printf+0x2e() in libwine.so.1 (0x0032fdc0) 4 0x7bc640e5 relay_call+0x113() in ntdll (0x0032fe10) 5 0x7b8224ad in kernel32 (+0x124ac) (0x0032fe60) 6 0x004075cd in exeinfope (+0x75cc) (0x0032fe60) 7 0x7b85de44 call_process_entry+0xb() in kernel32 (0x0032fe78) 8 0x7b85df8a start_process+0x143() in kernel32 (0x0032fec8) 9 0x7bc7a244 call_thread_func+0xb() in ntdll (0x0032fed8) 10 0x7bc7a282 call_thread_entry_point+0x33() in ntdll (0x0032ffb8) 11 0x7bc51ebc start_process+0x25() in ntdll (0x0032ffe8) 12 0xb761edb5 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 0xb74a916a _IO_vfprintf+0x3a in libc.so.6: movl %gs:0x00000000,%ecx --- snip --- The protection scheme fiddles with %gs selector value which breaks TLS pointer access through %gs:0 (Wine uses %fs) or the stack protector scheme that Userland libs and Wine are built with (glibc provided __stack_chk_guard at %gs:0x14). My gcc 4.6.1 x86 host toolchain has -fstack-protector enabled by default hence Wine gets the stack canary code in the binaries. The Glibc here (Xubuntu 11.10) has stack smashing protection enabled by default. Even if Wine is built with "-fno-stack-protector" the app would still break glibc %gs TLS code. This is just a "collector" bug for apps that run into this issue. WONTFIX obviously, there is no reliable way to know when to repair/restore %gs value (and restarting faulting instruction). 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 9

[Bug 28326] New: CDBurnerXP's audio player is missing some visual elements
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28326 Summary: CDBurnerXP's audio player is missing some visual elements Product: Wine Version: 1.3.27 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36293) --> (http://bugs.winehq.org/attachment.cgi?id=36293) Builtin/native gdiplus comparison screenshots In CDBurnerXP, the audio player dialog does not display the elapsed playback time, and the outer edges of the pseudo-LED showing the current track are also missing. Both can be seen with native gdiplus. To reproduce the problem: 1. Use winetricks dotnet20 before installing 2. From the main menu, choose "audio disc" 3. Observe the appearance of the audio player above the upper-right corner of the program window -- 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 32517] New: installer of QQMusic 8.6 hangs
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32517 Bug #: 32517 Summary: installer of QQMusic 8.6 hangs Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jactry92(a)gmail.com Classification: Unclassified reproduce it follow this: 0. download it 4641e15fd47484798a2cd910dccffdc8 QQMusic_Setup_86_860.exe 1. wine QQMusic_Setup_86_860.exe This is the output information: fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x32f124 63 chs) semi-stub fixme:msvcp:locale__Locimp__Makexloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makewloc (0x32f124 63 0x1763a0 (nil)) semi-stub fixme:msvcp:locale__Locimp__Makeushloc (0x32f124 63 0x1763a0 (nil)) semi-stub err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da err:ntdll:RtlpWaitForCriticalSection section 0x7bcc3960 "loader.c: loader_section" wait timed out in thread 0024, blocked by 0009, retrying (60 sec) err:seh:raise_exception Unhandled exception code c0000194 flags 0 addr 0x7bc363da my test enviroment: - Ubuntu 12.10 32bit - wine 1.5.20 -- 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 9

[Bug 15381] New: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6
by wine-bugs＠winehq.org 20 Jul '21

20 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15381 Summary: CoFreeUnusedLibraries will crash COM server or cause 0x800703E6/I_RpcReceive error 0x3e6 Product: Wine Version: 1.0.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dmda(a)yandex.ru Created an attachment (id=16230) --> (http://bugs.winehq.org/attachment.cgi?id=16230) demo illustrating the problem if CoFreeUnusedLibraries is called by COM server, it will break RPC channcel and lead to the errors Attached is client/server code that demonstrates the problem. If you comment out CoFreeUnusedLibraries call, it will start to work. Steps: -comple all 3 projects in the Workspace (Debug target is the only appropriate for the sake of demo) -make sure server and proxy are registered by running testserver.exe -RegServer, regsvr32 testserverPS.dll -run testproject.exe (the client) Expected behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will show client's message "call succeeded" and client will exit 5. after roughly 6sec it will show that the server is unloaded/ Actual behaviour: 1. it will show server's message "CServer is created", click ok 2. it will show client's message "press OK when ready", click ok 3. it will show server's message passed by the client "Hello world!", click ok 4. it will dump out trouble in the console and show client's message "call failed" You may call CoFreeUnusedLibraries anywhere in the appartment and it will break RPC on the server side. In some cases it will crash whole the server, like in the demo. Tested environment: Fedora Core 8, 32bit, x86, wine 1.0 installed through the updates -- 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 14

[Bug 12968] New: MS Visual Studio V6 setup error 258 since 0.9.58
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12968 Summary: MS Visual Studio V6 setup error 258 since 0.9.58 Product: Wine Version: 0.9.61. Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: k.king177(a)ntlworld.com trying to install Visual Studio v6 get MS Msgbox headed "Setup Error 258" with text Your setup files may be damaged. Try restarting the setup program from where you originally ran it. this is probably related or from same issue causing bug# 12967 for Office 97 see that bug for environment details. -- 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 15948] New: Error generated when trying to install visual studio 6.0 into centos5 via wine
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15948 Summary: Error generated when trying to install visual studio 6.0 into centos5 via wine Product: Wine Version: 1.1.7 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: boniemx(a)gmail.com Created an attachment (id=17135) --> (http://bugs.winehq.org/attachment.cgi?id=17135) error-log for installation of visual studio 6.0 via wine into centos5 Hi, am trying to install Visual studio 6.0, but it produces the error that I have attached. Please I need to do this urgently. Please help -- 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 32654] New: Visual Studio 2010 fails on shutdown, needs windowscodecs WICSetEncoderFormat_Proxy stub
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32654 Bug #: 32654 Summary: Visual Studio 2010 fails on shutdown, needs windowscodecs WICSetEncoderFormat_Proxy stub Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, upon shutdown of Visual Studio 2010 IDE: --- snip --- 002c:Call KERNEL32.GetProcAddress(f7140000,055bfe54 "WICSetEncoderFormat_Proxy") ret=79171e1e 002c:Ret KERNEL32.GetProcAddress() retval=f714e9fc ret=79171e1e ... 002c:Call KERNEL32.RaiseException(80000100,00000001,00000002,0032dbf4) ret=f71d0891 002c:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=002c 002c:trace:seh:raise_exception info[0]=f71d0900 002c:trace:seh:raise_exception info[1]=f71d0a88 wine: Call from 0x7b83aa77 to unimplemented function windowscodecs.dll.WICSetEncoderFormat_Proxy, aborting 002c:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=80000100 flags=1 002c:Call KERNEL32.GetLastError() ret=791f5aa7 002c:Ret KERNEL32.GetLastError() retval=00000000 ret=791f5aa7 002c:trace:seh:call_vectored_handlers handler at 0x791f5a7c returned 0 002c:trace:seh:call_stack_handlers calling handler at 0x791ccc44 code=80000100 flags=1 --- snip --- Prerequisite: winetricks -q dotnet20 dotnet40 corefonts 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 16

[Bug 32561] New: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromHICON impl
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32561 Bug #: 32561 Summary: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromHICON impl Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, continuation of bug 32549 With Dmitry's patches (http://source.winehq.org/patches/data/93114 and http://source.winehq.org/patches/data/93115) the IDE runs further - into next bug ;-) Prerequisite: winetricks -q dotnet20 dotnet40 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+relay,+wincodecs wine ./VCExpress.exe ... 002b:Call KERNEL32.GetProcAddress(f7140000,0554f03d "IWICImagingFactory_CreateBitmapFromHICON_Proxy") ret=79171e1e 002b:Ret KERNEL32.GetProcAddress() retval=f714f040 ret=79171e1e ... 002b:Call windowscodecs.IWICImagingFactory_CreateBitmapFromHICON_Proxy(0f0313d0,0001008c,0032f1cc) ret=06a2ac67 002b:fixme:wincodecs:ComponentFactory_CreateBitmapFromHICON (0xf0313d0,0x1008c,0x32f1cc): stub 002b:Ret windowscodecs.IWICImagingFactory_CreateBitmapFromHICON_Proxy() retval=80004001 ret=06a2ac67 ... 002b:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032f0ec) ret=791cac08 002b:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=002b 002b:trace:seh:raise_exception info[0]=80004001 002b:trace:seh:raise_exception info[1]=00000000 002b:trace:seh:raise_exception info[2]=00000000 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=79140000 002b:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=79140000 edx=0032efc8 esi=0032f0a8 edi=0032f020 002b:trace:seh:raise_exception ebp=0032eff8 esp=0032ef94 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 002b:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=e0434352 flags=1 ... 002b:Call oleaut32.SysAllocStringLen(01568104 L"The method or operation is not implemented.",0000002b) ret=793c87f2 ... --- snip --- 'winetricks windowscodecs' works around. Source: http://source.winehq.org/git/wine.git/blob/96ebc618b5029723d1f2401dc54e5e0f… --- snip --- 595 static HRESULT WINAPI ComponentFactory_CreateBitmapFromHICON(IWICComponentFactory *iface, 596 HICON hIcon, IWICBitmap **ppIBitmap) 597 { 598 FIXME("(%p,%p,%p): stub\n", iface, hIcon, ppIBitmap); 599 return E_NOTIMPL; 600 } --- snip --- 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 32564] New: Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32564 Bug #: 32564 Summary: Visual Studio 2010 (10.0) Express Edition needs atl100.dll.AtlAxDialogBoxW Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: atl AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, found while investigating bug 32562 After clicking "OK" in project creation wizard nothing happens and the following is shown in console: --- snip --- 0009:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0009 0009:trace:seh:raise_exception info[0]=7ec005c0 0009:trace:seh:raise_exception info[1]=7ec0065d wine: Call from 0x7b83aa77 to unimplemented function atl100.dll.AtlAxDialogBoxW, aborting 0009:trace:seh:call_vectored_handlers calling handler at 0x791f5a7c code=80000100 flags=1 --- snip --- Source: http://source.winehq.org/git/wine.git/blob/c0456aea76bcd8ce77d7c91dfc95a5ff… --- snip --- 21 35 stub AtlAxDialogBoxW 22 36 stub AtlAxDialogBoxA --- snip --- Prerequisite: 'winetricks -q dotnet20 dotnet40 windowscodecs corefonts' 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 6

[Bug 32549] New: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromMemory impl
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32549 Bug #: 32549 Summary: Visual Studio 2010 (10.0) Express Edition needs windowscodecs ComponentFactory_CreateBitmapFromMemory impl Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, prerequisite: winetricks -q dotnet20 dotnet40 --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./VCExpress.exe ... 0009:fixme:wincodecs:ComponentFactory_CreateBitmapFromMemory (0x215d78,4,4,{6fddc324-4e03-4bfe-b185-3d77768dc90f},16,64,0x1455540,0x32ed1c): stub 0009:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0009 0009:trace:seh:raise_exception info[0]=80004001 0009:trace:seh:raise_exception info[1]=00000000 0009:trace:seh:raise_exception info[2]=00000000 0009:trace:seh:raise_exception info[3]=00000000 0009:trace:seh:raise_exception info[4]=79140000 0009:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=80004001 edx=0032eba4 esi=0032ec54 edi=001871e8 0009:trace:seh:raise_exception ebp=0032ebe8 esp=0032eb84 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... --- snip --- 'winetricks windowscodecs' works around. Source: http://source.winehq.org/git/wine.git/blob/96ebc618b5029723d1f2401dc54e5e0f… --- snip --- 578 static HRESULT WINAPI ComponentFactory_CreateBitmapFromMemory(IWICComponentFactory *iface, 579 UINT uiWidth, UINT uiHeight, REFWICPixelFormatGUID pixelFormat, UINT cbStride, 580 UINT cbBufferSize, BYTE *pbBuffer, IWICBitmap **ppIBitmap) 581 { 582 FIXME("(%p,%u,%u,%s,%u,%u,%p,%p): stub\n", iface, uiWidth, uiHeight, 583 debugstr_guid(pixelFormat), cbStride, cbBufferSize, pbBuffer, ppIBitmap); 584 return E_NOTIMPL; 585 } --- snip --- 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 7

[Bug 32558] New: Visual Studio 2010 (10.0) Express Edition web installer crashes due to winhttp reporting available chunk size > 32 KiB (heap corruption)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32558 Bug #: 32558 Summary: Visual Studio 2010 (10.0) Express Edition web installer crashes due to winhttp reporting available chunk size > 32 KiB (heap corruption) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, I noticed strange crashes with the web installer of Visual Studio 2010 (10.0) Express Edition. Sometimes the installer would just bail out silently during download. Prerequisite: 'winetricks -q dotnet20 dotnet40' Unfortunately +relay or even repeated installer runs succeed most of the time so it's not easily to reproduce/track down (also depends on client connection to server). Also running the inner installer under debugger changes symptoms. Fortunately I managed get a crash with +relay at one time (using inner installer). --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+winhttp,+relay wine ./setup.exe /web /CreatedTemp /NoExclude /InstalledFrom . >>log.txt 2>&1 ... 002a:trace:loaddll:load_native_dll Loaded L"Z:\\home\\focht\\Downloads\\test\\dlmgr.dll" at 0x364c0000: native ... 0030:Call oleaut32.SysAllocString(00c00840 L"dlmgr: Starting download attempt 1 of 3 for http://go.microsoft.com/fwlink/?LinkId=165067&clcid=0x409 using Http") ret=3593f268 0030:Ret oleaut32.SysAllocString() retval=01560ec4 ret=3593f268 ... 0030:Call ntdll.RtlAllocateHeap(00453000,00000008,00008000) ret=364e1884 0030:Ret ntdll.RtlAllocateHeap() retval=0045bdc8 ret=364e1884 ... 0042:Call KERNEL32.CreateFileW(0186f540 L"C:\\users\\focht\\Temp\\30319.01\\1033\\VC_EXP\\wcu\\watson\\dw20shared.msi",00000002,00000000,00000000,00000002,00000080,00000000) ret=364db8ff 0042:Ret KERNEL32.CreateFileW() retval=000001e8 ret=364db8ff ... 0042:Call winhttp.WinHttpQueryHeaders(00000003,00000005,00000000,0b56e850,0b56e840,00000000) ret=364d77ed 0042:trace:winhttp:WinHttpQueryHeaders 0x3, 0x00000005, (null), 0xb56e850, 0xb56e840, (nil) 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:trace:winhttp:query_headers attribute L"Content-Length" 0042:trace:winhttp:get_header_index L"Content-Length" 0042:trace:winhttp:get_header_index returning 12 0042:trace:winhttp:query_headers returning string: L"1850368" 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 2 0042:Ret winhttp.WinHttpQueryHeaders() retval=00000001 ret=364d77ed 0042:Call winhttp.WinHttpQueryDataAvailable(00000003,00000000) ret=364d77a6 0042:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e2dc554 0042:Ret ntdll.RtlAllocateHeap() retval=0186fa68 ret=7e2dc554 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0042:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,0186fa68,00000010) ret=7e2dc85b 0042:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:Ret winhttp.WinHttpQueryDataAvailable() retval=00000001 ret=364d77a6 --- snip --- Download for first component is 1850368 bytes in total. The installer allocates a 32 KiB buffer and begins async download using winhttp. The "good" sequence reads like this: --- snip --- ... 0044:Call winhttp.WinHttpReadData(00000003,0045bdc8,00001554,00000000) ret=364d7787 0042:Call ntdll.RtlFreeHeap(00110000,00000000,01718950) ret=7e2dc63a 0044:trace:winhttp:WinHttpReadData 0x3, 0x45bdc8, 5460, (nil) 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0044:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0044:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0044:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7e2dc554 0044:Ret ntdll.RtlAllocateHeap() retval=01718cb0 ret=7e2dc554 0044:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0044:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01718cb0,00000010) ret=7e2dc85b 0042:trace:winhttp:query_headers attribute L"Transfer-Encoding" 0042:trace:winhttp:get_header_index L"Transfer-Encoding" 0042:trace:winhttp:get_header_index returning -1 0042:trace:winhttp:read_data *** async=1, to_read=5460, num_bytes: 5460, ret=1, callback=0x364da8e0, buffer=0x45bdc8 0042:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 0042:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 5460 0042:Call KERNEL32.WriteFile(000001e8,0045bdc8,00001554,0b56e814,00000000) ret=364db83b 0042:Ret KERNEL32.WriteFile() retval=00000001 ret=364db83b ... 0044:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b ... 0044:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 0044:Ret winhttp.WinHttpReadData() retval=00000001 ret=364d7787 --- snip --- "trace:winhttp:read_data ***" trace message was added by me for diagnosis immediately before the send callback (also heap magic and size dump because +heap is not usable here). At one point we get this interesting sequence: --- snip --- ... 000d:Call winhttp.WinHttpQueryDataAvailable(00000003,00000000) ret=364d77a6 000d:trace:winhttp:WinHttpQueryDataAvailable 0x3, (nil) 000d:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 000d:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,0000000c) ret=7e2dc554 000d:Ret ntdll.RtlAllocateHeap() retval=01718cb0 ret=7e2dc554 000d:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 000d:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01718cb0,00000010) ret=7e2dc85b 000d:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0042:trace:winhttp:query_data 73440 bytes available 000d:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0042:trace:winhttp:send_callback 0x1718bc0, 0x00040000, 0xb56e90c, 4 000d:Ret winhttp.WinHttpQueryDataAvailable() retval=00000001 ret=364d77a6 ... 0042:Call winhttp.WinHttpReadData(00000003,0045bdc8,00011ee0,00000000) ret=364d7787 000d:Call ntdll.RtlFreeHeap(00110000,00000000,01870290) ret=7e2dc63a 0042:trace:winhttp:WinHttpReadData 0x3, 0x45bdc8, 73440, (nil) 000d:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 3 0042:trace:winhttp:grab_object handle 0x3 -> 0x1718bc0 0042:Call ntdll.RtlAllocateHeap(00110000,00000000,00000014) ret=7e2dc554 0042:Ret ntdll.RtlAllocateHeap() retval=01870290 ret=7e2dc554 0042:trace:winhttp:addref_object 0x1718bc0 -> refcount = 4 0042:Call KERNEL32.QueueUserWorkItem(7e2dc7e9,01870290,00000010) ret=7e2dc85b 0042:Ret KERNEL32.QueueUserWorkItem() retval=00000001 ret=7e2dc85b 0044:trace:winhttp:query_headers attribute L"Transfer-Encoding" 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 3 0044:trace:winhttp:get_header_index L"Transfer-Encoding" 0042:Ret winhttp.WinHttpReadData() retval=00000001 ret=364d7787 0044:trace:winhttp:get_header_index returning -1 0042:trace:winhttp:release_object object 0x1718bc0 refcount = 2 0042:Call ntdll.RtlFreeHeap(00110000,00000000,01718cb0) ret=7e2dc63a 0042:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e2dc63a 0044:trace:winhttp:read_data *** async=1, to_read=73440, num_bytes: 73440, ret=1, callback=0x364da8e0, buffer=0x45bdc8 0044:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 0044:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 73440 ... --- snip --- 73440 bytes available reported and WinHttpReadData() is called from installer with the _same_ original buffer (0x45bdc8) which was allocated with 32 KiB (0x8000 bytes) - no realloc in between! This obviously leads to a heap overwrite and some time later to crashes. --- snip --- ... 000d:trace:winhttp:read_data *** async=1, to_read=5760, num_bytes: 5760, ret=1, callback=0x364da8e0, buffer=0x45bdc8 000d:trace:winhttp:read_data *** buf heap magic=0x455355, size=0x8000 000d:trace:winhttp:send_callback 0x1718bc0, 0x00080000, 0x45bdc8, 5760 000d:Call KERNEL32.WriteFile(000001e8,0045bdc8,00001680,0b76e814,00000000) ret=364db83b 000d:Ret KERNEL32.WriteFile() retval=00000001 ret=364db83b 000d:Call ntdll.RtlAllocateHeap(00110000,00000000,00000080) ret=364ee12c 000d:Ret ntdll.RtlAllocateHeap() retval=0186fc18 ret=364ee12c 000d:Call KERNEL32.GetLastError() ret=364dfd2f 000d:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 000d:Call KERNEL32.GetLastError() ret=364dfd2f 000d:Ret KERNEL32.GetLastError() retval=00002f76 ret=364dfd2f 000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x364e4b6f ip=364e4b6f tid=000d 000d:trace:seh:raise_exception info[0]=00000000 000d:trace:seh:raise_exception info[1]=98211559 000d:trace:seh:raise_exception eax=982114ad ebx=00000002 ecx=0b76e30c edx=00000000 esi=0b76e53a edi=0b76e53a 000d:trace:seh:raise_exception ebp=0b76e740 esp=0b76e2bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 --- snip --- I added a small code snippet to automatically report/truncate available chunk size to 32 KiB if larger. --- snip --- ... fixme:winhttp:query_data truncating data avail from 50400 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 89632 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 71264 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 91776 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 116608 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 93920 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 69792 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 96064 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 67616 to 32768 bytes! fixme:winhttp:query_data truncating data avail from 59328 to 32768 bytes! ... --- snip --- With that change in place the web installer runs rock stable, sometimes reaching download speeds of 2-3 MiB/s using winhttp (not maxing out my connection - that might be server-side bandwidth issue). I've not found any useful info on MSDN about a 32 KiB limit on winhttp chunk size. Maybe the MS guys who wrote the installer made some assumption about some underlying native winsock implementation limitation on Windows. It might be interesting to see what max. chunk size native winhttp reports to clients. 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 7

[Bug 31322] New: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes because TPIDRURW (user TLS register) TEB value is not preserved by kernel
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31322 Bug #: 31322 Summary: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes because TPIDRURW (user TLS register) TEB value is not preserved by kernel Product: Wine Version: 1.5.9 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, split off from bug 31308 (see there for details). TPIDRURW (user TLS register) TEB value is not preserved by kernel (currently either reset to zero or left with same values across context switches). 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 15

[Bug 31308] New: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes due to invalid user TLS register value access
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31308 Bug #: 31308 Summary: Remote Tools for Visual Studio 2012 RC for Windows on ARM (WoA) crashes due to invalid user TLS register value access Product: Wine Version: 1.5.9 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, for André, some toy to play with ;-) "Remote Tools for Visual Studio 2012 RC" for Windows on ARM (WoA) can be downloaded here: http://www.microsoft.com/visualstudio/11/en-us/downloads#remote-tools It crashes on my quad Cortex-A9 based i.mx6 Sabre with Ubuntu Linux 12.04 --- snip --- Unhandled exception: page fault on read access to 0xc2083992 in 32-bit code (0x00419d44). Register dump: Thumb User Mode Pc:419d44 Sp:4134f720 Lr:418ed1 Cpsr:200f0030(--C-) r0:0208 r1:0001 r2:4134f7c8 r3:0208 r4:c208398a r5:4134f7c8 r6:0000 r7:4134f728 r8:dddd r9:04e4 r10:0100 Fp:4134f758 Ip:4134f518 Stack dump: 0x4134f720: 00000000 00000000 4134f7c8 00000100 0x4134f730: 00000001 8161b1cd 4134f748 00000100 0x4134f740: 4134f7c8 00000001 4134fd38 00446530 0x4134f750: 000004e4 4006e000 4134f790 00418f91 0x4134f760: 4134fac8 000004e4 00000000 00000000 0x4134f770: 00446998 00446308 42164138 40a72801 Backtrace: =>0 0x00419d44 in rtools_setup_arm (+0x19d44) (0x4134f758) 1 0x00418ed1 in rtools_setup_arm (+0x18ed0) (0x4134f758) 0x00419d44: ldr r4, [r4, #8] Modules: Module Address Debug info Name (77 modules) ELF 8000- 12000 Deferred <wine-loader> PE 400000- 454000 Export rtools_setup_arm ELF 40031000-4003f000 Deferred libsm.so.6 ... System information: Wine build: wine-1.5.9-186-g1f6febe Platform: arm Host system: Linux Host version: 3.2.0-1000-linaro-lt-mx6 --- snip --- WINEDEBUG=+tid,+seh,+relay doesn't reveal much, might be app init/startup code: --- snip --- $ wine ./rtools_setup_arm.exe ... 0024:Call KERNEL32.GetLastError() ret=00416973 0024:Ret KERNEL32.GetLastError() retval=00000000 ret=00416973 0024:Call KERNEL32.MultiByteToWideChar(000004e4,00000001,4130f7c8 " \x01\x02\x03\x04\x05\x06\x07\x08\t\n\x0b\x0c\r\x0e\x0f\x10\x11\x12\x13\x14\x15\x16\x17\x18\x19\x1a\x1b\x1c\x1d\x1e\x1f !\"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~\x7f\x80\x81\x82\x83\x84\x85\x86\x87\x88\x89\x8a\x8b\x8c\x8d\x8e\x8f\x90\x91\x92\x93\x94"...,00000100,00000000,00000000) ret=00418e95 0024:Ret KERNEL32.MultiByteToWideChar() retval=00000100 ret=00418e95 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=c2083992 0024:trace:seh:raise_exception Pc:419d44 Sp:4130f720 Lr:418ed1 Cpsr:200f0030 r0:0208 r1:0001 r2:0100 r3:0208 0024:trace:seh:raise_exception r4:c208398a r5:4130f7c8 r6:0000 r7:4130f728 r8:dddd r9:04e4 r10:0100 Fp:4130f758 Ip:4130f518 0024:trace:seh:call_stack_handlers calling handler at 0x403e3900 code=c0000005 flags=0 0024:Call KERNEL32.UnhandledExceptionFilter(4130f574) ret=403e3964 wine: Unhandled page fault on read access to 0xc2083992 at address 0x419d44 (thread 0024), starting debugger... 0024:trace:seh:start_debugger Starting debugger "winedbg --auto 35 68" ... --- snip --- Winedbg's builtin disassembler isn't really helpful, it's missing various thumb(2) opcodes. Fortunately there is a free IDA 6.2 demo version for Linux which also supports ARM family for download: http://www.hex-rays.com/products/ida/support/download_demo.shtml This is an invaluable tool which can be used to improve winedbg's disassembler and investigate other problems on ARM. The code in question: --- snip --- ... .text:00419D40 MRC p15, 0, R4,c13,c0, 2 .text:00419D44 LDR R4, [R4,#8] ... --- snip --- ARM info center CP15 c13 register summary: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0388f/CIHFGF… Another resource: http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0360f/CACEAI… Opcode_2=3 register "TPIDRURO" is actually ARM HW TLS register, used by libc (__get_tls()). Opcode_2=2 register "TPIDRURW" is "Software Thread ID, User, R/W" Not sure if this is a "free for use" register or if any user space threading library code actually manages this register. One would have to search eglibc sources for ARM and any userspace libraries mapped into process address space, not part of Wine. The values don't seem very random but they point to invalid (not mapped) memory locations. I couldn't find any MCR opcodes in application code, so it's probably written elsewhere. This linux kernel patch has a bit of information: http://www.kernelhub.org/?p=2&msg=57979 It got committed to Linux 3.3.5: http://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.3.5 (search for TPIDRURW). I'm running 3.2.0 so it's obviously not cleared by kernel side on context switch. Anyway, I fear this will be most likely upstream if the kernel deliberately clears it on every context switch (starting with 3.3.5). $ du -sh rtools_setup_arm.exe 16M rtools_setup_arm.exe $ sha1sum rtools_setup_arm.exe 6f75e6dad60b64e1f074884829b63ca00bcdb531 rtools_setup_arm.exe 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 22

[Bug 33221] New: Visual Studio 2008 (9.0) Express Edition cannot compile with builtin msvcr90
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33221 Bug #: 33221 Summary: Visual Studio 2008 (9.0) Express Edition cannot compile with builtin msvcr90 Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Regression SHA1: 5d88f780dd4bbbde0ff27075b58321d7347f6d4b The VS IDE terminal window shows the following error: 1>cl : Command line warning D9002 : ignoring unknown option '/' 1>cl : Command line error D8003 : missing source filename A git bisect reveals: 5d88f780dd4bbbde0ff27075b58321d7347f6d4b is the first bad commit commit 5d88f780dd4bbbde0ff27075b58321d7347f6d4b Author: Piotr Caban <piotr(a)codeweavers.com> Date: Mon Feb 18 10:26:01 2013 +0100 msvcr90: Prefer builtin version. :040000 040000 09577625ae5788cd73d4a3cd6c5c6f82ea7d9807 aef32f8a1984759761461627 A debug trace for +msvcrt is quite large (rather obviously), but can be found here: https://dl.dropbox.com/u/195059/wine/msvcrt.log The issue can be worked around by setting msvcr90 to native in winecfg. -- 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 33207] New: Visual Studio 2008 (9.0) Express Edition cannot launch in a fresh prefix
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33207 Bug #: 33207 Summary: Visual Studio 2008 (9.0) Express Edition cannot launch in a fresh prefix Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified On launch the application reports "The application data folder for <program> could not be created." (e.g. "Visual C++ Express"). By manually creating the expected folder the problem can be worked around: mkdir ${HOME}/.wine/drive_c/users/${USER}/Application\ Data -- 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 15619] New: Visual Studio 2008 Installer Hangs after err:seh:setup_exception_record stack overflow
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15619 Summary: Visual Studio 2008 Installer Hangs after err:seh:setup_exception_record stack overflow Product: Wine Version: 1.1.6 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: peterbelm(a)gmail.com Created an attachment (id=16642) --> (http://bugs.winehq.org/attachment.cgi?id=16642) Terminal output When running the Visual Studio 2008 installer the setup window appears, and starts loading installation components, after about 30 seconds full processor usage, err:seh:setup_exception_record stack overflow appears in the terminal output (see attachment) the progress bar increases slightly, and then it seems to hang. Checking with strace on the setup.exe process (the main one, the other one gives me 'Operation not permitted', even when sudo'ing it) shows it is waiting to read from a pipe, which is red when doing 'ls -l', I assume that means the pipe doesn't exist any more? -- 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 29905] New: Microsoft Visual Studio 2008: attaching to process fails with "unknown error: 0x80070003" (support of "Session" namespace for named objects needed)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29905 Bug #: 29905 Summary: Microsoft Visual Studio 2008: attaching to process fails with "unknown error: 0x80070003" (support of "Session" namespace for named objects needed) Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, prerequisite: 'winetricks -q dotnet30' Unfortunately for installation of Visual Studio 2008 Professional/Enterprise editions you have to resort to hacks. NOTE: Remote debugging capability is not available in Visual Studio 2005/2008 express editions (free for download). Bug 29354 (installer fails due to ProductID being set during client side "ValidateProductID" standard action -> don't set property) Bug 10601 (GAC API for managed assembly installation needs reparse point/junction API support -> force msi_install_assembly()/IAssemblyCache_InstallAssembly to succeed on failure) The installer still fails in the end but it's enough to have a "half" usable IDE/build environment (.NET Framework 3.5 and some .NET service packs get skipped due to Mono registry/fake mess while other components fail to install). Unlike Visual Studio 2005 which uses wtsapi (bug 29903), Visual Studio 2008 retrieves the process list by different means and displays the process in "standard" transport mode. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 9.0/Common7/IDE $ wine ./devenv.exe --- snip --- 1) Menu "extras" -> "attach to process" 2) select one process, click "attach" It starts the debugging environment but fails half-through with "unknown error: 0x80070003" --- snip --- ... 0082:Call KERNEL32.ProcessIdToSessionId(00000085,0032e5f0) ret=3f083224 0082:Ret KERNEL32.ProcessIdToSessionId() retval=00000001 ret=3f083224 ... 0082:Call KERNEL32.CreateFileMappingW(ffffffff,0032e604,00000004,00000000,0000003c,0032e610 L"Session\\0\\Microsoft_VS90_causality_sharedmemory-133") ret=3f089149 0082:Ret KERNEL32.CreateFileMappingW() retval=00000000 ret=3f089149 0082:Call KERNEL32.GetLastError() ret=3f08897a 0082:Ret KERNEL32.GetLastError() retval=00000003 ret=3f08897a ... 0082:Call KERNEL32.FormatMessageW(00001300,00000000,80070003,00000400,0032e638,00000000,00000000) ret=3f2b9072 0082:Ret KERNEL32.FormatMessageW() retval=00000000 ret=3f2b9072 ... 0082:Call oleaut32.SysAllocString(03d19b60 L"Der Vorgang wird nicht unterst\00fctzt. Unbekannter Fehler: 0x80070003.") ret=3f247a9f ... --- snip --- For communication between target and debugger a shared memory location is created. The shared memory (file mapping) is created using a special namespace syntax: "Session\\0\\Microsoft_VS90_causality_sharedmemory-133" Wineserver doesn't support "Session\<id>" yet, hence CreateFileMappingW() fails. (another run with +server): --- snip --- 0009: create_mapping( access=000f000f, attributes=00000080, protect=00000043, size=0000003c, file_handle=0000, objattr={rootdir=0010,sd={control=00000004,owner=<not present>,group=<not present>,sacl={},dacl={{AceType=ACCESS_ALLOWED_ACE_TYPE,Mask=10000000,AceFlags=0,Sid={S-1-5-21-0-0-0-1000}}}},name=L"Session\\0\\Microsoft_VS90_causality_sharedmemory-18"} ) 0009: create_mapping() = OBJECT_PATH_NOT_FOUND { handle=0000 } --- snip --- Source: http://source.winehq.org/git/wine.git/blob/ba715798094896e8b98fc5803e16b00f… "Kernel Object Namespaces": http://msdn.microsoft.com/en-us/library/aa382954.aspx --- quote --- ... In addition to the "Global\" prefix, client processes can use the "Local\" prefix to explicitly create an object in their session namespace. These keywords are case sensitive. The "Session\" prefix is reserved for system use and you should not use it in names of kernel objects. ... <user comments> This documentation effectively states that 'Global', 'Local' and 'Session' are all valid as name prefixes (but not as names). There appears to be no documentation that says 'Session' cannot be used as a prefix or that it is reserved for use as a prefix. By referring to 'Session' as it does, it strongly implies that this a fully legal and valid way to enable applications in one session to interact with applications in another session. I think Microsoft should consider adding more detail about whether 'Session' is or is not valid for use by developers, and if so exactly what it can and cannot be used for. [user reponse] Global\ refers to the Global Namespace, Local\ refers to the current session's namespace, Session\x\ refers to x's namespace where x is the session id (not LUID or anything special, just a counter) --- quote --- "Memory mapped files from XP to Vista" http://blogs.msdn.com/b/maartenb/archive/2008/05/07/memory-mapped-files-fro… --- quote --- ... Online search for "sessions\1\basenamedobject" gives hits that point to Terminal Services. There appear to be Local Global and Session namespaces. So prior to Vista and Server 2008 all services shared the same namespace as the first user logging in to the machine. This was session 0. With Vista this is no longer the case. Just like all compatibility issues it is explained in the cookbook. --- quote --- There is a workaround for this problem. You can force a "normal" shared memory mapping name by setting to WinVer to "Windows 2000" prior running the IDE. Some components don't really support running WinVer < "Windows XP" anymore hence this might break some stuff (VS2008 refuses to install with W2K mode). At least this prevents the error message when attaching. It doesn't really break/pause the remote process (might be bug 25462). 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 24583] New: Wine 1.3.3 can't run Visual Studio 2008 (VC9) installer
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24583 Summary: Wine 1.3.3 can't run Visual Studio 2008 (VC9) installer Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simons(a)cryp.to Created an attachment (id=31046) --> (http://bugs.winehq.org/attachment.cgi?id=31046) Output printed by wine while attempting to run the installer I ran the installer of the full version (not VC express) using the latest release of wine. The installer starts up and works for a while, but ultimately it aborts with an unhandled exception. -- 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 20227] New: msi: Table Join on two tables that have same (non-join) column name causes only first column data to be returned.
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=20227 Summary: msi: Table Join on two tables that have same (non-join) column name causes only first column data to be returned. Product: Wine Version: 1.1.30 Platform: All OS/Version: All Status: UNCONFIRMED Severity: major Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ngallaher+winehq(a)deepthought.org Created an attachment (id=23863) --> (http://bugs.winehq.org/attachment.cgi?id=23863) Patch for TableJoin bug Imagine the following tables Table foo: string color string flavor Table bar: string color string flavor with query "Select foo.color, bar.flavor from foo, bar where foo.color=bar.color" The current version returns the data from columns foo.color and foo.flavor. This is because when the tables are joined, the original tablename identifiers are dropped on the floor, resulting in a table with two 'color' and two 'flavor' columns. The VIEW_find_column() function then returns the first column found that matches the requested name. This can be traced to a deficiency in VIEW_find_column() which only uses the column names in its comparison. Further, the sql parser does not preserve the table identifier, but this is easily fixed. A patch, including test case is attached. This behaviour was observed when trying to install Visual Studio 2008 Standard Edition. -- 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 13

[Bug 15671] New: Visual Studio 2008 Express web install fails with "Sharing violation" on $shtdwn$.req
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15671 Summary: Visual Studio 2008 Express web install fails with "Sharing violation" on $shtdwn$.req Product: Wine Version: 1.1.6 Platform: Other URL: http://www.microsoft.com/express/download/#webInstall OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To get the installer to even try, you have to do "winetricks volnum". The next problem is while copying file 41 of 41, $shtdwn$.req, it gets a sharing violation. The file it's trying to copy is there, but can't be opened, possibly because it has never been closed. 002f:Call KERNEL32.CreateFileA(0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req",c0000000,00000003,00000000,00000001,04000002,00000000) ret=0100355e trace:file:CreateFileW returning 0x68 002f:Ret KERNEL32.CreateFileA() retval=00000068 ret=0100355e 002f:Call KERNEL32.WriteFile(00000068,0100a5a0,00000314,0032fe70,00000000) ret=010035b5 trace:file:WriteFile 0x68 0x100a5a0 788 0x32fe70 (nil) 002f:Ret KERNEL32.WriteFile() retval=00000001 ret=010035b5 002f:Call KERNEL32.SetEnvironmentVariableA(01002388 "_SFX_CAB_SHUTDOWN_REQUEST",0100afa0 "c:\\21309f2f7662773b82c3\\$shtdwn$.req") ret=010035cb ... ... trace:text:DrawTextExW L"Setup is copying required resources to your temp directory.\r\nCopying file 41 of 41.\r\n\r\nCopying setup file: $shtdwn$.req", -1, [(0,0)-(360,70)] 00000050 ... 0032:Call KERNEL32.CopyFileExW(0033e80c L"C:\\21309f2f7662773b82c3\\$shtdwn$.req",0033e5fc L"C:\\windows\\temp\\SIT42147.tmp\\$shtdwn$.req",3aaed850,0000000 0,0033ddbc,00000002) ret=3aaed716 warn:file:CreateFileW Unable to create file L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" (status c0000043) warn:file:CopyFileW Unable to open source L"C:\\21309f2f7662773b82c3\\$shtdwn$.req" 0032:Call oleaut32.SysAllocString(00787cf0 L"Setup has encountered a problem while trying to copy:\r\nC:\\21309f2f7662773b82c3\\$shtdwn$.req\r\nPress Retry to attempt the copy again. Press Cancel to cancel setup.") ret=3aae49ab Interestingly, even on Windows this file can't be opened sometimes early in an installer; see http://www.digitalformula.net/infrastructure/how-to-perform-an-unattended-i… It's an interesting mystery. What triggers that file to be closed on Windows? -- 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 14875] New: VS 2008 Express Editions (SP1) installer fails with directory resolution error (bug in msi appsearch action)
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14875 Summary: VS 2008 Express Editions (SP1) installer fails with directory resolution error (bug in msi appsearch action) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/express/download/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, downloaded full DVD image of Visual Studio 2008 Express Edition with SP1. Minimal set of prerequisites needed to reproduce this bug: 1. sh winetricks volnum (bug 5351) 2. MsiSetExternalUIRecord patch (bug 10547) The installer stops with error "directory resolution failed". --- snip --- 002c:Call msi.MsiGetPropertyW(00000001,00cee4c8 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8",39e262f8,0032ab10) ret=39e55231 002c:trace:msi:MSI_GetProperty 1 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" 0x39e262f8 0x32ab10 .. 002c:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`='VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32a9c4 .. 002c:Ret msi.MsiGetPropertyW() retval=000000ea ret=39e55231 .. 002c:Call KERNEL32.FormatMessageW(00000b00,3aa70000,0000108e,00000400,0032a7bc,00000000,00000000) ret=39ea74fb 002c:Ret KERNEL32.FormatMessageW() retval=00000024 ret=39ea74fb .. 002c:Call oleaut32.SysAllocString(00cdcd08 L"Microsoft Visual C++ 2008 Express Edition with SP1 - DEU") ret=39e4bc58 .. 002c:Call oleaut32.SysAllocString(00cee978 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8: Fehler bei Verzeichnisaufl\00f6sung.") ret=39e4bc58 .. 002c:Call oleaut32.SysFreeString(010ab66c L"ERROR processed; exception was thrown for retail build\n\tDeveloper Comment: \n\tBuild Time: Thu Dec 11 15:04:18 2003\n\tDWORD: 234") ret=39e40e56 .. 002c:Call oleaut32.SysFreeString(010ab5ec L"Microsoft Visual C++ 2008 Express Edition with SP1 - DEU") ret=39e40e5f .. 002c:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032a9d8) ret=39e80d28 002c:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b8433b0 --- snip --- Property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" (= Visual Studio install directory) does not exist (anymore) at this install stage. Besides from a bug in dlls/msi/install.c:msi_strcpy_to_awstring(), which results in wrong ERROR_MORE_DATA for empty unicode strings (see previous snippet, str=L"" + len=0), the following sequences lead to this bug... The installation directory property is created/set first here: --- snip --- .. 002c:trace:msi:MsiDoActionW L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_PerformUIAction Performing action (L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8") .. 002c:trace:msi:ACTION_CustomAction Handling custom action L"CA_SetVcvars32batProp_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"CA_SetVcvars32bat_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" L"[#FL_vsvars_bat_10582_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];[#FL_vcvars32_bat_5369_x86_ln.3643236F_FC70_11D3_A536_0090278A1BB8];@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET VCINSTALLDIR=[VC7.3643236F_FC70_11D3_A536_0090278A1BB8]|@SET FrameworkDir=[Framework_x86.3643236F_FC"...) .. 002c:trace:msi:MSI_GetPropertyW returning L"C:\\Program Files\\Microsoft Visual Studio 9.0\\" for property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" .. --- snip --- ("@SET VSINSTALLDIR=[VS7.3643236F_FC70_11D3_A536_0090278A1BB8]") But is removed/reset at later install stage, when this custom action is run: --- snip --- 002c:trace:msi:ACTION_CustomAction Handling custom action L"CA_VIntegration_Exec_VS7_x86_deu.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L"[VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8]") 002c:trace:msidb:MSI_CreateRecord 1 .. 002c:trace:msi:MSI_GetPropertyW property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" not found .. 002c:trace:msi:MSI_SetPropertyW 0xbcbec8 L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" L"" .. 002c:trace:msi:MSI_GetPropertyW property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8" not found 002c:trace:msi:MSI_DatabaseOpenViewW L"DELETE FROM `_Property` WHERE `_Property` = 'VS7.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x32b298 .. --- snip --- The removal/reset was due to property L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" not existing. Using ORCA tool on msi setup database, one can find this property referenced in "AppSearch" table: --- snip --- Property ; Signature VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8 VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip --- Signature is "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" "CompLocator" table: --- snip --- Signature ; ComponentId ; Type VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {2883180F-8F0F-4B82-B0BA-D48CE920DFAF} 0 --- snip --- "Component" table: --- snip --- Component ; ComponentId ; Directory ; Attribute ; Condition ; KeyPath VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {2883180F-8F0F-4B82-B0BA-D48CE920DFAF} VS7.3643236F_FC70_11D3_A536_0090278A1BB8 0 --- snip --- Armed with this information, one can find the following in trace log: --- snip --- 002c:trace:msi:iterate_appsearch L"VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchGetSignature package 0xbcbec8, sig 0x32b304 .. 002c:trace:msi:ACTION_AppSearchGetSignature failed to query signature for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchComponents L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. .. 002c:trace:msi:MsiLocateComponentW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" 0x32b040 0x32b248 002c:trace:msi:MsiGetProductCodeW L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" 0x32afae .. 002c:trace:msi:MSIREG_OpenUserDataComponentKey L"{2883180F-8F0F-4B82-B0BA-D48CE920DFAF}" .. 002c:trace:msi:MSIREG_OpenUserDataComponentKey squished (L"F0813882F0F828B40BAB4DC89E02FDFA") .. 002c:trace:msi:ACTION_AppSearchReg L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchReg failed to query RegLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchIni L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchIni failed to query IniLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" 002c:trace:msi:ACTION_AppSearchDr L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. 002c:trace:msi:ACTION_AppSearchDr failed to query DrLocator for L"VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" .. --- snip --- This results in property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" and depending property "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" reset. MSDN info for AppSearch table here: http://msdn.microsoft.com/en-us/library/aa367579.aspx and AppSearch action: http://msdn.microsoft.com/en-us/library/aa367578.aspx Specifically: --- quote --- The AppSearch action requires that the Signature table be present in the installation package. [..] A signature that is not in the Signature table denotes a directory and the action sets the property to the directory path for that signature. --- quote --- This "VInt_VS7_X86_____X86.3643236F_FC70_11D3_A536_0090278A1BB8" key is not present in "Signature" table, it's actually a directory. If we look in the previously posted "Component" table we see the directory is actually "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" By looking into "Directory" table we find the following: --- snip --- Directory ; Directory Parent ; DefaultDir VS7.3643236F_FC70_11D3_A536_0090278A1BB8 ProgramFilesFolder_x86.3643236F_FC70_11D3_A536_0090278A1BB8 VS90.NET|Microsoft Visual Studio 9.0 --- snip --- So "VS7.3643236F_FC70_11D3_A536_0090278A1BB8_RO.3643236F_FC70_11D3_A536_0090278A1BB8" should resolve to "VS7.3643236F_FC70_11D3_A536_0090278A1BB8" -> L"C:\\Program Files\\Microsoft Visual Studio 9.0\\" (install dir) This looks like bug in wine msi appsearch action impl. 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 15

[Bug 29921] New: Microsoft Visual Studio 2008 Express installer shows highlighted items incorrectly
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29921 Bug #: 29921 Summary: Microsoft Visual Studio 2008 Express installer shows highlighted items incorrectly Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Classification: Unclassified Created attachment 38933 --> http://bugs.winehq.org/attachment.cgi?id=38933 Screenshot depicting the problem Any checkbox or button selected in the installer window will "disappear". The installer still functions, but the issue is very visually disturbing. -- 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 20

[Bug 20623] New: Swiftkit crashed
by wine-bugs＠winehq.org 19 Jul '21

19 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=20623 Summary: Swiftkit crashed Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: frt975(a)gmail.com SwiftKit Crashed. I gave vb6run gecko and Java installed. -- 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 25558] New: Can't install Flight Simulator X
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25558 Summary: Can't install Flight Simulator X Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: el.il(a)doom.co.il Created an attachment (id=32543) --> (http://bugs.winehq.org/attachment.cgi?id=32543) Terminal Output Microsoft Flight Simulator X Installation doesn't work. I'm tested with a clean wineprefix. I'm using wine-1.3.9-1.fc14, on 64bit I can see the installer loading dialog, but when the progress line gets to the end, an error shows up, saying "1628: Failed to complete installation". Attached is the terminal output. Notice the line "wine: Invalid address" I think this might need extra debugging. Please note that the bug also occurs in the installer of the demo version. Download: https://www.microsoft.com/games/flightsimulatorx/downloads.html -- 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 30

[Bug 25373] New: epoc32 emulator don't start
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25373 Summary: epoc32 emulator don't start Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniele(a)smartango.com $ env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0x59cd818: stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex (0x59cd850) stub fixme:ntoskrnl:__regs_ExTryToAcquireFastMutex ((nil)) stub fixme:ntoskrnl:__regs_ExAcquireFastMutex 0xffffff01: stub err:mmtime:TIME_MMTimeStop Timer still active?! $ strace env WINEPREFIX="/home/daniele/.wine" wine "C:\\Symbian\\9.1\\S60_3rd_MR\\Epoc32\\Release\\Winscw\\Udeb\\Epoc.exe" 2>mylog.txt I attach strace (fist time I report a bug here, I think strace could be useful ...) -- 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 12628] New: wine: Call from 0x7b840fc8 to unimplemented function hal. dll.ExAcquireFastMutex
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12628 Summary: wine: Call from 0x7b840fc8 to unimplemented function hal.dll.ExAcquireFastMutex Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimeff(a)gmail.com I get the following error: wine: Call from 0x7b840fc8 to unimplemented function hal.dll.ExAcquireFastMutex, aborting It would be great if that function were implemented :) (I'm running epoc.exe, an emulator for Symbian development) -- 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 25162] New: E-Card Blue Societe general doesn't work
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25162 Summary: E-Card Blue Societe general doesn't work Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lightdragonfire(a)msn.com Created an attachment (id=31917) --> (http://bugs.winehq.org/attachment.cgi?id=31917) backtrace The application crash from the launch. I installed ntlm_auth but it didn't resolve my problem. Where download the application ? http://groupe.socgen.com/html/e-carte/V4/ecartebleueSG.exe -- 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 20

[Bug 28937] New: YouSendIt crashes
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28937 Bug #: 28937 Summary: YouSendIt crashes Product: Wine Version: 1.3.31 Platform: x86 URL: http://www.yousendit.com/cms/standalone-app OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocean04(a)suomi24.fi Classification: Unclassified YouSendItExpressSetup2_10_2.exe fixme:msxml:domdoc_get_parseError (0x1a944c)->(0x33c3b8): creating a dummy parseError fixme:msxml:parseError_QueryInterface interface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented fixme:msxml:parseError_QueryInterface interface {719c3050-f9d3-11cf-a493-00400523a8a6} not implemented fixme:msxml:parseError_QueryInterface interface {a6ef9860-c720-11d0-9337-00a0c90dcaa9} not implemented wine: Unhandled page fault on read access to 0x00000010 at address 0x202666e2 (thread 0040), starting debugger... Workaround: winetricks msxml3 -- 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 29

[Bug 21915] New: Port Royale 2 hangs on splash screen (d3d8:vertexshader_init)
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21915 Summary: Port Royale 2 hangs on splash screen (d3d8:vertexshader_init) Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adrian(a)hoehne.tk Created an attachment (id=26585) --> (http://bugs.winehq.org/attachment.cgi?id=26585) Wine Output starting Port Royale with Steam Port Royale 2 over Steam hangs on splash screen. You can only see the background and the mousecursor looks like a sword (so the cursor is changed properly by the game). Soundtrack plays too. And thats all. There are no buttons or menu entries only the background. Blind click has no effect. -- 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 28975] New: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28975 Bug #: 28975 Summary: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, now that apphelp.dll is present another one from InstallShield based installer: --- snip --- ~/Downloads/S60_5th_Edition_SDK_v1_0_en$ wine ./setup.exe fixme:storage:create_storagefile Storage share mode not implemented. wine: Call from 0x7b83a43f to unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage, aborting wine: Unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage called at address 0x7b83a43f (thread 0009), starting debugger... --- snip --- Workaround: $ WINEDLLOVERRIDES="apphelp=d" wine ./setup.exe $ wine --version wine-1.3.31-293-gb4987d0 710260 -rw-rw-r-- 1 focht focht 727290277 2011-11-01 22:02 Nokia_S60_5th_Edition_SDK_v1.0.rar $ sha1sum Nokia_S60_5th_Edition_SDK_v1.0.rar b1b1c6367598fbc0b8ca81e40d68c6b7bc60573e Nokia_S60_5th_Edition_SDK_v1.0.rar 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 22

[Bug 29015] New: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29015 Bug #: 29015 Summary: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: oneofone(a)gmail.com Classification: Unclassified Oblivion setup fails to start because it calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage. Workaround: download apphelp.dll from elsewhere and set it to native. -- 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 29007] New: Regression installing sims 3
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29007 Bug #: 29007 Summary: Regression installing sims 3 Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bass_dr(a)hotmail.com Classification: Unclassified Created attachment 37339 --> http://bugs.winehq.org/attachment.cgi?id=37339 Terminal Output & Backtrace Installation of The Sims 3 on wine-1.3.31 worked well (still the game did not work for me). I upgraded to wine-1.3.32 from Ubuntu's wine PPA, and now wine crash at installation. See attachment for console output. I am not very familiar with wine debugging but ask me if you want any other information. -- 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 28974] New: Microsoft EMET v2.x and other tools need apphelp.dll.SdbCreateDatabase
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28974 Bug #: 28974 Summary: Microsoft EMET v2.x and other tools need apphelp.dll.SdbCreateDatabase Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 24371 Now that apphelp.dll is provided it dies on: --- snip --- Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at MitigationInterface.Apphelp.SdbCreateDatabase(String pwszPath, PATH_TYPE eType) at MitigationInterface.ShimUtil..ctor(Arch SysArch) at MitigationInterface.ApplicationMitigations..ctor(SystemMitigations SysMits) at ConsoleApp.Program.ProcessCommandLineArgs(String[] args) at ConsoleApp.Program.Main(String[] args) wine: Unimplemented function apphelp.dll.SdbCreateDatabase called at address 0x7b83a43f (thread 0009), starting debugger... --- snip --- http://msdn.microsoft.com/en-us/library/bb432434.aspx Recipe: 1) clean WINEPREFIX 2) winetricks -q dotnet20 3) wine msiexec -i "EMET Setup.msi" 4) ~/.wine/drive_c/Program Files/EMET$ wine ./EMET_Conf.exe 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 5

[Bug 24597] New: EEP5 crashes on startup
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24597 Summary: EEP5 crashes on startup Product: Wine Version: 1.1.32 Platform: x86-64 URL: http://www.eepshopping.de/index.php?view=program_detai l&ID_NODE_AKTIV=1&ID_PROGRAM=3078 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org Created an attachment (id=31062) --> (http://bugs.winehq.org/attachment.cgi?id=31062) Crash with Wine 1.3.0 EEP5, a train simulator (long name "Eisenbahn.exe Professional 5.0"), with patch 2 [0], crashes on every startup with the attached output. The output was generated by Wine 1.3.0 (packages from [1]), but the first version I tried was 1.1.32. The system is an otherwise unaltered Debian Squeeze 6.0. Please note that this is a report for a relative of mine and requests for further information may take a little bit longer than normal to process. Kind regards, Kai Wasserbäch [0] http://www.eepshopping.de/dskript_aktion_gratis.php?ID_PROGRAM_GRATIS=3431 [1] http://dev.carbon-project.org/debian/wine-unstable/ -- 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 9

[Bug 12703] New: SnagIt 8.x -- HTML-based functions not working on Wine 9. 60
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=12703 Summary: SnagIt 8.x -- HTML-based functions not working on Wine 9.60 Product: Wine Version: 0.9.60 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eric(a)mrrena.com As reported at http://appdb.winehq.org/objectManager.php?sClass=version&iId=5781&iTestingI…, the Text Tool, Callout Tool, and Option menu items do not function properly in SnagIt 8.2.3, in spite of nearly flawless performance otherwise. This may be related to the Gecko-rendering engine. -- 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 20

[Bug 23467] New: SnagIt: needs GdipEnumerateMetafileDestRect
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=23467 Summary: SnagIt: needs GdipEnumerateMetafileDestRect Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://download.techsmith.com/snagit/enu/910/snagit.ex e OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com It also hits an unimplemented function in rpcrt4, but I've sent a patch for that one already. -- 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 33468] New: SnagIt 9 needs msvcr90.dll._mbstok_s
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=33468 Bug #: 33468 Summary: SnagIt 9 needs msvcr90.dll._mbstok_s Product: Wine Version: 1.5.29 Platform: x86 URL: http://download.techsmith.com/snagit/enu/910/snagit.ex e OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: 00cpxxx(a)gmail.com Blocks: 12703 Classification: Unclassified When trying to run the application this is printed in the console: wine: Call from 0x7b83c33b to unimplemented function msvcr90.dll._mbstok_s, aborting To reproduce just install the app using the 30 day evaluation and run Snagit32.exe. -- 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 29358] New: Vit Registry Fix 9.5 crashes when clicking "close" button in "about" dialog
by wine-bugs＠winehq.org 18 Jul '21

18 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29358 Bug #: 29358 Summary: Vit Registry Fix 9.5 crashes when clicking "close" button in "about" dialog Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, this is a bug split off from bug 7816 http://bugs.winehq.org/show_bug.cgi?id=7816#c16 --- quote --- It's also issue with http://www.vitsoft.org.ua/Download/Vit%20Registry%20Fix%20Free%20Edition%20… and Wine 1.3.19. Steps to reproduce: 1) start application 2) click "about" 3) close "about" window --- quote --- Both bugs have nothing in common - except the crashing apps are VB6 apps. The crash: --- snip --- 0023:Ret window proc 0x6605f626 (hwnd=0x3036e,msg=WM_LBUTTONUP,wp=00000000,lp=00020029) retval=00000000 0023:Ret user32.CallWindowProcA() retval=00000000 ret=016570cd 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x1657117 ip=01657117 tid=0023 0023:trace:seh:raise_exception info[0]=00000001 0023:trace:seh:raise_exception info[1]=00000001 0023:trace:seh:raise_exception eax=00000000 ebx=6846a690 ecx=00000000 edx=00000000 esi=00000023 edi=01680458 0023:trace:seh:raise_exception ebp=0032f808 esp=0032f7f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 ... Backtrace: =>0 0x01657117 (0x0032f808) 1 0x6842f2d2 WINPROC_wrapper+0x19() in user32 (0x0032f838) 2 0x6842f427 call_window_proc+0xcd(hwnd=0x3036e, msg=0x202, wp=0, lp=0x20029, result=0x32f8b8, arg=0x1657050) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:242] in user32 (0x0032f888) 3 0x68431876 CallWindowProcA+0x63(func=0x1657050, hwnd=0x3036e, msg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:954] in user32 (0x0032f8c8) 4 0x7bc64852 call_entry_point+0x29() in ntdll (0x0032f8f8) 5 0x7bc64a7d relay_call+0x1bb(descr=0x6846f120, idx=0x50019, stack=0x32f95c) [/home/focht/projects/wine/wine-git/dlls/ntdll/relay.c:435] in ntdll (0x0032f948) 6 0x68387ee9 in user32 (+0x7ee8) (0x0032f9a8) 7 0x2b28bdee DefSubclassProc+0x16c(hWnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/comctl32/commctrl.c:1267] in comctl32 (0x0032f9a8) 8 0x2b310fac TOOLTIPS_SubclassProc+0x9b(hwnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029, uID=0x1, dwRef=0x60372) [/home/focht/projects/wine/wine-git/dlls/comctl32/tooltips.c:2145] in comctl32 (0x0032f9e8) 9 0x2b28be44 DefSubclassProc+0x1c2(hWnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/comctl32/commctrl.c:1272] in comctl32 (0x0032fa38) 10 0x2b28bb7b COMCTL32_SubclassProc+0x134(hWnd=0x3036e, uMsg=0x202, wParam=0, lParam=0x20029) [/home/focht/projects/wine/wine-git/dlls/comctl32/commctrl.c:1214] in comctl32 (0x0032fa98) 11 0x6842f2d2 WINPROC_wrapper+0x19() in user32 (0x0032fac8) 12 0x6842f427 call_window_proc+0xcd(hwnd=0x3036e, msg=0x202, wp=0, lp=0x20029, result=0x32fc48, arg=0x2b28ba46) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:242] in user32 (0x0032fb18) 13 0x684317b3 WINPROC_call_window+0x211(hwnd=0x3036e, msg=0x202, wParam=0, lParam=0x20029, result=0x32fc48, unicode=0, mapping=WMCHAR_MAP_DISPATCHMESSAGE) [/home/focht/projects/wine/wine-git/dlls/user32/winproc.c:908] in user32 (0x0032fb68) 14 0x683f434c DispatchMessageA+0x17d(msg=0x32fd10) [/home/focht/projects/wine/wine-git/dlls/user32/message.c:3742] in user32 (0x0032fc78) 15 0x7bc64852 call_entry_point+0x29() in ntdll (0x0032fc98) 16 0x7bc64a7d relay_call+0x1bb(descr=0x6846f120, idx=0x1009e, stack=0x32fcfc) [/home/focht/projects/wine/wine-git/dlls/ntdll/relay.c:435] in ntdll (0x0032fce8) 17 0x68388b01 in user32 (+0x8b00) (0x0032fd38) 18 0x6600a4a3 in msvbvm60 (+0xa4a2) (0x0032fd38) --- snip --- The VB6 app subclasses controls, installing its own window proc thunks... Convert hex opcodes to binary: --- snip --- 0023:Call oleaut32.VarBstrCat(0014f254 L"5589E583C4F85731C08945FC8945F8EB0EE80000000083F802742185C07424E830000000837DF800750AE838000000E84D0000005F8B45FCC9C21000E826000000EBF168000000006AFCFF7508E800000000EBE031D24ABF00000000B900000000E82D000000C3FF7514FF7510FF750CFF75086800000000E8000000008945FCC331D2BF00000000B900000000E801000000C3E33209",0049b38c L"C978078B450CF2AF75278D4514508D4510508D450C508D4508508D45FC508D45F85052B800000000508B00FF90A4070000C3",0032f4e4) ret=660e5f4d ... 0023:Call oleaut32.VarParseNumFromStr(0014e674 L"&H55",00000409,80000000,0032f4a0,0032f480) ret=660d31fd ... 0023:Call oleaut32.VarParseNumFromStr(01698094 L"&HC3",00000409,80000000,0032e75c,0032e73c) ret=660d31fd 0023:Ret oleaut32.VarParseNumFromStr() retval=00000000 ret=660d31fd ... --- snip --- Alloc heap memory for window proc thunk: 01657050-0x1657118 --- snip --- ... 0023:Call KERNEL32.GlobalAlloc(00000000,000000c8) ret=0081bf65 0023:Ret KERNEL32.GlobalAlloc() retval=01657050 ret=0081bf65 ... --- snip --- Set window proc: --- snip --- 0023:Call user32.SetWindowLongA(0003036e,fffffffc,01657050) ret=0081bf84 0023:trace:win:WIN_SetWindowLong 0x3036e -4 1657050 A 0023:trace:win:alloc_winproc allocated 0xffff006c for A 0x1657050 (109/4096 used) 0023:Ret user32.SetWindowLongA() retval=6605f626 ret=0081bf84 ... --- snip --- Filling thunk with code: --- snip --- 0023:Call ntdll.RtlMoveMemory(01657050,01665ba0,000000c8) ret=0081bfa7 0023:Ret ntdll.RtlMoveMemory() retval=01657050 ret=0081bfa7 ... --- snip --- Patch all intermodular calls --- snip --- 0023:Call ntdll.RtlMoveMemory(01657062,0032e770,00000004) ret=0081c825 0023:Ret ntdll.RtlMoveMemory() retval=01657062 ret=0081c825 ... 0023:Call ntdll.RtlMoveMemory(01657094,0032e7a4,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=01657094 ret=0081c89d ... 0023:Call ntdll.RtlMoveMemory(0165709e,0032e770,00000004) ret=0081c825 0023:Ret ntdll.RtlMoveMemory() retval=0165709e ret=0081c825 ... 0023:Call ntdll.RtlMoveMemory(016570c4,0032e7a4,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=016570c4 ret=0081c89d ... 0023:Call ntdll.RtlMoveMemory(016570c9,0032e770,00000004) ret=0081c825 0023:Ret ntdll.RtlMoveMemory() retval=016570c9 ret=0081c825 ... 0023:Call ntdll.RtlMoveMemory(0165710a,0032e7a4,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=0165710a ret=0081c89d ... 0023:Call oleaut32.SysFreeString(016572bc L"5589E583C4F85731C08945FC8945F8EB0EE80000000083F802742185C07424E830000000837DF800750AE838000000E84D0000005F8B45FCC9C21000E826000000EBF168000000006AFCFF7508E800000000EBE031D24ABF00000000B900000000E82D000000C3FF7514FF7510FF750CFF75086800000000E8000000008945FCC331D2BF00000000B900000000E801000000C3E33209C"...) ret=660e60c0 ... --- snip --- Subclassing once more (old = 01657050, new = 2b28ba46)... --- snip --- 0023:Call user32.SetWindowLongA(0003036e,fffffffc,2b28ba46) ret=2b28b5d9 0023:trace:win:WIN_SetWindowLong 0x3036e -4 2b28ba46 A 0023:trace:win:alloc_winproc reusing 0xffff0069 for 0x2b28ba46 0023:Ret user32.SetWindowLongA() retval=01657050 ret=2b28b5d9 ... 0023:Call user32.CallWindowProcA(01657050,0003036e,00000055,00060372,00000003) ret=2b28bdee 0023:Call window proc 0x1657050 (hwnd=0x3036e,msg=WM_NOTIFYFORMAT,wp=00060372,lp=00000003) 0023:Call user32.CallWindowProcA(6605f626,0003036e,00000055,00060372,00000003) ret=016570cd 0023:Call window proc 0x6605f626 (hwnd=0x3036e,msg=WM_NOTIFYFORMAT,wp=00060372,lp=00000003) ... 0023:Call user32.CallWindowProcA(01657050,0003036e,00000046,00000000,0032ebc8) ret=2b28bdee 0023:Call window proc 0x1657050 (hwnd=0x3036e,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=0032ebc8) 0023:Call user32.CallWindowProcA(6605f626,0003036e,00000046,00000000,0032ebc8) ret=016570cd 0023:Call window proc 0x6605f626 (hwnd=0x3036e,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=0032ebc8) --- snip --- Destruction of windows/controls and restoration of old window proc: NOTE: the subclassed window proc thunk memory is released here! --- snip --- ... 0023:Call user32.SetWindowLongA(0003036e,fffffffc,6605f626) ret=0081c270 0023:trace:win:WIN_SetWindowLong 0x3036e -4 6605f626 A 0023:trace:win:alloc_winproc reusing 0xffff0028 for 0x6605f626 0023:Ret user32.SetWindowLongA() retval=2b28ba46 ret=0081c270 ... 0023:Call ntdll.RtlMoveMemory(016570ad,0032f0d8,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=016570ad ret=0081c89d ... 0023:Call ntdll.RtlMoveMemory(016570d9,0032f0d8,00000004) ret=0081c89d 0023:Ret ntdll.RtlMoveMemory() retval=016570d9 ret=0081c89d ... 0023:Call KERNEL32.GlobalFree(01657050) ret=0081c2a6 0023:Ret KERNEL32.GlobalFree() retval=00000000 ret=0081c2a6 ... 0023:Ret window proc 0x6605f626 (hwnd=0x3036e,msg=WM_DESTROY,wp=00000000,lp=00000000) retval=00000000 0023:trace:win:WIN_DestroyWindow 0x3036e 0023:trace:msg:WINPROC_CallProcWtoA (hwnd=0x3036e,msg=WM_NCDESTROY,wp=00000000,lp=00000000) 0023:Call window proc 0x6605f626 (hwnd=0x3036e,msg=WM_NCDESTROY,wp=00000000,lp=00000000) ... 0023:Call user32.DefWindowProcA(0003036e,00000082,00000000,00000000) ret=6605d591 0023:Ret user32.DefWindowProcA() retval=00000000 ret=6605d591 0023:Ret window proc 0x6605f626 (hwnd=0x3036e,msg=WM_NCDESTROY,wp=00000000,lp=00000000) retval=00000000 0023:trace:win:dc_hook hDC = 0xc534, 1 0023:Ret user32.DestroyWindow() retval=00000001 ret=6605b4f6 --- snip --- How the thunk looks like (virtual addresses from another run = don't match with other trace snippets): --- snip --- 0165A040 55 PUSH EBP 0165A041 89E5 MOV EBP,ESP 0165A043 83C4 F8 ADD ESP,-8 0165A046 57 PUSH EDI ... 0165A0FF 8B00 MOV EAX,DWORD PTR DS:[EAX] 0165A101 FF90 A4070000 CALL DWORD PTR DS:[EAX+7A4] 0165A107 C3 RETN --- snip --- Memory dump while the thunk was intact (virtual addresses from another run = don't match with other trace snippets): --- snip --- 0165F780 000000C8 <len> 0165F784 00455355 USE <magic> 0165F788 83E58955 <window proc start> 0165F78C 3157F8C4 ... 0165F844 8B500000 0165F848 A490FF00 0165F84C C3000007 <window proc start end = ret opcode> 0165F850 00000071 <len> 0165F854 45455246 FREE <magic> 0165F858 001100E8 0165F85C 001100D8 0165F860 00000000 --- snip --- When the window proc memory chunk was marked free, the "c3" opcode = "ret" is overwritten which leads to the crash after returning from call "CALL DWORD PTR DS:[EAX+7A4]" (0165A101). A window/control hierarchy destruction sequence happens while in nested message handling for WM_LBUTTONUP ("about" dialog, tooltip). Either the nested message handling (COMCTL32_SubclassProc) has a bug or this might be an application bug which is hidden in Windows due to different heap management (ret opcode not immediately overwritten upon heap free operation, allowing the window proc to return to its caller). $ sha1sum "Vit Registry Fix Free Edition Setup.exe" 0319916dff8a57ab11a1796f3fff817379936fae Vit Registry Fix Free Edition Setup.exe $ wine --version wine-1.3.34-353-g6fe14a0 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 8

[Bug 27010] New: Cannot install Microsoft Visual Studio 2010 Ultimate
by wine-bugs＠winehq.org 17 Jul '21

17 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27010 Summary: Cannot install Microsoft Visual Studio 2010 Ultimate Product: Wine Version: 1.3.19 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wiltave(a)zipmail.com.br Created an attachment (id=34442) --> (http://bugs.winehq.org/attachment.cgi?id=34442) Wine output I've tried to install Microsoft Visual Studio 2010 Ultimate with Wine 1.3.19. Steps - rm -rf ~/.wine - Autorun - Install Microsoft Visual Studio 2010 - I've unchecked "Yes, send information about your ...". Next. - "I have read and I accept the license terms.". Next. - Selected "Full". Install. What was "installed": - Microsoft Application Error Reporting - VC 9.0 Runtime (x86) - VC 10.0 Runtime (x86) - Microsoft Windows Installer 4.5 Update (x86) - Windows XP - Microsoft Visual F# 2.0 Runtime - Microsoft Visual Studio Macro Tools - TFS Object Model (x86) - .NET Framework 4 Multi-Targeting Pack Setup always hangs in "Microsoft Visual Studio 2010 Ultimate" and the rest isn't installed. I've tried also the Custom install, selecting just Visual Basic but it hangs in the same step. Thank you. -- 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 29739] New: Microsoft Visual Studio 2010 installer wants to update MSI to 4.5.6001.22299 (Wine: 4.5.6001.22159)
by wine-bugs＠winehq.org 17 Jul '21

17 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29739 Bug #: 29739 Summary: Microsoft Visual Studio 2010 installer wants to update MSI to 4.5.6001.22299 (Wine: 4.5.6001.22159) Product: Wine Version: 1.4-rc1 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, the Visual Studio 2010 installer tries to install "Microsoft Windows Installer 4.5 Update (x86)". http://blogs.msdn.com/b/windows_installer_team/archive/2008/12/05/update-to… Installer prerequisite checks log: --- snip --- ... [01/29/12,14:01:09] Microsoft Windows Installer 4.5 (x86) - Windows XP == [01/29/12,14:01:09] This component uses the FileVersionCheck version check method. It will compare a given version against the version of a file on your machine. [01/29/12,14:01:09] The file to be verified is C:\windows\system32\msi.dll. [01/29/12,14:01:09] Version on user's machine: 4.5.6001.22159 [01/29/12,14:01:09] Version to be installed: 4.5.6001.22159 [01/29/12,14:01:09] Microsoft Windows Installer 4.5 (x86) - Windows XP == Component to be removed from installation list because a later version is on the machine. [01/29/12,14:01:09] Microsoft Windows Installer 4.5 Update (x86) - Windows XP == [01/29/12,14:01:09] This component uses the FileVersionCheck version check method. It will compare a given version against the version of a file on your machine. [01/29/12,14:01:09] The file to be verified is C:\windows\system32\msi.dll. [01/29/12,14:01:09] Version on user's machine: 4.5.6001.22159 [01/29/12,14:01:09] Version to be installed: 4.5.6001.22299 [01/29/12,14:01:09] Microsoft Windows Installer 4.5 Update (x86) - Windows XP == Component to be installed. ... --- snip --- The update installer fails in the end due to bug 6194 (considered not critical). It might be useful to have Wine msi dll version resource updated to 4.5.6001.22299 to prevent installation in first place. 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 5

[Bug 18003] New: Microsoft Terminal Services 6.1 wont install
by wine-bugs＠winehq.org 17 Jul '21

17 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18003 Summary: Microsoft Terminal Services 6.1 wont install Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)doty.ru While installing Microsoft Terminal Services Client 6.1 (version for WinXP SP2 - http://download.microsoft.com/download/7%2f9%2f0%2f79015acb-d0a1-409a-910c-…) I see copying files progressbar but then a message box "Path not found!" appeared. Seems that installer checks OS service pack version and cannot find this info. Relay log before this message attached. -- 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 9

[Bug 18012] New: DVDDecrypter bug on certain "Windows Versions"
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18012 Summary: DVDDecrypter bug on certain "Windows Versions" Product: Wine Version: 1.1.18 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: legato777(a)gmail.com DVDDecrypter (final release) does not recognize DVDs when Wine version is set to Windows XP or Windows Vista, it has to be set to Windows NT 4.0 Sometimes it still has recognition issues, but a quick shut down will do the trick as long as its in NT 4.0 mode. I have tried this on two seperate computers with the same result, Ubuntu 8.04 and 8.10 give this result. -- 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 22780] New: Trackmania United Forever crashes with complex shaders enabled
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22780 Summary: Trackmania United Forever crashes with complex shaders enabled Product: Wine Version: 1.1.44 Platform: x86 URL: http://www.trackmania.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dendron2000(a)mail.ru Created an attachment (id=28107) --> (http://bugs.winehq.org/attachment.cgi?id=28107) Log TMU crashes with recent Wine versions (at least 1.1.42-44) When I select SM 2.0 or any enhanced graphical options (such as 'Blur') the game crashes in a few seconds. -- 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 22083] New: Regression: TrackMania Nations Forever serious graphical glitches
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22083 Summary: Regression: TrackMania Nations Forever serious graphical glitches Product: Wine Version: 1.1.41 Platform: x86-64 URL: http://www.trackmania.com/index.php?rub=downloads OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_bratch(a)yahoo.co.uk Created an attachment (id=26910) --> (http://bugs.winehq.org/attachment.cgi?id=26910) Broken behaviour TrackMania Nations Forever is severely broken on certain maps by the patch below: author Roderick Colenbrander <thunderbird2k(a)gmail.com> Fri, 5 Mar 2010 15:49:15 +0000 (16:49 +0100) committer Alexandre Julliard <julliard(a)winehq.org> Mon, 15 Mar 2010 13:22:44 +0000 (14:22 +0100) commit 360384277bcdd74adcfaf265c6704c5ee7dc72ef tree 289548954cf485f4a4e6dc825f4fc49893b3f8bc parent 2060d80d24980b1c85ca144b2c43c2b5cbbc7ec3 Attached is a screenshot of the breakage. Screenshot of previous behaviour to follow. -- 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 26

[Bug 22101] New: Graphical glitches in character names in Dungeons and Dragons Online
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22101 Summary: Graphical glitches in character names in Dungeons and Dragons Online Product: Wine Version: 1.1.41 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: digitaltopia(a)gmail.com With the new Wine 1.1.41 there are some graphical glitches with character names in Dungeons and Dragons Online. As you walk about the game, character's and NPC's names float above their heads, like in most MMORPGs. There are some NPC's who's names are always supposed to be visible as you're walking around, but with this latest update their names only appear when you actually put the mouse cursor over them. Also, when you have a character's or NPC's name showing on the screen using the above method, as you walk around, approach the character, move around the character etc., there's a strange glitch where sections of their name become transparent. None of the above happens with 1.1.40. -- 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 15939] New: IoCreateUnprotectedSymbolicLink is not implemented
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15939 Summary: IoCreateUnprotectedSymbolicLink is not implemented Product: Wine Version: 1.1.7 Platform: All URL: http://www.jeuxvideopc.com/demo/9138-x3-reunion.php OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntoskrnl AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr X3 demo fails to start because of the lack of implementating of the function IoCreateUnprotectedSymbolicLink. Joaopa -- 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 9

[Bug 15862] New:=?UTF-8?Q?=20=C3=9CberSoldier?=: installation/game cannot start
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15862 Summary: ÜberSoldier: installation/game cannot start Product: Wine Version: 1.1.7 Platform: PC URL: http://ubersoldier.softonic.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amlopezalonso(a)gmail.com Created an attachment (id=16998) --> (http://bugs.winehq.org/attachment.cgi?id=16998) installation backtrace Running either AutoRun.exe or Setup.1 makes the CD unit keeps spinning until wineserver process is killed. Downloadable demo allows the game to be installed but when trying to run it, a message pops up asking to reboot the computer to complete the installation and things won't go further. -- 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 7

[Bug 11208] New: Unimplemented function in ntsokrnl. exe causes TrackManiaESWC to fail at startup
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=11208 Summary: Unimplemented function in ntsokrnl.exe causes TrackManiaESWC to fail at startup Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zgold550(a)gmail.com Created an attachment (id=10285) --> (http://bugs.winehq.org/attachment.cgi?id=10285) output of +relay Playing TrackManiaESWC is impossible because the game immediately dumps to some seemingly infinite error of loops. Ran with GIT WINE as of 4:30 on 1/15/08 WINEDEBUG="+relay" ~/progrepo/Wine/wine TmNationsESWCLauncher.exe > ~/TmNationsESWCOutput 2>&1 log 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 10

[Bug 23474] New: Call to unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=23474 Summary: Call to unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://www.star-force.com/support/sfdrvup.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Created an attachment (id=29295) --> (http://bugs.winehq.org/attachment.cgi?id=29295) Console output on running sfdrvup.exe I'm not sure whether this should be part of bug 3260. It's related to the StarForce protection driver, but not an actual copy-protection check failing. I tried running the StarForce protection driver update from http://www.star-force.com/support/sfdrvup.zip Note: sfdrvup.exe requires that some version of the protection driver already be installed. I had previously installed a game which uses StarForce under Wine. Console output is attached, but these lines stood out: wine: Call from 0x7b836822 to unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent, aborting wine: Unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent called at address 0x7b836822 (thread 0024), starting debugger... Unhandled exception: unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent called in 32-bit code (0x7b836822). So maybe some minimal implementation of IoCreateSynchronizationEvent could help here? -- 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 10407] New: TrackMania Nations fails due serveral unimplemented functions
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10407 Summary: TrackMania Nations fails due serveral unimplemented functions Product: Wine Version: CVS/GIT Platform: PC-x86-64 URL: http://www.trackmanianations.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: greg87(a)online.de wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.IoCreateUnprotectedSymbolicLink, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.ExInitializeZone, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.ExInterlockedAddLargeInteger, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.IoCreateSynchronizationEvent, aborting wine: Call from 0x7b8442f0 to unimplemented function ntoskrnl.exe.ExInitializeResourceLite, aborting Next showstopper is for sure the starforce protection... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 32732] New: Kompas V11-V13 Interface freeze
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32732 Bug #: 32732 Summary: Kompas V11-V13 Interface freeze Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nogood3(a)hotmail.com Classification: Unclassified Bug have only Kompas V11 , Kompas V12 and Kompas V13. Freezing have started when I try change any settings in programm. For justice ,must say that programm working despite for Interface freezing. When programm run in virtual desk mod , and take a freeze , I was have some solution - just try to close VM desk and programm become alive whith answer "You realy want to quit?" So , what a hell whith it? -- 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 23091] New: KOMPAS-3D LT V11 freeze
by wine-bugs＠winehq.org 16 Jul '21

16 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=23091 Summary: KOMPAS-3D LT V11 freeze Product: Wine Version: 1.2-rc2 Platform: x86-64 URL: http://download.kompas.kolomna.ru/public/Kompas-3D_LT_ V11/Kompas3D_LT_V11_SP1_intgr.zip OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexeal(a)gmail.com At first look this program working correctly, but after closing preferences window abruptly freeze. Look at the end of log: -- 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 12

[Bug 28474] New: General Support for Windows Shell Extensions
by wine-bugs＠winehq.org 14 Jul '21

14 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28474 Summary: General Support for Windows Shell Extensions Product: Wine Version: 1.3.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bbartol68(a)yahoo.com Referencing this bug report: http://bugs.winehq.org/show_bug.cgi?id=11461 This bug report was originally raised to address Wine's deficiency in supporting Windows apps that operate by means of Windows shell extensions. It was originally submitted more than 3 and 1/2 years ago and has been added to very sparingly over the last year. The last update was almost 5 months ago and only addressed the issue with respect to the single case of TortoiseSVN. I'm submitting this bug to hopefully breathe new life into the prospect of Wine supporting Windows apps that operate by means of Windows shell extensions more generally - that is, not just for the specific case of TortoiseSVN. Now... Having written the above, I arrive at this juncture after experimenting with the specific case of attempting to get TortoiseGit to run as an extension of WineFile, WineExplorer, or a third-party file management utility like one of these (for instance): http://www.makeuseof.com/tag/the-5-best-windows-explorer-replacements/ By the way, I was able to install and run under Wine each of the Windows Explorer alternatives covered by the above link. However, no luck getting TortoiseGit to pop up as a shell extension. Would be really cool if I could use the same Windows shell extension apps under Wine as I do under Windows. Thanks! -- 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 3

[Bug 31618] New: Unable to run an old VB5 app
by wine-bugs＠winehq.org 14 Jul '21

14 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=31618 Bug #: 31618 Summary: Unable to run an old VB5 app Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rhon(a)free.fr Classification: Unclassified Created attachment 41577 --> http://bugs.winehq.org/attachment.cgi?id=41577 First error message I had I'm using wine 1.5.11 on Archlinux, and I try to launch this old game : http://www.cnetfrance.fr/telecharger/waterboy-11006056s.htm?download=1 The problem is that I always get a "Run-time error '13' : Type mismatch" when I try to launch it. I've tried to switch oleaut.dll and ole32.dll to "native" (I used dll copied from an up to date Win XP install), and switch to "Windows 98" mode using winecfg, and then I had the error1 attached. I've installed vb5runtime, vb6run, mfc40 and mfc42 using winetricks, but it didn't help, I now have a window popup with message "System error &H80070078" and console output shows the messages in error2 attached 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 22649] New: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22649 Summary: CDBurnerXP 4.3.x crashes when trying to erase a DVD-RW Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://cdburnerxp.se/download?more-options 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=27861) --> (http://bugs.winehq.org/attachment.cgi?id=27861) Crash log After choosing "erase disc" in the main menu and then clicking the erase button (while a DVD-RW disc is inserted in a drive the program can detect), the program produces an error dialog: Erasing the disc failed for the following reason: Exception from HRESULT: 0x8001010E (RPC_E_WRONG_THREAD) Clicking OK to this message results in the MS error report tool popping up, followed by the Wine crash dialog. Note: this program needs dotnet20, and it needs the workaround from bug 18012, comment 2 to be able to detect drives in this section. -- 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 14817] New: Msi property names passed on the command line need to be interpreted as uppercase (Corel Draw X3 installer)
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=14817 Summary: Msi property names passed on the command line need to be interpreted as uppercase (Corel Draw X3 installer) Product: Wine Version: CVS/GIT Platform: PC URL: http://download.chip.eu/en/CorelDraw-Graphics-Suite-X3- 13.0.0.739_74294.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while solving bug 10368 I came across another one before hitting bug 2547 Note: To get to this bug one needs my private heap patch for bug 10368 so just believe it for now until AJ provides a fix ;-) There is a custom action "Set_AKPARAMS_CGS" which lets the installer fail: --- snip --- 002d:trace:msi:ACTION_CustomAction Handling custom action L"Set_AKPARAMS_CGS" (33 L"AKPARAMS" L"[PCUPath]|[PCUNLRFilename]|[LangPath]|[PCUDllFilename]|[regkey]|[DTAFilename]|[PIDprefix]|[LANG]") .. --- snip --- There are 8 properties fetched to build the string: --- snip --- 002d:trace:msi:MSI_GetPropertyW returning L"C:\\windows\\temp\\Corel\\6926A426-654D-11DD-879C-000AE4C88BC2\\Programs\\" for property L"PCUPath" .. 002d:trace:msi:MSI_GetPropertyW returning L"DRPCUNLR.dll" for property L"PCUNLRFilename" .. 002d:trace:msi:MSI_GetPropertyW returning L"C:\\windows\\temp\\Corel\\6926A426-654D-11DD-879C-000AE4C88BC2\\Languages\\DE\\Programs\\" for property L"LangPath" .. 002d:trace:msi:MSI_GetPropertyW property L"PCUDllFilename" not found .. 002d:trace:msi:MSI_GetPropertyW returning L"SOFTWARE\\Corel\\TempKey2B9006B6\\6926A426-654D-11DD-879C-000AE4C88BC2" for property L"regkey" .. 002d:trace:msi:MSI_GetPropertyW returning L"DR13" for property L"DTAFilename" .. 002d:trace:msi:MSI_GetPropertyW returning L"DR13" for property L"PIDprefix" .. 002d:trace:msi:MSI_GetPropertyW returning L"EN" for property L"LANG" .. --- snip --- One property "PCUDllFilename" is not found. The properties are passed on command line: --- snip --- 002d:Call msi.MsiInstallProductA(00a00b40 "C:\\windows\\temp\\CorelPreInstall.msi",00a00be0 "ACTIONTODO=\"AcquireKey\" MAIN_INSTALL_DLG_TITLE=\"Setup Initialization\" SERIALNUMBER=\"DR13WTX-9999998-YSP\" USERNAME=\"\" PCUSOURCEID=\"100001\" PRODUCT_REGKEY=\"CorelDRAW\\13.0\" LANG=\"EN\" PCU_SUBFOLDER=\"Programs\\\" PCUNLRFILENAME=\"DRPCUNLR.dll\" PCU_LANG_SUBFOLDER=\"Languages\\DE\\Programs\\"...) ret=1000372b --- snip --- Debug/relay truncated it, here is the full command line (formatted one property per line): --- snip --- ACTIONTODO="AcquireKey" MAIN_INSTALL_DLG_TITLE="Setup Initialization" SERIALNUMBER="DR13WTX-9999998-YSP" USERNAME="" PCUSOURCEID="100001" PRODUCT_REGKEY="CorelDRAW\13.0" LANG="EN" PCU_SUBFOLDER="Programs\" PCUNLRFILENAME="DRPCUNLR.dll" PCU_LANG_SUBFOLDER="Languages\DE\Programs\" PCU_LANG_RELATIVE_PATH="..\Languages\DE\Programs" PCUDllFilename="PCUDataIntl.dll" PIDPREFIX="DR13" DTAFILENAME="DR13" PCUURLLANG="DE" --- snip --- All property names are hard coded literals in this brain damaged installer and "PCUDllFilename" was the only one not passed as uppercase. Probably not intended but completely valid. Next, these properties are set within msi_parse_command_line(). Because wine msi takes the property names as case sensitive, the property "PCUDllFilename" is set with value "PCUDataIntl.dll" (and not "PCUDLLFILENAME"). A bit later, a custom action for each property maps the property names again to its case-dependant representation: --- snip --- 002d:trace:msi:ACTION_CustomAction Handling custom action L"Set_PCUDllFilename" (33 L"PCUDllFilename" L"[PCUDLLFILENAME]") .. 002d:trace:msi:MSI_FormatRecordW (L"[PCUDLLFILENAME]") .. 002d:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`='PCUDLLFILENAME'" 0x7ed3cf9c .. 002d:trace:msi:MSI_GetPropertyW property L"PCUDLLFILENAME" not found --- snip --- Because "PCUDLLFILENAME" wasn't found due to msi command line bug, "PCUDllFilename" will be overwritten with empty string, leading to later failure. My fix was to convert all property passed to msi_parse_command_line() to uppercase. This lets the installer proceed further - only to run into bug 2547 MSDN info here: http://msdn.microsoft.com/en-us/library/aa367988.aspx --- quote --- .. Only public properties can be modified using the command line. All property names on the command line are interpreted as uppercase but the value retains case sensitivity. If you enter MyProperty at a command line, the installer overrides the value of MYPROPERTY and not the value of MyProperty in the Property table. --- quote --- 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 7

[Bug 10368] New: Corel Draw X3 Won't Install
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=10368 Summary: Corel Draw X3 Won't Install Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaimerave(a)gmail.com Created an attachment (id=9041) --> (http://bugs.winehq.org/attachment.cgi?id=9041) Log of the error The installation is failing when the second stage start. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 32

[Bug 27199] New: MS .Net Framework 1.x Service Pack installers crash in InstallFiles action (cabinet stream handling)
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27199 Summary: MS .Net Framework 1.x Service Pack installers crash in InstallFiles action (cabinet stream handling) Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, probably a regression, I've noticed this some time ago but forgot about filing a bug for it until I saw a forum post. http://forum.winehq.org/viewtopic.php?t=12224&start=2 AFAIK affects various .NET 1.x SPx installers (1.0 SP3, 1.1 SP1, ...) --- snip --- $ wine ./NDP1.1sp1-KB867460-X86.exe fixme:sync:CreateMemoryResourceNotification (0) stub fixme:shell:URL_ParseUrl failed to parse L"mscorlib" fixme:shell:URL_ParseUrl failed to parse L"PatchExec" fixme:shell:URL_ParseUrl failed to parse L"Microsoft.Cabinet.MiniExtract" ... fixme:msi:msi_parse_patch_summary patch obsoletes L"{02D68AF2-1DCD-42E2-8E32-54314782DA29}{323E5670-5DA7-4A1E-85F0-8FA12EFE9EC8}{FA96891D-DADE-40A5-B54C-61E945F88103}{2376C7F6-3282-4CBE-BB2E-38882354A844}{3D3DEE62-32F2-4AB3-9565-B344AD757AFD}{297E6479-2055-4B59-99C8-D31FF5FCADAF}{4291D65D-056C-4B77-82C6-D3C6A320FB4D}{DEFE4CC2-D4FF-4BE5-BCE3-7E9B7E39FC"... fixme:msi:MsiGetMode no support for administrative installs fixme:msi:ACTION_CustomAction Deferring rollback only action wine: Unhandled page fault on read access to 0x00000000 at address 0x6839d034 (thread 0027), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x6839d034). ... Backtrace: =>0 0x6839d034 cabinet_seek_stream+0x29(hf=0, dist=0, seektype=0x1) [/opt/projects/wine/wine-git/dlls/msi/media.c:280] in msi (0x0033f008) 1 0x68c4c8eb FDI_getoffset+0x23(fdi=0x6837b8, hf=0) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:466] in cabinet (0x0033f028) 2 0x68c4cc2f FDI_read_entries+0xdc(fdi=0x6837b8, hf=0, pfdici=0x33f194, pmii=0x69b49c) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:575] in cabinet (0x0033f108) 3 0x68c54048 FDICopy+0x47b(hfdi=0x6837b8, pszCabinet="<STREAM>", pszCabPath=0x0(nil), flags=0, pfnfdin=0x6839dd73, pfnfdid=(nil), pvUser=0x33f440) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:2535] in cabinet (0x0033f388) 4 0x6839e216 extract_cabinet_stream+0x184(package=0x147878, mi=0x683868, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:632] in msi (0x0033f3f8) 5 0x6839e2bb msi_cabextract+0x2d(package=0x147878, mi=0x683868, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:649] in msi (0x0033f418) 6 0x6838ffcf ACTION_InstallFiles+0x250(package=0x147878) [/opt/projects/wine/wine-git/dlls/msi/files.c:356] in msi (0x0033f4a8) 7 0x68366b3d ACTION_HandleStandardAction+0x99(package=0x147878, action="InstallFiles", rc=0x33f52c) [/opt/projects/wine/wine-git/dlls/msi/action.c:8023] in msi (0x0033f4e8) 8 0x68366dad ACTION_PerformUIAction+0x90(package=0x147878, action="InstallFiles", script=0xffffffff) [/opt/projects/wine/wine-git/dlls/msi/action.c:8067] in msi (0x0033f538) --- snip --- Prerequisite: bash winetricks -q dotnet11 $ sha1sum NDP1.1sp1-KB867460-X86.exe 74a5b25d65a70b8ecd6a9c301a0aea10d8483a23 NDP1.1sp1-KB867460-X86.exe $ wine --version wine-1.3.20-94-geb4b262 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 25430] New: Internet Explorer 4 can't load the WineHQ forum without native urlmon
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25430 Summary: Internet Explorer 4 can't load the WineHQ forum without native urlmon Product: Wine Version: 1.3.8 Platform: x86-64 URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=32369) --> (http://bugs.winehq.org/attachment.cgi?id=32369) Standard output If IE4 is installed using the procedure described at http://appdb.winehq.org/objectManager.php?sClass=version&iId=2743&iTestingI… , but with urlmon omitted from step 2 (native overrides), it loads only the background image for the WineHQ forums. After loading the background, it produces an error message and stops: Internet Explorer could not open the Internet site http://forum.winehq.org/. Could not complete the operation due to error 80004002. After restoring the urlmon override, the forum can be fully loaded. -- 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 7

[Bug 29842] New: IE4 crashes on showing certificate authorities, needs wininet.dll.ParseX509EncodedCertificateForListBoxEntry
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29842 Bug #: 29842 Summary: IE4 crashes on showing certificate authorities, needs wininet.dll.ParseX509EncodedCertificateForListBoxEntry Product: Wine Version: 1.4-rc2 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Crashes with: wine: Call from 0x7b83bdc2 to unimplemented function wininet.dll.ParseX509EncodedCertificateForListBoxEntry, aborting err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x102092e0 winetricks wininet is a workaround. Steps to reproduce: 1. Change the reported Windows version to NT 4.0. (You may also want to remove the Z: drive, to avoid a scan of the file system) 2. wine iexplore -unregserver 3. Remove inetcpl.cpl and schannel.dll from system32 4. Run the unpacker and installer. After reboot, close the program manager windows that pop up as well as any error dialogs. 5. wine control inetcpl.cpl 6. Go to the content tab and click the "authorities" 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 13

[Bug 29843] New: IE4 crashes on resetting profile sharing, needs shdocvw.dll.ResetProfileSharing
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29843 Bug #: 29843 Summary: IE4 crashes on resetting profile sharing, needs shdocvw.dll.ResetProfileSharing Product: Wine Version: 1.4-rc2 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Crashes with: wine: Call from 0x7b83bdc2 to unimplemented function shdocvw.dll.ResetProfileSharing, aborting err:seh:raise_exception Unhandled exception code c00000fd flags 0 addr 0xf744863c WINEDLLOVERRIDES=shdocvw=n is a workaround. Steps to reproduce: 1. Change the reported Windows version to NT 4.0. (You may also want to remove the Z: drive, to avoid a scan of the file system) 2. wine iexplore -unregserver 3. Remove inetcpl.cpl and schannel.dll from system32 4. Run the unpacker and installer. After reboot, close the program manager windows that pop up as well as any error dialogs. 5. wine control inetcpl.cpl 6. Go to the content tab and click the "reset sharing" 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 29718] New: IE4 setup wants wininet.dll.LoadUrlCacheContent
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29718 Bug #: 29718 Summary: IE4 setup wants wininet.dll.LoadUrlCacheContent Product: Wine Version: 1.3.37 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified If the Internet Explorer 4 installer is run without any DLL overrides or workarounds for earlier bugs, a process named LOADWC.EXE eventually crashes after rebooting. Terminal output shows: wine: Unimplemented function wininet.dll.LoadUrlCacheContent called at address 0x7b83bdc2 (thread 0024), starting debugger... The workaround for bug 25359 also prevents this function from being called (remove C:\windows\system32\schannel.dll before installing). Steps to reproduce: 1. Change the reported Windows version to NT 4.0. (You may also want to remove the Z: drive, to avoid a scan of the file system) 2. wine iexplore -unregserver 3. Run the unpacker and installer. Ignore a crash and warning about failure to install some components (bug 25359 & bug 25502). 4. After reboot, close the program manager windows that pop up as well as any error dialogs. Note that there seems to be a pause before this crash occurs. -- 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 7

[Bug 29717] New: IE4 setup wants inetcpl.cpl.DllInstall
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=29717 Bug #: 29717 Summary: IE4 setup wants inetcpl.cpl.DllInstall Product: Wine Version: 1.3.37 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified After rebooting, the Internet Explorer 4 setup program complains "an error or exception occurred while calling the function 'DllInstall' in 'C:\windows\system32\inetcpl.cpl'." This is accompanied by terminal output: wine: Call from 0x7b83bdc2 to unimplemented function inetcpl.cpl.DllInstall, aborting Workaround: delete C:\windows\system32\inetcpl.cpl before running the installer. Steps to reproduce: 1. Change the reported Windows version to NT 4.0. (You may also want to remove the Z: drive, to avoid a scan of the file system) 2. wine iexplore -unregserver 3. Run the unpacker and installer. Ignore an earlier crash and warning about failure to install some components (bug 25359 & bug 25502). -- 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 9

[Bug 28379] New: Internet Explorer 4.0 highlights selected text incorrectly
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28379 Summary: Internet Explorer 4.0 highlights selected text incorrectly Product: Wine Version: 1.3.28 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com CC: david.hedberg(a)gmail.com Regression SHA1: 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7 Created an attachment (id=36389) --> (http://bugs.winehq.org/attachment.cgi?id=36389) Terminal output When selecting some text in IE4, it usually gets highlighted wrong - it appears that the text changes color as expected, but the background does not. It's very noticeable on the WineHQ homepage, where much of the text becomes invisible when selected, while it should be white on a blue background. This wasn't an issue back in 1.3.6, so I did a regression test: 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7 is the first bad commit commit 81bbd17c406e37ea23e8f86f95d307c0c45e2bc7 Author: David Hedberg <dhedberg(a)codeweavers.com> Date: Sun Jan 30 20:47:55 2011 +0800 gdi32: Stay within the clipping area when painting text background. :040000 040000 f50390b8ae6002fa95ce4cc6fe598b86db9c3f22 d0fbba0a31d64cee11b668c809871706be50f376 M dlls Reverting the patch fixed the problem. I used these steps to install and test: 1. Change the reported Windows version to NT4 2. Add native,bultin overrides for the following: advpack, iexplore.exe, jscript, mshtml, shdocvw 3. Remove the Z: drive (not required, but prevents the installer from scanning the entire file system for Windows browsers to install a plugin to) 4. Run 'wine iexplore -unregserver' 5. Remove some files (replace $HOME/.wine if needed): rm -f $HOME/.wine/drive_c/{Program\ Files/Internet\ Explorer/iexplore.exe,windows/system32/{advpack.dll,inetcpl.cpl,mshtml.dll,schannel.dll,shdocvw.dll}} 6. Copy the self-extractor to Wine's C: drive and run it to extract the setup files 7. Run the IE4SETUP.EXE file from the directory the extractor created 8. Choose no when asked to locate WINDOWS.HLP, and ignore some Java VM installation errors after the reboot 9. Run IE4 and try selecting some text in the news section of the WineHQ homepage: wine 'C:/Program Files/Internet Explorer/iexplore.exe' http://www.winehq.org -- 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 25278] New: Internet Explorer 4 crashes - unimplemented function wininet.dll.InternetShowSecurityInfoByURL
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25278 Summary: Internet Explorer 4 crashes - unimplemented function wininet.dll.InternetShowSecurityInfoByURL Product: Wine Version: 1.3.6 Platform: x86-64 URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Right-click on the WineHQ home page -> properties -> certificates crashes the browser: wine: Call from 0x7b838d02 to unimplemented function wininet.dll.InternetShowSecurityInfoByURL, aborting wine: Unimplemented function wininet.dll.InternetShowSecurityInfoByURL called at address 0x7b838d02 (thread 0009), starting debugger... Note: I've posted the procedure used to install and run it in the AppDB here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=2743&iTestingI… -- 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 7

[Bug 28392] New: Internet Explorer 4 crashes on adding a page to favorites
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=28392 Summary: Internet Explorer 4 crashes on adding a page to favorites Product: Wine Version: 1.3.28 Platform: x86-64 URL: http://www.oldversion.com/common/uploaded_files/softwa res/msie401sp2.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=36406) --> (http://bugs.winehq.org/attachment.cgi?id=36406) Terminal output Per the summary, trying to add a page to favorites in IE4 crashes the browser. It doesn't happen if native shell32 is used (for iexplore.exe only). Procedure to install and test: 1. Change the reported Windows version to NT4 2. Add native,bultin overrides for the following: advpack, iexplore.exe, jscript, mshtml, shdocvw 3. Remove the Z: drive (not required, but prevents the installer from scanning the entire file system for Windows browsers to install a plugin to) 4. Run 'wine iexplore -unregserver' 5. Remove some files (replace $HOME/.wine if needed): rm -f $HOME/.wine/drive_c/{Program\ Files/Internet\ Explorer/iexplore.exe,windows/system32/{advpack.dll,inetcpl.cpl,mshtml.dll,schannel.dll,shdocvw.dll}} 6. Copy the self-extractor to Wine's C: drive and run it to extract the setup files 7. Run the IE4SETUP.EXE file from the directory the extractor created 8. Choose no when asked to locate WINDOWS.HLP, and ignore some Java VM installation errors after the reboot 9. Run IE4: wine 'C:/Program Files/Internet Explorer/iexplore.exe' http://www.winehq.org 10. Go to favorites (in menu bar) -> add to favorites -> OK -- 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 19520] New: Unimplemented function shdocvw.dll.SHRestricted2W
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=19520 Summary: Unimplemented function shdocvw.dll.SHRestricted2W Product: Wine Version: 1.1.26 Platform: PC URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Internet Explorer 4 needs function shdocvw.dll.SHRestricted2W to finish it's installation. Without it, it fails with an unhandled exception. Unhandled exception: unimplemented function shdocvw.dll.SHRestricted2W called in 32-bit code (0x7b843517). -- 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 19519] New: Unimplemented function urlmon.dll.AsyncInstallDistributionUnit
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=19519 Summary: Unimplemented function urlmon.dll.AsyncInstallDistributionUnit Product: Wine Version: 1.1.26 Platform: PC URL: http://www.oldversion.com/download/msie401sp2.exe OS/Version: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Internet Explorer 4 needs function urlmon.dll.AsyncInstallDistributionUnit to complete it's installation of the Java plugin. Without it, it fails with an unhandled exception. I tried stubbing it but it fails, looks like it's needs implementing properly. -- 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 7

[Bug 30610] New: 64-bit JRE installer needs kernel32.dll _local_unwind and kernel32.dll _C_specific_handler
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30610 Bug #: 30610 Summary: 64-bit JRE installer needs kernel32.dll _local_unwind and kernel32.dll _C_specific_handler Product: Wine Version: 1.5.3 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, installing 64-bit JRE from: http://www.java.net/download/jdk6/6u32/promoted/b02/binaries/jdk-6u32-ea-bi… fails: --- snip --- wine: Call from 0x7fce4a8d9b64 to unimplemented function KERNEL32.dll._local_unwind, aborting wine: Unimplemented function KERNEL32.dll._local_unwind called at address 0x7fce4a8d9b64 (thread 003f), starting debugger... ... Backtrace: =>0 0x00007fce4a8d9b64 stub_entry_point+0x7c(dll="KERNEL32.dll", name="_local_unwind", ret_addr=0x402335) [/home/focht/projects/wine/wine-git/dlls/ntdll/loader.c:197] in ntdll (0x000000000022c160) 1 0x0000000000402335 in jdk-6u32-ea-bin-b02-windows-amd6Z:\home\focht\Downloads\jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe (+0x2334) (0x00000000000003ff) ... --- snip --- Also required later: kernel32.dll _C_specific_handler Some useful information about "_C_specific_handler" (containing pseudo code for this generic handler): "Exceptional Behavior - x64 Structured Exception Handling": http://www.osronline.com/article.cfm?article=469 --- $ du -sh jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe 70M jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe $ sha1sum jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe e4b3ecc9a4d5ef075ee448e23df93f12ee0174dc jdk-6u32-ea-bin-b02-windows-amd64-30_jan_2012.exe $ wine --version wine-1.5.3-164-gdec3d50 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 21906] New: setupapi copyfiles action target must default to LDID_WIN (win9x) or LDID_SYS (NT) when neither DestinationDirs nor DefaultDestDir is given
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21906 Summary: setupapi copyfiles action target must default to LDID_WIN (win9x) or LDID_SYS (NT) when neither DestinationDirs nor DefaultDestDir is given Product: Wine Version: 1.1.39 Platform: x86 URL: http://visiteinteractive.free.fr/VM_java/msjavx86.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, with bug 18097 fixed (extrac32.exe tool), the msjavx86.exe installer still fails. WINEDEBUG=+tid,+seh,+relay,+setupapi wine ./msjavx86.exe &> log.txt Use the "vminst.log" file in system32 to quickly determine which part failed. --- snip --- === INF Invocation ========================================== Type : RunSetupCommand INF : C:\windows\temp\IXP000.TMP\java.inf 00000000 : WFCClean.RunNow 00000000 : CleanUp 00000000 : BaseInstallation.NT5 00000000 : BaseInstallation.RegNow 00000000 : IEOptions.Register 00000000 : IEOptions.X86.Register 00000000 : BaseInstallation.ClassFiles 80004005 : BasePkgMgr.Install.Execute ... --- snip --- java.inf -> "BasePkgMgr.Install.Execute" part failed. --- snip --- [BasePkgMgr.Install.Execute] ComponentName=Java RunPreSetupCommands=BASEINST.ExecPkgMgr --- snip --- --- snip --- [BASEINST.ExecPkgMgr] rundll32 %11%\msjava.dll,JavaPkgMgr_Install %10%\Java\classes\classes.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\classes.cer rundll32 %11%\msjava.dll,JavaPkgMgr_Install %10%\Java\trustlib\tclasses.zip,1,5,00,%VERNUM%,6,286,%10%\java\trustlib\tclasses.cer rundll32 %11%\msjava.dll,JavaPkgMgr_Install %10%\Java\classes\msjdbc.zip,1,5,00,%VERNUM%,4,286,%10%\java\classes\msjdbc.cer %11%\jdbgmgr.exe -regserver --- snip --- The self-register call fails because there is no target file ("%11%\jdbgmgr.exe -regserver"): --- snip --- 001d:Call KERNEL32.CreateProcessW(00000000,0033d22c L"C:\\windows\\system32\\jdbgmgr.exe -regserver",00000000,00000000,00000000,04000200,00000000,00152a50 L"C:\\windows\\temp\\IXP000.TMP",0033d18c,0033d1d0) ret=62fee93c 001d:Ret KERNEL32.CreateProcessW() retval=00000000 ret=62fee93c --- snip --- Go back to .inf to look up named sections for the file: --- snip --- [BASEINST.SysFilesNoReg] jdbgmgr.exe,,,33 javart.dll,,,33 msjdbc10.dll,,,33 zonedoff.reg,,,33 zonedon.reg,,,33 ... [BASEINST.SysFilesNoReg.NT5] clspack.exe,,,33 javart.dll,,,33 jdbgmgr.exe,,,33 jview.exe,,,33 msjdbc10.dll,,,33 wjview.exe,,,33 zonedoff.reg,,,33 zonedon.reg,,,33 --- snip --- The copy files action is listed here: --- snip --- [BaseInstallation] ComponentName=Java CheckAdminRights=1 CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg,BASEINST.WinFiles,BASEINST.INF AddReg=BASEINST.AddReg [BaseInstallation.NT5] ComponentName=Java CheckAdminRights=1 CopyFiles=BASEINST.SysFilesRegister,BASEINST.SysFilesNoReg.NT5,BASEINST.INF AddReg=BASEINST.AddReg --- snip --- The culprit (BASEINST.SysFilesNoReg.NT5) is here: --- snip --- ... 001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 2 returning L"BASEINST.SysFilesNoReg.NT5" 001d:trace:setupapi:SetupQueueCopySectionW hinf=0x1526a8/0x1526a8 section=L"BASEINST.SysFilesNoReg.NT5" root=L"C:\\windows\\temp\\IXP000.TMP" 001d:Call KERNEL32.SetLastError(00000000) ret=5092b82c 001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092b82c 001d:trace:setupapi:SetupFindFirstLineW (0x1526a8,L"BASEINST.SysFilesNoReg.NT5",(null)): returning 62/0 001d:trace:setupapi:SetupFindNextMatchLineW (0x1526a8,L"DestinationDirs",L"BASEINST.SysFilesNoReg.NT5"): not found 001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6 001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6 001d:trace:setupapi:SetupFindNextMatchLineW (0x1526a8,L"DestinationDirs",L"DefaultDestDir"): not found 001d:Call KERNEL32.SetLastError(e0000102) ret=5092bed6 001d:Ret KERNEL32.SetLastError() retval=e0000102 ret=5092bed6 001d:Call KERNEL32.SetLastError(00000000) ret=5092c4be 001d:Ret KERNEL32.SetLastError() retval=00000000 ret=5092c4be 001d:trace:setupapi:SetupGetStringFieldW context 0x1526a8/0x1526a8/6/2 index 3 returning L"BASEINST.INF" ... --- snip --- "BASEINST.SysFilesNoReg.NT5" is skipped because there is no "DestinationDirs" for this named section present (unlike the others BASEINST.SysFilesRegister and BASEINST.INF): --- snip --- [DestinationDirs] PRECLEAN.RegSvr=11 BASEINST.ClassFiles=10,Java\Classes BASEINST.TClassFiles=10,Java\TrustLib BASEINST.SysFilesRegister=11 BASEINST.SysFilesNoReg=11 BASEINST.WinFiles=10 BASEINST.INF=17 --- snip --- "[DestinationDirs]" -> "DefaultDestDir" is also missing. Because of this the file is never copied. http://msdn.microsoft.com/en-us/library/ms794560.aspx (INF CopyFiles Directive) --- quote --- If a named section referenced by a CopyFiles directive has a corresponding entry in the DestinationDirs section of the same INF, that entry explicitly specifies the target destination directory into which all files that are listed in the named section are copied. If the named section is not listed in the DestinationDirs section, Setup uses the DefaultDestDir in the INF file. ... --- quote --- And what if no "DefaultDestDir" is given? I searched a bit and found this: http://technet.microsoft.com/en-us/library/cc768164.aspx (Appendix C - Windows 98 INF Files) --- quote --- The optional DefaultDestDir entry provides a default destination for any Copyfile entries that use the direct copy notation (@filename) or any [File-List] section not specified in the [DestinationDirs] section. If DefaultDestDir is not given, the default directory is set to LDID_WIN. --- quote --- LDID_WIN might apply to Win9X but not to Windows NT. In many .INF files for win32/NT you will find: --- snip --- [DestinationDirs] ... DefaultDestDir = 11 ; LDID_SYS --- snip --- So the default for non-existing "DefaultDestDir" on NT is LDID_SYS (as the .inf references the file(s) as "%11%\<executable>") You may want to fix dlls/setupapi/queue.c:get_destination_dir(). With this bug is fixed, the installer almost cleanly installs except for bug 18098 (urlmon.AsyncInstallDistributionUnit not implemented). 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 8

[Bug 18098] New: urlmon.AsyncInstallDistributionUnit not implemented (needed MS Java VM)
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=18098 Summary: urlmon.AsyncInstallDistributionUnit not implemented (needed MS Java VM) Product: Wine Version: 1.1.19 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =1dacdb3d-50d1-41b2-a107-fa75ae960856&di OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, with bug 18097 fixed (extrac32.exe utility not present), the Java VM prerequisite installer goes further only to bail on this: --- snip --- ... 0041:Ret PE DLL (proc=0x67168dbc,module=0x67140000 L"urlmon.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0041:Ret KERNEL32.LoadLibraryA() retval=67140000 ret=004b2c84 0041:Call KERNEL32.GetProcAddress(67140000,00492554 "RegisterBindStatusCallback") ret=004b2ca3 0041:Ret KERNEL32.GetProcAddress() retval=67149014 ret=004b2ca3 0041:Call urlmon.RegisterBindStatusCallback(00133b98,00552f70,00000000,00000000) ret=004b2cca ... 0041:Ret urlmon.RegisterBindStatusCallback() retval=00000000 ret=004b2cca 0041:Call KERNEL32.GetProcAddress(67140000,00492528 "AsyncInstallDistributionUnit") ret=004b2c1b 0041:Ret KERNEL32.GetProcAddress() retval=6714892c ret=004b2c1b 0041:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033f684) ret=67168eed 0041:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b84386b ip=0x7b84386b tid=0041 0041:trace:seh:raise_exception info[0]=67168f60 0041:trace:seh:raise_exception info[1]=67168fa5 wine: Call from 0x7b84386b to unimplemented function urlmon.dll.AsyncInstallDistributionUnit, aborting 0041:trace:seh:call_vectored_handlers calling handler at 0x606bbe2a code=80000100 flags=1 0041:trace:seh:call_vectored_handlers handler at 0x606bbe2a returned 0 0041:trace:seh:call_vectored_handlers calling handler at 0x7b8408f7 code=80000100 flags=1 0041:trace:seh:call_vectored_handlers handler at 0x7b8408f7 returned 0 0041:trace:seh:call_stack_handlers calling handler at 0x7b87da31 code=80000100 flags=1 wine: Unimplemented function urlmon.dll.AsyncInstallDistributionUnit called at address 0x7b84386b (thread 0041), starting debugger... ... Backtrace: =>0 0x7b84386b RaiseException+0x83(code=2147483904, flags=1, nbargs=2, args=0x33f684) [/opt/wine/wine-git/dlls/kernel32/except.c:84] in kernel32 (0x0033f5d8) 1 0x7bc5f304 call_entry_point+0x20() in ntdll (0x0033f5fc) 2 0x7bc5f47c relay_call+0x171(descr=0x7b8ca4f4, idx=262959, stack=0x33f660) [/opt/wine/wine-git/dlls/ntdll/relay.c:397] in ntdll (0x0033f64c) 3 0x7b82a6b1 in kernel32 (+0xa6b1) (0x0033f68c) 4 0x67148950 __wine_stub_CoInstall() in urlmon (0x0033f700) err:dbghelp:pe_load_dbg_file Couldn't find .DBG file "msjava.dbg" ("") 5 0x00500e5d in msjava (+0xb0e5d) (0x0033f75c) 6 0x00501477 in msjava (+0xb1477) (0x0033fd18) 7 0x00a60000 (0x0033fe28) 8 0x6032d6de main+0x10a() [/opt/wine/wine-git/dlls/winecrt0/exe_main.c:48] in rundll32 (0x0033fea8) 9 0x6032d5ba __wine_spec_exe_entry+0x6a(peb=0x7ffdf000) [/opt/wine/wine-git/dlls/winecrt0/exe_entry.c:36] in rundll32 (0x0033fee8) 10 0x7b87d9a5 start_process+0x158(arg=(nil)) [/opt/wine/wine-git/dlls/kernel32/process.c:946] in kernel32 (0x0033ffe8) 11 0x6002b997 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x7b84386b RaiseException+0x83 [/opt/wine/wine-git/dlls/kernel32/except.c:84] in kernel32: subl $4,%esp 84 RtlRaiseException( &record ); ... --- snip --- Clean WINEPREFIX, no native overrides. 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 21911] New: Provide "C:\\windows\\Help" folder (MS Java runtime installer)
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21911 Summary: Provide "C:\\windows\\Help" folder (MS Java runtime installer) Product: Wine Version: 1.1.39 Platform: x86 URL: http://visiteinteractive.free.fr/VM_java/msjavx86.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a minor nuisance at the end of installer, easy to fix. Installer log "vminst.log": --- snip --- === Help Files ============================================== [ID:005006] C:\windows\help\javaperm.hlp Error creaing file [00000003]. [ID:006006] C:\windows\help\javasec.hlp Error creaing file [00000003]. ============================================================= Unable to complete installation. Error 0x80004005 Exit code: AA000003 ... --- snip --- trace log: --- snip --- 0027:Call KERNEL32.CreateFileA(0033fbf4 "C:\\windows\\help\\javaperm.hlp",40000000,00000000,00000000,00000002,00000000,00000000) ret=00403625 0027:Ret KERNEL32.CreateFileA() retval=ffffffff ret=00403625 0027:Call KERNEL32.GetLastError() ret=0040365a 0027:Ret KERNEL32.GetLastError() retval=00000003 ret=0040365a ... 0027:Call KERNEL32.CreateFileA(0033fbf4 "C:\\windows\\help\\javasec.hlp",40000000,00000000,00000000,00000002,00000000,00000000) ret=00403625 0027:Ret KERNEL32.CreateFileA() retval=ffffffff ret=00403625 0027:Call KERNEL32.GetLastError() ret=0040365a 0027:Ret KERNEL32.GetLastError() retval=00000003 ret=0040365a ... 0027:Call user32.MessageBoxA(00000000,0033f9f8 "Unable to Complete Installation",0033f5f8 "Microsoft VM",00000010) ret=00402c3f --- snip --- With precreated "C:\\windows\\Help" folder the installer finishes successfully. 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 7

[Bug 27796] New: JDK 6 installer fails with error "File name is too long"
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27796 Summary: JDK 6 installer fails with error "File name is too long" Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gabspeck(a)gmail.com Created an attachment (id=35559) --> (http://bugs.winehq.org/attachment.cgi?id=35559) The error message Running the Oracle JDK 6u26 installer on Wine results in the following error message being displayed: "Installer : Wrapper.CrateFile failed with error 206: File name is too long". -- 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 24214] New: ole: Java SE JRE subinstaller (msi) dies due to OLE compound storage reader failure on some stream (the one after _StringPool stream)
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24214 Summary: ole: Java SE JRE subinstaller (msi) dies due to OLE compound storage reader failure on some stream (the one after _StringPool stream) Product: Wine Version: 1.1.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, when installing Java SE JRE one of the sub-installers crashes. Though it doesn't seem to affect overall installer result - the installer still reports "success" in the end. --- snip --- ... 0009:Call KERNEL32.CreateProcessA(00000000,0032ed40 "\"C:\\windows\\system32\\msiexec.exe\" /i \"C:\\users\\focht\\Application Data\\Sun\\Java\\jdk1.6.0_21\\jdk1.6.0_21.msi\" WRAPPER=1",00000000,00000000,00000000,00000000,00000000,00000000,0032c4d0,0032c514) ret=00401184 .... 001d:trace:msi:ACTION_ProcessComponents Component L"sb160210" (L"14888323ADFE6D117AD8000B0D612001"), Keypath=L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi", RefCount=1 Request=3 ... 001d:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"File: javadb.msi, Directory: INSTALLDIR, Size: 10566952" ... 001d:trace:msi:cabinet_copy_file extracting L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi" 001d:Call KERNEL32.CreateFileW(00205320 L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi",c0000000,00000000,00000000,00000002,00000080,00000000) ret=683a75f4 001d:Ret KERNEL32.CreateFileW() retval=00000054 ret=683a75f4 ... 001d:trace:msi:ACTION_CustomAction Handling custom action L"installjavadb" (62 L"SystemFolder" L"msiexec.exe /i \"[INSTALLDIR]javadb.msi\" /qn INSTALLDIR=\"[JAVADB_DIR]\"") ... 001d:trace:msi:HANDLE_CustomType34 executing exe L"msiexec.exe /i \"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi\" /qn INSTALLDIR=\"C:\\Program Files\\Sun\\JavaDB\\\"" with working directory L"C:\\windows\\system32\\" ... 000d:Call msi.MsiInstallProductW(0013914e L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi",00139270 L" INSTALLDIR=\"C:\\Program Files\\Sun\\JavaDB\\\"") ret=6833da64 000d:trace:msi:MsiInstallProductW L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi" L" INSTALLDIR=\"C:\\Program Files\\Sun\\JavaDB\\\"" 000d:trace:msi:MSI_OpenPackageW L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi" 0x33fc1c ... 000d:Call KERNEL32.CopyFileW(0013914e L"C:\\Program Files\\Java\\jdk1.6.0_21\\javadb.msi",0033f9b8 L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000) ret=683b95ab ... 000d:trace:msi:MSI_OpenPackageW Opening relocated package L"C:\\users\\focht\\Temp\\msi58c.tmp" 000d:trace:msi:MSI_OpenDatabaseW L"C:\\users\\focht\\Temp\\msi58c.tmp" #0002 000d:Call ole32.StgOpenStorage(0033f9b8 L"C:\\users\\focht\\Temp\\msi58c.tmp",00000000,00000012,00000000,00000000,0033f11c) ret=683880da 000d:Call KERNEL32.CreateFileW(0033f9b8 L"C:\\users\\focht\\Temp\\msi58c.tmp",c0000000,00000000,00000000,00000003,10000080,00000000) ret=684f87b9 000d:Ret KERNEL32.CreateFileW() retval=00000040 ret=684f87b9 000d:Call KERNEL32.GetFileSize(00000040,00000000) ret=684f87dd 000d:Ret KERNEL32.GetFileSize() retval=00a13d28 ret=684f87dd ... 000d:trace:msidb:enum_stream_names stream 0 -> L"\4840\430f\422f" L"\4840File" ... 000d:trace:msidb:enum_stream_names stream 41 -> L"\0005SummaryInformation" L"\0005SummaryInformation" ... 000d:trace:msidb:read_stream_data L"_StringPool" -> L"\4840\3f3f\4577\446c\3e6a\44b2\482f" ... 000d:warn:msidb:read_stream_data read stream failed r = 8003001e! ... 000d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x683d2c6b ip=683d2c6b tid=000d 000d:trace:seh:raise_exception info[0]=00000000 000d:trace:seh:raise_exception info[1]=00000000 000d:trace:seh:raise_exception eax=00000000 ebx=68400df8 ecx=00000000 edx=00000000 esi=001408dc edi=00000000 000d:trace:seh:raise_exception ebp=0033edf8 esp=0033ede0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 000d:trace:seh:call_vectored_handlers calling handler at 0x68c622d0 code=c0000005 flags=0 000d:trace:seh:call_vectored_handlers handler at 0x68c622d0 returned 0 000d:trace:seh:call_stack_handlers calling handler at 0x7bc856a0 code=c0000005 flags=0 000d:Call KERNEL32.UnhandledExceptionFilter(0033e92c) ret=7bc856ed Wine: Unhandled page fault on read access to 0x00000000 at address 0x683d2c6b (thread 000d), starting debugger... 000d:trace:seh:start_debugger Starting debugger "winedbg --auto 11 68" ... ---- snip --- Using "orca" on the extracted .msi produces the same crash. The useful "MsiInfo" tool from Platform SDK to verify the integrity of the .msi files (and dump infos) crashes too if used with no options. Backtrace doesn't reveal much. The fault caused in msi_destroy_stringtable() is the result of an earlier failure to read in all OLE streams properly. When the "verify string pool" option is used, it doesn't crash but shows the STG_E_READFAULT (0x8003001e) error. --- snip --- $ wine msiinfo.exe crash.msi /D MsiInfo V 4.0 Copyright (c) Microsoft Corporation. All Rights Reserved String ID size: 2 Code page: 0 Error 0x8003001E. Error Reading Stream err:ole:CoUninitialize Mismatched CoUninitialize --- snip --- --- snip --- ls -l crash.msi -rw-rw-r--. 1 focht focht 10566952 2010-08-30 21:52 crash.msi --- snip --- >From my investigation it's the stream directly after "_StringPool" stream that is somehow not processed properly. Wine's OLE streams reader makes a stream access at file offset 10566656 with byte count 512 -> past end of file. You can use another OLE compound storage viewer to verify: http://www.mitec.cz/ssv.html It's a nice tool with plugin arch that lets you decode any OLE stream - if you write plugins for it ;-) If you open the .msi with the viewer it reports "sharing violation" which is another Wine bug. Dismiss the dialog and navigate the treeview with all streams listed. Between stream #22 with 90701 Bytes (-> _StringPool stream) and #24 with 3984 bytes the 0x8003001e error appears. The "faulty" stream #23 has a size of 16168 bytes. Don't know if this worked in earlier Wine versions, could be a regression though. 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 26935] New: .NET Framework 1.0 SP3 installation leads to msiexec.exe crash
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=26935 Summary: .NET Framework 1.0 SP3 installation leads to msiexec.exe crash Product: Wine Version: 1.3.18 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, the .NET Framework 1.0 SP3 installation crashes msiexec.exe. Don't know if this ever worked though (regression). Relevant part: WINEDEBUG=+tid,+seh,+msi,+storage wine ./NDP1.0sp3-KB867461-X86-Enu.exe >>log.txt 2>&1 --- snip --- ... 0026:trace:msi:msi_get_property returning L"C:\\users\\focht\\Temp\\IXP000.TMP\\" for property L"SourceDir" 0026:trace:msi:msi_load_media_info sequence 4 -> cabinet L"#_1205__VSA_Compiler_RTL_X86____.msm" disk id 3 0026:trace:msi:extract_cabinet_stream extracting L"#_1205__VSA_Compiler_RTL_X86____.msm" disk id 3 0026:trace:storage:StorageBaseImpl_OpenStream (0x1318f8, L"\387f\3802\47c5\3fff\3a9c\3b3f\4432\4333\422f\47f5\3f5b\47d5\3a21\47c6\47ff\47bf\45b0\4830", (nil), 10, 0, 0x33f0f8) 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 0 L"Root Entry" l=ffffffff r=ffffffff d=1 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 1 L"\387f\3880\47c7\458a\4236\4170\472f\3d7f\446c\422e\47f5\3f5b\47d5\3a21\47c6\3dce\479e\45b0\4830" l=2 r=3 d=ffffffff 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 2 L"\387f\3900\47c4\3f0c\412b\44f5\448c\44f0\43ec\4568\3eff\3d5d\407f\3988\47ff\47ff\443e\4436" l=4 r=5 d=ffffffff 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 4 L"\387f\39c0\47c1\3b1f\3dbf\45e8\41e4\45e4\47e4\3f5b\47d5\3a21\47c6\47ff\47bf\45b0\4830" l=6 r=7 d=ffffffff 0026:trace:storage:TransactedSnapshotImpl_ReadDirEntry 7 L"\387f\3802\47c5\3fff\3a9c\3b3f\4432\4333\422f\47f5\3f5b\47d5\3a21\47c6\47ff\47bf\45b0\4830" l=4c r=4d d=ffffffff 0026:trace:storage:StorageBaseImpl_OpenStream <-- 80030005 0026:warn:msi:cabinet_open_stream failed to open stream 0x80030005 0026:trace:seh:raise_exception code=c0000005 flags=0 addr=0x683b5388 ip=683b5388 tid=0026 0026:trace:seh:raise_exception info[0]=00000000 0026:trace:seh:raise_exception info[1]=00000000 0026:trace:seh:raise_exception eax=00000000 ebx=68435ff4 ecx=00000000 edx=00000000 esi=00000003 edi=00000000 0026:trace:seh:raise_exception ebp=0033f008 esp=0033efc0 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010256 0026:trace:seh:call_vectored_handlers calling handler at 0x68d106d6 code=c0000005 flags=0 0026:trace:seh:call_vectored_handlers handler at 0x68d106d6 returned 0 0026:trace:seh:call_stack_handlers calling handler at 0x7bc912df code=c0000005 flags=0 wine: Unhandled page fault on read access to 0x00000000 at address 0x683b5388 (thread 0026), starting debugger... ... Backtrace: =>0 0x683b5388 cabinet_seek_stream+0x29(hf=0, dist=0, seektype=0x1) [/opt/projects/wine/wine-git/dlls/msi/media.c:276] in msi (0x0033f008) 1 0x754e28eb FDI_getoffset+0x23(fdi=0x20a5d0, hf=0) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:466] in cabinet (0x0033f028) 2 0x754e2c2f FDI_read_entries+0xdc(fdi=0x20a5d0, hf=0, pfdici=0x33f194, pmii=0x4c3a1c) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:575] in cabinet (0x0033f108) 3 0x754ea048 FDICopy+0x47b(hfdi=0x20a5d0, pszCabinet="<STREAM>", pszCabPath=0x0(nil), flags=0, pfnfdin=0x683b60c7, pfnfdid=(nil), pvUser=0x33f440) [/opt/projects/wine/wine-git/dlls/cabinet/fdi.c:2535] in cabinet (0x0033f388) 4 0x683b656a extract_cabinet_stream+0x184(package=0x1509c0, mi=0x20bc08, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:628] in msi (0x0033f3f8) 5 0x683b660f msi_cabextract+0x2d(package=0x1509c0, mi=0x20bc08, data=0x33f440) [/opt/projects/wine/wine-git/dlls/msi/media.c:645] in msi (0x0033f418) 6 0x683a69b7 ACTION_InstallFiles+0x250(package=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/files.c:337] in msi (0x0033f4a8) 7 0x6837dd59 ACTION_HandleStandardAction+0x99(package=0x1509c0, action="InstallFiles", rc=0x33f52c) [/opt/projects/wine/wine-git/dlls/msi/action.c:7711] in msi (0x0033f4e8) 8 0x6837dfc9 ACTION_PerformUIAction+0x90(package=0x1509c0, action="InstallFiles", script=0xffffffff) [/opt/projects/wine/wine-git/dlls/msi/action.c:7755] in msi (0x0033f538) 9 0x6836d162 ITERATE_Actions+0x13d(row=0x4aa680, param=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/action.c:1282] in msi (0x0033f598) 10 0x683c2e6b MSI_IterateRecords+0x88(view=0x16a1f0, count=0x0(nil), func=0x6836d024, param=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/msiquery.c:193] in msi (0x0033f5c8) 11 0x6836d4a7 ACTION_ProcessExecSequence+0x19d(package=0x1509c0, UIran=0) [/opt/projects/wine/wine-git/dlls/msi/action.c:1369] in msi (0x0033f608) 12 0x68378919 ACTION_ExecuteAction+0x33(package=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/action.c:5744] in msi (0x0033f638) 13 0x6837dd59 ACTION_HandleStandardAction+0x99(package=0x1509c0, action="ExecuteAction", rc=0x33f6bc) [/opt/projects/wine/wine-git/dlls/msi/action.c:7711] in msi (0x0033f678) 14 0x6837dfc9 ACTION_PerformUIAction+0x90(package=0x1509c0, action="ExecuteAction", script=0xffffffff) [/opt/projects/wine/wine-git/dlls/msi/action.c:7755] in msi (0x0033f6c8) 15 0x6836d162 ITERATE_Actions+0x13d(row=0x1874e0, param=0x1509c0) [/opt/projects/wine/wine-git/dlls/msi/action.c:1282] in msi (0x0033f728) --- snip --- $ wine --version wine-1.3.18-200-gd16bed1 Steps to reproduce: .NET Framework 1.0 download: https://www.microsoft.com/downloads/en/details.aspx?familyid=D7158DEE-A83F-… .NET Framework 1.0 SP3 download: https://www.microsoft.com/downloads/en/details.aspx?familyid=6978D761-4A92-… 1. install .NET Framework 1.0 in clean WINEPREFIX -> $ wine ./dotnetredist.exe /q /T:"C:\\temp" && wine "C:\\temp\\dotnetfx.exe" 2. install SP3 over -> $ wine ./NDP1.0sp3-KB867461-X86-Enu.exe Could be either recent cab <-> msi rewrite or ole (storage) problem. That 0x80030005 while processing cabinet stream looks suspicious (failure not properly handled within 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 6

[Bug 25362] New: Error running Return to Castle Wolfenstein
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25362 Summary: Error running Return to Castle Wolfenstein Product: WineHQ Apps Database Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mrfort(a)centurytel.net Created an attachment (id=32259) --> (http://bugs.winehq.org/attachment.cgi?id=32259) debugger report Installed ok. Allowed setup preferences such as graphics and audio preferences. When I try to run in single player I get this error: Error in file "/home/name/.local/share/applications/clamtk.desktop": "vms/exe" is an invalid MIME type ("vms" is an unregistered media type). I assume it is an easy fix but cannot locate any information online or in your repository. -- 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 30

[Bug 25120] New: dotnet11 installation broken
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25120 Summary: dotnet11 installation broken Product: Wine Version: 1.3.6 Platform: x86 OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=31862) --> (http://bugs.winehq.org/attachment.cgi?id=31862) terminal output Regression test points to: a23514eece083011140513853c5db10357af6cea is the first bad commit commit a23514eece083011140513853c5db10357af6cea Author: Hans Leidekker <hans(a)codeweavers.com> Date: Thu Nov 11 10:45:42 2010 +0100 msi: Add support for installing side-by-side assemblies. :040000 040000 6e3244306b1cdce4af9bd963048445913433d933 820db510d39486aa37cad45d1ebeb9e2397f6224 M dlls to repeat: $ rm -rf ~/.wine $ sh winetricks -q -v winetricks terminal output attached. -- 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 32

[Bug 26701] New: exeinfoPE crashes due to PE resource section validation being too strict
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=26701 Summary: exeinfoPE crashes due to PE resource section validation being too strict Product: Wine Version: 1.3.17 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while updating some appdb entries I noticed a breakage with some PE "id" tool. The app worked some time ago but now crashes instantly. There was a minor version update: the author probably not only added more signatures but tweaked the custom PE protection the app is wrapped with. --- snip --- >$ wine ./exeinfoPE.exe wine: Unhandled exception 0x0eedfade at address 0x7b83983a:0x7b83863f (thread 0009), starting debugger... fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 26 fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 26 fixme:dbghelp_dwarf:dwarf2_lookup_type Unable to load forward reference for tag 26 err:seh:setup_exception_record stack overflow 880 bytes in thread 0009 eip 6816b5ea esp 00230fc0 stack 0x230000-0x231000-0x330000 --- snip --- relay trace yields following: --- snip --- ... 0021:Call KERNEL32.FindResourceA(00400000,00472384 "tbl_Main",0000000a) ret=00474417 0021:trace:resource:FindResourceExA 0x400000 #000a "tbl_Main" 0000 0021:trace:resource:LdrFindResource_U module 0x400000 type #000a name L"TBL_MAIN" lang 0000 level 3 0021:Ret KERNEL32.FindResourceA() retval=00000000 ret=00474417 0021:Call user32.LoadStringA(00400000,0000ffc3,0032ed34,00001000) ret=00407417 0021:trace:resource:LoadStringA instance = 0x400000, id = ffc3, buffer = 0x32ed34, length = 4096 0021:trace:resource:FindResourceExW 0x400000 #0006 #0ffd 0000 0021:trace:resource:LdrFindResource_U module 0x400000 type #0006 name #0ffd lang 0000 level 3 0021:trace:resource:LoadStringA returning "" 0021:Ret user32.LoadStringA() retval=00000000 ret=00407417 0021:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0032fd7c) ret=0047444b 0021:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83863f ip=7b83863f tid=0021 0021:trace:seh:raise_exception info[0]=0047444b 0021:trace:seh:raise_exception info[1]=05701d10 0021:trace:seh:raise_exception info[2]=0053a9e0 0021:trace:seh:raise_exception info[3]=00000000 0021:trace:seh:raise_exception info[4]=00000029 0021:trace:seh:raise_exception info[5]=0032fde8 0021:trace:seh:raise_exception info[6]=0032fd98 0021:trace:seh:raise_exception eax=7b825a75 ebx=7b88fff4 ecx=0047444b edx=0032fc94 esi=0032fd7c edi=0032fcf0 0021:trace:seh:raise_exception ebp=0032fcd8 esp=0032fc74 cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00000203 0021:trace:seh:call_vectored_handlers calling handler at 0x788636c6 code=eedfade flags=1 0021:trace:seh:call_vectored_handlers handler at 0x788636c6 returned 0 0021:trace:seh:call_stack_handlers calling handler at 0x474573 code=eedfade flags=1 0021:trace:seh:call_stack_handlers handler at 0x474573 returned 1 0021:trace:seh:call_stack_handlers calling handler at 0x405149 code=eedfade flags=1 ... --- snip --- The app unpacks/decrypts PE sections into dynamic memory and patches the PE header to point to new locations. I dumped the PE header at the right place ;-) --- snip --- Wine-dbg>p *nt {Signature=0x4550, FileHeader={Machine=0x14c, NumberOfSections=0x3, TimeDateStamp=0x2a425e19, PointerToSymbolTable=0, NumberOfSymbols=0, SizeOfOptionalHeader=0xe0, Characteristics=0x818f}, OptionalHeader={Magic=0x10b, MajorLinkerVersion=2, MinorLinkerVersion=0, SizeOfCode=0x8c000, SizeOfInitializedData=0x5000, SizeOfUninitializedData=0x513a000, AddressOfEntryPoint=0x51c5810, BaseOfCode=0x513b000, BaseOfData=0x51c7000, ImageBase=0x400000, SectionAlignment=0x1000, FileAlignment=0x200, MajorOperatingSystemVersion=0x4, MinorOperatingSystemVersion=0, MajorImageVersion=0, MinorImageVersion=0, MajorSubsystemVersion=0x4, MinorSubsystemVersion=0, Win32VersionValue=0, SizeOfImage=0x51cc000, SizeOfHeaders=0x1000, CheckSum=0x51c5810, Subsystem=0x2, DllCharacteristics=0, SizeOfStackReserve=0x100000, SizeOfStackCommit=0x4000, SizeOfHeapReserve=0x100000, SizeOfHeapCommit=0x1000, LoaderFlags=0, NumberOfRvaAndSizes=0x12, DataDirectory={{VirtualAddress=0x5159000, Size=0x4f}, {VirtualAddress=0x51cb120, Size=0x2c8}, {VirtualAddress=0x51c7000, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0x51c63b0, Size=0x18}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}, {VirtualAddress=0, Size=0}}}} --- snip --- The (new) PE resource section is located at 0x051c7000 with size == 0 (not recalculated to real value) Wine's resource directory entry size check is actually the problem, preventing the app from finding its resources. --- snip ntdll/resource.c --- /********************************************************************** * find_entry * * Find a resource entry */ static NTSTATUS find_entry( HMODULE hmod, const LDR_RESOURCE_INFO *info, ULONG level, const void **ret, int want_dir ) { ULONG size; const void *root; const IMAGE_RESOURCE_DIRECTORY *resdirptr; WORD list[9]; /* list of languages to try */ int i, pos = 0; root = RtlImageDirectoryEntryToData( hmod, TRUE, IMAGE_DIRECTORY_ENTRY_RESOURCE, &size ); if (!root) return STATUS_RESOURCE_DATA_NOT_FOUND; if (size < sizeof(*resdirptr)) return STATUS_RESOURCE_DATA_NOT_FOUND; resdirptr = root; ... --- snip ntdll/resource.c --- This also results in stack overflow because the app's exception handler tries to load resources too which obviously fails. Removing the size check (size < sizeof(*resdirptr)) lets the app successfully start. 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 8

[Bug 32245] New: unimplemented function shell32.dll.SHExtractIconsW
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32245 Bug #: 32245 Summary: unimplemented function shell32.dll.SHExtractIconsW Product: Wine Version: 1.5.17 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tjfoerster(a)web.de Classification: Unclassified I've coded a small GUI with a graphic menu which should run in wine. Everything works well on windows (i.e. XP) - but not in wine (Unhandled exception). It doesn't start at all. The same in wine 1.5.17 (ArchLinux) and 1.2 (Meego - WeTab). Attached the backrace.txt and the GUI. -- 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 18

[Bug 32878] New: Classic Shell/Classic Start Menu crashes on startup due to unimplemented function shell32.dll.SHGetStockIconInfo
by wine-bugs＠winehq.org 12 Jul '21

12 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=32878 Bug #: 32878 Summary: Classic Shell/Classic Start Menu crashes on startup due to unimplemented function shell32.dll.SHGetStockIconInfo Product: Wine Version: 1.5.22 Platform: arm OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, as the summary says ... Detlef is already working on that though it might be useful to have a bug report for it. I tested the port of class shell to ARM platform. The same most likely applies for x86. --- snip --- $ wine ./ClassicStartMenu.exe ... wine: Call from 0x403ec644 to unimplemented function shell32.dll.SHGetStockIconInfo, aborting fixme:seh:RtlUnwind Not implemented on ARM fixme:thread:InitializeSRWLock (0x1009cc8c): stub err:module:attach_process_dlls "ClassicStartMenuDLL.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\linaro\\wine-apps\\classicmenu\\ClassicStartMenu.exe" failed, status 80000100 --- snip --- $ wine --version wine-1.5.23-7-gf0a88fb Patches from Detlef Riekenberg here: http://source.winehq.org/patches/data/94077 http://source.winehq.org/patches/data/94078 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 7

[Bug 15549] New: Colobot Demo installer does not fully redraw installation window during install progress phase
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=15549 Summary: Colobot Demo installer does not fully redraw installation window during install progress phase Product: Wine Version: 1.1.5 Platform: PC URL: http://www.ceebot.com/download/demo/colobotdemo17e.exe OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=16531) --> (http://bugs.winehq.org/attachment.cgi?id=16531) Colobot Demo installer window screenshot With today's Git (wine-1.1.5-507-ge20ef50), in the process of testing bug 13932, I noticed that when the installer is at the file copy progress phase, some elements of the window are not redrawn properly. A screenshot is attached. -- 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 23847] New: ntdll: NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION) should provide NT-style 100ns units (.NET 1.x CLR)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=23847 Summary: ntdll: NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_ INFORMATION) should provide NT-style 100ns units (.NET 1.x CLR) Product: Wine Version: 1.3.0 Platform: x86 URL: http://www.microsoft.com/DownLoads/details.aspx?family id=D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after bug 17084 (.NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails)) was fixed, the installer still fails. The first blocker is now the presence of some .NET registry keys that ought to help Mono but break the MS installer itself (path to v1.0.xxx Microsoft CLR core library is incorrectly constructed, leading to mscorwks.dll load failure). You can work around by deleting the following key before running the installer: --- snip --- $ wine reg delete "HKLM\Software\Microsoft\.NETFramework" --- snip --- Near the end, the installer spawns "regasm.exe" tool several times to register various assemblies. Unfortunately the tool crashes with division by zero (+tid,+seh,+relay): --- snip --- ... 0040:Call ntdll.NtQuerySystemInformation(00000008,031ce960,00000060,00000000) ret=792cf160 0040:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160 0040:trace:seh:raise_exception code=c0000094 flags=0 addr=0x79243177 ip=79243177 tid=0040 0040:trace:seh:raise_exception eax=00000000 ebx=ffffffff ecx=00000000 edx=00000000 esi=00000022 edi=00000001 0040:trace:seh:raise_exception ebp=031ce9f0 esp=031ce940 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 --- snip --- Interestingly there are other calls from the same addresses that don't crash: --- snip --- 0020:Call ntdll.NtQuerySystemInformation(00000008,0320e960,00000060,00000000) ret=792cf160 0020:trace:ntdll:NtQuerySystemInformation (0x00000008,0x320e960,0x00000060,(nil)) 000d:Call KERNEL32.SwitchToThread() ret=7929a604 000d:Ret KERNEL32.SwitchToThread() retval=00000001 ret=7929a604 0020:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160 0020:Call KERNEL32.Sleep(000001f4) ret=792d00bc --- snip --- Using additional "printf" style debugging to dump kernel+user+idle jiffies I noticed the crashes happen when the values accumulated only small changes in capture intervals. It seems the CLR employs some kind of cpu resource utilization calculation (using certain capture intervals) that breaks if the ticks/time units increment fall below some threshold. Windows NT accounts SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION values in 100ns units. See: http://msdn.microsoft.com/en-us/library/ms724509.aspx I fixed dlls/ntdll/nt.c:NtQuerySystemInformation( SystemProcessorPerformanceInformation class) to convert jiffies to NT-style 100-ns units and it helped to keep the .NET CLR CPU usage calculation happy and to not let the regasm tool crash anymore (installer succeeded). 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 12

[Bug 17084] New: .NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=17084 Summary: .NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails) Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/DownLoads/details.aspx?familyid =D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: imagehlp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a bit of nostalgia ... I happen to test .NET 1.0 Framework and promptly found a bug in post install step. --- snip --- ... Microsoft (R) .NET Framework Assembly Registration Utility 1.0.3705.0 Copyright (C) Microsoft Corporation 1998-2001. All rights reserved. err:ole:CoGetClassObject class {00000349-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject class {00000349-0000-0000-c000-000000000046} not registered err:ole:create_server class {00000349-0000-0000-c000-000000000046} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {00000349-0000-0000-c000-000000000046} could be created for context 0x17 fixme:imagehlp:ImageGetDigestStream (0x148, 4, 0x79310a0c, 0x33f704): stub RegAsm error: Index was outside the bounds of the array. fixme:ole:CoGetContextToken stub err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 --- snip --- Trace log: --- snip --- 0009:Call KERNEL32.CreateFileW(00153d48 L"C:\\windows\\Microsoft.NET\\Framework\\v1.0.3705\\RegAsm.exe",80000000,00000001,00000000,00000003,00000000,00000000) ret=791b81ab 0009:Ret KERNEL32.CreateFileW() retval=00000150 ret=791b81ab 0009:Call KERNEL32.GetModuleHandleW(7923122c L"mscorwks.dll") ret=7923115e 0009:Ret KERNEL32.GetModuleHandleW() retval=791b0000 ret=7923115e 0009:Call KERNEL32.GetModuleFileNameW(791b0000,0032f4bc,00000104) ret=792311a3 0009:Ret KERNEL32.GetModuleFileNameW() retval=00000039 ret=792311a3 0009:CALL MSVCR70.wcsrchr() ret=792311b6 0009:RET MSVCR70.wcsrchr() retval=0032f514 ret=792311b6 0009:CALL MSVCR70.wcscpy() ret=792311ce 0009:RET MSVCR70.wcscpy() retval=0032f516 ret=792311ce 0009:Call KERNEL32.LoadLibraryExW(0032f4bc L"C:\\windows\\Microsoft.NET\\Framework\\v1.0.3705\\imagehlp.dll",00000000,00000000) ret=791bde71 0009:Call PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_ATTACH,res=(nil)) 0009:Call KERNEL32.DisableThreadLibraryCalls(60de0000) ret=60df1cdb 0009:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=60df1cdb 0009:Call KERNEL32.HeapCreate(00000000,00010000,00000000) ret=60df1cfa 0009:Ret KERNEL32.HeapCreate() retval=02d50000 ret=60df1cfa 0009:Ret PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0009:Ret KERNEL32.LoadLibraryExW() retval=60de0000 ret=791bde71 0009:Call KERNEL32.GetProcAddress(60de0000,79310bdc "ImageGetDigestStream") ret=79310b16 0009:Ret KERNEL32.GetProcAddress() retval=60df10d8 ret=79310b16 0009:Call imagehlp.ImageGetDigestStream(00000150,00000004,79310a0c,0032f704) ret=79310b2e 0009:fixme:imagehlp:ImageGetDigestStream (0x150, 4, 0x79310a0c, 0x32f704): stub 0009:Call KERNEL32.SetLastError(00000078) ret=60df28d1 0009:Ret KERNEL32.SetLastError() retval=00000078 ret=60df28d1 0009:Ret imagehlp.ImageGetDigestStream() retval=00000000 ret=79310b2e 0009:Call KERNEL32.CloseHandle(00000150) ret=79310bc4 0009:Ret KERNEL32.CloseHandle() retval=00000001 ret=79310bc4 0009:Call KERNEL32.FreeLibrary(60de0000) ret=79310bd2 0009:Call PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_DETACH,res=(nil)) 0009:Call KERNEL32.HeapDestroy(02d50000) ret=60df1d19 0009:Ret KERNEL32.HeapDestroy() retval=00000001 ret=60df1d19 0009:Ret PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=79310bd2 ... 0009:Call KERNEL32.RaiseException(e0434f4d,00000001,00000000,00000000) ret=7921e860 0009:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f7c ip=0x7b844fff tid=0009 0009:trace:seh:raise_exception eax=7b82cca9 ebx=7b8c3940 ecx=00000000 edx=00000010 esi=0032f430 edi=0032f3b0 0009:trace:seh:raise_exception ebp=0032f398 esp=0032f334 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0009:trace:seh:call_stack_handlers calling handler at 0x7921e874 code=e0434f4d flags=1 --- snip --- With ImageGetDigestStream() sufficiently implemented, assembly registration succeeds and installer completes (tested). Be aware there is some sporadic heap corruption happening not yet tracked down (also in .NET 1.1 installer) which might sometimes fail the installer -> run installer again. 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 15

[Bug 21622] New: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0 installer)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=21622 Summary: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0 installer) Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.microsoft.com/DownLoads/details.aspx?family id=D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, due to recent changes in msi (SelfUnregModules standard action is now implemented and executed), .NET 1.0 installer shows unhandled regsvr32 exception dialog (not critical to installer). A stub is needed for mscoree.dll DllUnregisterServer(): --- snip --- 002f:trace:msi:ITERATE_SelfUnregModules Unregistering L"regsvr32.exe /u \"C:\\windows\\system32\\mscoree.dll\"" 002f:Call KERNEL32.CreateProcessW(00000000,006fe860 L"regsvr32.exe /u \"C:\\windows\\system32\\mscoree.dll\"",00000000,00000000,00000000,00000000,00000000,621a0cd2 L"C:\\",0033e578,0033e568) ret=6212f676 ... 0039:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033fd98) ret=200151f1 0039:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b835dc2 ip=7b835dc2 tid=0039 0039:trace:seh:raise_exception info[0]=20015260 0039:trace:seh:raise_exception info[1]=2001542f wine: Call from 0x7b835dc2 to unimplemented function mscoree.dll.DllUnregisterServer, aborting ... --- snip --- The .NET 1.0 installer doesn't run until the end due to long standing bug 17084 (which is a pity as patch exists for some time now). 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 5

[Bug 30197] New: Restaurant Empire crashes during introduction animation
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30197 Bug #: 30197 Summary: Restaurant Empire crashes during introduction animation Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)pmc.com.pt Classification: Unclassified Created attachment 39424 --> http://bugs.winehq.org/attachment.cgi?id=39424 Crash backtrace Restaurant empire crashes during the introduction animation. See attached backtrace. Restaurante Empire version 1.2.1: http://appdb.winehq.org/objectManager.php?sClass=version&iId=15562 To work around the crash, press the ESCape key to skip the introduction animation and the game will continue to 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 11

[Bug 25526] New: Aura - http://www.umopit.ru/AuraEng.htm
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=25526 Summary: Aura - http://www.umopit.ru/AuraEng.htm Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: darex7(a)o2.pl Hello - I use Mandriva Linux 2010 Gnome with wine 1.2 (Aura application works correctly from 3 to 10 minutes and then pops up an error message: photo) please help. -- 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 27

[Bug 24370] New: kernel32: provide GetSystemDEPPolicy stub (Microsoft EMET v2)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24370 Summary: kernel32: provide GetSystemDEPPolicy stub (Microsoft EMET v2) Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, "Enhanced Mitigation Experience Toolkit v2" from Microsoft requires this stub. Although not really useful as of now (missing application security shims), it might be of benefit later. --- snip --- fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000f6,0x3009a1b4,0x5dc624): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"emet_conf.exe" err:eventlog:ReportEventW L"2.0.0.0" err:eventlog:ReportEventW L"4c6aef82" err:eventlog:ReportEventW L"mitigationinterface" err:eventlog:ReportEventW L"2.0.0.1" err:eventlog:ReportEventW L"4c8924d5" err:eventlog:ReportEventW L"6f" err:eventlog:ReportEventW L"182" err:eventlog:ReportEventW L"system.entrypointnotfound" err:eventlog:ReportEventW L"NIL" fixme:advapi:DeregisterEventSource (0xcafe4242) stub ... Unhandled Exception: System.EntryPointNotFoundException: Unable to find an entry point named 'GetSystemDEPPolicy' in DLL 'kernel32.dll'. at MitigationInterface.Kernel32.GetSystemDEPPolicy() at MitigationInterface.SysMitigation_DEP..ctor(OSVERSIONINFOEX OsInfoEx, Boolean EnableUnsafeSettings) at MitigationInterface.SystemMitigations..ctor() at ConsoleApp.Program.Main(String[] args) wine: Unhandled exception 0xe0434f4d at address 0x7b836f02 (thread 0009), starting debugger... Unhandled exception: 0xe0434f4d in 32-bit code (0x7b836f02). --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/bb736298.aspx "Enhanced Mitigation Experience Toolkit v2.0" Download: https://www.microsoft.com/downloads/en/details.aspx?FamilyID=c6f0a6ee-05ac-… Needs .NET 2.0 Framework as prerequisite (e.g. winetricks dotnet20) 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 7

[Bug 24371] New: apphelp: provide application shim and apphelp.SdbCreateDatabase stub (Microsoft EMET v2 and other tools)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24371 Summary: apphelp: provide application shim and apphelp.SdbCreateDatabase stub (Microsoft EMET v2 and other tools) Product: Wine Version: 1.3.2 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, follow up of bug 24370 Microsoft EMET v2 tools crashes upon load due to missing apphelp dll/SdbCreateDatabase import. It seems other MS tools need this dll as well. Bug 16093 "MS AppLocale installer" also talked about this (http://bugs.winehq.org/show_bug.cgi?id=16093#c1 ): --- quote --- it fails as it can't find a dll called apphelp.dll (whatever that may be) After copying it from my windowspartition it crashes into wine: Call from 0x7b843650 to unimplemented function KERNEL32.dll.BaseFlushAppcompatCache, aborting Maybe a simple stubbed apphelp.dll could be of use --- quote --- Console log: --- snip --- fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00001388,(nil),0x000b,0x000000f8,0x3009a1b4,0x5dc624): stub err:eventlog:ReportEventW L"clr20r3" err:eventlog:ReportEventW L"emet_conf.exe" err:eventlog:ReportEventW L"2.0.0.0" err:eventlog:ReportEventW L"4c6aef82" err:eventlog:ReportEventW L"mitigationinterface" err:eventlog:ReportEventW L"2.0.0.1" err:eventlog:ReportEventW L"4c8924d5" err:eventlog:ReportEventW L"95" err:eventlog:ReportEventW L"f5" err:eventlog:ReportEventW L"system.dllnotfoundexception" err:eventlog:ReportEventW L"NIL" ... Unhandled Exception: System.DllNotFoundException: Unable to load DLL 'apphelp.dll': Exception from HRESULT: 0x8007007E at MitigationInterface.Apphelp.SdbCreateDatabase(String pwszPath, PATH_TYPE eType) at MitigationInterface.ShimUtil..ctor(Arch SysArch) at MitigationInterface.ApplicationMitigations..ctor(SystemMitigations SysMits) at ConsoleApp.Program.Main(String[] args) wine: Unhandled exception 0xe0434f4d at address 0x7b836fa2 (thread 0009), starting debugger... Unhandled exception: 0xe0434f4d in 32-bit code (0x7b836fa2). --- snip --- Info: http://technet.microsoft.com/en-us/library/bb490820.aspx For a start, provide 'apphelp.dll' with SdbCreateDatabase() stub. 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 7

[Bug 16093] New: MS AppLocale installer fails
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=16093 Summary: MS AppLocale installer fails Product: Wine Version: 1.1.8 Platform: Other URL: http://www.microsoft.com/globaldev/tools/apploc.mspx OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Applocate is a handy way to run apps in a non-system locale. See http://alcahest.club.fr/perso/apploc/applocale.html for a description and screenshots. (Incidentally, there is a similar utility called Winelocale, see http://cinnamonpirate.com/hobbies/software/winelocale/ Its installation instructions are quite demanding, and it probably only works for one app at a time, unlike Applocate. If I understand correctly, anyway.) Installing applocate on wine fails; +msi shows that the failure comes after running some external executable: trace:msi:HANDLE_CustomType2 executing exe L"C:\\windows\\temp\\msic34.tmp -q C:\\windows\\\\almain.sdb" ... err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 -- 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 24196] New: oleaut32: typelib registration should not fail bitness-neutral assemblies (32-bit typelib wrapped in 64-bit PE, x64 .NET 2.0 installer)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24196 Summary: oleaut32: typelib registration should not fail bitness-neutral assemblies (32-bit typelib wrapped in 64-bit PE, x64 .NET 2.0 installer) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, another x64 .NET Framework 2.0 installer bug. The typelib registration fails for some assemblies: --- snip --- ... 002c:Call KERNEL32.CreateProcessA(00000000,7fffec16f650 "\"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\regtlibv12.exe\" \"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb\"",00000000,00000000,7fff00000001,00000000,00000000,00000000,7fffec8edfe8,7fffec8eb9e0) ret=4fc035780 ... 002e:Call oleaut32.LoadTypeLib(7ffff143f880 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",7ffff143f870) ret=004027bf ... 002e:Call KERNEL32.LoadLibraryExW(7ffff143f360 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000,0000000b) ret=7ffff105ffb0 002e:Ret KERNEL32.LoadLibraryExW() retval=7fffefad0001 ret=7ffff105ffb0 ... 002e:Ret oleaut32.LoadTypeLib() retval=00000000 ret=004027bf 002e:Call oleaut32.RegisterTypeLib(7ffff74d30d0,7ffff143f880 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb",00000000) ret=00402808 ... 002e:Ret oleaut32.RegisterTypeLib() retval=800288bd ret=00402808 ... 002c:Call msi.MsiRecordSetStringW(00000005,00000000,7fffec8ec620 L"RegisterTypeLib of C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\System.Drawing.tlb failed : 800288bd") ret=4fc0358bd --- snip --- The PE file containing typelib resources "System.Drawing.tlb" is a PE64 binary. Dumping the typelib resource reveals: --- snip --- Offset 0 1 2 3 4 5 6 7 8 9 A B C D E F Ascii 000002B0 4D 53 46 54 02 00 01 00 00 00 00 00 09 04 00 00 MSFT......... 000002C0 00 00 00 00 41 00 00 00 02 00 00 00 00 00 00 00 ....A.......... 000002D0 0C 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ............... --- snip --- flags: 0x41 -> indicates the typelib itself is 32 bit (SYSKIND = SYS_WIN32) The folder "c:\windows\Microsoft.NET\Framework64\v2.0.50727\" contains assemblies with following characteristics: 64-bit PE + 64 bit typelib part (flags = 0x43 -> SYSKIND = SYS_WIN64) 64-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32) I verified that Wine msi correctly installs them into their appropriate 32 bit and 64 bit folders. The 32-bit counterparts from "c:\windows\Microsoft.NET\Framework\v2.0.50727\" are all: 32-bit PE + 32 bit typelib part (flags = 0x41 -> SYSKIND = SYS_WIN32) === What causes the embedded typelib to be 32-bit? Well, the .NET assemblies these typelibs belong to are flagged as "MSIL" assemblies. These are bitness-neutral assemblies that are portable and can run under any platform. When you look at 64-bit -> "c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml": --- snip --- <File AssemblyName="System.Drawing" Version="2.0.0.0" PublicKeyToken="b03f5f7f11d50a3a" Culture="neutral" ProcessorArchitecture="MSIL" FileVersion="2.0.50727.42" InGAC="true" /> --- snip --- Example for bitness-aware assembly (managed C++ assemblies are automatically platform specific): 64-bit -> "c:\windows\Microsoft.NET\Framework64\v2.0.50727\RedistList\FrameworkList.xml": --- snip --- <File AssemblyName="System.Data" Version="2.0.0.0" PublicKeyToken="b77a5c561934e089" Culture="neutral" ProcessorArchitecture="AMD64" FileVersion="2.0.50727.42" InGAC="true" /> --- snip --- 32-bit -> "c:\windows\Microsoft.NET\Framework\v2.0.50727\RedistList\FrameworkList.xml": (the 64 bit .NET Framework 2.0 redist contains both: the 64 bit _and_ 32 bit runtime) --- snip --- <File AssemblyName="System.Data" Version="2.0.0.0" PublicKeyToken="b77a5c561934e089" Culture="neutral" ProcessorArchitecture="x86" FileVersion="2.0.50727.42" InGAC="true" /> --- snip --- I guess Wine should not fail on these bitness-neutral assemblies that contain 32-bit typelibs. --- snip dlls/oleaut32/typelib.c --- HRESULT WINAPI RegisterTypeLib( ITypeLib * ptlib, /* [in] Pointer to the library*/ OLECHAR * szFullPath, /* [in] full Path of the library*/ OLECHAR * szHelpDir) /* [in] dir to the helpfile for the library, may be NULL*/ { ... if (ptlib == NULL || szFullPath == NULL) return E_INVALIDARG; if (FAILED(ITypeLib_GetLibAttr(ptlib, &attr))) return E_FAIL; TRACE("(%s,%d)", debugstr_w(szFullPath), attr->syskind); #ifdef _WIN64 if (attr->syskind != SYS_WIN64) return TYPE_E_BADMODULEKIND; #else if (attr->syskind != SYS_WIN32 && attr->syskind != SYS_WIN16) return TYPE_E_BADMODULEKIND; #endif ... } --- snip dlls/oleaut32/typelib.c --- 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 14

[Bug 24200] New: msi: properly handle msidbComponentAttributes64bit attribute to support x64 installers that mix architectures in a single MSI package (32-bit and 64-bit components, filesystem, registry)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24200 Summary: msi: properly handle msidbComponentAttributes64bit attribute to support x64 installers that mix architectures in a single MSI package (32-bit and 64-bit components, filesystem, registry) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, one of the main problems with current Wine msi is there are x64 installers that mix architectures in a single MSI package: 64-bit and 32-bit components (without a separate 32-bit installer for 32-bit components). Basically 'msidbComponentAttributes64bit' is not handled. Example: "mscoree.dll" -> .NET bootstrapper "Component" table: --- snip 32-bit --- MSCOREE_DLL_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 {173A6EB3-6403-11D4-A53F-0090278A1BB8} DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8 8 FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip 32-bit --- Attributes = 8 --- snip 64-bit --- MSCOREE_DLL_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 {70B495DC-D747-4182-B6D7-86C8A2244B25} SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 264 FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 --- snip 64-bit --- Attributes = 264 (256 = msidbComponentAttributes64bit + 8) When it comes to "InstallFiles" action: --- snip 32-bit component --- 001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7ce1110 "FL_mscoree_dll_____X86.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d4ba00,7fff0000003c) ret=7fffed8ff38c ... 001b:trace:msi:resolve_folder Working to resolve L"DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:trace:msi:cabinet_copy_file extracting L"C:\\windows\\system32\\mscoree.dll" 001b:Call KERNEL32.CreateFileW(7fffe7d0b980 L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,7fff00000080,00000000) ret=7fffed8ff409 001b:Ret KERNEL32.CreateFileW() retval=000000ac ret=7fffed8ff409 --- snip 32-bit component --- --- snip 64-bit component --- 001b:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,7fffe7d247a0 "FL_mscoree_dll_____A64.3643236F_FC70_11D3_A536_0090278A1BB8",ffffffff,7fffe7d15ab0,0000003c) ret=7fffed8ff38c ... 001b:trace:msi:resolve_folder Working to resolve L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001b:trace:msi:cabinet_copy_file extracting L"C:\\windows\\system32\\mscoree.dll" 001b:Call KERNEL32.CreateFileW(7fffe7d15b40 L"C:\\windows\\system32\\mscoree.dll",c0000000,00000000,00000000,7fff00000002,00000080,00000000) ret=7fffed8ff409 001b:Ret KERNEL32.CreateFileW() retval=000000b0 ret=7fffed8ff40 --- snip 64-bit component --- The first extracted 32-bit version that gets (incorrectly) extracted to system32 folder (remember: we're 64-bit install here) and subsequently gets overwritten with 64-bit version later. For the registry the same applies: In order to create registry values in 64bit HKLM for components marked with "msidbComponentAttributes64bit" there is nothing to change in 64-bit installs. For 32-bit components (attrs < 256) the registry stuff must go to Wow6432Node. Ideally Wine's msi should also support something like "msidbComponentAttributesDisableRegistryReflection" to allow 32-bit components to write into 64bit HKLM but that's not required for now. 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 24189] New: msi: set "System64Folder" standard property in x64 environment (64bit installer of .NET Framework 2.0)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24189 Summary: msi: set "System64Folder" standard property in x64 environment (64bit installer of .NET Framework 2.0) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, continuation of bug 24187 Check for x64 IE5.01 fails. --- snip ---- 001a:trace:msi:msi_set_property 0x7ffff72baca0 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"C:\\windows\\system32\\" ... 001a:trace:msi:ACTION_AppSearchDr L"SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8" ... 001a:trace:msi:msi_get_property property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" not found ... 001a:trace:msi:MSI_EvaluateConditionW 1 <- L"( NOT IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 ) AND ( NOT IE501FOUND.3643236F_FC70_11D3_A536_0090278A1BB8 )" ... 001a:trace:msi:ACTION_PerformAction Performing action (L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8") ... 001a:trace:msi:ACTION_CustomAction Handling custom action L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" (113 (null) L"IE5.01 or higher version is required prior to installing Microsoft .NET Framework") 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3adb40 0 L"IE5.01 or higher version is required prior to installing Microsoft .NET Framework" ... 001a:err:msi:ITERATE_Actions Execution halted, action L"CA_CheckIE501.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 --- snip ---- SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8 property is the culprit --- snip orca --- SearchForIE501_____X86.3643236F_FC70_11D3_A536_0090278A1BB8 [DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_ENU_X86.3643236F_FC70_11D3_A536_0090278A1BB8 [DD_SystemFolder_X86.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_____A64.3643236F_FC70_11D3_A536_0090278A1BB8 [SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1 SearchForIE501_ENU_A64.3643236F_FC70_11D3_A536_0090278A1BB8 [SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8] 1 --- snip orca --- Although the property is initially set: --- snip --- 001a:trace:msi:msi_get_property returning L"C:\\windows\\system32\\" for property L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" --- snip --- It is later reset due to custom action: --- snip --- 001a:trace:msi:ACTION_CustomAction Handling custom action L"CA_SetSystem64Folder.3643236F_FC70_11D3_A536_0090278A1BB8" (33 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"[System64Folder]") 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 0 L"[System64Folder]" 001a:trace:msi:MSI_FormatRecordW 0x7fffe3c06490 0x7fffec3b3010 (nil) 0x7fffecf4ddfc 001a:trace:msidb:MSI_RecordIsNull 0x7fffec3b3010 0 001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 (nil) 0x7fffecf4dcbc 001a:trace:msidb:MSI_RecordGetStringW 0x7fffec3b3010 0 0x7fffec3ad750 0x7fffecf4dcbc 001a:trace:msi:MSI_FormatRecordW (L"[System64Folder]") 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3ad040 1 L"System64Folder" 001a:trace:msi:MSI_DatabaseOpenViewW L"SELECT `Value` FROM `_Property` WHERE `_Property`=?" 0x7fffecf4dc38 001a:trace:msidb:TABLE_CreateView 0x7ffff72da890 L"_Property" 0x7fffecf4db68 001a:trace:msidb:TABLE_CreateView table 0x7fffe3c068e0 found with 2 columns 001a:trace:msidb:TABLE_CreateView L"_Property" one row is 4 bytes 001a:trace:msidb:WHERE_CreateView 0x7fffec3b3400 ... 001a:trace:msi:msi_get_property property L"System64Folder" not found 001a:trace:msi:msiobj_release object 0x7fffec3b3010 destroyed 001a:trace:msi:msi_set_property 0x7ffff72da890 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" L"" 001a:trace:msidb:MSI_CreateRecord 1 001a:trace:msidb:MSI_RecordSetStringW 0x7fffec3b3010 1 L"SystemFolder.3643236F_FC70_11D3_A536_0090278A1BB8" --- snip --- The standard property "System64Folder" must be set in x64 environments. Adding this in dlls/msi/package.c:set_installer_properties() with proper value will succeed the check and get the installer further 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 7

[Bug 22805] New: Can't install 64bit .NET 2.0
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=22805 Summary: Can't install 64bit .NET 2.0 Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.microsoft.com/downloads/details.aspx?family id=b44a0000-acf8-4fa1-affb-40e78d788b00&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Paul.Vriens.Wine(a)gmail.com I'm trying to install the 64bit version of .NET 2.0 but this fails. Console shows: wine: Invalid address A +module trace shows: warn:module:map_image Need to relocate module from 0x400000 to 0x110000, but there are no relocation records warn:module:load_dll Failed to load module L"C:\\users\\paul\\Temp\\IXP000.TMP\\install.exe"; status=c0000018 -- 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 24187] New: msi: set "MsiAMD64" and "Msix64" standard properties in x64 environment (64bit installer of .NET Framework 2.0)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24187 Summary: msi: set "MsiAMD64" and "Msix64" standard properties in x64 environment (64bit installer of .NET Framework 2.0) Product: Wine Version: 1.3.1 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a split-off from http://bugs.winehq.org/show_bug.cgi?id=22805#c6 The 64bit version of .NET Framework 2.0 fails due to launch condition not met. --- snip --- ... 001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 1 (nil) 0x7fffecf4de50 001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 1 L"MsiAMD64" 001b:trace:msidb:TABLE_get_column_info 0x7fffec3aba00 2 (nil) 0x7fffecf4de50 001b:trace:msidb:MSI_RecordSetStringW 0x7fffe3c28c20 2 L"This setup is only supported on AMD64 platforms" ... 001b:trace:msi:msi_get_property property L"MsiAMD64" not found 001b:trace:msi:MSI_EvaluateConditionW 0 <- L"MsiAMD64" 001b:trace:msi:msiobj_release object 0x7fffe3c28c20 destroyed 001b:trace:msi:MSI_ViewClose 0x7fffec3ab130 001b:trace:msidb:TABLE_close 0x7fffec3aba00 001b:trace:msidb:TABLE_delete 0x7fffec3aba00 001b:trace:msi:msiobj_release object 0x7fffec3ab130 destroyed 001b:trace:msidb:MSI_CreateRecord 1 001b:trace:msidb:MSI_RecordSetStringW 0x7fffec3ab130 1 L"Action ended 17:16:07: LaunchConditions. Return value 1603." --- snip --- You have to add standard properties that indicate 64-bit environment. Current, only the "Intel" (32 bit) standard property is handled. --- snip dlls/msi/package.c --- static VOID set_installer_properties(MSIPACKAGE *package) { ... static const WCHAR szIntFormat[] = {'%','d',0}; static const WCHAR szIntel[] = { 'I','n','t','e','l',0 }; ... GetSystemInfo( &sys_info ); if (sys_info.u.s.wProcessorArchitecture == PROCESSOR_ARCHITECTURE_INTEL) { sprintfW( bufstr, szIntFormat, sys_info.wProcessorLevel ); msi_set_property( package->db, szIntel, bufstr ); } ... --- snip dlls/msi/package.c --- Just add handling for "MsiAMD64" (introduced with Windows Installer 3.0, still present for backward compatibility) and "Msix64" (introduced with with Windows Installer 3.1). The values seem not relevant, it's only important that the properties exist. You can reuse the sys_info values from previous GetSystemInfo() call for "Intel" property to also test for AMD/64 bit case. In case of x64 system set both, "MsiAMD64" and "Msix64" properties. With that in place, this launch condition succeeds only to run into next bug ;-) 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 7

[Bug 24613] New: Aura 2 (Sacred Rings): inventory not shown when pressing RMB
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=24613 Summary: Aura 2 (Sacred Rings): inventory not shown when pressing RMB Product: Wine Version: 1.3.4 Platform: x86 URL: http://www.fileplanet.com/175732/170000/fileinfo/Aura- 2:-The-Sacred-Rings-Demo OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: chris.kcat(a)gmail.com Created an attachment (id=31088) --> (http://bugs.winehq.org/attachment.cgi?id=31088) terminal output In Aura 2 (The Sacred Rings) when you press the right-mouse button the inventory should show up at the bottom of the screen, showing your items, the journal etc. Normally, when you open your inventory the mouse pointer should be confined to this lower area of the screen where you can select items etc. When you press RMB in Wine nothing happens in the game: the mouse pointer stays on the main screen, a black bar is shown below but it contains nothing. The game worked without the issue in Wine-0.9.45. Bisecting between 0.9.45 and 0.9.46 resulted: d9571c9e6fa0b8f255815c5128c2859348ea70e6 is the first bad commit commit d9571c9e6fa0b8f255815c5128c2859348ea70e6 Author: Chris Robinson <chris.kcat(a)gmail.com> Date: Sat Sep 15 13:02:32 2007 -0700 wgl: Store the fbconfig id with the window when a pixel format is set. :040000 040000 41741ff092257972095d557196b306aa7e5f7a43 3692bf0336451ec52733c88a7c30ced04fb60179 M dlls The patch cannot be reverted cleanly, however, after git checkout d9571c9e6fa0b8f255815c5128c2859348ea70e6 : the problem exists and git revert d9571c9e6fa0b8f255815c5128c2859348ea70e6 : restores the good state. Link to the demo added to URL (538 MB) Author of the patch added to CC. Fedora 13 Nvidia 7600 / driver 256.53 -- 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 27172] New: Some msvcrt string functions incorrectly return status from 'safe' versions (Corel Draw 12 demo installer fails)
by wine-bugs＠winehq.org 09 Jul '21

09 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=27172 Summary: Some msvcrt string functions incorrectly return status from 'safe' versions (Corel Draw 12 demo installer fails) Product: Wine Version: 1.3.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while revisiting bug 4971 I noticed a potential regression ... --- snip --- 005c:Ret PE DLL (proc=0x110c8ac,module=0x1100000 L"MSICrlPCU.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 005c:Ret KERNEL32.LoadLibraryA() retval=01100000 ret=010c2f22 005c:Call KERNEL32.GetProcAddress(01100000,010dbb48 "AcquireKey") ret=010c2f34 005c:Ret KERNEL32.GetProcAddress() retval=01101d10 ret=010c2f34 ... 005c:Call KERNEL32.CreateFileW(01121ba0 L"C:\\users\\focht\\Temp\\Corel\\84ACAA88-5FD7-411D-81F6-24407CE7C94A\\Programs\\DR12.dta",80000000,00000001,00000000,00000003,00000080,00000000) ret=01102ad7 005c:Ret KERNEL32.CreateFileW() retval=0000001c ret=01102ad7 005c:Call KERNEL32.GetFileSize(0000001c,00000000) ret=01102b32 005c:Ret KERNEL32.GetFileSize() retval=00000068 ret=01102b32 005c:Call KERNEL32.ReadFile(0000001c,009add08,00000068,009add04,00000000) ret=01102b55 005c:Ret KERNEL32.ReadFile() retval=00000001 ret=01102b55 005c:Call KERNEL32.CloseHandle(0000001c) ret=01102b5c 005c:Ret KERNEL32.CloseHandle() retval=00000001 ret=01102b5c 005c:Call msvcrt._strupr(009add0c "DR12WTX-1740841-KCM") ret=01102b8c 005c:Ret msvcrt._strupr() retval=00000000 ret=01102b8c 005c:trace:seh:raise_exception code=c0000005 flags=0 addr=0x1102b95 ip=01102b95 tid=005c 005c:trace:seh:raise_exception info[0]=00000000 005c:trace:seh:raise_exception info[1]=00000000 005c:trace:seh:raise_exception eax=00000000 ebx=0000000a ecx=00000000 edx=01121eb8 esi=01121ba0 edi=0000001c 005c:trace:seh:raise_exception ebp=7b820890 esp=009adcdc cs=0073 ds=007b es=007b fs=0033 gs=003b flags=00010202 005c:trace:seh:call_vectored_handlers calling handler at 0x68e827aa code=c0000005 flags=0 005c:trace:seh:call_vectored_handlers handler at 0x68e827aa returned 0 --- snip --- App code: --- snip --- 00DC2B66 8D4424 54 LEA EAX,[ESP+54] 00DC2B6A 8D96 14020000 LEA EDX,[ESI+214] 00DC2B70 8BC8 MOV ECX,EAX 00DC2B72 83C4 04 ADD ESP,4 00DC2B75 2BD1 SUB EDX,ECX 00DC2B77 8A08 MOV CL,BYTE PTR DS:[EAX] 00DC2B79 880C02 MOV BYTE PTR DS:[EAX+EDX],CL 00DC2B7C 40 INC EAX 00DC2B7D 84C9 TEST CL,CL 00DC2B7F ^ 75 F6 JNE SHORT 00DC2B77 00DC2B81 8D5424 30 LEA EDX,[ESP+30] 00DC2B85 52 PUSH EDX 00DC2B86 FF15 7487DD00 CALL DWORD PTR DS:[<&MSVCR71._strupr>] 00DC2B8C 83C4 04 ADD ESP,4 00DC2B8F 8D96 18030000 LEA EDX,[ESI+318] 00DC2B95 8A08 MOV CL,BYTE PTR DS:[EAX] 00DC2B97 40 INC EAX 00DC2B98 880A MOV BYTE PTR DS:[EDX],CL 00DC2B9A 42 INC EDX 00DC2B9B 84C9 TEST CL,CL 00DC2B9D ^ 75 F6 JNE SHORT 00DC2B95 --- snip --- _strupr() is cdecl, return ptr value in EAX --- snip dlls/msvcrt/string.c --- int CDECL _strupr(char *str) { return _strupr_s_l(str, -1, NULL); } --- snip dlls/msvcrt/string.c --- Because Wine returns/takes the status from 's' version instead of string ptr, the app crashes. MSDN: http://msdn.microsoft.com/en-us/library/sch3dy08.aspx --- snip --- Returns a pointer to the altered string. Because the modification is done in place, the pointer returned is the same as the pointer passed as the input argument. No return value is reserved to indicate an error. --- snip --- You might want to check others too (_strlwr ...). BTW .. the serial is from trial, no harm ;-) 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 12

[Bug 30941] New: Could not start osu! using wine-mono
by wine-bugs＠winehq.org 08 Jul '21

08 Jul '21

http://bugs.winehq.org/show_bug.cgi?id=30941 Bug #: 30941 Summary: Could not start osu! using wine-mono Product: Wine Version: 1.5.6 Platform: x86-64 URL: http://osu.ppy.sh/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: felixonmars(a)gmail.com CC: fracting(a)gmail.com Classification: Unclassified 0. Software Download: http://osu.ppy.sh/p/download 1. How to reproduce: $ cd path/to/installation/directory $ wine osu\!.exe 2. Result: Unhandled Exception: System.InvalidProgramException: Invalid IL code in #UH.#fs: #eo (): IL_0010: ldelem.ref [ERROR] FATAL UNHANDLED EXCEPTION: System.InvalidProgramException: Invalid IL co de in #UH.#fs:#eo (): IL_0010: ldelem.ref Same result using WINEARCH=win32 -- 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

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 2013