February 2012 - Wine-bugs - list.winehq.org

[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 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 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 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 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