July 2010 - Wine-Bugs - list.winehq.org

[Bug 23847] New: ntdll: NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION) should provide NT-style 100ns units (.NET 1.x CLR)
by wine-bugs＠winehq.org July 9, 2021

July 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=23847 Summary: ntdll: NtQuerySystemInformation(SYSTEM_PROCESSOR_PERFORMANCE_ INFORMATION) should provide NT-style 100ns units (.NET 1.x CLR) Product: Wine Version: 1.3.0 Platform: x86 URL: http://www.microsoft.com/DownLoads/details.aspx?family id=D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: Linux Status: NEW Keywords: dotnet, download, Installer Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, after bug 17084 (.NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails)) was fixed, the installer still fails. The first blocker is now the presence of some .NET registry keys that ought to help Mono but break the MS installer itself (path to v1.0.xxx Microsoft CLR core library is incorrectly constructed, leading to mscorwks.dll load failure). You can work around by deleting the following key before running the installer: --- snip --- $ wine reg delete "HKLM\Software\Microsoft\.NETFramework" --- snip --- Near the end, the installer spawns "regasm.exe" tool several times to register various assemblies. Unfortunately the tool crashes with division by zero (+tid,+seh,+relay): --- snip --- ... 0040:Call ntdll.NtQuerySystemInformation(00000008,031ce960,00000060,00000000) ret=792cf160 0040:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160 0040:trace:seh:raise_exception code=c0000094 flags=0 addr=0x79243177 ip=79243177 tid=0040 0040:trace:seh:raise_exception eax=00000000 ebx=ffffffff ecx=00000000 edx=00000000 esi=00000022 edi=00000001 0040:trace:seh:raise_exception ebp=031ce9f0 esp=031ce940 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 --- snip --- Interestingly there are other calls from the same addresses that don't crash: --- snip --- 0020:Call ntdll.NtQuerySystemInformation(00000008,0320e960,00000060,00000000) ret=792cf160 0020:trace:ntdll:NtQuerySystemInformation (0x00000008,0x320e960,0x00000060,(nil)) 000d:Call KERNEL32.SwitchToThread() ret=7929a604 000d:Ret KERNEL32.SwitchToThread() retval=00000001 ret=7929a604 0020:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=792cf160 0020:Call KERNEL32.Sleep(000001f4) ret=792d00bc --- snip --- Using additional "printf" style debugging to dump kernel+user+idle jiffies I noticed the crashes happen when the values accumulated only small changes in capture intervals. It seems the CLR employs some kind of cpu resource utilization calculation (using certain capture intervals) that breaks if the ticks/time units increment fall below some threshold. Windows NT accounts SYSTEM_PROCESSOR_PERFORMANCE_INFORMATION values in 100ns units. See: http://msdn.microsoft.com/en-us/library/ms724509.aspx I fixed dlls/ntdll/nt.c:NtQuerySystemInformation( SystemProcessorPerformanceInformation class) to convert jiffies to NT-style 100-ns units and it helped to keep the .NET CLR CPU usage calculation happy and to not let the regasm tool crash anymore (installer succeeded). 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 12

[Bug 17084] New: .NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails)
by wine-bugs＠winehq.org July 9, 2021

July 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=17084 Summary: .NET 1.0: imagehlp.ImageGetDigestStream needs more flesh (assembly registration fails) Product: Wine Version: 1.1.13 Platform: Other URL: http://www.microsoft.com/DownLoads/details.aspx?familyid =D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: imagehlp AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, a bit of nostalgia ... I happen to test .NET 1.0 Framework and promptly found a bug in post install step. --- snip --- ... Microsoft (R) .NET Framework Assembly Registration Utility 1.0.3705.0 Copyright (C) Microsoft Corporation 1998-2001. All rights reserved. err:ole:CoGetClassObject class {00000349-0000-0000-c000-000000000046} not registered err:ole:CoGetClassObject class {00000349-0000-0000-c000-000000000046} not registered err:ole:create_server class {00000349-0000-0000-c000-000000000046} not registered fixme:ole:CoGetClassObject CLSCTX_REMOTE_SERVER not supported err:ole:CoGetClassObject no class object {00000349-0000-0000-c000-000000000046} could be created for context 0x17 fixme:imagehlp:ImageGetDigestStream (0x148, 4, 0x79310a0c, 0x33f704): stub RegAsm error: Index was outside the bounds of the array. fixme:ole:CoGetContextToken stub err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 --- snip --- Trace log: --- snip --- 0009:Call KERNEL32.CreateFileW(00153d48 L"C:\\windows\\Microsoft.NET\\Framework\\v1.0.3705\\RegAsm.exe",80000000,00000001,00000000,00000003,00000000,00000000) ret=791b81ab 0009:Ret KERNEL32.CreateFileW() retval=00000150 ret=791b81ab 0009:Call KERNEL32.GetModuleHandleW(7923122c L"mscorwks.dll") ret=7923115e 0009:Ret KERNEL32.GetModuleHandleW() retval=791b0000 ret=7923115e 0009:Call KERNEL32.GetModuleFileNameW(791b0000,0032f4bc,00000104) ret=792311a3 0009:Ret KERNEL32.GetModuleFileNameW() retval=00000039 ret=792311a3 0009:CALL MSVCR70.wcsrchr() ret=792311b6 0009:RET MSVCR70.wcsrchr() retval=0032f514 ret=792311b6 0009:CALL MSVCR70.wcscpy() ret=792311ce 0009:RET MSVCR70.wcscpy() retval=0032f516 ret=792311ce 0009:Call KERNEL32.LoadLibraryExW(0032f4bc L"C:\\windows\\Microsoft.NET\\Framework\\v1.0.3705\\imagehlp.dll",00000000,00000000) ret=791bde71 0009:Call PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_ATTACH,res=(nil)) 0009:Call KERNEL32.DisableThreadLibraryCalls(60de0000) ret=60df1cdb 0009:Ret KERNEL32.DisableThreadLibraryCalls() retval=00000001 ret=60df1cdb 0009:Call KERNEL32.HeapCreate(00000000,00010000,00000000) ret=60df1cfa 0009:Ret KERNEL32.HeapCreate() retval=02d50000 ret=60df1cfa 0009:Ret PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0009:Ret KERNEL32.LoadLibraryExW() retval=60de0000 ret=791bde71 0009:Call KERNEL32.GetProcAddress(60de0000,79310bdc "ImageGetDigestStream") ret=79310b16 0009:Ret KERNEL32.GetProcAddress() retval=60df10d8 ret=79310b16 0009:Call imagehlp.ImageGetDigestStream(00000150,00000004,79310a0c,0032f704) ret=79310b2e 0009:fixme:imagehlp:ImageGetDigestStream (0x150, 4, 0x79310a0c, 0x32f704): stub 0009:Call KERNEL32.SetLastError(00000078) ret=60df28d1 0009:Ret KERNEL32.SetLastError() retval=00000078 ret=60df28d1 0009:Ret imagehlp.ImageGetDigestStream() retval=00000000 ret=79310b2e 0009:Call KERNEL32.CloseHandle(00000150) ret=79310bc4 0009:Ret KERNEL32.CloseHandle() retval=00000001 ret=79310bc4 0009:Call KERNEL32.FreeLibrary(60de0000) ret=79310bd2 0009:Call PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_DETACH,res=(nil)) 0009:Call KERNEL32.HeapDestroy(02d50000) ret=60df1d19 0009:Ret KERNEL32.HeapDestroy() retval=00000001 ret=60df1d19 0009:Ret PE DLL (proc=0x60df3458,module=0x60de0000 L"imagehlp.dll",reason=PROCESS_DETACH,res=(nil)) retval=1 0009:Ret KERNEL32.FreeLibrary() retval=00000001 ret=79310bd2 ... 0009:Call KERNEL32.RaiseException(e0434f4d,00000001,00000000,00000000) ret=7921e860 0009:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b844f7c ip=0x7b844fff tid=0009 0009:trace:seh:raise_exception eax=7b82cca9 ebx=7b8c3940 ecx=00000000 edx=00000010 esi=0032f430 edi=0032f3b0 0009:trace:seh:raise_exception ebp=0032f398 esp=0032f334 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000246 0009:trace:seh:call_stack_handlers calling handler at 0x7921e874 code=e0434f4d flags=1 --- snip --- With ImageGetDigestStream() sufficiently implemented, assembly registration succeeds and installer completes (tested). Be aware there is some sporadic heap corruption happening not yet tracked down (also in .NET 1.1 installer) which might sometimes fail the installer -> run installer again. 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 15

[Bug 21622] New: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0 installer)
by wine-bugs＠winehq.org July 9, 2021

July 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=21622 Summary: mscoree.dll.DllUnregisterServer stub needed (.NET 1.0 installer) Product: Wine Version: 1.1.38 Platform: x86 URL: http://www.microsoft.com/DownLoads/details.aspx?family id=D7158DEE-A83F-4E21-B05A-009D06457787 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, due to recent changes in msi (SelfUnregModules standard action is now implemented and executed), .NET 1.0 installer shows unhandled regsvr32 exception dialog (not critical to installer). A stub is needed for mscoree.dll DllUnregisterServer(): --- snip --- 002f:trace:msi:ITERATE_SelfUnregModules Unregistering L"regsvr32.exe /u \"C:\\windows\\system32\\mscoree.dll\"" 002f:Call KERNEL32.CreateProcessW(00000000,006fe860 L"regsvr32.exe /u \"C:\\windows\\system32\\mscoree.dll\"",00000000,00000000,00000000,00000000,00000000,621a0cd2 L"C:\\",0033e578,0033e568) ret=6212f676 ... 0039:Call KERNEL32.RaiseException(80000100,00000001,00000002,0033fd98) ret=200151f1 0039:trace:seh:raise_exception code=80000100 flags=1 addr=0x7b835dc2 ip=7b835dc2 tid=0039 0039:trace:seh:raise_exception info[0]=20015260 0039:trace:seh:raise_exception info[1]=2001542f wine: Call from 0x7b835dc2 to unimplemented function mscoree.dll.DllUnregisterServer, aborting ... --- snip --- The .NET 1.0 installer doesn't run until the end due to long standing bug 17084 (which is a pity as patch exists for some time now). 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 16093] New: MS AppLocale installer fails
by wine-bugs＠winehq.org July 9, 2021

July 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=16093 Summary: MS AppLocale installer fails Product: Wine Version: 1.1.8 Platform: Other URL: http://www.microsoft.com/globaldev/tools/apploc.mspx OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Applocate is a handy way to run apps in a non-system locale. See http://alcahest.club.fr/perso/apploc/applocale.html for a description and screenshots. (Incidentally, there is a similar utility called Winelocale, see http://cinnamonpirate.com/hobbies/software/winelocale/ Its installation instructions are quite demanding, and it probably only works for one app at a time, unlike Applocate. If I understand correctly, anyway.) Installing applocate on wine fails; +msi shows that the failure comes after running some external executable: trace:msi:HANDLE_CustomType2 executing exe L"C:\\windows\\temp\\msic34.tmp -q C:\\windows\\\\almain.sdb" ... err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 -- 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 22805] New: Can't install 64bit .NET 2.0
by wine-bugs＠winehq.org July 9, 2021

July 9, 2021

http://bugs.winehq.org/show_bug.cgi?id=22805 Summary: Can't install 64bit .NET 2.0 Product: Wine Version: 1.1.44 Platform: x86-64 URL: http://www.microsoft.com/downloads/details.aspx?family id=b44a0000-acf8-4fa1-affb-40e78d788b00&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Paul.Vriens.Wine(a)gmail.com I'm trying to install the 64bit version of .NET 2.0 but this fails. Console shows: wine: Invalid address A +module trace shows: warn:module:map_image Need to relocate module from 0x400000 to 0x110000, but there are no relocation records warn:module:load_dll Failed to load module L"C:\\users\\paul\\Temp\\IXP000.TMP\\install.exe"; status=c0000018 -- 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 21812] New: 3dgamestudio.com demos crash on exit
by wine-bugs＠winehq.org July 6, 2021

July 6, 2021

http://bugs.winehq.org/show_bug.cgi?id=21812 Summary: 3dgamestudio.com demos crash on exit Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Venice demo at 3dgamestudio.com looks beautiful, but crashes on exit. http://server.conitec.net/down/venice.zip 443f94ab15d5bc02921c1e917785f822dcf0f864 venice.zip Happily, there seems to be a reasonable backtrace: Unhandled exception: page fault on read access to 0x00000f2c in 32-bit code (0x7e51e14c). Backtrace: =>0 FindContext+0x16d(This=0x19bbc8, target=0x193030) [dlls/wined3d/context.c:1923] in wined3d 1 context_acquire+0x8a(device=0x19bbc8, target=(nil), usage=CTXUSAGE_RESOURCELOAD) [dlls/wined3d/context.c:2266] in wined3d 2 IWineD3DDeviceImpl_Uninit3D+0xa7(iface=0x19bbc8, D3DCB_DestroySwapChain=0x7e653c5d) [dlls/wined3d/device.c:1705] in wined3d 3 IDirect3DDevice9Impl_Release+0x126(iface=0x192680) [dlls/d3d9/device.c:273] in d3d9 4 in acknex (+0x6435a) 5 in reflectionparticle (+0x101e) 0x7e51e14c FindContext+0x16d [dlls/wined3d/context.c:1923] in wined3d: movzbl 0xf2c(%eax),%eax 1923 old_render_offscreen = context->render_offscreen; -- 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 16060] New: comctl32, gfi32, user32: tests fail, when dpi is not the default (96)
by wine-bugs＠winehq.org July 4, 2021

July 4, 2021

http://bugs.winehq.org/show_bug.cgi?id=16060 Summary: comctl32, gfi32, user32: tests fail, when dpi is not the default (96) Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de Created an attachment (id=17288) --> (http://bugs.winehq.org/attachment.cgi?id=17288) patch to dump tm.tmHeight (As requested by Dmitry, one bug for all) Current known tests, that fail, when dpi is not 96 (The Implementation was not checked yet): comctrl32:monthcal comctrl32:rebar comctrl32:status comctrl32:tab comctrl32:toolbar comctrl32:treeview gdi:font user32:combo Implementations known to have bugs, where the related tests are fixed: comctl32/header (VERT_BORDER must be 2) Fixing the heigh of the system font will make more hidden bugs in the Wine tree visible. ---------------------- A difference found during research is the tm.tmHeight of the system font. (GetTextMetrics) w98 (72, 96 dpi): 16 w98 (120): 20 w98 is broken for 144 and 192 dpi: 16 w2k (72, 96 dpi): 16 w2k (120, 144, 192 dpi): 20 Wine: always 16 The attached patch for dlls/comctrl32/tests/status.c dump tm.tmHeight (the first value after "expect") -- By by ... Detlef -- 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 21259] New: Visual C++ 2005 Trial build hangs on first run after a reboot
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=21259 Summary: Visual C++ 2005 Trial build hangs on first run after a reboot Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=25560) --> (http://bugs.winehq.org/attachment.cgi?id=25560) Shell script to download an example project, install Visual C++ 2005 trial, and build the project. Visual C++ can build projects from the commandline with devenv projectname.sln /build Debug but oddly, the first time you try this on Wine, it hangs. ^C and rerunning fixes it. After the ^C, you can see mspdbsrv.exe -start -spawn running, so evidently the first run spawned the pdb service but then stumbled trying to connect to it; the second run connected fine. I'll attach a canned script that reproduces the problem from scratch. -- 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 21511] New: wsmanhttpconfig.exe tool from Windows Management Framework Core (PowerShell 2.0) needs msvcrt.dll._scwprintf
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=21511 Summary: wsmanhttpconfig.exe tool from Windows Management Framework Core (PowerShell 2.0) needs msvcrt.dll._scwprintf Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.microsoft.com/downloads/details.aspx?Family Id=60cb5b6c-6532-45e0-ab0f-a94ae9ababf5&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, the Windows Management Framework Core (PowerShell 2.0) installer runs wsmanhttpconfig.exe (Web Services for Management) tool to register services which fails. .NET 2.0 SP1 is needed prerequisite --- snip --- ... 0022:trace:process:CreateProcessW app (null) cmdline L"C:\\windows\\system32\\wsmanhttpconfig.exe install" ... 0022:trace:process:CreateProcessW started process pid 0047 tid 000d ... 000d:fixme:httpapi:HttpInitialize ({1,0}, 0x2, (nil)): stub! 000d:trace:seh:raise_exception code=80000100 flags=1 addr=0x7bc4ac0a ip=7bc4ac0a tid=000d 000d:trace:seh:raise_exception info[0]=010305d6 000d:trace:seh:raise_exception info[1]=01030db8 wine: Call from 0x7bc4ac0a to unimplemented function msvcrt.dll._scwprintf, aborting --- snip --- Implementing _scwprintf (using MSVCRT_vsnwprintf) lets the tool successfully finish. 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 21512] New: Windows PowerShell 1.x/2.x needs HKEY_CURRENT_USER\Environment registry key present
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=21512 Summary: Windows PowerShell 1.x/2.x needs HKEY_CURRENT_USER\Environment registry key present Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.microsoft.com/downloads/details.aspx?Family Id=60cb5b6c-6532-45e0-ab0f-a94ae9ababf5&displaylang=en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, prerequisite: .NET 2.0 SP1 + Windows Management Framework Core (contains PowerShell 2.0) The shell must be started with wineconsole otherwise it refuses to work at all (GetConsoleScreenBufferInfo). --- snip --- $ pwd /home/focht/.wine/drive_c/windows/system32/WindowsPowerShell/v1.0 $ wineconsole PowerShell.exe err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font err:wineconsole:WCUSER_SetFont wrong font fixme:sync:CreateMemoryResourceNotification (0) stub fixme:advapi:RegisterEventSourceW (L".",L"PowerShell"): stub fixme:advapi:ReportEventW (0xcafe4242,0x0001,0x0001,0x00000067,(nil),0x0002,0x00000000,0x9e3d08,0x9e3bb0): stub err:eventlog:ReportEventW L"Object reference not set to an instance of an object." err:eventlog:ReportEventW L"\tExceptionClass=NullReferenceException\n\tErrorCategory=\n\tErrorId=\n\tErrorMessage=Object reference not set to an instance of an object.\n\n\tSeverity=Error\n\n\tSequenceNumber=\n\n\tHostName=ConsoleHost\n\tHostVersion=2.0\n\tHostId=6bba2119-20f0-4b91-b68d-db6df8c2a470\n\tEngineVersion=2.0\n\tRuns"... --- snip --- The relay log shows that the app queries the "PSMODULEPATH" environment variable from different locations. process -> GetEnvironmentVariable() machine -> registry, HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\Environment user -> registry, HKEY_CURRENT_USER\Environment The latter one isn't present, hence it fails. --- snip --- ... 0032:Call advapi32.RegOpenKeyExW(80000001,030d24ac L"Environment",00000000,00020019,0033e484) ret=00dcac27 0032:Call ntdll.RtlInitUnicodeString(0033e3b0,030d24ac L"Environment") ret=6832a7ee 0032:Ret ntdll.RtlInitUnicodeString() retval=0033e3b0 ret=6832a7ee 0032:Call ntdll.NtOpenKey(0033e484,00020019,0033e3b8) ret=6832a80a 0032:Ret ntdll.NtOpenKey() retval=c0000034 ret=6832a80a 0032:Call ntdll.RtlNtStatusToDosError(c0000034) ret=6832a815 0032:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=6832a815 0032:Ret advapi32.RegOpenKeyExW() retval=00000002 ret=00dcac27 ... 0032:trace:seh:raise_exception code=c0000005 flags=0 addr=0x33b36ca ip=033b36ca tid=0032 ... --- snip --- Creating "HKEY_CURRENT_USER\Environment" key lets the shell successfully proceed. Add to wine.inf.in 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 10