April 2021 - Wine-bugs - list.winehq.org

[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 6940] Custom PHP build fails to load 'MSVCR80.dll' when compiled with Visual Studio 2005 (needs support for manifest lookup in global winsxs directory)
by WineHQ Bugzilla 18 Apr '21

18 Apr '21

https://bugs.winehq.org/show_bug.cgi?id=6940 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Component|kernel32 |ntdll Hardware|Other |x86 CC| |focht(a)gmx.net Summary|php.exe crashes when |Custom PHP build fails to |compiled with visual studio |load 'MSVCR80.dll' when |2005 |compiled with Visual Studio | |2005 (needs support for | |manifest lookup in global | |winsxs directory) URL| |https://web.archive.org/web | |/20210418174321/https://php | |dev.toolsforresearch.com/ph | |p-5.2.5-Win32-VC8-x64.zip OS|other |Linux --- Comment #9 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, adding stable download links via Internet Archive. Using comment #0 URL and date as starting point: https://web.archive.org/web/20070303101947/http://www.edin.dk/archives/24-S… --- quote --- You can download this build from: php-5.2.1RC2-dev-Win32.zip pecl-5.2.1RC2-dev-Win32.zip --- quote --- Query for any snapshots of those: --- snip --- $ wget http://web.archive.org/cdx/search/cdx?url="downloads.php.net/edink/php-5.2.1*" -q -O - | grep application/ net,php,downloads)/edink/php-5.2.1rc1-win32.zip 20070205084036 http://downloads.php.net:80/edink/php-5.2.1RC1-Win32.zip application/zip 200 DD5VHD454KK3MRIV76JNOJEA4QTEZGNS 9679078 net,php,downloads)/edink/php-5.2.1rc1-win32.zip 20120805025923 http://downloads.php.net/edink/php-5.2.1RC1-Win32.zip application/zip 200 DD5VHD454KK3MRIV76JNOJEA4QTEZGNS 9679252 net,php,downloads)/edink/php-5.2.1rc4-win32.zip 20070315123240 http://downloads.php.net:80/edink/php-5.2.1RC4-Win32.zip application/zip 200 BBTYOUQLDIWIMCRTLKKT26WLBCI5WGX3 9672874 --- snip --- https://web.archive.org/web/20070315123240/http://downloads.php.net/edink/p… Unfortunately none of these link against VC++ 2005 runtime. Searching further ... https://windows.php.net/downloads/releases/archives/ https://windows.php.net/downloads/releases/releases.json Lists various PHP Windows builds using different VC++ runtimes but never 'VC8'. It seemed to be rather short lived in development cycle, only used for internal testing. Finally I managed to dig out another custom PHP build which links against VC++ 2005 runtime from here: https://www.apachelounge.com/viewtopic.php?t=7349 https://phpdev.toolsforresearch.com/php-5.2.5-Win32-VC8-x64.zip $ sha1sum php-5.2.5-Win32-VC8-x64.zip cca6135c57d8cf1d95d48e2479dbfc56232f098c php-5.2.5-Win32-VC8-x64.zip $ du -sh php-5.2.5-Win32-VC8-x64.zip 48M php-5.2.5-Win32-VC8-x64.zip Regards -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 0

[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 7258] Visual Studio 2005 installer: unable to install MSI files with large string tables
by WineHQ Bugzilla 18 Apr '21

18 Apr '21

1 0

[Bug 7850] Visual Studio 2005 installer freezes
by WineHQ Bugzilla 18 Apr '21

18 Apr '21

1 0

[Bug 8711] MS Visual Studio 2005 fails to install
by WineHQ Bugzilla 18 Apr '21

18 Apr '21

1 0

[Bug 34950] New: "Microsoft Visual Studio Tools for Applications" could not be installed
by wine-bugs＠winehq.org 18 Apr '21

18 Apr '21

http://bugs.winehq.org/show_bug.cgi?id=34950 Bug #: 34950 Summary: "Microsoft Visual Studio Tools for Applications" could not be installed Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: micet2004-winehq(a)yahoo.de Classification: Unclassified Installation is Crashing. vsta_aide.msi 55MB - http://rapidshare.com/share/E4B878B21A895D7241D51F4190BCA6E3 vsta - log.txt.xz (9.1MB expandet 688MB) - http://rapidshare.com/share/48E851973DFE49A8DA578CF877474640 WINEDEBUG=+relay,+seh,+tid wine msiexec -i .../vsta_aide.msi >log.txt 2>&1 -- 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 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