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

[Bug 28394] New: Crash in wininet/http.ok if connection fails?
by wine-bugs＠winehq.org July 5, 2021

July 5, 2021

http://bugs.winehq.org/show_bug.cgi?id=28394 Summary: Crash in wininet/http.ok if connection fails? Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Probably the test should skip if the connection fails. We should also check to see what native InternetQueryOption does on a failed connection (if we don't already; we do check what it does on a closed one, at least). Here's the log: ../../../tools/runtest -q -P wine -M wininet.dll -T ../../.. -p wininet_test.exe.so http.c && touch http.ok ... err:wininet:NETCON_secure_connect SSL_connect failed: 12056 wine: Unhandled page fault on read access to 0x00000008 at address 0x2abec87c5798 (thread 0037), starting debugger... http.c:2873: Test failed: HttpSendRequest failed: 12056 Backtrace: =>0 NETCON_GetCert+0x18(connection=(nil)) [dlls/wininet/netconnection.c:860] 1 HTTPREQ_QueryOption+0x887(hdr=0x3cab0, option=0x20, buffer=0x415e0, size=0x22fa18, unicode=0) [dlls/wininet/http.c:2123] 2 InternetQueryOptionA+0x12b(hInternet=0x3, dwOption=0x20, lpBuffer=0x415e0, lpdwBufferLength=0x22fa18) [dlls/wininet/internet.c:2518] 3 test_secure_connection+0x35b() [dlls/wininet/tests/http.c:2885] NETCON_GetCert+0x18 [dlls/wininet/netconnection.c:860] in wininet: movq 0x0000000000000008(%rax),%rax 860 if (!connection->ssl_s) -- 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 3

[Bug 16060] New: comctl32, gfi32, user32: tests fail, when dpi is not the default (96)
by wine-bugs＠winehq.org July 5, 2021

July 5, 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 24501] New: Games For Windows - Live: client doesn't start with mono
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=24501 Summary: Games For Windows - Live: client doesn't start with mono Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: mscoree AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com It wants .Net 3.5, but that doesn't work in wine. In mono, fails with: ** (GFWLClient.exe:8): WARNING **: The following assembly referenced from C:\Program Files\Microsoft Games for Windows - LIVE\Client\GFWLClient.exe could not be loaded: Assembly: PresentationFramework (assemblyref_index=2) Version: 3.0.0.0 Public Key: 31bf3856ad364e35 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (C:\Program Files\Microsoft Games for Windows - LIVE\Client\). which is WPF, and according to Mono, http://mono-project.com/WPF, they have no plans to implement (big project, not much reward). I'm filing a bug here mostly to collect duplicates. If a lot of duplicates show up, perhaps Novell/Mono will change their mind... To reproduce: $ winetricks -q gfw mono26 $ cd .wine/drive_c/Program\ Files/Microsoft\ Games\ for\ Windows\ -\ LIVE\Client $ wine GFWLClient.exe -- 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 41

[Bug 28393] New: WiX light can't find files in deeply-nested directories
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=28393 Summary: WiX light can't find files in deeply-nested directories Product: Wine Version: 1.3.28 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=36407) --> (http://bugs.winehq.org/attachment.cgi?id=36407) depth.tar The attached test case fails to run under Wine with the following error: Z:\home\sam\src\wix-test\depth\A.wxs(8) : error LGHT0103 : The system cannot find the file 'Z:\home\sam\src\wix-test\depth\A\AOL\Aachen\Aaliyah\Aaron\Abbas\Abbasid\Abbott\Abby\Abdul\Abe\Abel\Abelard\Abelson\Aberdeen\Abernathy\Abidjan\Abigail\Abilene\Abner\Abraham\Abram\Abrams\Absalom\Abuja\Abyssinia\readme.txt'. This happens with both Mono 2.10.5 and Microsoft .NET 2.0. Unpack the test case and run 'make' and it should create a fresh WINEPREFIX in which it will install the test pre-requisites before running the test itself. On a Windows 7 machine, light is able to correctly build B.msi. -- 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 27133] New: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=27133 Summary: WiX 3.5 generates broken MSI files when 2 files of identical size are added to the same installer Product: Wine Version: 1.3.19 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sam(a)robots.org.uk Created an attachment (id=34643) --> (http://bugs.winehq.org/attachment.cgi?id=34643) test case The attached test case will generate an installer that installs two files to 'ProgramFilesFolder\duplicate file test'. when run on Windows, the installer works fine. When run under Wine, the installer installs the contents of file1.txt into file2.txt. This only happens with Wix 3.5. This version added a feature called "smart cabbing" that detects duplicate files in an installer and only embeds one copy. This may be going haywire when run under Wine. To run the test case, you will need Mono <http://ftp.novell.com/pub/mono/archive/2.10.2/windows-installer/5/mono-2.10…> and WiX 3.5 <http://wix.codeplex.com/releases/view/60102#DownloadId=204417>. You will need to put WiX's tools in Wine's PATH, or modify build.sh to give the full path to the WiX tools when it invokes light and candle. -- 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 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 25738] New: cmd.exe: enclosing quoting of builtin command and parameters confuses cmd.exe (Windows PowerShell 2.0 installer)
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=25738 Summary: cmd.exe: enclosing quoting of builtin command and parameters confuses cmd.exe (Windows PowerShell 2.0 installer) Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, while installing Windows PowerShell 2.0 I noticed a flood of following console messages during install: --- snip --- wine: cannot find L"C:\\windows\\system32\\del.exe" File not found --- snip --- The update.inf file being processed contains the following actions: --- snip --- ; After File Copy [ProcessesToRun] ... """%windir%\system32\cmd.exe""" /c """del /F /Q """%windir%\system32\WindowsPowerShell\v1.0\System.Management.Automation.dll"""""" """%windir%\system32\cmd.exe""" /c """del /F /Q """%windir%\system32\WindowsPowerShell\v1.0\%ReleaseNotesDir%\System.Management.Automation.resources.dll"""""" """%windir%\system32\cmd.exe""" /c """del /F /Q """%windir%\system32\WindowsPowerShell\v1.0\Microsoft.PowerShell.ConsoleHost.dll"""""" ... --- snip --- That section was probably automatically created hence the ridiculous quoting - it is nevertheless valid. The relevant trace log (+cmd): --- snip --- 0023:trace:process:CreateProcessW app (null) cmdline L"\"C:\\windows\\system32\\cmd.exe\" /c \"del /F /Q \"C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\"\"" ... 0036:trace:cmd:wmain Command line parm: 'L"C:\\windows\\system32\\cmd.exe"' 0036:trace:cmd:wmain Command line parm: 'L"/c"' 0036:trace:cmd:wmain /c command line: 'L"\"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\""' 0036:trace:cmd:WCMD_DumpCommands Parsed line: 0036:trace:cmd:WCMD_DumpCommands 0x1271e0 0 00 (nil) L"\"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\"" Redir:L"" 0036:trace:cmd:WCMD_process_commands Executing command: 'L"\"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\""' 0036:trace:cmd:WCMD_execute command on entry:L"\"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\"" (0x33f4f8), with '(null)'='(null)' 0036:trace:cmd:WCMD_execute Command: 'L"\"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\""' 0036:trace:cmd:WCMD_execute param1: L"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll", param2: L"" 0036:trace:cmd:WCMD_run_program Searching in 'L"C:\\windows\\del \\F \\Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\"' for 'L"Microsoft.PowerShell.ConsoleHost.dll"' 0036:trace:cmd:WCMD_run_program ASSUMING INTERNAL 0036:trace:process:CreateProcessW app (null) cmdline L"\"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll\"" 0036:trace:process:find_exe_file looking for L"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll" 0036:trace:cmd:WCMD_run_program Searching in 'L".;C:\\windows\\system32;C:\\windows;C:\\windows\\system32\\wbem"' for 'L"del"' 0036:trace:cmd:WCMD_run_program Found as L"C:\\windows\\del.*" 0036:trace:cmd:WCMD_run_program Found as L"C:\\windows\\system32\\del.*" 0036:trace:cmd:WCMD_run_program Found as L"C:\\windows\\del.*" 0036:trace:cmd:WCMD_run_program ASSUMING INTERNAL 0036:trace:process:CreateProcessW app (null) cmdline L"del /F /Q C:\\windows\\system32\\WindowsPowerShell\\v1.0\\Microsoft.PowerShell.ConsoleHost.dll" ... 0036:trace:process:CreateProcessW starting L"C:\\windows\\system32\\del.exe" as 32-bit Winelib app ... wine: cannot find L"C:\\windows\\system32\\del.exe" File not found --- snip --- The enclosing quoting of builtin command line and parameters confuses cmd.exe. This works: --- snip --- $ wine cmd.exe /c del /F /Q "foo.txt" --- snip --- This does not (but should): --- snip --- $ wine cmd.exe /c "del /F /Q "foo.txt"" --- snip --- 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 9

[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

[Bug 21947] New: IE7 for XP installer crashes in setupapi
by wine-bugs＠winehq.org July 2, 2021

July 2, 2021

http://bugs.winehq.org/show_bug.cgi?id=21947 Summary: IE7 for XP installer crashes in setupapi Product: Wine Version: 1.1.40 Platform: x86 URL: http://www.microsoft.com/downloads/details.aspx?Family ID=9AE91EBE-3385-447C-8A30-081805B2F90B&displaylang=en OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: bunglehead(a)gmail.com Created an attachment (id=26644) --> (http://bugs.winehq.org/attachment.cgi?id=26644) installation log Even if I don't choose update option it sometimes crashes with attached output. >From time to time it could succeed but it's not very stable, so it's reproducible I hope. -- 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 23