February 2013 - wine-bugs

[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

[Bug 32432] New: .NET 2.0 SDK installer fails on builtin atl80.dll (.spec file contains entries with spelling errors)
by wine-bugs＠winehq.org 10 Apr '21

10 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32432 Bug #: 32432 Summary: .NET 2.0 SDK installer fails on builtin atl80.dll (.spec file contains entries with spelling errors) Product: Wine Version: 1.5.19 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 installing .NET 2.0 Framework SDK ... --- snip --- err:module:find_forwarded_export function not found for forward 'atl100.AltCallTermFunc' used by L"C:\\windows\\system32\\atl80.dll". If you are using builtin L"atl80.dll", try using the native one instead. --- snip --- http://source.winehq.org/git/wine.git/blob/9abb9ffe91f034eb53f5788d915d5551… These entries have spelling errors (AltXXX vs. AtlXXX): --- snip --- 49 62 stub AltWinModuleRegisterClassExW 50 63 stub AltWinModuleRegisterClassExA 51 64 stdcall AltCallTermFunc(ptr) atl100.AltCallTermFunc 52 65 stub AltWinModuleInit 53 66 stub AltWinModuleTerm --- 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 6

[Bug 31262] New: Diablo III in game mouse cursor Out of sync, hangs in place.
by wine-bugs＠winehq.org 10 Apr '21

10 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31262 Bug #: 31262 Summary: Diablo III in game mouse cursor Out of sync, hangs in place. Product: Wine Version: 1.5.9 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: grzegorz.krzystek(a)gmail.com Classification: Unclassified it is my first bug here. Steps to reproduce: Start a game , use right mouse button to use seccondary attack couple times. then you will see that mouse cursor , stops moving, hangs in one place, but random clicks and moves of mouse causing character moving. version 1.5.8 with patch from #30986 is not affected. -- 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 37

[Bug 19533] New: reg.exe missing most options
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=19533 Summary: reg.exe missing most options Product: Wine Version: 1.1.26 Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Windows: REG QUERY /? REG ADD /? REG DELETE /? REG COPY /? REG SAVE /? REG RESTORE /? REG LOAD /? REG UNLOAD /? REG COMPARE /? REG EXPORT /? REG IMPORT /? Wine: REG [ ADD | DELETE | QUERY ] Missing: copy, save, restore, load, unload, compare, export, import -- 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 32640] New: Breath of Fire IV: Mouse is not visible on the installer
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32640 Bug #: 32640 Summary: Breath of Fire IV: Mouse is not visible on the installer Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified After launching the InstallShield Wizzard from the menu the mouse was invisible. I have minimized the installer with my window manager and after recovering the installer the mouse showed up so this seems to be a workaround. -- 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 14179] New: Evil Twin Demo crash
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=14179 Summary: Evil Twin Demo crash Product: Wine Version: 1.1.0 Platform: All OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thomas.vdburgt(a)xs4all.nl CC: thomas.vdburgt(a)xs4all.nl Created an attachment (id=14450) --> (http://bugs.winehq.org/attachment.cgi?id=14450) Terminal output The intro movies work, but when the game seems to go to the MainMenu it crashes. Terminal output is attached, it seems a sound problem (fnx_sound_ds7 ?) (note. Sound does work in the intro). I used several sound-drivers, all crash with the same error. Wine version 1.10 on Ubuntu 8.04 with: Nvidia Driver 173.14.05 (nvidia-glx-new-envy from ubuntu repos) on a Dell Latitude D830. If I can provide more info somehow, I'll be happy to. PS. I uploaded the demo to http://www.filedropper.com/eviltwindemo (Official site is down and only place to download is fileplanet wish requires a login) -- 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 19626] New: Half-life engine's software rendering is ridiculously slow on Intel GMA 945
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=19626 Summary: Half-life engine's software rendering is ridiculously slow on Intel GMA 945 Product: Wine Version: 1.1.26 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: richardcavell(a)mail.com When I play Half-Life on Wine in software rendering mode, the screen renders really slowly. About one frame every five to ten seconds. What is actually being displayed is graphically correct, it's just ridiculously slow. While watching the screen, the top rasterline is updated to the new frame, then the one below it, then the one below that, and so on, until the line being updated reaches the bottom of the screen. It then starts on a new frame. There is no tearing within the middle of a line. The lines are output at a perfectly constant speed. If I increase the resolution, it is slower to update an entire frame. My computer is easily able to render Duke Nukem 3D at fast frame rate, so there has to be a bottleneck or bug somewhere. People who have non-Intel graphics hardware don't get this problem. I suspect that Wine is incorrectly waiting for VSync after outputting each raster line. The problem occurs also with any Half-Life engine derivative (Counter-Strike, Condition Zero, etc). Half-Life is capable of rendering in OpenGL, software rendering or Direct3D, selectable from a menu. I'm on 64-bit Ubuntu Karmic with all current updates applied. Half-Life and Steam have updated themselves. Intel video drivers are version 2.8.0. Wine version 1.1.26. Xserver-xorg version 7.4. Second-generation MacBook using an Intel GMA 945. Jaunty uses version 2.6.3 of the Intel drivers, and Half-Life and its derivatives are basically completely unuseable on those drivers - they're just too buggy. I'm happy to perform any experiments that people suggest. Running hl.exe from console doesn't give any printf output, since the main Half-Life engine isn't actually in that executable. Richard -- 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 27528] New: Half Life Software Rendering completely wrong
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=27528 Summary: Half Life Software Rendering completely wrong Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)araneidae.co.uk The Software mode rendering of Half Life (the original 1998 game) is completely wrong: the colours are messed up (purple, mostly) and the selected screen size is squashed into half the selected width. Although noone in their right mind would run Half Life in software mode, this bug must expose problems in the Half Life rendering engine that must affect other games of this and earlier vintage. -- 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 32641] New: Breath of Fire IV: Crash on starting the game
by wine-bugs＠winehq.org 09 Apr '21

09 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=32641 Bug #: 32641 Summary: Breath of Fire IV: Crash on starting the game Product: Wine Version: 1.5.20 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified Created attachment 43068 --> http://bugs.winehq.org/attachment.cgi?id=43068 Output of Wine On starting the game it crashes with an error window that the application has encountered a serious problem. In the attachments is a log with the console output. -- 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 17735] New: andrew rudson's drum machine: makes wine segfault upon start
by wine-bugs＠winehq.org 08 Apr '21

08 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=17735 Summary: andrew rudson's drum machine: makes wine segfault upon start Product: Wine Version: 1.1.17 Platform: PC URL: http://andrewrudson.com/drummachine/main.php OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: timonator(a)perpetuum-immobile.de When starting up Drum Machine (see URL for download link; this bug report is for drum machine version "1.36 beta") Wine crashes with a Segfault like this: zsh: segmentation fault wine DrumMachine.exe I can briefly see a window pop up and immediately close again. -- 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 31899] New: No keyboard input in La-Mulana remake
by wine-bugs＠winehq.org 06 Apr '21

06 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=31899 Bug #: 31899 Summary: No keyboard input in La-Mulana remake Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: twwinwood(a)gmail.com Classification: Unclassified Created attachment 41993 --> http://bugs.winehq.org/attachment.cgi?id=41993 Output of "env WINEDEBUG=-all,+keyboard,+key,+dinput,+message wine LaMulanaWin.exe" Per the AppDB entry for version 1.1.1.1, the game works as far as the menu screen but cannot be played due to the lack of response to keyboard input. -- 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 25

[Bug 22152] New: Atlantica Online:=?UTF-8?Q?=20Installer=20don=C2=B4t=20work?=
by wine-bugs＠winehq.org 03 Apr '21

03 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=22152 Summary: Atlantica Online: Installer don´t work Product: Wine Version: unspecified Platform: x86 URL: http://www.gamershell.com/download_50600.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: linuxdonald(a)linuxdonald.de Atlantica Online: Installer don´t work at the last git version: [LinuxDonald@localhost mmorpg-installer]$ env WINEPREFIX="/home/LinuxDonald/.wine-atlantica" /db/wine/wine-git/bin/wine SetupAtlantica_EU_ver21001.exe err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! err:ntdll:NtQueryInformationToken Unhandled Token Information class 18! Thats all :( -- 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 51

[Bug 15901] New: Sibelius 3: wrong tooltips in a child window
by wine-bugs＠winehq.org 02 Apr '21

02 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=15901 Summary: Sibelius 3: wrong tooltips in a child window Product: Wine Version: 1.1.7 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lauri.kentta(a)gmail.com Created an attachment (id=17070) --> (http://bugs.winehq.org/attachment.cgi?id=17070) Screenshot about the bug Sibelius 3 shows wrong tooltips in the Keypad window. Clearly these are not "Save As" buttons and such. But somehow the topmost row of five buttons has still the right tooltips. Is it possible that the two windows (main & Keypad) would have separate string resources with overlapping identifiers but Wine just uses the main window's resources for both? There was a demo version of the program, but it's not officially available anymore, as the most recent version is Sibelius 5. However, a Sibelius 3 Demo might be downloadable here (not tested): http://www.tempomusic.com/lifeway/download.htm -- 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 32568] New: Visual Studio 2010 fails on startup, .NET Framework 4.0 WPF message dispatcher unexpectedly receives messages (CoWaitForMultipleHandles, COWAIT_FLAGS, message pump)
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32568 Bug #: 32568 Summary: Visual Studio 2010 fails on startup, .NET Framework 4.0 WPF message dispatcher unexpectedly receives messages (CoWaitForMultipleHandles, COWAIT_FLAGS, message pump) Product: Wine Version: 1.5.20 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello folks, after working around bug 28924 the VS 2010 IDE crashes on startup. Prerequisite: 'winetricks -q dotnet20 dotnet40 corefonts' WINEDLLOVERRIDES="atl100=n" WINEDEBUG=+tid,+seh,+relay,+msg,+win wine ./devenv.exe >>log.txt 2>&1 Managed backtrace: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Microsoft Visual Studio 10.0/Common7/IDE ... System.InvalidOperationException: Dispatcher processing has been suspended, but messages are still being processed. at System.Windows.Threading.Dispatcher.WndProcHook(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled) at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o) at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs) at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.WrappedInvoke(Delegate callback, Object args, Int32 numArgs, Delegate catchHandler) at System.Windows.Threading.Dispatcher.InvokeImpl(DispatcherPriority priority, TimeSpan timeout, Delegate method, Object args, Int32 numArgs) at MS.Win32.HwndSubclass.SubclassWndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam) at System.Threading.Monitor.ReliableEnter(Object obj, Boolean& lockTaken) at System.Threading.Monitor.Enter(Object obj, Boolean& lockTaken) at System.Windows.FrameworkTemplate.LoadContent(DependencyObject container, List`1 affectedChildren) at System.Windows.StyleHelper.ApplyTemplateContent(UncommonField`1 dataField, DependencyObject container, FrameworkElementFactory templateRoot, Int32 lastChildIndex, HybridDictionary childIndexFromChildID, FrameworkTemplate frameworkTemplate) at System.Windows.FrameworkTemplate.ApplyTemplateContent(UncommonField`1 templateDataField, FrameworkElement container) at System.Windows.FrameworkElement.ApplyTemplate() at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.DockPanel.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.Control.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at System.Windows.Controls.Grid.MeasureOverride(Size constraint) at System.Windows.FrameworkElement.MeasureCore(Size availableSize) at System.Windows.UIElement.Measure(Size availableSize) at Microsoft.Internal.VisualStudio.PlatformUI.VisualTargetPresentationSource.set_RootVisual(Visual value) at Microsoft.Internal.VisualStudio.PlatformUI.WorkerThreadElementContainer.UIWorkerThreadStart(Object arg) at System.Threading.ThreadHelper.ThreadStart_Context(Object state) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx) at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Threading.ThreadHelper.ThreadStart(Object obj) --- snip --- Took me a while to figure this out ... It seems the .NET Framework 4.0 WPF message dispatcher doesn't like unexpected messages in certain situations. Relevant part of trace log (filtered for a specific thread to turn down noise from other interleaving WPF/MIL threads): --- snip --- 0042:Call ole32.CoWaitForMultipleHandles(00000002,ffffffff,00000001,067de2dc,108abfc8) ret=792074f3 ... 0042:Call user32.MsgWaitForMultipleObjectsEx(00000001,067de2dc,ffffffff,00000160,00000002) ret=7e55bde1 0042:Ret user32.MsgWaitForMultipleObjectsEx() retval=00000001 ret=7e55bde1 0042:Call user32.PeekMessageW(108abe28,00000000,00000000,00000000,00000003) ret=7e55bbe3 0042:trace:msg:peek_message got type 6 msg c05f ("DispatcherProcessQueue") hwnd 0x100b2 wp 0 lp 0 0042:Ret user32.PeekMessageW() retval=00000001 ret=7e55bbe3 0042:Call user32.TranslateMessage(108abe28) ret=7e55bfa0 0042:Ret user32.TranslateMessage() retval=00000000 ret=7e55bfa0 0042:Call user32.DispatchMessageW(108abe28) ret=7e55bfb1 0042:Call window proc 0x125c872 (hwnd=0x100b2,msg="DispatcherProcessQueue",wp=00000000,lp=00000000) ... 0042:Call KERNEL32.RaiseException(e0434352,00000001,00000005,108ab884) ret=791cac08 0042:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b83aa77 ip=7b83aa77 tid=0042 0042:trace:seh:raise_exception info[0]=80131509 0042:trace:seh:raise_exception info[1]=00000000 0042:trace:seh:raise_exception info[2]=00000000 0042:trace:seh:raise_exception info[3]=00000000 0042:trace:seh:raise_exception info[4]=79140000 0042:trace:seh:raise_exception eax=7b826831 ebx=7b8b96b0 ecx=79140000 edx=108ab768 esi=108ab840 edi=108ab7c0 0042:trace:seh:raise_exception ebp=108ab798 esp=108ab734 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 ... 0042:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,108aa4b4 "InvalidOperationException",0000001a,00000000,00000000) ret=79216b79 0042:Ret KERNEL32.MultiByteToWideChar() retval=0000001a ret=79216b79 --- snip --- The problem is actually CoWaitForMultipleHandles( COWAIT_ALERTABLE, ...). It is not supposed to pump/dispatch messages in this situation hence the error. Wine only checks for apartment type, ignores COWAIT_FLAGS enumeration regarding that. Source: http://source.winehq.org/git/wine.git/blob/fa96beb5c439c55c935fbd667dd31cbc… --- snip --- 3837 HRESULT WINAPI CoWaitForMultipleHandles(DWORD dwFlags, DWORD dwTimeout, 3838 ULONG cHandles, LPHANDLE pHandles, LPDWORD lpdwindex) 3839 { 3840 HRESULT hr = S_OK; 3841 DWORD start_time = GetTickCount(); 3842 APARTMENT *apt = COM_CurrentApt(); 3843 BOOL message_loop = apt && !apt->multi_threaded; 3844 3845 TRACE("(0x%08x, 0x%08x, %d, %p, %p)\n", dwFlags, dwTimeout, cHandles, 3846 pHandles, lpdwindex); 3847 3848 while (TRUE) 3849 { 3850 DWORD now = GetTickCount(); 3851 DWORD res; 3852 3853 if (now - start_time > dwTimeout) 3854 { 3855 hr = RPC_S_CALLPENDING; 3856 break; 3857 } 3858 3859 if (message_loop) 3860 { 3861 DWORD wait_flags = ((dwFlags & COWAIT_WAITALL) ? MWMO_WAITALL : 0) | 3862 ((dwFlags & COWAIT_ALERTABLE ) ? MWMO_ALERTABLE : 0); 3863 3864 TRACE("waiting for rpc completion or window message\n"); 3865 3866 res = MsgWaitForMultipleObjectsEx(cHandles, pHandles, 3867 (dwTimeout == INFINITE) ? INFINITE : start_time + dwTimeout - now, 3868 QS_SENDMESSAGE | QS_ALLPOSTMESSAGE | QS_PAINT, wait_flags); ... --- snip --- If you fix this, taking COWAIT_FLAGS into account, Visual Studio 2010 IDE starts fine. 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 32281] New: Visual C++ 2010 IDE General Failure
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32281 Bug #: 32281 Summary: Visual C++ 2010 IDE General Failure Product: Wine Version: 1.5.18 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fernandocarvalhocoelho(a)gmail.com Classification: Unclassified Fulfilling Dan Kegel's request, I'm opening a new bug to discuss Visual C++ issues on Wine. When installing on wine-1.5.18 on Ubuntu 12.04 64 bit, Visual C++ installer fails. The supposed cause can be the error on following line, when running with WINEDEBUG=+relay enabled: 0025:Call KERNEL32.CreateFileW(06c4e000 L"C:\\windows\\Microsoft.NET\\Framework64\\v2.0.50727\\CONFIG\\machine.config",80000000,00000001,00000000,00000003,00000080,00000000) ret=7e28dfc9 0025:Ret KERNEL32.CreateFileW() retval=ffffffff ret=7e28dfc9 -- 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 32280] New: 32 bit Visual C++ 2010 Express full installer complains "Unknown Error"
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32280 Bug #: 32280 Summary: 32 bit Visual C++ 2010 Express full installer complains "Unknown Error" Product: Wine Version: 1.5.18 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 With wine-1.5.18 (and some earlier versions), the 32 bit Visual C++ 2010 Express full install ( http://download.microsoft.com/download/1/E/5/1E5F1C0A-0D5B-426A-A603-1798B9… sha1sum adef5e361a1f64374f520b9a2d03c54ee43721c6 ) puts up an "Unknown error" messagebox during installation of component 4 of 6. Console shows at that point: ... fixme:shell:SetCurrentProcessExplicitAppUserModelID L"VCExpress.10.0": stub fixme:ole:CoInitializeSecurity (0x33f898,-1,(nil),(nil),0,0,(nil),8,(nil)) - stub! err:ole:CoGetClassObject class {0000034b-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject no class object {0000034b-0000-0000-c000-000000000046} could be created for context 0x1 fixme:thread:SetThreadStackGuarantee (0x33fac4): stub If you dismiss the messagebox, installation continues, and at the end there is an error summary saying that "SQL Server Compact" could not be installed. Interestingly, if you then run the installed VCExpress.exe, you get the same dialog, and the same messages in the log. Looking at the +relay log, I see the following bit not long before the messagebox: 0009:Call KERNEL32.LoadLibraryW(0040dd00 L"mscoree.dll") ret=0041b5d4 0009:Ret KERNEL32.LoadLibraryW() retval=7e3f0000 ret=0041b5d4 0009:Call KERNEL32.GetProcAddress(7e3f0000,0040dd18 "CreateInterface") ret=0041b5e4 0009:Ret KERNEL32.GetProcAddress() retval=00000000 ret=0041b5e4 0009:Call KERNEL32.GetLastError() ret=0041b609 0009:Ret KERNEL32.GetLastError() retval=0000007f ret=0041b609 I'll attach the log showing VCExpress.exe putting up that MessageBox. -- 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

[Bug 20989] New: Full Tilt Poker Hangs on Exit
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=20989 Summary: Full Tilt Poker Hangs on Exit Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: amikrop(a)gmail.com Created an attachment (id=25165) --> (http://bugs.winehq.org/attachment.cgi?id=25165) the log The latest Full Tilt Poker runs normally and everything works. But when you try to exit (either via the "X" button or "Lobby->Exit") the program hangs, and never ends. This has two side effects. Firstly, the preferences you choose do not get saved (as the program does not terminate the way it should (save user options, etc)) and secondly, when you try to launch the program again, the characters appear ugly and unreadable, and this is a known issue that gets fixed by killing the first, existing process. -- 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 19944] New: Full Tilt Poker: Application never exits
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=19944 Summary: Full Tilt Poker: Application never exits Product: Wine Version: 1.1.29 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xlreaper(a)gmail.com The Full Tilt Poker client Version WIN.FullTilt.COM.11.2 runs fine, but once you quit the application the FullTiltPoker.exe proccess remains and never quits - you have to kill it. Because of this you cannot save any preferences in the app. -- 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 32152] New: Guild Wars 2: Missing sound and game crashes on time adjusting
by wine-bugs＠winehq.org 28 Mar '21

28 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=32152 Bug #: 32152 Summary: Guild Wars 2: Missing sound and game crashes on time adjusting Product: Wine Version: 1.5.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sworddragon2(a)aol.com Classification: Unclassified I have noticed a lot of crashes the last weeks with Guild Wars 2. Now I figured out that this happens at every full hour. At this time ntp is adjusting my clock so this is my first hint. I have adjusted manually the time and if the time is set to an earlier state then the game currently has the sound will be disabled. It will be enabled again if the time is equal or higher then the "normal" time. The missing sound is independent of the value of the option "In-Game Clock". The In-Game Clock is using in every case the system clock so this could be the reason. This way I couldn't reproduce the crashes but I will now disable ntp and report back if something changes. -- 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 25528] New: HLSL shader not translated correctly (uniform variables)
by wine-bugs＠winehq.org 27 Mar '21

27 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25528 Summary: HLSL shader not translated correctly (uniform variables) Product: Wine Version: 1.3.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: knight666+wine(a)gmail.com Created an attachment (id=32501) --> (http://bugs.winehq.org/attachment.cgi?id=32501) Program run in a normal way I was trying to run the game "Sexy Beach Zero" (hmmyes) and it runs great. But when you load any of the 3D scenes, the body model isn't bound correctly to her and is stationary at (0, 0, 0) in the scene. I checked the log and found a lot of these: err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Find glsl program uniform locations @ glsl_shader.c / 4435 err:d3d_shader:set_glsl_shader_program >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB(programId) @ glsl_shader.c / 4449 err:d3d_shader:hardcode_local_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from Hardcoding local constants @ glsl_shader.c / 3955 err:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 4618 trace:d3d_constants:shader_glsl_load_constantsI Loading local constants 0: 2, 0, 0, 0 err:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 598 err:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 769 (After this it repeats the last 4 lines) Perfectly willing to chip my teeth on this bug, I downloaded the latest Wine git to check the source. I ran the game again with the following command: WINEDEBUG=trace+d3d_constants wine "Sexy Beach Zero English.exe" &> ~/sbz2.log The log now returns this: fixme:d3d_shader:print_glsl_info_log Error received from GLSL shader #10: fixme:d3d_shader:print_glsl_info_log Vertex info fixme:d3d_shader:print_glsl_info_log ----------- fixme:d3d_shader:print_glsl_info_log 0(35) : warning C1068: array index out of bounds Repeat the array index out of bounds warning plenty of times. Going deeper, I ran the game like this: WINEDEBUG=trace+d3d_shader wine "Sexy Beach Zero English.exe" &> ~/sbz.log Part of the offending HLSL shader: def *c822* = 1.000000, 3.000000, 0.000000, 0.000000 def c823 = 0.500000, 0.000000, 0.000000, 0.000000 def c824 = -1.000000, -2.000000, -3.000000, -4.000000 defi i0 = 5, 0, 0, 0 frc r0, v2 slt r1, -r0, r0 add r2, -r0, v2 slt r0, v2, -v2 mad r0, r0, r1, r2 mul r0, r0, *c822*.y Emphasis marked with *'s. uniform vec4 *VC[256]*; // snip void main() { R0.xyzw = (fract(attrib2.xyzw)); R1.xyzw = (vec4(lessThan(-R0.xyzw, R0.xyzw))); R2.xyzw = (-R0.xyzw + attrib2.xyzw); R0.xyzw = (vec4(lessThan(attrib2.xyzw, -attrib2.xyzw))); R0.xyzw = ((R0.xyzw * R1.xyzw) + R2.xyzw); R0.xyzw = (R0.xyzw * *VC[822]*.yyyy); This is where the "array index out of bounds" warning comes from. The shader translator should have converted "c822" to a uniform, but instead put it in an array. I got hopelessly lost in the Wine source, I couldn't find the error myself, unfortunately. :( Hopefully this helps someone more knowledgeable with these things! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 24

[Bug 16445] New: .NET Framework 2.0 fails to install because of IE dependency
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=16445 Summary: .NET Framework 2.0 fails to install because of IE dependency Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tobias.vogel(a)bluewin.ch Trying to install the Microsoft .NET Framework fails on wine-1.1.9 (Fedora 10, x86_64) with the error "IE5.01 or higher version is required prior to installing Microsoft .NET Framework." Tryied on a clean, new .wine environment (Removed ~/.wine-Folder before) with and without winetricks. -- 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

[Bug 11228] New: .NET Framework 2.0 Registry Bug
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=11228 Summary: .NET Framework 2.0 Registry Bug Product: Wine Version: 0.9.53. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n.tessore(a)gmail.com When installing the .NET Framework 2.0, the installer creates a registry key HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v[RTM_ProductVersion].00000 --- The correct key would be HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework\Policy\AppPatch\v2.0.50727.00000 --- This leads to seemingly meaningless errors in a number of unexpected places (ie. normal non-.NET applications), like this one here: fixme:advapi:RegisterEventSourceA ((null),".NET Runtime"): stub fixme:advapi:RegisterEventSourceW (L"",L".NET Runtime"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0000,0x00000000,(nil),0x0001,0x00000000,0x33e64c,(nil)): stub err:eventlog:ReportEventW L"Error enumerating shim databases - 234" fixme:advapi:DeregisterEventSource (0xcafe4242) stub -- 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 25612] New:=?UTF-8?Q?=20can=C2=B4t=20install=20?=.NET Framework 2.0
by wine-bugs＠winehq.org 24 Mar '21

24 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=25612 Summary: can´t install .NET Framework 2.0 Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehqbugs(a)bugmenot.com Created an attachment (id=32610) --> (http://bugs.winehq.org/attachment.cgi?id=32610) log from the command line If i try to install .NET Framework 2 I always get error-messages (see attatchments). Can somebody please help me? -- 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 10325] New: Avencast: Rise of the Mage crash on attempt to play startup video
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=10325 Summary: Avencast: Rise of the Mage crash on attempt to play startup video Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: cheetahmorph(a)gmail.com Created an attachment (id=8986) --> (http://bugs.winehq.org/attachment.cgi?id=8986) Logfile auto-generated by the Avencast Demo >From watching the installer, I noticed several .wmv files installed. Game asked for d3dx9_30.dll, which was copied from my other harddrive partition to the game folder. Game launches easily, showing the splash screen, and then this error: DXC Error (DirectX9) DXC_VideoPlayerOverlayBase: CoCreateInstance failed (VideoMixingRenderer) Upon clicking "Ok", the game crashes. Link to demo: http://files.filefront.com/Avencast+Rise+of+the+Mage+Demo/;8771255;/fileinf… Attached: Log that the demo created on its own, might be useful -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 24

[Bug 22616] New: problem with merriam-webster-dictionary
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=22616 Summary: problem with merriam-webster-dictionary Product: Wine Version: 1.1.43 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: romangrubecki(a)hotmail.com Merriam- Webster 3.11 dictionary does not work. I have 2 Ubuntu versions on 2 separate hard drives. In Ubuntu 9.10 and wine 1.1.43 - works perfect. I have installed Webster 4 months ago. with older version of wine. Since then I keep upgrading Wine and dictionary still works fine. Then I have installed Ubuntu 10.04 from cd on separate hard drive. I installed Wine from repository. Webster dictionary does not work on this instalation. Is the same version of wine, and the same computer. Communicate appears: The program Merriam-Webster.exe has encountered a serious problem and needs to close. -- 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 42

[Bug 30014] New: Wouxun KG-UV2D
by wine-bugs＠winehq.org 23 Mar '21

23 Mar '21

http://bugs.winehq.org/show_bug.cgi?id=30014 Bug #: 30014 Summary: Wouxun KG-UV2D Product: Wine Version: 1.4-rc5 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johndoe32102002(a)gmail.com Classification: Unclassified Created attachment 39078 --> http://bugs.winehq.org/attachment.cgi?id=39078 Backtrace When starting Wouxun KGUV2D software, version 1.12, the program fails to startup with Wine. Software URL: http://www.wouxun.us/item.php?item_id=222&category_id=50 Download URL: http://wouxun.us/Software/Programming_Software/KG-UV2D.zip Download Missing DLLs: http://www.dlldump.com/download-dll-files_new.php/dllfiles/M/mfc42.dll/6.0.… I tried two sources for the missing DLL, MFC42.dll. Both had the same checksum. More background information is found on the WineHQ AppDB. -- 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

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 February 2013