wine-bugs October 2013

wine-bugs@winehq.org

1 participants
9679 discussions

[Bug 28370] New: QQMusic installer exit silently
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=28370 Summary: QQMusic installer exit silently Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=36372) --> (http://bugs.winehq.org/attachment.cgi?id=36372) Log: +msvcrt,+msvcp60,+msvcr60,+msvcp80,+msvcr80 trace wine-1.3.28-86-g9b729bb Bug 27575 is fixed now. Is it dup of Bug 28366 ? Please see the 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 21

[Bug 31246] New: QQMusic deadlock on exit with buitin msvcr80
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31246 Bug #: 31246 Summary: QQMusic deadlock on exit with buitin msvcr80 Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified 1. Download QQMusic installer http://dl_dir.qq.com/music/clntupate/QQMusic2011.exe 2. Install with Wine wine-1.5.9-33-gb20a1f5 3. Workaround Bug 27109 by `winetricks vcrun6` 4. Workaround Bug 30512 by `winetricks vcrun2008` + native alt80.dll 5. Workaround Bug 27304 by `winetricks gdiplus`. 6. Set msvcr80 to builtin 7. $ cd "~/.wine/drive_c/Program Files/Tencent/QQMusic" $ wine QQMusic.exe 8. Wait for some seconds 9. Right click the system tray icon of QQMusic, then "Exit"/"退出" in the menu. If you can't read Chinese, just click the last item ;-) (With a red power key icon) Expect Result: QQ Music should exit Actual Result: Deadlock: --- snip --- 0009:err:ntdll:RtlpWaitForCriticalSection section 0x7bcd0944 "loader.c: loader_section" wait timed out in thread 0009, blocked by 0040, retrying (60 sec) 002b:err:ntdll:RtlpWaitForCriticalSection section 0x7bcd0944 "loader.c: loader_section" wait timed out in thread 002b, blocked by 0040, retrying (60 sec) 002e:err:ntdll:RtlpWaitForCriticalSection section 0x7bcd0944 "loader.c: loader_section" wait timed out in thread 002e, blocked by 0040, retrying (60 sec) 0028:err:ntdll:RtlpWaitForCriticalSection section 0x7bcd0944 "loader.c: loader_section" wait timed out in thread 0028, blocked by 0040, retrying (60 sec) 003c:err:ntdll:RtlpWaitForCriticalSection section 0x7bcd0944 "loader.c: loader_section" wait timed out in thread 003c, blocked by 0040, retrying (60 sec) --- snip --- How reproducible: >50%, depends on how long you wait after QQMusic starts. If you click the "Exit/退出" item very early then there maybe no deadlock, for me it seems waiting for 5 seconds before clicking "exit/退出" is enough to get the deadlock. Never get a deadlock with native msvcr80. Additional info: 1. I can reproduce the deadlock when +relay trace is enable. 2. With +msvcrt trace, I found the only log regarding thread 0040 is: --- snip --- 0040:trace:msvcrt:DllMain (0x7e030000, DLL_THREAD_ATTACH, (nil)) pid(8), tid(40), tls(0) 0040:trace:msvcrt:_endthread (void) --- snip --- will attach a +msvcrt,+tid 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 17

[Bug 19581] New: Visual Studio 2005: "cl : Command line error D8022 : cannot open 'foo.rsp' "
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=19581 Summary: Visual Studio 2005: "cl : Command line error D8022 : cannot open 'foo.rsp' " Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Install Visual Studio 2005 trial Try to create new project, notice the dialog doesn't work usably winetricks ie6 Create new project again using existing .c file Try to compile Get error cl : Command line error D8022 : cannot open 'foo.rsp' ls -l foo.rsp shows it was created with unix permissions 000! chmod doesn't help, the next build uses a new random foo filename. -- 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 19502] New: Visual Studio 2005 SP1 install seems to fail
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=19502 Summary: Visual Studio 2005 SP1 install seems to fail Product: Wine Version: 1.1.26 Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?Family ID=bb4a75ab-e2d4-4c96-b39d-37baf6b5b1dc OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com First install visual studio 2005 (I used the 90 day trial, but the 180 day team trial will do, too) doing sh winetricks -q vcrun6 dotnet20 msxml6 first as described in http://appdb.winehq.org/objectManager.php?sClass=version&iId=4494 Then download SP1 VS80sp1-KB926601-X86-ENU.exe from http://www.microsoft.com/downloads/details.aspx?FamilyID=bb4a75ab-e2d4-4c96… It puts up an extracting dialog, thinks a while, then seems to abort with the dialog "To install this product, please run Setup.exe. For other installation options, see the Installation section of ReadMe.htm." which is funny considering there's no setup.exe (the .exe contains an .msp, no setup.exe). Since this is an .msp patch, I wouldn't be surprised if this were caused by a bug in our msi implementation. There are quite a few err's and warn's: $ grep err: log3 | sort | uniq -c 1 err:msi:ACTION_CallDllFunction failed to load dll L"C:\\windows\\temp\\msi1718.tmp" 1 err:msi:ACTION_CallDllFunction failed to load dll L"C:\\windows\\temp\\msi171c.tmp" 18957 err:msidb:msi_table_load_transform insert row failed 313 err:msidb:msi_table_load_transform no matching row to transform 1 err:msi:ITERATE_Actions Execution halted, action L"CA_LaunchCondition_4.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1627 $ grep warn: log3 | sort | uniq -c 7 warn:msidb:read_stream_data open stream failed r = 80030002 - empty table? 4 warn:msidb:STREAMS_set_row failed to write stream data: 1627 3 warn:msidb:TABLE_CreateView table not found 1 warn:msidb:WHERE_VerifyCondition Couldn't find column L"To" 4 warn:msidb:write_stream_data open stream failed r = 80030005 -- 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 27987] New: vc2005trial install failed: err:msi:ITERATE_Actions Execution halted
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=27987 Summary: vc2005trial install failed: err:msi:ITERATE_Actions Execution halted Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Created an attachment (id=35823) --> (http://bugs.winehq.org/attachment.cgi?id=35823) Log: install vc2005 trial $ wine --version wine-1.3.25-406-g89dcf22 $ winetricks -q vc2005trial At the end of the installation, a message box says: """ Microsoft Visual Studio 2005 Team Suite - ENU has encountered a problem during setup. Setuo did not complete correctly. """ Below is some of the log: --- err:msi:ITERATE_Actions Execution halted, action L"CA_RollbackHelpTransaction.3643236F_FC70_11D3_A536_0090278A1BB8" returned 1603 --- vc2005trial install completed, but installed file /home/fracting/.local/share/wineprefixes/vc2005trial/dosdevices/c:/Program Files/Microsoft Visual Studio 8/Common7/IDE/devenv.exe not found --- full log 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 20

[Bug 18114] New: rpcrt4.NdrDllCanUnloadNow: COM proxy/stub factory reference count eval incorrect (crashes Visual Studio 2005 on exit)
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=18114 Summary: rpcrt4.NdrDllCanUnloadNow: COM proxy/stub factory reference count eval incorrect (crashes Visual Studio 2005 on exit) Product: Wine Version: 1.1.19 Platform: Other URL: http://download.microsoft.com/download/3/f/4/3f435aaa- 49ce-44c3-a2cc-d40bca9af941/ENU/vcssetup.exe OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a user reported multiple issues in bug 18106 I picked out the interesting one because it's actually a long-timer - present since the component exists - 2002 ;-) --- quote --- When exiting Visual C#, after the UI is closed, an error dialog pops up telling me "Microsoft Visual C# has encountered a problem and needs to close." I uncheck restart and click Don't Send. I've also attached a screenshot. --- quote --- WINEDEBUG=+tid,+seh,+ole trace gives: --- snip --- 0009:fixme:shell:DllCanUnloadNow stub 0009:trace:ole:COMPOBJ_DllList_ReleaseRef freeing 0x51bc0000 0009:trace:ole:OleUninitialize () 0009:trace:ole:CoUninitialize () 0009:trace:ole:OleUninitialize () 0009:trace:ole:OleUninitialize () - Freeing the last reference count 0009:trace:ole:OLEClipbrd_UnInitialize () 0009:trace:ole:CoUninitialize () 0009:trace:ole:apartment_release 800000009: after = 0 0009:trace:ole:apartment_release destroying apartment 0x134d38, oxid 800000009 0009:trace:ole:stub_manager_int_release after 0 0009:trace:ole:stub_manager_delete destroying 0xd7ff20 (oid=2) 0009:trace:ole:stub_manager_delete_ifstub m=0xd7ff20, m->oid=2, ipid={00000003-0009-0008-aca8-b13a1ed334ff} 0009:trace:ole:stub_manager_delete_ifstub ifstub->stubbuffer = 0xf7f7e8 0009:trace:ole:NdrCStdStubBuffer_Release (0xf7f7e8)->Release() 0009:trace:ole:CStdStubBuffer_Disconnect (0xf7f7e8)->Disconnect() 0009:trace:ole:CStdPSFactory_Release (0x62510954)->Release() 0009:trace:ole:stub_manager_delete_ifstub ifstub->iface = 0x8812d8 0009:trace:ole:stub_manager_delete_ifstub ifstub->chan = 0xf7f848 0009:trace:ole:stub_manager_delete_ifstub ifstub = 0xf7f808 0009:trace:ole:stub_manager_delete_ifstub m=0xd7ff20, m->oid=2, ipid={00000001-0009-0008-a2a7-955c363af248} 0009:trace:ole:stub_manager_delete_ifstub ifstub->stubbuffer = 0xd7ff00 0009:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7075735f ip=0x7075735f tid=0009 0009:trace:seh:raise_exception info[0]=00000000 0009:trace:seh:raise_exception info[1]=7075735f 0009:trace:seh:raise_exception eax=00d7ff00 ebx=605dca7c ecx=00000000 edx=7075735f esi=7bcb81d9 edi=00000000 0009:trace:seh:raise_exception ebp=0032fa18 esp=0032f9bc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010206 0009:trace:seh:call_vectored_handlers calling handler at 0x60a16e2a code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x60a16e2a returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x7b8408f7 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x7b8408f7 returned 0 0009:trace:seh:call_vectored_handlers calling handler at 0x40f744 code=c0000005 flags=0 0009:trace:seh:call_vectored_handlers handler at 0x40f744 returned 0 0009:trace:seh:call_stack_handlers calling handler at 0x412615 code=c0000005 flags=0 --- snip --- Culprit: --- snip --- if (ifstub->stubbuffer) IUnknown_Release(ifstub->stubbuffer); --- snip --- Disassembly with annotations: --- snip --- 0x60525f42 stub_manager_delete_ifstub+0x106 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0xc(%ebp),%eax ; ifstub 0x60525f45 stub_manager_delete_ifstub+0x109 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x8(%eax),%eax ; ifstub->stubbuffer 0x60525f48 stub_manager_delete_ifstub+0x10c [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x0(%eax),%eax ; IRpcStubBufferVtbl* lpVtbl: eax = garbage 0x60525f4a stub_manager_delete_ifstub+0x10e [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x8(%eax),%edx 0x60525f4d stub_manager_delete_ifstub+0x111 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0xc(%ebp),%eax 0x60525f50 stub_manager_delete_ifstub+0x114 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl 0x8(%eax),%eax 0x60525f53 stub_manager_delete_ifstub+0x117 [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: movl %eax,0x0(%esp) 0x60525f56 stub_manager_delete_ifstub+0x11a [/opt/wine/wine-git/dlls/ole32/stubmanager.c:562] in ole32: call *%edx --- snip --- The vtable address is actually invalid at this point (no backed by committed memory/module). By tracking all proxy stub (factory) creations one comes across this: --- snip --- ... 0009:Call KERNEL32.LoadLibraryExW(00327f9e L"C:\\windows\\system32\\actxprxy.dll",00000000,00000008) ret=603a1373 0009:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\actxprxy.dll" at 0x60ba0000: builtin 0009:Call PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_ATTACH,res=(nil)) 0009:Call KERNEL32.DisableThreadLibraryCalls(60ba0000) ret=60ba378f 0009:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=60ba378f 0009:Ret PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0009:Ret KERNEL32.LoadLibraryExW() retval=60ba0000 ret=603a1373 0009:Call KERNEL32.GetProcAddress(60ba0000,6046cc19 "DllCanUnloadNow") ret=603a13f8 0009:Ret KERNEL32.GetProcAddress() retval=60ba281c ret=603a13f8 0009:Call KERNEL32.GetProcAddress(60ba0000,6046cc29 "DllGetClassObject") ret=603a1413 0009:Ret KERNEL32.GetProcAddress() retval=60ba2834 ret=603a1413 0009:Call KERNEL32.GetProcessHeap() ret=603a14e3 0009:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=603a14e3 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,0000001c) ret=603a14fb 0009:Ret ntdll.RtlAllocateHeap() retval=00d93eb8 ret=603a14fb 0009:Call KERNEL32.GetProcessHeap() ret=603a1516 0009:Ret KERNEL32.GetProcessHeap() retval=00110000 ret=603a1516 0009:Call ntdll.RtlAllocateHeap(00110000,00000000,00000042) ret=603a152a 0009:Ret ntdll.RtlAllocateHeap() retval=00d93d78 ret=603a152a 0009:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\actxprxy.dll" 0009:trace:ole:apartment_getclassobject calling DllGetClassObject 0x60ba2834 0009:Call actxprxy.DllGetClassObject(0032829c,6047b9d4,003282dc) ret=603a10ad 0009:Call rpcrt4.NdrDllGetClassObject(0032829c,6047b9d4,003282dc,60ba4944,60ba3af0,60ba4954) ret=60ba3709 0009:trace:ole:NdrDllGetClassObject ({b8da6310-e19b-11d0-933c-00a0c90dcaa9}, {d5f569d0-593b-101a-b569-08002b2dbf7a}, 0x3282dc, 0x60ba4944, {b8da6310-e19b-11d0-933c-00a0c90dcaa9}, 0x60ba4954) 0009:trace:ole:CStdPSFactory_QueryInterface (0x60ba4954)->QueryInterface({d5f569d0-593b-101a-b569-08002b2dbf7a},0x3282dc) 0009:Call KERNEL32.InterlockedIncrement(60ba4958) ret=604a5e76 0009:Ret KERNEL32.InterlockedIncrement() retval=00000001 ret=604a5e76 0009:Ret rpcrt4.NdrDllGetClassObject() retval=00000000 ret=60ba3709 0009:Ret actxprxy.DllGetClassObject() retval=00000000 ret=603a10ad ... 0009:trace:ole:CStdPSFactory_CreateStub (0x60ba4954)->CreateStub({6d5140c1-7436-11ce-8034-00aa006009fa},0x8812d8,0x3282e4) 0009:trace:ole:FindProxyInfo found: ProxyInfo 0x60ba4060 Index 0 0009:trace:ole:CStdStubBuffer_Construct (0x8812d8,0x60ba40c0,0x60ba4954,0x3282e4) IServiceProvider 0009:trace:ole:CStdStubBuffer_Construct iid={6d5140c1-7436-11ce-8034-00aa006009fa} 0009:trace:ole:CStdStubBuffer_Construct vtbl=0x60ba40d0 ... 0009:trace:ole:new_stub_manager Created new stub manager (oid=2) at 0xd93de8 for object with IUnknown 0x8812d8 0009:trace:ole:stub_manager_new_ifstub oid=2, stubbuffer=0xd93dc8, iptr=0x8812d8, iid={6d5140c1-7436-11ce-8034-00aa006009fa} ... 0009:trace:ole:stub_manager_new_ifstub ifstub 0xd94000 created with ipid {00000001-0009-0008-86bb-a932497ebe65} --- snip --- and then: --- snip --- 0009:Call ole32.CoFreeUnusedLibraries() ret=501b8b3f ... 0009:Call KERNEL32.FreeLibrary(54cf0000) ret=50f22b97 ... 0009:trace:loaddll:free_modref Unloaded module L"C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\Packages\\Debugger\\encmgr.dll" : native 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=50f22b97 ... 0009:Call shell32.DllCanUnloadNow() ret=603a11df 0009:fixme:shell:DllCanUnloadNow stub 0009:Ret shell32.DllCanUnloadNow() retval=00000001 ret=603a11df 0009:Call actxprxy.DllCanUnloadNow() ret=603a11df 0009:Call rpcrt4.NdrDllCanUnloadNow(60ba4954) ret=60ba3733 0009:Ret rpcrt4.NdrDllCanUnloadNow() retval=00000000 ret=60ba3733 0009:Ret actxprxy.DllCanUnloadNow() retval=00000000 ret=603a11df 0009:Call KERNEL32.InterlockedDecrement(00d93eb8) ret=603a16c2 0009:Ret KERNEL32.InterlockedDecrement() retval=00000000 ret=603a16c2 0009:trace:ole:COMPOBJ_DllList_ReleaseRef freeing 0x60ba0000 0009:Call KERNEL32.FreeLibrary(60ba0000) ret=603a1768 0009:Call PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_DETACH,res=(nil)) 0009:Ret PE DLL (proc=0x60ba3824,module=0x60ba0000 L"actxprxy.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 0009:trace:loaddll:free_modref Unloaded module L"C:\\windows\\system32\\actxprxy.dll" : builtin 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=603a1768 ... --- snip --- The proxy stub dll which provides IServiceProvider was unloaded at some point (CoFreeUnusedLibraries) - while the stub buffer iface was still in use. When the application exited, the release of proxy stub buffer iface failed because the vtable was no longer backed by a module. By looking up default proxy stub dll reference count management one comes across the following snippet: --- snip --- HRESULT WINAPI NdrDllCanUnloadNow(CStdPSFactoryBuffer *pPSFactoryBuffer) { return !(pPSFactoryBuffer->RefCount); } --- snip --- Can you spot the error? ;-) Still perplexed that this one slipped through for so long time ... After fixing the bug, Visual Studio 2005 cleanly exits (already verified). 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 18106] New: Visual C# 2005 Express: Form Designer is blank on first run, the gives memory error
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=18106 Summary: Visual C# 2005 Express: Form Designer is blank on first run, the gives memory error Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nonesuchnick(a)gmail.com Created an attachment (id=20540) --> (http://bugs.winehq.org/attachment.cgi?id=20540) Memory error when trying to open the Form Designer I installed under a clean Wine prefix. I ran winetricks -q dotnet20 msxml6 I installed Visual C# 2005 Express from the .iso image. I always close the Startup window when Visual C# opens right away to prevent the When I try to create a new "Windows Application" project, and click on Form1.cs to open the Designer, the form does not display and the designer is blank. Choosing Designer from the menus displays the same, and even adding a new form to the project has the same result. Clicking on the blank area does update the Properties window with the details of the Form. Closing Visual C# and opening again, I'm now getting a popup error when clicking on the Form1.cs to load the designer: "Attempted to read or write protected memory. This is often an indication that other memory is corrupt." I've attached a screenshot of this. In the output window on the bottom, the error is listed as well as an MSBuild error, even though I didn't try to build or debug. This also happens now if I try to create a new WindowsApplication project from the template. I get the popup right away when the project loads, without even clicking on the form. When exiting Visual C#, after the UI is closed, an error dialog pops up telling me "Microsoft Visual C# has encountered a problem and needs to close." I uncheck restart and click Don't Send. I've also attached a screenshot. Checking my system processes, I see that WindowsApplication1.exe is still running under wine, even though I never started debug or compiled. If I kill this and let wine stop, and then open VC# and try again, the process repeats. It seems like the only time I didn't get any error loading the Form Designer was the first run after install, but I still only had a blank white screen. I also went through Tools->Options and when trying to view/set the Windows Forms Designer options on the right hand side I get "An error occured loading this property page." and nothing else. I'll try the Windows trick of rebooting and see if that makes a difference. Anyone encountered this before or know if I have to install any other libraries? -- 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 15312] New: Visual Studio 2005 requires SetDIBits to handle a NULL DC and DOB_RGB_COLORS
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=15312 Summary: Visual Studio 2005 requires SetDIBits to handle a NULL DC and DOB_RGB_COLORS Product: Wine Version: 1.1.4 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: trivial Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikolaj.zalewski(a)gmail.com Created an attachment (id=16144) --> (http://bugs.winehq.org/attachment.cgi?id=16144) patch Currently we have only a FIXME for this case. It seems to cause only a small visual glitch - the panes' titles backgrounds are black. The attached patch can be used to check that this is the problem. Of course, it is not a correct solution of the problem. -- 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 31287] New: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::GetObjectText when inspecting Management Classes
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31287 Bug #: 31287 Summary: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::GetObjectText when inspecting Management Classes Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, Visual Studio 2005 "Server Explorer" also allows to inspect WMI classes. "Server Explorer" -> "Servers" -> "<server>" -> "Management Classes" -> "<any management class>" -> expand tree node or double click Expanding the class node brings up an error dialog "Reason: The method or operation is not implemented." --- snip --- 0060:fixme:wbemprox:class_object_GetObjectText 0x1b738c0, 00000000, 0xfc2db68 0060:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83965f ip=7b83965f tid=0060 0060:trace:seh:raise_exception info[0]=19930520 0060:trace:seh:raise_exception info[1]=0fc2db58 0060:trace:seh:raise_exception info[2]=79f9acc4 0060:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=79f9acc4 edx=0fc2da80 esi=00004000 edi=00000000 0060:trace:seh:raise_exception ebp=0fc2dab8 esp=0fc2da54 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0060:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e06d7363 flags=1 0060:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 0060:trace:seh:call_stack_handlers calling handler at 0x79f9ab98 code=e06d7363 flags=1 0060:trace:seh:call_stack_handlers handler at 0x79f9ab98 returned 1 0060:trace:seh:call_stack_handlers calling handler at 0x79f9abf8 code=e06d7363 flags=1 0060:trace:seh:__regs_RtlUnwind code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind calling handler at 0x7bc7713b code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind handler at 0x7bc7713b returned 1 0060:trace:seh:__regs_RtlUnwind calling handler at 0x79f9ab98 code=e06d7363 flags=3 0060:trace:seh:__regs_RtlUnwind handler at 0x79f9ab98 returned 1 0060:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83965f ip=7b83965f tid=0060 0060:trace:seh:raise_exception info[0]=80004001 0060:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=80004001 edx=0fc2da74 esi=0fc2daec edi=e0434f4d 0060:trace:seh:raise_exception ebp=0fc2dab4 esp=0fc2da50 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 0060:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e0434f4d flags=1 ... --- snip --- IWbemClassObject::GetObjectText method is not implemented. Source: http://source.winehq.org/git/wine.git/blob/fe79fea731bd31a5e07f6151ff165ac5… --- snip --- 384 static HRESULT WINAPI class_object_GetObjectText( 385 IWbemClassObject *iface, 386 LONG lFlags, 387 BSTR *pstrObjectText ) 388 { 389 FIXME("%p, %08x, %p\n", iface, lFlags, pstrObjectText); 390 return E_NOTIMPL; 391 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa391448%28v=vs.85%… How the output of IWbemClassObject::GetObjectText should look like: http://msdn.microsoft.com/en-us/library/windows/desktop/aa393247%28v=vs.85%… (Retrieving Part of an Instance) Additional useful information: http://msdn.microsoft.com/en-us/library/ms974592.aspx (WMI Scripting Primer: Part 2) 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 3

[Bug 31288] New: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::BeginMethodEnumeration when inspecting Management Classes
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31288 Bug #: 31288 Summary: Visual Studio 2005 Trial "Server Explorer" needs IWbemClassObject::BeginMethodEnumeration when inspecting Management Classes Product: Wine Version: 1.5.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, Visual Studio 2005 "Server Explorer" also allows to inspect WMI classes. "Server Explorer" -> "Servers" -> "<server>" -> "Management Classes" -> "<any management class>" -> right click on the tree node (context menu) Right clicking the class node brings up an error dialog "Reason: The method or operation is not implemented." --- snip --- ... 010a:trace:wbemprox:wbem_services_GetObject 0x1ac00c0, L"Win32_ComputerSystem", 0x00020000, (nil), 0x33e5a0, (nil) 010a:fixme:wbemprox:wbem_services_GetObject unsupported flags 0x00020000 010a:trace:wbemprox:fill_compsys created 1 row 010a:trace:wbemprox:parse_query wql_parse returned 0 010a:trace:wbemprox:EnumWbemClassObject_create (nil), 0x33e544 010a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1b26068 010a:trace:wbemprox:WbemClassObject_create (nil), 0x33e5a0 010a:trace:wbemprox:WbemClassObject_create returning iface 0x1b71380 010a:trace:wbemprox:class_object_Get 0x1b71380, L"__PATH", 00000000, 0x33e714, 0x33e7f8, 0x33e7f4 010a:fixme:wbemprox:class_object_BeginMethodEnumeration 0x1b71380, 00000000 010a:trace:seh:raise_exception code=e06d7363 flags=1 addr=0x7b83965f ip=7b83965f tid=010a 010a:trace:seh:raise_exception info[0]=19930520 010a:trace:seh:raise_exception info[1]=0033e754 010a:trace:seh:raise_exception info[2]=79f9acc4 010a:trace:seh:raise_exception eax=7b8265f9 ebx=7b8b16b0 ecx=79f9acc4 edx=0033e67c esi=00004000 edi=00000000 010a:trace:seh:raise_exception ebp=0033e6b4 esp=0033e650 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000287 010a:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=e06d7363 flags=1 010a:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 010a:trace:seh:call_stack_handlers calling handler at 0x79f9ab98 code=e06d7363 flags=1 010a:trace:seh:call_stack_handlers handler at 0x79f9ab98 returned 1 010a:trace:seh:call_stack_handlers calling handler at 0x79f9abf8 code=e06d7363 flags=1 010a:trace:seh:__regs_RtlUnwind code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind calling handler at 0x7bc7713b code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind handler at 0x7bc7713b returned 1 010a:trace:seh:__regs_RtlUnwind calling handler at 0x79f9ab98 code=e06d7363 flags=3 010a:trace:seh:__regs_RtlUnwind handler at 0x79f9ab98 returned 1 010a:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83965f ip=7b83965f tid=010a 010a:trace:seh:raise_exception info[0]=80004001 ... --- snip --- IWbemClassObject::BeginMethodEnumeration method is not implemented. Source: http://source.winehq.org/git/wine.git/blob/fe79fea731bd31a5e07f6151ff165ac5… --- snip --- 467 static HRESULT WINAPI class_object_BeginMethodEnumeration( 468 IWbemClassObject *iface, 469 LONG lEnumFlags) 470 { 471 FIXME("%p, %08x\n", iface, lEnumFlags); 472 return E_NOTIMPL; 473 } --- snip --- MSDN: http://msdn.microsoft.com/en-us/library/windows/desktop/aa391435%28v=vs.85%… 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 3

[Bug 14168] New: visual studio 2005 install error
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=14168 Summary: visual studio 2005 install error Product: Wine Version: 1.0.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fyreme3_rd(a)yahoo.com Created an attachment (id=14436) --> (http://bugs.winehq.org/attachment.cgi?id=14436) visual studio 2005 install error Visual Studio 2005 install error -- 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 38

[Bug 29509] New: Visual Studio 2005 trial crashes quickly building Wine
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=29509 Bug #: 29509 Summary: Visual Studio 2005 trial crashes quickly building Wine Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified Visual C++ 2005 Trial installs ok with following recipe: winetricks mfc42 dotnet20 use wine-1.3.15 to work around bug 27987 (or maybe just create the directory that bug mentions) mount image and run installer Trying to load the projects generated by tools/winapi/msvcmaker throws up one "operation could not be completed" dialog on display.drv16.dsp, but seems to complete. (The IDE may freeze for 30 seconds after loading the wine projects the first time, but is then responsive sooner on later runs.) Doing Build / Build Solution compiles a few files, and generates real-looking warnings, but then the IDE crashes. You can get the IDE to crash sooner by running with WINEDEBUG=warn+heap; then it doesn't even compile one file before it crashes. Installing vcrun2005 might make it slighly more stable, but doesn't solve the problem. -- 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 26370] New: Visual C++ 2005 Trial install shows spurious dialog box
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=26370 Summary: Visual C++ 2005 Trial install shows spurious dialog box Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The visual c++ 2005 trial installer now works, but in the middle, it puts up a mysterious dialog box saying 1: 0 2: 1033 3: 4 5: 6: 7: 8: 9: 10: When you press 'Retry', it succeeds. -- 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 31286] New: Visual Studio 2005 Trial needs atl80.dll.AtlWaitWithMessageLoop when using "Server Explorer"
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31286 Bug #: 31286 Summary: Visual Studio 2005 Trial needs atl80.dll.AtlWaitWithMessageLoop when using "Server Explorer" Product: Wine Version: 1.5.9 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, if the "Server Explorer" in Visual Studio 2005 is used there is an abort due to unimplemented function atl80.dll.AtlWaitWithMessageLoop when the IDE exits. --- snip --- 0043:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b83965f ip=7b83965f tid=0043 0043:trace:seh:raise_exception info[0]=7df68c44 0043:trace:seh:raise_exception info[1]=7df68c4e wine: Call from 0x7b83965f to unimplemented function atl80.dll.AtlWaitWithMessageLoop, aborting 0043:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=80000100 flags=1 0043:trace:seh:call_vectored_handlers handler at 0x406b98 returned 0 --- snip --- Prerequisite: 'winetricks vc2005trial' MSDN: http://msdn.microsoft.com/en-us/library/26hwk2bx%28v=vs.80%29.aspx Don't just add a stub, that might cause problems. The function should be easy to implement using MsgWaitForMultipleObjects and proper message dispatching. 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 17096] New: Visual C++ 2005 Trial can't build project, complains when starting mspdbsrv
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17096 Summary: Visual C++ 2005 Trial can't build project, complains when starting mspdbsrv Product: Wine Version: 1.1.13 Platform: Other URL: http://download.microsoft.com/download/6/f/5/6f5f7a01- 50bb-422d-8742- c099c8896969/En_vs_2005_vsts_180_Trial.img OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Since Visual C++ Express 2005 installs, I figured I'd try the trial for full-on Visual C++ 2005, available at the given url. Sure enough, it took 30 minutes, but it installed! Then I tried building a project. I tried both Chromium's net unittest and a trivial old visual c++ 6 (?) project from codeguru, http://www.codeguru.com/cpp/g-m/gdi/capturingimages/article.php/c6333/ In both cases, visual c++ 2005 complained during compile: MSPDBSRV: fatal error: Unable to start server: server already exist >From +relay, the commandline it's using to start mspdbsrv is C:\\Program Files\\Microsoft Visual Studio 8\\Common7\\ide\\mspdbsrv.exe -start -spawn And sure enough, running wine mspdbsrv -start -spawn in directory C:\\Program Files\\Microsoft Visual Studio 8\\Common\\ide\\ generates the same error message (and a remarkably short +relay 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 15

[Bug 29886] New: Microsoft Visual Studio 2005: "attach to process" crashes IDE (marshalling/unmarshalling of GUID struct -> VT_CARRAY type)
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=29886 Bug #: 29886 Summary: Microsoft Visual Studio 2005: "attach to process" crashes IDE (marshalling/unmarshalling of GUID struct -> VT_CARRAY type) Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, while verifying some Visual Studio 2005 bugs I found another issue. Clicking menu item "Tools" -> "Attach to Process" crashes the IDE. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 8/Common7/IDE ... $ WINEDEBUG=+tid,+seh,+loaddll,+variant,+ole,+olerelay,+relay wine ./devenv.exe --- snip --- --- snip --- ... 0097:trace:olerelay:xCall strModule=(tdesc.vt VT_BSTR) 0097:trace:olerelay:serialize_param C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll(100002,0,0x32e86c) => 0x12aafbc 0097:trace:ole:BSTR_UserSize string=L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll" 0097:trace:ole:BSTR_UserSize returning 166 0097:Call ntdll.RtlAllocateHeap(00110000,00000008,000000a6) ret=7e72cb31 0097:Ret ntdll.RtlAllocateHeap() retval=012ad748 ret=7e72cb31 0097:trace:ole:BSTR_UserMarshal (100002,0x12ad748,0x32e86c) => 0x12aafbc 0097:trace:ole:BSTR_UserMarshal string=L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll" 0097:trace:olerelay:xCall ,rclsid=(tdesc.vt VT_PTR) ... 0097:trace:ole:serialize_param (tdesc.vt VT_USERDEFINED) 0097:trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that is already loaded 0097:trace:ole:ITypeLib2_fnAddRef (0x153c90)->ref was 3 0097:trace:ole:ITypeLib2_fnGetTypeInfo 0x153c90 0 0x32e3d4 0097:trace:ole:ITypeInfo_fnAddRef (0x1540d0)->ref is 1 0097:trace:ole:ITypeLib2_fnAddRef (0x153c90)->ref was 4 0097:trace:ole:ITypeLib2_fnRelease (0x153c90)->(4) 0097:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x12ab998) hreftype 0x000d loaded SUCCESS (0x1540d0) 0097:trace:ole:ITypeInfo_fnGetTypeAttr (0x1540d0) 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000004c) ret=7e739575 0097:Ret ntdll.RtlAllocateHeap() retval=012abf90 ret=7e739575 0097:trace:olerelay:serialize_param {(0x1540d0) index 0 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012acae8 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_UI4) 0097:trace:olerelay:serialize_param 2d32aa54 0097:trace:ole:ITypeInfo_fnReleaseVarDesc (0x1540d0)->(0x12acaec) 0097:Call ntdll.RtlFreeHeap(00110000,00000000,012acae8) ret=7e719fbd 0097:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0097:trace:olerelay:serialize_param ,(0x1540d0) index 1 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012acae8 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_UI2) 0097:trace:olerelay:serialize_param 1f84 0097:trace:ole:ITypeInfo_fnReleaseVarDesc (0x1540d0)->(0x12acaec) 0097:Call ntdll.RtlFreeHeap(00110000,00000000,012acae8) ret=7e719fbd 0097:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0097:trace:olerelay:serialize_param ,(0x1540d0) index 2 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012acae8 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_UI2) 0097:trace:olerelay:serialize_param 4964 0097:trace:ole:ITypeInfo_fnReleaseVarDesc (0x1540d0)->(0x12acaec) 0097:Call ntdll.RtlFreeHeap(00110000,00000000,012acae8) ret=7e719fbd 0097:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0097:trace:olerelay:serialize_param ,(0x1540d0) index 3 0097:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003e) ret=7e71a1de 0097:Ret ntdll.RtlAllocateHeap() retval=012abb20 ret=7e71a1de 0097:trace:ole:serialize_param (tdesc.vt VT_CARRAY) 0097:trace:olerelay:serialize_param carr[8](vt VT_UI1)[(tdesc.vt VT_UI1) 0097:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e72eb06 ip=7e72eb06 tid=0097 0097:trace:seh:raise_exception info[0]=00000000 0097:trace:seh:raise_exception info[1]=b8ec13bc 0097:trace:seh:raise_exception eax=b8ec13bc ebx=7e816d7c ecx=00000000 edx=7e72ead5 esi=7e74438d edi=0032e714 0097:trace:seh:raise_exception ebp=0032e208 esp=0032e080 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 0097:trace:seh:call_vectored_handlers calling handler at 0x406b98 code=c0000005 flags=0 --- snip --- It seems there is a GUID struct being marshalled/serialized. VT_UI4, VT_UI2, VT_UI2, VT_CARRAY (8 x VT_UI1) Indeed, going back with some olerelay:serialize_param values one can find: --- snip --- 0097:Call advapi32.RegOpenKeyExA(80000002,012aad28 "Software\\Microsoft\\VisualStudio\\8.0\\CLSID\\{2D32AA54-1F84-4964-BC13-ECB871943797}",00000000,00020019,0032e868) ret=54bbc0f4 --- snip --- Code: http://source.winehq.org/git/wine.git/blob/74a3d9ee5eff36b6fa4283cbc29b9cd1… --- snip --- 883 case VT_CARRAY: { 884 ARRAYDESC *adesc = tdesc->u.lpadesc; 885 int i, arrsize = 1; 886 887 if (debugout) TRACE_(olerelay)("carr"); 888 for (i=0;i<adesc->cDims;i++) { 889 if (debugout) TRACE_(olerelay)("[%d]",adesc->rgbounds[i].cElements); 890 arrsize *= adesc->rgbounds[i].cElements; 891 } 892 if (debugout) TRACE_(olerelay)("(vt %s)",debugstr_vt(adesc->tdescElem.vt)); 893 if (debugout) TRACE_(olerelay)("["); 894 for (i=0;i<arrsize;i++) { 895 hres = serialize_param(tinfo, writeit, debugout, dealloc, &adesc->tdescElem, (DWORD*)((LPBYTE)(*arg)+i*_xsize(&adesc->tdescElem, tinfo)), buf); 896 if (hres) 897 return hres; 898 if (debugout && (i<arrsize-1)) TRACE_(olerelay)(","); 899 } 900 if (debugout) TRACE_(olerelay)("]"); 901 if (dealloc) 902 HeapFree(GetProcessHeap(), 0, *(void **)arg); 903 return S_OK; 904 } --- snip --- Line 895: serialize_param(tinfo, writeit, debugout, dealloc, &adesc->tdescElem, (DWORD*)((LPBYTE)(*arg)+i*_xsize(&adesc->tdescElem, tinfo)), "arg" is already the address of 8-byte buffer here (GUID -xxxxxxxx part), hence dereferencing causes harm. With that part fixed, the GUID "{2D32AA54-1F84-4964-BC13-ECB871943797}" is properly serialized: --- snip --- ... 0039:trace:olerelay:serialize_param {(0x153f80) index 0 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012abad0 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_UI4) 0039:trace:olerelay:serialize_param 2d32aa54 0039:trace:ole:ITypeInfo_fnReleaseVarDesc (0x153f80)->(0x12abad4) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012abad0) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param ,(0x153f80) index 1 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012abad0 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_UI2) 0039:trace:olerelay:serialize_param 1f84 0039:trace:ole:ITypeInfo_fnReleaseVarDesc (0x153f80)->(0x12abad4) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012abad0) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param ,(0x153f80) index 2 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012abad0 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_UI2) 0039:trace:olerelay:serialize_param 4964 0039:trace:ole:ITypeInfo_fnReleaseVarDesc (0x153f80)->(0x12abad4) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012abad0) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param ,(0x153f80) index 3 0039:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003e) ret=7e71a1de 0039:Ret ntdll.RtlAllocateHeap() retval=012ac200 ret=7e71a1de 0039:trace:ole:serialize_param (tdesc.vt VT_CARRAY) 0039:trace:olerelay:serialize_param carr[8](vt VT_UI1)[(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param bc 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 13 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param ec 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param b8 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 71 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 94 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 37 0039:trace:olerelay:serialize_param ,(tdesc.vt VT_UI1) 0039:trace:olerelay:serialize_param 97 0039:trace:olerelay:serialize_param ](0x153f80)->(0x12ac204) 0039:Call ntdll.RtlFreeHeap(00110000,00000000,012ac200) ret=7e719fbd 0039:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0039:trace:olerelay:serialize_param }(0x153f80)->(0x12ab710) ... --- snip --- Unmarshalling in TMStubImpl_Invoke/proxy (had to turn on "debugout" flag manually): --- snip --- ... 0020:trace:ole:BSTR_UserUnmarshal string=L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll" 0020:trace:olerelay:deserialize_param L"C:\\Program Files\\Microsoft Visual Studio 8\\SmartDevices\\Debugger\\bin\\eps.dll"vt VT_PTR at 0x129b690 ... 0020:trace:ole:deserialize_param vt VT_USERDEFINED at 0x129b750 0020:trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that is already loaded 0020:trace:ole:ITypeLib2_fnAddRef (0x153b40)->ref was 3 0020:trace:ole:ITypeLib2_fnGetTypeInfo 0x153b40 0 0xddbe1e0 0020:trace:ole:ITypeInfo_fnAddRef (0x153f80)->ref is 1 0020:trace:ole:ITypeLib2_fnAddRef (0x153b40)->ref was 4 0020:trace:ole:ITypeLib2_fnRelease (0x153b40)->(4) 0020:trace:ole:ITypeInfo_fnGetRefTypeInfo (0x129b590) hreftype 0x000d loaded SUCCESS (0x153f80) 0020:trace:ole:ITypeInfo_fnGetTypeAttr (0x153f80) 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000004c) ret=7e739571 0020:Ret ntdll.RtlAllocateHeap() retval=0129b768 ret=7e739571 0020:trace:olerelay:deserialize_param {(0x153f80) index 0 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_UI4 at 0x129b750 0020:trace:olerelay:deserialize_param 2d32aa54(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param ,(0x153f80) index 1 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_UI2 at 0x129b754 0020:trace:olerelay:deserialize_param 1f84(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param ,(0x153f80) index 2 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002a) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_UI2 at 0x129b756 0020:trace:olerelay:deserialize_param 4964(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param ,(0x153f80) index 3 0020:Call ntdll.RtlAllocateHeap(00110000,00000000,0000003e) ret=7e71a1de 0020:Ret ntdll.RtlAllocateHeap() retval=0129b7c0 ret=7e71a1de 0020:trace:ole:deserialize_param vt VT_CARRAY at 0x129b758 0020:Call ntdll.RtlAllocateHeap(00110000,00000008,00000008) ret=7e7312f0 0020:Ret ntdll.RtlAllocateHeap() retval=0129b808 ret=7e7312f0 0020:trace:ole:deserialize_param vt VT_UI1 at 0x129b808 0020:trace:olerelay:deserialize_param bcvt VT_UI1 at 0x129b809 0020:trace:olerelay:deserialize_param 13vt VT_UI1 at 0x129b80a 0020:trace:olerelay:deserialize_param ecvt VT_UI1 at 0x129b80b 0020:trace:olerelay:deserialize_param b8vt VT_UI1 at 0x129b80c 0020:trace:olerelay:deserialize_param 71vt VT_UI1 at 0x129b80d 0020:trace:olerelay:deserialize_param 94vt VT_UI1 at 0x129b80e 0020:trace:olerelay:deserialize_param 37vt VT_UI1 at 0x129b80f 0020:trace:olerelay:deserialize_param 97(0x153f80)->(0x129b7c4) 0020:Call ntdll.RtlFreeHeap(00110000,00000000,0129b7c0) ret=7e719fbd 0020:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7e719fbd 0020:trace:olerelay:deserialize_param }(0x153f80)->(0x129b768) ... --- snip --- There is another crash after _invoke in TMStubImpl_Invoke/proxy, when marshalling back the parameters. Serialize_param() now encodes a pointer value in first 4 bytes of 8-byte array of last GUID part. In this case deserialize_param() is the root cause. http://source.winehq.org/git/wine.git/blob/74a3d9ee5eff36b6fa4283cbc29b9cd1… --- snip --- 1173 case VT_CARRAY: { 1174 /* arg is pointing to the start of the array. */ 1175 ARRAYDESC *adesc = tdesc->u.lpadesc; 1176 int arrsize,i; 1177 arrsize = 1; 1178 if (adesc->cDims > 1) FIXME("cDims > 1 in VT_CARRAY. Does it work?\n"); 1179 for (i=0;i<adesc->cDims;i++) 1180 arrsize *= adesc->rgbounds[i].cElements; 1181 *arg=(DWORD)HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,_xsize(tdesc->u.lptdesc, tinfo) * arrsize); 1182 for (i=0;i<arrsize;i++) 1183 deserialize_param( 1184 tinfo, 1185 readit, 1186 debugout, 1187 alloc, 1188 &adesc->tdescElem, 1189 (DWORD*)((LPBYTE)(*arg)+i*_xsize(&adesc->tdescElem, tinfo)), 1190 buf 1191 ); 1192 return S_OK; 1193 } --- snip --- Looking at the history it seems this is an old regression. http://source.winehq.org/git/wine.git/commitdiff/b8d7088e88d7c077c0c4ad1b2c… --- snip --- commit b8d7088e88d7c077c0c4ad1b2c4d7f3503e2806a Author: Jeremy White <jwhite(a)codeweavers.com> Date: Sat Oct 24 17:29:02 2009 -0500 oleaut32: Implement the ability to marshall VT_CARRAY's of user defined types. --- snip --- Reverting the first part of commit ("dlls/oleaut32/tmarshal.c") prevents the crash and lets the IDE show the "attach to process" dialog with choice of various remote debugger backends. $ wine --version wine-1.4-rc3 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 18117] New: Visual Studio 2005 hangs on install, crashes in RPCRT4_find_interface
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=18117 Summary: Visual Studio 2005 hangs on install, crashes in RPCRT4_find_interface Product: Wine Version: 1.1.19 Platform: PC-x86-64 URL: http://download.microsoft.com/download/3/f/4/3f435aaa- 49ce-44c3-a2cc-d40bca9af941/ENU/vcssetup.exe OS/Version: Linux Status: NEW Keywords: download, Installer, patch Severity: normal Priority: P2 Component: rpc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Looking at bug 18114, I tried the download. First, needs dotnet20. After using winetricks for that, the (mini)installer has a crash when attempting to download the main installer: wine: Unhandled page fault on read access to 0x00000004 at address 0x7e578b46 (thread 0112), starting debugger... Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x7e578b46). Backtrace: =>0 0x7e578b46 RPCRT4_find_interface+0xd6(object=(nil), if_id=0x10b0048, check_object=0) [/home/austin/wine-git/dlls/rpcrt4/rpc_server.c:132] in rpcrt4 (0x00bae948) 1 0x7e57a6e8 RPCRT4_worker_thread+0x318(the_arg=0x132e20) [/home/austin/wine-git/dlls/rpcrt4/rpc_server.c:183] in rpcrt4 (0x00bae9b8) 2 0x7efc7b0d worker_thread_proc+0xfd(param=(nil)) [/home/austin/wine-git/dlls/ntdll/../../include/wine/port.h:434] in ntdll (0x00baea18) 3 0x7efc3ace call_thread_entry_point+0xe() in ntdll (0x00baea28) 4 0x7efc5932 call_thread_func+0x42(rtl_func=<register EDI not in topmost frame>, arg=<register ESI not in topmost frame>) [/usr/include/bits/string3.h:85] in ntdll (0x00baeac8) 5 0x7efc5b00 start_thread+0x130(info=0x7ffbcfb8) [/home/austin/wine-git/dlls/ntdll/thread.c:487] in ntdll (0x00baf3b8) 6 0xf7df24ff start_thread+0xbf() in libpthread.so.0 (0x00baf4b8) 0x7e578b46 RPCRT4_find_interface+0xd6 [/home/austin/wine-git/dlls/rpcrt4/rpc_server.c:132] in rpcrt4: repe cmpsb (%esi),%es:(%edi) 132 if (!memcmp(if_id, &cif->If->InterfaceId, sizeof(RPC_SYNTAX_IDENTIFIER)) && Below hack 'fixes' it: diff --git a/dlls/rpcrt4/rpc_server.c b/dlls/rpcrt4/rpc_server.c index 6214965..4ea520b 100644 --- a/dlls/rpcrt4/rpc_server.c +++ b/dlls/rpcrt4/rpc_server.c @@ -124,6 +124,7 @@ static RpcServerInterface* RPCRT4_find_interface(UUID* objec UUID* MgrType = NULL; RpcServerInterface* cif; RPC_STATUS status; + object = NULL; if (check_object) MgrType = LookupObjType(object); Still has a non-fatal crash: wine: Unhandled page fault on read access to 0x00000000 at address 0xf7d7d4f6 (thread 0025), starting debugger... err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7ef94e0c err:ole:ifproxy_release_public_refs IRemUnknown_RemRelease failed with error 0x800706be err:ole:ifproxy_release_public_refs IRemUnknown_RemRelease failed with error 0x800706be err:ole:ifproxy_release_public_refs IRemUnknown_RemRelease failed with error 0x800706be -- 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 24623] New: Windows Live Essentials 2011 installer doesn't allow program selection, can't progress
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=24623 Summary: Windows Live Essentials 2011 installer doesn't allow program selection, can't progress Product: Wine Version: 1.3.4 Platform: x86-64 URL: http://g.live.com/1rewlive4-web/en/wlsetup-web.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31109) --> (http://bugs.winehq.org/attachment.cgi?id=31109) Terminal output The first screen of the Windows Live Essentials 2011 installer asks "what do you want to install?" but there are no programs to choose from. The list of available programs is missing, replaced by blank space, and the installer provides no way to continue past this. Affects both the web and offline installers. To get the installer started, first install dotnet30 with winetricks and then set Windows version to Windows 7. -- 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 28

[Bug 32471] New: Evolve client (.NET 4.0 app using WPF4) fails with "X Error of failed request: GLXBadDrawable" on glxdrv_wglMakeCurrent
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32471 Bug #: 32471 Summary: Evolve client (.NET 4.0 app using WPF4) fails with "X Error of failed request: GLXBadDrawable" on glxdrv_wglMakeCurrent Product: Wine Version: 1.5.19 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 Created attachment 42835 --> http://bugs.winehq.org/attachment.cgi?id=42835 trace log created with WINEDEBUG=+tid,+seh,+process,+loaddll,+d3d9,+sync,+wgl Hello folks, other .NET 4.0 apps using WPF4 work fine. Prerequisite: 'winetricks -q dotnet40 msxml6 corefonts' (in 32-bit WINEPREFIX) Attached is a trace log generated with: WINEDEBUG=+tid,+seh,+process,+loaddll,+d3d9,+sync,+wgl wine ./Updater.exe >>log.txt 2>&1 Last part before exit: --- snip --- ... 002e:trace:wgl:glxdrv_wglMakeCurrent (0xa0055,0x6a96810) 002e:trace:wgl:describeContext Context 0x6a96810 have (vis:0x7d1d76e0): 002e:trace:wgl:describeContext - FBCONFIG_ID 0x107 002e:trace:wgl:describeContext - VISUAL_ID 0x24 002e:trace:wgl:glxdrv_wglMakeCurrent hdc 0xa0055 drawable 1e0006e fmt 0x195890 ctx 0x7d1d7970 X Error of failed request: GLXBadDrawable Major opcode of failed request: 135 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 636 Current serial number in output stream: 636 --- 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 22

[Bug 32461] New: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream)
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32461 Bug #: 32461 Summary: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream) Product: Wine Version: 1.5.19 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 folks, continuation of bug 32408 Adding this bug for documentation purposes. Prerequisite: 'winetricks -q dotnet40' (32-bit WINEPREFIX) Optional (the client will download/install on its own): 'winetricks -q msxml6' The app crashes in libgcrypt. With proper debug symbols for i686 libgcrypt we get: --- snip --- $ winedbg --gdb ./Updater.exe Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 62] 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 710 asm volatile ("movdqu %[src], %%xmm0\n\t" /* xmm0 := *a */ Wine-gdb> bt #0 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 #1 do_aesni (ctx=0x577d1a8, decrypt_flag=0, bx=0x577d3a4 "\360R'~o\004", ax=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1132 #2 0x7e294946 in rijndael_encrypt (context=0x577d1a8, b=0x577d3a4 "\360R'~o\004", a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1155 #3 0x7e294f58 in selftest_basic_128 () at rijndael.c:1660 #4 0x7e294aff in selftest () at rijndael.c:1749 #5 do_setkey (keylen=16, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, ctx=0x7c908670) at rijndael.c:209 #6 rijndael_setkey (context=0x7c908670, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, keylen=16) at rijndael.c:444 #7 0x7e278df8 in cipher_setkey (c=0x7c9085f0, key=<optimized out>, keylen=16) at cipher.c:896 #8 0x7e26e5b4 in gcry_cipher_setkey (hd=0x7c9085f0, key=0x7c906678, keylen=16) at visibility.c:521 #9 0x7e39743c in wrap_gcry_cipher_setkey (ctx=0x7c9085f0, key=0x7c906678, keysize=16) at cipher.c:115 #10 0x7e31e462 in _gnutls_cipher_init (handle=0x7c901c64, cipher=GNUTLS_CIPHER_AES_128_CBC, key=0x7c901c5c, iv=0x7c901c54) at gnutls_cipher_int.c:71 #11 0x7e3294f7 in _gnutls_init_record_state (params=0x7c901c38, read=1, state=0x7c901c4c) at gnutls_constate.c:299 #12 0x7e329ac8 in _gnutls_epoch_set_keys (session=0x7c901290, epoch=1) at gnutls_constate.c:431 #13 0x7e32a198 in _gnutls_write_connection_state_init (session=0x7c901290) at gnutls_constate.c:602 #14 0x7e31280d in _gnutls_send_handshake_final (session=0x7c901290, init=1) at gnutls_handshake.c:2888 #15 0x7e315e41 in _gnutls_handshake_common (session=0x7c901290) at gnutls_handshake.c:3121 #16 0x7e31781e in gnutls_handshake (session=0x7c901290) at gnutls_handshake.c:2690 #17 0x7e4c1a1a in schan_imp_handshake (session=0x7c901290) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel_gnutls.c:162 #18 0x7e4bff6c in schan_InitializeSecurityContextW (phCredential=0x188ed0, phContext=0x54ad0b0, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x577d7f0, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel.c:766 #19 0x7e4c9180 in InitializeSecurityContextW (phCredential=0x577d8f0, phContext=0x577d9f4, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x11c6bfc, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/wrapper.c:346 ... --- snip --- Source: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=blob;f=cipher/rij… --- snip --- 1626 /* Run the self-tests for AES 128. Returns NULL on success. */ 1627 static const char* 1628 selftest_basic_128 (void) 1629 { 1630 RIJNDAEL_context ctx; 1631 unsigned char scratch[16]; 1632 ... 1672 1673 rijndael_setkey (&ctx, key_128, sizeof (key_128)); 1674 rijndael_encrypt (&ctx, scratch, plaintext_128); 1675 if (memcmp (scratch, ciphertext_128, sizeof (ciphertext_128))) 1676 return "AES-128 test encryption failed."; 1677 rijndael_decrypt (&ctx, scratch, scratch); 1678 if (memcmp (scratch, plaintext_128, sizeof (plaintext_128))) 1679 return "AES-128 test decryption failed."; 1680 1681 return NULL; 1682 } --- snip --- "RIJNDAEL_context ctx" was not properly 16-byte aligned on stack, hence the crash in encrypt using SSE instructions. Using big brother I found some reports about this problem: --- Gentoo "dev-libs/libgcrypt-1.5.0-r2 - aes-ni segfaults" buglink: https://bugs.gentoo.org/show_bug.cgi?id=442568 patch: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libgcrypt/… --- Debian "libgcrypt11: New 1.5.0 version segfaults with NSS/PAM LDAP" buglink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643336 --- Upstream libgcrypt buglink: https://bugs.g10code.com/gnupg/issue1452 patch: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commitdiff;h=a969… --- The "final" patch (using __attribute__ ((aligned (16))) on "RIJNDAEL_context" structure) did not fix the issue for me. At least on my Fedora 16, gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) still misaligned context buffers, causing segfault. I added "-mpreferred-stack-boundary=2" to CFLAGS to force gcc to realign the stack in function prolog. Fixed prolog code: --- snip --- .text:08001EE0 selftest_basic_128: .text:08001EE0 push ebp .text:08001EE1 mov ebp, esp .text:08001EE3 lea esp, [esp-0Ch] .text:08001EE7 and esp, 0FFFFFFF0h .text:08001EEA lea esp, [esp-22Ch] ... --- snip --- I suspect there are various other distros still broken regarding this bug hence you need to build a fixed libgcrypt version on your own. 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 30078] New: Many installers fail to detect MSXML6 component (Wine doesn't advertise its own MSXML6)
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=30078 Bug #: 30078 Summary: Many installers fail to detect MSXML6 component (Wine doesn't advertise its own MSXML6) Product: Wine Version: 1.4-rc6 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, many installers require MSXML 6.0 component. It might be useful in future to have Wine advertise its builtin by default instead of 'winetricks -q msxml6' (considering some maturity of Wine's own). There are different methods to detect the presence of MSXML6. One of the most used ones which is also suggested by Microsoft is using registry data. Example prerequisite check from bug 19223 (Microsoft SQL Server Management Studio Express (SSMSE)): --- snip --- ... 0024:trace:msi:iterate_appsearch L"MSXML6PRESENT" L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchGetSignature package 0x15b348, sig 0x32f8ec ... 0024:trace:msi:ACTION_AppSearchGetSignature failed to query signature for L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchComponents L"MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_AppSearchComponents failed to query CompLocator for L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchReg L"MSXML6PRESENTREG" ... 0024:Call advapi32.RegOpenKeyW(80000002,00790e88 L"SOFTWARE\\Microsoft\\MSXML60\\Setup",0032f818) ret=7ecb5ea4 0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ecb5ea4 ... 0024:trace:msi:ACTION_AppSearchReg RegOpenKeyW returned 2 ... 0024:trace:msi:ACTION_AppSearchIni L"MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_AppSearchIni failed to query IniLocator for L"MSXML6PRESENTREG" 0024:trace:msi:ACTION_AppSearchDr L"MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_AppSearchDr failed to query DrLocator for L"MSXML6PRESENTREG" ... 0024:trace:msi:MSI_ProcessMessage (nil) (nil) (nil) 0 200 L"Property: MSXML6PRESENT, Signature: MSXML6PRESENTREG" ... 0024:trace:msi:ACTION_CustomAction Handling custom action L"MISSINGPREREQERROR.6D658EB9_E2B8_429A_92C4_84337700878E" (33 L"MISSINGREDISTPREREQERROR" L"[RedistPreReqErrorPrefix][MISSINGREDISTPREREQS][NewLine][NewLine][RedistPreReqErrorSuffix]") ... 0024:trace:msi:ACTION_CustomAction Handling custom action L"CA_ErrorMissingPreReqs" (13 (null) L"[MISSINGREDISTPREREQERROR]") ... 0024:trace:msi:msi_get_property returning L"Setup is missing prerequisites:\n- MSXML6\n\nGo to http://go.microsoft.com/fwlink/?LinkId=54583" for property L"MISSINGREDISTPREREQERROR" ... 0024:Call user32.MessageBoxW(00000000,007910a0 L"Setup is missing prerequisites:\n- MSXML6\n\nGo to http://go.microsoft.com/fwlink/?LinkId=54583",00000000,00000000) ret=7ecc7a4d --- snip --- Dump of "SQLServer2005_SSMSEE.msi" using "ORCA" tool: "InstallExecuteSequence" table: --- snip --- MISSINGMSXML6.6D658EB9_E2B8_429A_92C4_84337700878E (EnableMSXML6PreReq=1) AND (NOT MSXML6PRESENT) AND (VersionNT < 600) 402 --- snip --- "RegLocator" table: --- snip --- MSXML6PRESENTREG 2 SOFTWARE\Microsoft\MSXML60\Setup Uninstall 2 --- snip --- "Installing and Redistributing MSXML 6.0": http://msdn.microsoft.com/en-us/library/windows/desktop/cc507436%28v=vs.85%… --- quote --- When MSXML 6.0 is installed for the first time, the following registry key is created with an initial value. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSXML60\Setup] "Uninstall"="{11111111-1111-1111-1111-111111111111}" Subsequently, whenever MSXML 6.0 is redistributed by some application, the product code for that application is appended to the registry key shown above. --- quote --- Following that suggestion, running prior installer in clean WINEPREFIX: --- snip --- $ wine reg add "HKLM\\Software\\Microsoft\\MSXML60\\Setup" /v Uninstall /t REG_SZ /d "{11111111-1111-1111-1111-111111111111}" /f --- snip --- With that registry key present, "MSXML 6.0" is considered installed. 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 32408] New: Evolve client (.NET 4.0 app) fails on startup due to WindowsCodecs PngDecoder_Frame_GetThumbnail() stub returning E_NOTIMPL instead of WINCODEC_ERR_CODECNOTHUMBNAIL
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32408 Bug #: 32408 Summary: Evolve client (.NET 4.0 app) fails on startup due to WindowsCodecs PngDecoder_Frame_GetThumbnail() stub returning E_NOTIMPL instead of WINCODEC_ERR_CODECNOTHUMBNAIL Product: Wine Version: 1.5.19 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, Prerequisite: 'winetricks -q dotnet40' (32-bit WINEPREFIX) Optional (the client will download/install on its own): 'winetricks -q msxml6' (wontfix bug 30078) Download: https://www.evolvehq.com/client --- snip --- $ wine ./EvolveSetup.exe ... 002c:Call KERNEL32.MultiByteToWideChar(0000fde9,00000008,047a110a "WindowsCodecs.dll",ffffffff,0032d784,00000012) ret=79171cfb 002c:Ret KERNEL32.MultiByteToWideChar() retval=00000012 ret=79171cfb 002c:Call KERNEL32.GetProcAddress(7cd80000,047cf5fc "IWICBitmapFrameDecode_GetThumbnail_Proxy") ret=79171e1e 002c:Ret KERNEL32.GetProcAddress() retval=7cd89d10 ret=79171e1e 002c:Call KERNEL32.GetCurrentProcess() ret=791620b4 002c:Ret KERNEL32.GetCurrentProcess() retval=ffffffff ret=791620b4 002c:Call KERNEL32.FlushInstructionCache(ffffffff,04bacd80,0000000c) ret=791620bb 002c:Ret KERNEL32.FlushInstructionCache() retval=00000001 ret=791620bb 002c:Call ntdll.RtlFreeHeap(00b3c000,00000000,00b3ca90) ret=7919c036 002c:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7919c036 002c:Call windowscodecs.IWICBitmapFrameDecode_GetThumbnail_Proxy(0016ee24,0032e2f8) ret=04fa1d21 002c:fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x16ee24,0x32e2f8): stub 002c:Ret windowscodecs.IWICBitmapFrameDecode_GetThumbnail_Proxy() retval=80004001 ret=04fa1d21 ... 002c:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0032e25c) ret=791cac08 002c:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b8399b3 ip=7b8399b3 tid=002c 002c:trace:seh:raise_exception info[0]=80004001 002c:trace:seh:raise_exception info[1]=00000000 002c:trace:seh:raise_exception info[2]=00000000 002c:trace:seh:raise_exception info[3]=00000000 002c:trace:seh:raise_exception info[4]=79140000 002c:trace:seh:raise_exception eax=7b826831 ebx=7b8b2770 ecx=79140000 edx=0032e148 esi=0032e218 edi=0032e190 002c:trace:seh:raise_exception ebp=0032e178 esp=0032e114 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 002c:Call user32.MessageBoxW(00000000,00f7df78 L"The Evolve Updater failed to initialize.\n\nError was: Provide value on 'System.Windows.Baml2006.TypeConverterMarkupExtension' threw an exception.",00f2b770 L"Evolve Updater",00000010) ret=04fa5fdf --- snip --- http://source.winehq.org/git/wine.git/blob/92d445bcca7c00a3759c84abdecd1776… --- snip --- 895 static HRESULT WINAPI PngDecoder_Frame_GetThumbnail(IWICBitmapFrameDecode *iface, 896 IWICBitmapSource **ppIThumbnail) 897 { 898 FIXME("(%p,%p): stub\n", iface, ppIThumbnail); 899 return E_NOTIMPL; 900 } --- snip --- Other decoder types return WINCODEC_ERR_CODECNOTHUMBNAIL which seems to be the better choice as long as Wine's WindowsCodecs doesn't implement GetThumbnail in frame decoders for various formats. http://source.winehq.org/git/wine.git/blob/4bb2c61b39668a02f68e859afc2a8de7… --- snip --- 690 static HRESULT WINAPI JpegDecoder_Frame_GetThumbnail(IWICBitmapFrameDecode *iface, 691 IWICBitmapSource **ppIThumbnail) 692 { 693 FIXME("(%p,%p): stub\n", iface, ppIThumbnail); 694 return WINCODEC_ERR_CODECNOTHUMBNAIL; 695 } --- snip --- Changing PngDecoder_Frame_GetThumbnail stub to return WINCODEC_ERR_CODECNOTHUMBNAIL lets the client run further (into next Wine bug). --- snip --- ... fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x1609f4,0x32e378): stub fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x19d80c,0x32e378): stub fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x179e54,0x32e378): stub fixme:wincodecs:PngDecoder_Frame_GetThumbnail (0x179f94,0x32e378): stub fixme:shell:URL_ParseUrl failed to parse L"PresentationFramework.classic" fixme:process:FlushProcessWriteBuffers : stub fixme:shell:URL_ParseUrl failed to parse L"UIAutomationProvider" fixme:shell:URL_ParseUrl failed to parse L"CustomControls.resources" fixme:shell:URL_ParseUrl failed to parse L"CustomControls.resources" fixme:advapi:RegisterTraceGuidsW (0xb3c57a, (nil), {2e5dba47-a3d2-4d16-8ee0-6671ffdcd7b5}, 1, 0x32d88c, (null), (null), 0x10dfef0,): stub fixme:shell:URL_ParseUrl failed to parse L"System.Configuration" fixme:shell:URL_ParseUrl failed to parse L"System.Xml" ... --- 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 5

[Bug 27678] New: Yu-gi-oh online 3 black screen because our D3DXAssembleShader doesn't handle apostrophes in comments
by wine-bugs＠winehq.org 17 Apr '21

17 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=27678 Summary: Yu-gi-oh online 3 black screen because our D3DXAssembleShader doesn't handle apostrophes in comments Product: Wine Version: 1.3.23 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com CC: wine-bugs(a)winehq.org http://www.yugioh-online.net/ links eventually to http://dlg.ygopkg.konamionline.com/ygopkg/yo3setup_20100709en.exe This installs and updates fine, but the app has a completely black main window, as noted briefly in bug 25562. The log shows Vertex shader compilation failed: :19:1: Warning: Newline in string constant encounterd (started line 18) native d3dx9_36 works around the problem. Digging into it a bit, I see that the game uses shader assembly, and one of the lines of source is def c96, -1, 1, 1, 1 ; somewhere I've got a bug. flipping the vectors with this fixes it. Kludging preprocess_shader() to replace "I've" with "I,ve" lets the game display 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 5

[Bug 32260] New: Error while installing Windows 7 Gadgets Pack
by wine-bugs＠winehq.org 15 Apr '21

15 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32260 Bug #: 32260 Summary: Error while installing Windows 7 Gadgets Pack Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: akshayvyas29(a)gmail.com Classification: Unclassified Created attachment 42570 --> http://bugs.winehq.org/attachment.cgi?id=42570 Backtrace steps to reproduce: 1. Download Windows 7 Gadgets Pack from C Net http://download.cnet.com/Windows-7-Gadgets-Pack/3000-12565_4-75664936.html?… 2. Install it using Wine loader 3. Error While installing/copying the contents -- 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 30130] New: No text displayed in MycoKey 3.2
by wine-bugs＠winehq.org 10 Apr '21

10 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=30130 Bug #: 30130 Summary: No text displayed in MycoKey 3.2 Product: Wine Version: 1.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After "winetricks riched20" to work around bug 30128, the app starts, but doesn't display any text (except menus). "winetricks corefonts tahoma" didn't make any difference. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs October 2013