December 2008 - Wine-bugs - list.winehq.org

[Bug 10135] New: Crash in Microsoft Dynamics GP trial setup in sxs support?
by wine-bugs＠winehq.org 28 Nov '21

28 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10135 Summary: Crash in Microsoft Dynamics GP trial setup in sxs support? Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This one's a bit tricky to set up. Microsoft Dynamics GP trial's installer wants mdac 2.8.1; fine, so let the app's installer do that, run twice to work around bug 5824. It then needs .net 1.1; fine, so let the app's installer do that... that runs into bug 10134. I worked around that by using native dcom98 to finish the .net install. OK, so then I run MS Dynamic GP's trial installer again, expecting it to get past those two known problems and into a new one. And sure enough, it crashed in activation context code: Unhandled exception: page fault on read access to 0xc07e3e11 in 32-bit code (0x7ef844e1). =>1 0x7ef844e1 check_actctx+0x11(h=<is not available>) [/home/dank/wine-git/dlls/ntdll/actctx.c:573] in ntdll (0x0032fa28) 2 0x7ef8490b RtlAddRefActivationContext+0xb(handle=0xc07e3e11) [/home/dank/wine-git/dlls/ntdll/actctx.c:2279] in ntdll (0x0032fa30) 3 0x7ee165ad AddRefActCtx+0x1d(hActCtx=0xc07e3e11) [/home/dank/wine-git/dlls/kernel32/actctx.c:188] in kernel32 (0x0032fa40) 4 0x790598c5 in fusion (+0x198c5) (0x0032fa88) 5 0x792487fb in mscorwks (+0x987fb) (0x0032fac4) 6 0x79230635 in mscorwks (+0x80635) (0x0032fb54) 7 0x7924594b in mscorwks (+0x9594b) (0x0032fb60) 8 0x792c61e8 in mscorwks (+0x1161e8) (0x0032fb6c) 9 0x005525f3 in setup (+0x25f3) (0x0032fba8) 10 0x01003e97 in setup (+0x3e97) (0x0032fde0) 11 0x0100475e in setup (+0x475e) (0x0032ff08) 12 0x7ee580be start_process+0xee(arg=0x0) [/home/dank/wine-git/dlls/kernel32/process.c:839] in kernel32 (0x0032ffe8) 13 0xb7e6d9c7 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x7ef844e1 check_actctx+0x11 [/home/dank/wine-git/dlls/ntdll/actctx.c:573] in ntdll: cmpl $0xc07e3e11,0x0(%edx) 573 switch (actctx->magic) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 5

[Bug 9738] New: Fails to Install .Net Framework 1.1
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=9738 Summary: Fails to Install .Net Framework 1.1 Product: Wine Version: 0.9.3. Platform: Macintosh OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: youngjova(a)optonline.net Created an attachment (id=8171) --> (http://bugs.winehq.org/attachment.cgi?id=8171) Error Log Microsoft .Net Framework 1.1 setup has ended prematurely. I was trying to install a program from UniversalRemote.com. Everything downloaded fine but it couldn't intall. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 10772] New: ChurchWindows 2006 Trial fails on .net 1.1 installer?
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10772 Summary: ChurchWindows 2006 Trial fails on .net 1.1 installer? Product: Wine Version: CVS/GIT Platform: Other URL: http://churchwindows.com OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Installer seems to hang. Console shows: ... Registration of c:\windows\Microsoft.NET\Framework\v1.1.4322\Microsoft.Vsa.Vb.CodeDOMProcessor.tlb successful. fixme:virtual:NtAllocateVirtualMemory MEM_WRITE_WATCH type not supported 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,0x7e31990c,(nil)): stub err:eventlog:ReportEventW L".NET Runtime version 1.1.4322.573- RegSvcs.exe - Common Language Runtime Debugging Services: Application has generated an exception that could not be handled.... Unhandled Exception: StackOverflowException. wine: Unhandled page fault on read access to 0xc07e3e11 at address 0x7ef83d41 (thread 0041), starting debugger... Backtrace: =>1 0x7ef83d41 check_actctx+0x11(h=<is not available>) [dlls/ntdll/actctx.c:574] in ntdll (0x0034f928) 2 0x7ef8416b RtlAddRefActivationContext+0xb(handle=0xc07e3e11) [dlls/ntdll/actctx.c:2292] in ntdll (0x0034f930) 3 0x7ee3fe91 AddRefActCtx+0x11(hActCtx=0xc07e3e11) [dlls/kernel32/actctx.c:187] in kernel32 (0x0034f940) ... 0x7ef83d41 check_actctx+0x11 [dlls/ntdll/actctx.c:574] in ntdll: cmpl $0xc07e3e11,0x0(%edx) 574 switch (actctx->magic) Pressing ^C in the console lets the installer seem to complete, but it hangs at the 'finish' dialog, and you have to kill wineserver. To start up, the app needs mfc40 (which is harder now that the url winetricks uses is offline; anyone know a new one?) Don't know what happens if you have mfc40, haven't grabbed a copy. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 9

[Bug 10126] New: .Net 1.1 fails on install in regsvcs.exe
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10126 Summary: .Net 1.1 fails on install in regsvcs.exe Product: Wine Version: 0.9.47. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com Created an attachment (id=8695) --> (http://bugs.winehq.org/attachment.cgi?id=8695) Dump log from regsvcs.exe error. While attempting to install .Net 1.1 regsvcs.exe caused a coredump error. Attached is the dump log. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

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

27 Nov '21

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 27 Nov '21

27 Nov '21

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 27 Nov '21

27 Nov '21

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 14574] New: iphlpapi: GetAdaptersAddresses required for some utility classes in system.net namespace (.NET)
by wine-bugs＠winehq.org 23 Nov '21

23 Nov '21

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 9665] New: Mask of eternity crashes at startup with wine version 0.9. 36 and newer
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

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 10147] New: Word Viewer 2003 - Tab behavior differs from Windows
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10147 Summary: Word Viewer 2003 - Tab behavior differs from Windows Product: Wine Version: 0.9.47. Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?FamilyId =95E24C87-8732-48D5-8689-AB826E7B8FDF&displaylang=en OS/Version: Linux Status: NEW Keywords: conformance, download Severity: trivial Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Tab behavior differs from Windows while using Word Viewer 2003's installer. While this is a trivial matter, I was attempting to write a script using AutoHotKey to automate testing of the program in Wine/Windows. Since screen resolution/windows placement can differ very easily, using the keyboard is the easiest way to make sure the script does what I want. The main difference is that under Windows, one tab takes me from the license agreement's text to the checkbox to accept the agreement. Under Wine, it takes me to the cancel button. Using tab twice under Wine brings me to the checkbox. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 27