September 2012 - Wine-Bugs - list.winehq.org

[Bug 10134] New: regtlib.exe from .NET 1.1's dotnetfx. exe installer crashes with heap problem
by wine-bugs＠winehq.org Nov. 27, 2021

Nov. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=10134 Summary: regtlib.exe from .NET 1.1's dotnetfx.exe installer crashes with heap problem Product: Wine Version: CVS/GIT Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?displayl ang=en&FamilyID=262D25E3-F589-4842-8157-034D1E7CF3A3 OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This one was mentioned at the end of bug 5358, but I only just now got around to isolating it. I ran into this in the context of bug 5358 (Microsoft Dynamics GP Trial). That app comes with dotnetfx.exe, which fails to install. The problem is a heap corruption or something in our COM implementation, as it fails slightly faster and cleaner with WINEDEBUG=warn+heap, and succeeds with native dcom98. The problem can be reproduced with the .net 1.1 installer downloadable from Microsoft. This has the same md5 signature as the one on the cdrom. Oddly, when I first hit this it took ten seconds, the second time it took half an hour, no idea why the speed difference. I think it might be WINEDEBUG=warn+heap makes it run slow, that's another sign of an uninitialized variable. Here's the script I used to demonstrate the bug. I'll attach fail.log. set -x wineserver -k rm -rf .wine export WINE=$HOME/wine-git/wine export WINEPREFIXCREATE=$HOME/wine-git/tools/wineprefixcreate sh ~/bin/winetricks fakeie6 # install .net 1.1 test -f dotnetfx.exe || wget http://download.microsoft.com/download/a/a/c/aac39226-8825-44ce-90e3-bf8203… # fwiw, md5sum dotnetfx.exe is 52456ac39bbb4640930d155c15160556 # WINEDEBUG=warn+heap,+process $WINE dotnetfx.exe # Here's how it fails: #trace:process:CreateProcessW app L"c:\\windows\\system32\\URTTEMP\\regtlib.exe" cmdline L"\"c:\\windows\\system32\\URTTEMP\\regtlib.exe\" \"c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb\"" #warn:heap:HEAP_ValidateInUseArena Heap 0x110000: invalid in-use arena magic for 0x11a1a8 #wine: Unhandled page fault on read access to 0xaaaaaaba at address 0x7ec89683 (thread 0023), starting debugger... # OK, so run just the failing command: WINEDEBUG=warn+heap,+ole $WINE c:\\windows\\system32\\URTTEMP\\regtlib.exe c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb > fail.log 2>&1 # Yep, that fails very nicely -- but passes with native dcom98! sh ~/bin/winetricks dcom98 WINEDEBUG=warn+heap,+process $WINE c:\\windows\\system32\\URTTEMP\\regtlib.exe c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb > ok.log 2>&1 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 37

[Bug 15748] New: .NET 1.1's dotnetfx fails to install, aborts when it can't stop the msi service?
by wine-bugs＠winehq.org Nov. 27, 2021

Nov. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=15748 Summary: .NET 1.1's dotnetfx fails to install, aborts when it can't stop the msi service? Product: Wine Version: 1.1.7 Platform: Other OS/Version: other Status: NEW Keywords: download, Installer, regression Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com winetricks dotnet11, or any other way of running the .net 1.1 runtime installer, seems to abort for me with a dialog saying An error occurred while Windows Installer was initializing... C:\\windows\\temp\\dotNetFx.log says StopDarwinService() - Call to ControlService() failed! GetLastError() returned: <183> 183 is ERROR_ALREADY_EXISTS. Wine's log says 003d:Call advapi32.OpenServiceA(0013c4f0,00402740 "msiserver",00000024) ret=0040b496 ... trace:service:OpenServiceW returning 0x135278 003d:Ret advapi32.OpenServiceA() retval=00135278 ret=0040b496 003d:Call advapi32.QueryServiceStatus(00135278,0033f114) ret=0040b50f trace:service:QueryServiceStatus 0x135278 0x33f114 trace:service:QueryServiceStatusEx 0x135278 0 0x33ef64 36 0x33ef88 ... 003d:Ret advapi32.QueryServiceStatus() retval=00000001 ret=0040b50f 003d:Call advapi32.ControlService(00135278,00000001,0033f158) ret=0040b58d trace:service:ControlService 0x135278 1 0x33f158 ... 003d:Ret advapi32.ControlService() retval=00000000 ret=0040b58d 003d:Call KERNEL32.CreateFileA(00530ab0 "C:\\windows\\temp\\dotNetFx.log",40000000,00000003,0033ef1c,00000004,00000080,00000000) ret=00410106 ... 003d:Call user32.MessageBoxA(00000000,0033cec8 "An error occurred while Windows Installer was initializing. Setup will now close.",0033dfcc "Microsoft .NET Framework Setup",00000010) ret=0040a331 It seems to be aborting because it can't stop the msiserver service? Which is strange, since it probably wasn't running... I wonder if a conformance test for ControlService would be informative. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 14501] New: docs incorrectly claim that unc paths work
by wine-bugs＠winehq.org Nov. 27, 2021

Nov. 27, 2021

http://bugs.winehq.org/show_bug.cgi?id=14501 Summary: docs incorrectly claim that unc paths work Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: documentation AssignedTo: wine-bugs(a)winehq.org ReportedBy: codeslinger(a)compsalot.com The docs for unc path are wrong they do not reflect reality. According to the docs http://www.winehq.org/site/docs/wineusr-guide/misc-things-to-configure#AEN4… and also according to this rather odious comment http://www.winehq.org/pipermail/wine-users/2007-August/027715.html unc paths, should work, all you do is create a symlink and you are done. Well, I am under intense deadline pressure and I just spent two days of effort trying to get a client/server app to run that requires unc paths. And finally after a lot of study and banging of head against brick wall, finally I find this bug #425 which makes it pretty darn clear that not only does unc path not work, but it never actually has worked!!!! http://bugs.winehq.org/show_bug.cgi?id=425 So I ask that you kindly please fix the docs so that others are not subjected to the same levels of tribulations which I have just needlessly gone through. That bug has been open since 2002, I see no indication that it is going to get fixed any time soon. I have the highest respect and admiration for the winehq project and the people who created it, but this sort of thing is a major black mark against wine. I will be very reluctant to attempt to use wine in the future. -- 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 17516] New: Safari 4 Beta Crashes on Launch
by wine-bugs＠winehq.org Nov. 23, 2021

Nov. 23, 2021

http://bugs.winehq.org/show_bug.cgi?id=17516 Summary: Safari 4 Beta Crashes on Launch Product: Wine Version: 1.1.15 Platform: PC URL: http://www.apple.com/safari/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=19629) --> (http://bugs.winehq.org/attachment.cgi?id=19629) console output Wine crashes when launching safari. -- 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 14574] New: iphlpapi: GetAdaptersAddresses required for some utility classes in system.net namespace (.NET)
by wine-bugs＠winehq.org Nov. 23, 2021

Nov. 23, 2021

http://bugs.winehq.org/show_bug.cgi?id=14574 Summary: iphlpapi: GetAdaptersAddresses required for some utility classes in system.net namespace (.NET) Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, encountered this insufficiency several times while investigating bugs in several .NET/managed apps: --- snip --- .. First chance exception generated: (0x125ef4c) <System.EntryPointNotFoundException> ClassName=<null> AssemblyName=<null> MessageArg=<null> ResourceId=0 _className=<null> _exceptionMethod=<null> _exceptionMethodString=<null> _message=(0x125f094) "Unable to find an entry point named 'GetAdaptersAddresses' in DLL 'iphlpapi.dll'." _data=<null> _innerException=<null> _helpURL=<null> _stackTrace=(0x125f16c) <System.SByte[]> _stackTraceString=<null> _remoteStackTraceString=<null> _remoteStackIndex=0 _dynamicMethods=<null> _HResult=-2146233053 _source=<null> _xptrs=0 _xcode=-532459699 Exception is called:FIRST_CHANCE [0110] mov esi,eax (cordbg) w Thread 0x4a Current State:Background,GCUnsafe spot 0)* System.Net.NclUtilities::GetLocalAddresses +0272[native] +0029[IL] 1) System.Net.NclUtilities::get_LocalAddresses +0219[native] +0081[IL] 2) System.Net.ServicePoint::IsAddressListLoopback +0067[native] +0002[IL] 3) System.Net.ServicePoint::SetAddressList +0082[native] +0024[IL] 4) System.Net.ServicePoint::GetIPAddressInfoList +0503[native] +0228[IL] 5) System.Net.ServicePoint::ConnectSocketInternal +0150[native] +0022[IL] 6) System.Net.ServicePoint::ConnectSocket +0055[native] +0000[IL] 7) System.Net.ServicePoint::GetConnection +0257[native] +0067[IL] 8) System.Net.PooledStream::Activate +0142[native] +0024[IL] 9) System.Net.Connection::CompleteStartConnection +0360[native] +0111[IL] .. --- snip --- The missing iphlpapi export seems not critical for functioning of apps (first chance exception is caught) but it's better to fill holes in wine's API. MSDN info here: http://msdn.microsoft.com/en-us/library/aa365915.aspx Set component as -unknown- because iphlpapi component doesn't exist in bugzilla. (NOTE for myself: encountered this in VS.NET 2005 startup phase, under managed debugger, 'ca e') 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 38

[Bug 17922] New: LiveZilla aborts due to unimplemented mshtml stubs
by wine-bugs＠winehq.org Nov. 23, 2021

Nov. 23, 2021

http://bugs.winehq.org/show_bug.cgi?id=17922 Summary: LiveZilla aborts due to unimplemented mshtml stubs Product: Wine Version: 1.1.18 Platform: PC URL: http://www.livezilla.net/downloads/files/LiveZilla_3.1.7 .12_Setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=20254) --> (http://bugs.winehq.org/attachment.cgi?id=20254) LiveZilla standard error messages With today's Git (wine-1.1.18-100-g9c95322), after installing the .NET Framework 2.0 with winetricks and installing LiveZilla, starting the LiveZilla application yields a dialog box with the message "Internet Explorer cannot be accessed: The method or operation is not implemented.", which seems to stem from: fixme:mshtml:HTMLLocation_get_href (0x6cc3f98)->(0x32bfe4) Changing the stub to return S_OK only changes the particular error that occurs. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 15

[Bug 30594] New: Mak of eternity crashes with DirectDraw mode.
by wine-bugs＠winehq.org Nov. 21, 2021

Nov. 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=30594 Bug #: 30594 Summary: Mak of eternity crashes with DirectDraw mode. Product: Wine Version: 1.5.3 Platform: x86 URL: http://www.download.com/King-s-Quest-The-Mask-of-Etern ity/3000-7564_4-10025133.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeremielapuree(a)yahoo.fr Classification: Unclassified Created attachment 40030 --> http://bugs.winehq.org/attachment.cgi?id=40030 Backtrace with ddraw channel enabled. Mak of eternity crashes with DirectDraw mode. With Direct3D mode, the game starts. -- 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 9665] New: Mask of eternity crashes at startup with wine version 0.9. 36 and newer
by wine-bugs＠winehq.org Nov. 21, 2021

Nov. 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=9665 Summary: Mask of eternity crashes at startup with wine version 0.9.36 and newer Product: Wine Version: 0.9.45. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: deadlock(a)start.no Kings Quest 8 - Mask of Eternity crashes on startup with an exception error. The specific error has been attached. Version 0.9.36 didn't have this problem, and after doing a lot of debugging and regression I located that the problem is located in a change between version 0.9.36 and 0.9.37. The specific code is shown below. wine version 0.9.36, file wine/dlls/ddraw/direct3d.c: 324 d1 = dref; 325 d2 = dref; 326 hr = Callback( (LPIID) &IID_IDirect3DRefDevice, reference_description, device_name, &d1, &d2, Context); wine version 0.9.37(and up to version 0.9.45 at least): 327 d1 = dref; 328 d2 = dref; 329 /* The rgb device has the pow2 flag set in the hel caps, but not in the hal caps */ 330 d1.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 331 d1.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 332 hr = Callback( (LPIID) &IID_IDirect3DRGBDevice, reference_description, device_name, &d1, &d2, Context); I tried commenting out line 330 and 331 in version 0.9.44 and the game ran without crashing at startup, but there has to be a better way to solve this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 49

[Bug 30586] New: Kings Quest 8 crashes on startup
by wine-bugs＠winehq.org Nov. 21, 2021

Nov. 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=30586 Bug #: 30586 Summary: Kings Quest 8 crashes on startup Product: Wine Version: 1.1.24 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, this issue is split off from bug 2905 It was first mentioned in http://bugs.winehq.org/show_bug.cgi?id=2905#c16 Copied over my analysis from: http://bugs.winehq.org/show_bug.cgi?id=2905#c19 --- quote --- yep, there is an initial crash preventing the game to load which needs to be fixed first. IDirect3D3::EnumDevices calls the app supplied callback two times. It seems the game doesn't like IID_IDirect3DRGBDevice and resets some internal data structures - one of them is a pointer to an internal device string "D3D-display". When the enumeration callback is called a second time for IID_IDirect3DHALDevice, the app code tries to do some search/replace on that string - but the pointer member was reset by the first callback call (NULL). --- snip dlls/ddraw/ddraw.c --- static HRESULT WINAPI d3d3_EnumDevices(IDirect3D3 *iface, LPD3DENUMDEVICESCALLBACK callback, void *context) { static CHAR wined3d_description[] = "Wine D3DDevice using WineD3D and OpenGL"; IDirectDrawImpl *This = impl_from_IDirect3D3(iface); D3DDEVICEDESC device_desc1, hal_desc, hel_desc; D3DDEVICEDESC7 device_desc7; HRESULT hr; ... if (This->d3dversion != 1) { static CHAR reference_description[] = "RGB Direct3D emulation"; TRACE("Enumerating WineD3D D3DDevice interface.\n"); hal_desc = device_desc1; hel_desc = device_desc1; /* The rgb device has the pow2 flag set in the hel caps, but not in the hal caps. */ hal_desc.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); hal_desc.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); hr = callback((GUID *)&IID_IDirect3DRGBDevice, reference_description, device_name, &hal_desc, &hel_desc, context); if (hr != D3DENUMRET_OK) { TRACE("Application cancelled the enumeration.\n"); LeaveCriticalSection(&ddraw_cs); return D3D_OK; } } ... TRACE("Enumerating HAL Direct3D device.\n"); hal_desc = device_desc1; hel_desc = device_desc1; /* The hal device does not have the pow2 flag set in hel, but in hal. */ hel_desc.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); hel_desc.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); hr = callback((GUID *)&IID_IDirect3DHALDevice, wined3d_description, device_name, &hal_desc, &hel_desc, context); if (hr != D3DENUMRET_OK) { TRACE("Application cancelled the enumeration.\n"); LeaveCriticalSection(&ddraw_cs); return D3D_OK; } TRACE("End of enumeration.\n"); LeaveCriticalSection(&ddraw_cs); return D3D_OK; } --- snip dlls/ddraw/ddraw.c --- If you reverse the order of callback calls (IID_IDirect3DHALDevice first, IID_IDirect3DRGBDevice second), the game starts successfully and seems playable again. Though it crashes at exit (which seems to be another bug) and the load savegame bug of course. --- quote --- Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 30023] New: Google Earth installer (google update version) complains "could not connect to the internet"
by wine-bugs＠winehq.org Nov. 21, 2021

Nov. 21, 2021

http://bugs.winehq.org/show_bug.cgi?id=30023 Bug #: 30023 Summary: Google Earth installer (google update version) complains "could not connect to the internet" Product: Wine Version: 1.4-rc5 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 This is just like bug 29074 in that the error dialog is the same and native winhttp works around it, but it must be different under the hood. To reproduce, grab http://www.google.com/earth/download/thanks.html#os=win#updater=yes (at the moment, that points to http://dl.google.com/tag/s/appguid%3D%7B74AF07D8-FB8F-4d51-8AC7-927721D56EB… ) and run in a clean wineprefix. After twenty seconds or so, the failure dialog pops up. This seems to be the last bit of winhttp activity in the log before the failure: 0009:Call winhttp.WinHttpQueryHeaders(00000003,00000016,00000000,00000000,0084e6a0,00000000) ret=1803b163 0009:trace:winhttp:WinHttpQueryHeaders 0x3, 0x00000016, (null), (nil), 0x84e6a0, (nil) 0009:trace:winhttp:addref_object 0x15b070 -> refcount = 2 0009:trace:winhttp:grab_object handle 0x3 -> 0x15b070 0009:trace:winhttp:release_object object 0x15b070 refcount = 1 0009:Ret winhttp.WinHttpQueryHeaders() retval=00000000 ret=1803b163 0009:Call KERNEL32.GetLastError() ret=1800b70c 0009:Ret KERNEL32.GetLastError() retval=00002f92 ret=1800b70c ... 0031:Call oleaut32.SysAllocStringLen(0015b520 L"The installer could not connect to the Internet. Ensure that your computer is connected to the Internet and your firewall allows GoogleUpdate.exe to connect then try again.",000000ac) ret=18021e72 -- 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 36