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

[Bug 16592] New: Ford service manual viewer fails to detect CD (fix attached)
by wine-bugs＠winehq.org Nov. 7, 2021

Nov. 7, 2021

http://bugs.winehq.org/show_bug.cgi?id=16592 Summary: Ford service manual viewer fails to detect CD (fix attached) Product: Wine Version: unspecified Platform: PC OS/Version: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: p-wine-bugs(a)ziemba.us Created an attachment (id=18120) --> (http://bugs.winehq.org/attachment.cgi?id=18120) patch to handle null-rootpath equivalent in GetVolumeInformationW wine-1.1.10 I installed the Ford 1993-1994 truck service manual viewer from CD. The viewer application requires that the CD be present in a drive before it will show service data. The viewer application c:/FORD/PUBS/programs/VIEW16.EXE complains that there is no CD present, even though there is. (yes, links for d: and d:: were made correctly in .wine/dosdevices). It turns out that the application calls GetVolumeInformationW with a "root" argument of "\\:". In this case, GetCurrentDirectoryW returns the desired root path, but since root is not null, the code in GetVolumeInformationW uses "\\" as the drive letter instead (and fails). Patching GetVolumeInformationW to treat root == "\\:" the same as the null case results in the application successfully detecting the CD and operating properly. Documentation of GetVolumeInformationW on MSDN seems to indicate that there is a broader range of possible formats for the root parameter than the wine implementation currently handles, so perhaps a more extensive fix is needed for the general case. -- 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 16567] New: moving mouse outside the wine virtual desktop causes crash in FastBltNoTrans()
by wine-bugs＠winehq.org Nov. 7, 2021

Nov. 7, 2021

http://bugs.winehq.org/show_bug.cgi?id=16567 Summary: moving mouse outside the wine virtual desktop causes crash in FastBltNoTrans() Product: Wine Version: 1.0.1 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: stephanecharette(a)gmail.com Installed the game "Nancy Drew: Stay Tuned For Danger". Installation and game start seems to work well. But the mouse icon is customized for the game, and changes depending on whether there is an object under the mouse with which you can interact. If at any point during the game the mouse is moved outside the wine virtual dekstop, the game immediately crashes with the following Windows dialog window: ----------------------- FastBltNoTrans() - err ret = 88760096, pDescription = Dirty Rect Fast Blt, rSrcRect: t=158, b=198, l=-5, r=25, dwDestX=-5, dwDestY=158 - DDERR_INVALIDRECT - Rectangle provided was invalid. ----------------------- I added it to AppDB here: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14880 I also have an earlier forum posting here with several other details: http://forum.winehq.org/viewtopic.php?t=3190 -- 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 17

[Bug 10922] New: JDK 6 offline installer fails to create jdk1.6. 0_03\jre\bin\msvcr71.dll, puts up error dialog
by wine-bugs＠winehq.org Nov. 3, 2021

Nov. 3, 2021

http://bugs.winehq.org/show_bug.cgi?id=10922 Summary: JDK 6 offline installer fails to create jdk1.6.0_03\jre\bin\msvcr71.dll, puts up error dialog Product: Wine Version: CVS/GIT Platform: Other URL: http://java.sun.com OS/Version: other Status: NEW Keywords: download, Installer Severity: enhancement Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The JDK 6 offline installer, jdk-6u3-windows-i586-p.exe, puts up an error dialog "Error loading: C:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll" +file,+msi shows trace:file:CreateFileW L"c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\msvcr71.dll" GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE creation 1 attributes 0x20 ... warn:file:CreateFileW Unable to create file L"c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\msvcr71.dll" (status c000003a) ... err:msi:ITERATE_DuplicateFiles Failed to copy file L"c:\\Program Files\\Common Files\\Java\\Update\\Base Images\\jdk1.6.0.b105\\patch-jdk1.6.0_03.b05\\msvcr71.dll" -> L"c:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\", last error 3 ... trace:file:CreateDirectoryW L"jre/bin" ... trace:msi:HANDLE_CustomType34 executing exe L"c:\\Program Files\\Java\\jdk1.6.0_03\\\\jre\\bin\\javaw.exe -Xshare:dump" ... err:module:import_dll Library MSVCR71.dll (which is needed by L"C:\\Program Files\\Java\\jdk1.6.0_03\\jre\\bin\\client\\jvm.dll") not found Seems like that CreateDirectory should have come before it tried to put a file in that directory? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 10

[Bug 10803] New: iTunes 7.3 no longer functions after upgrading Wine to 0.9 .51
by wine-bugs＠winehq.org Nov. 1, 2021

Nov. 1, 2021

http://bugs.winehq.org/show_bug.cgi?id=10803 Summary: iTunes 7.3 no longer functions after upgrading Wine to 0.9.51 Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: linux(a)xstylus.com In Wine versions 0.9.50 and prior, iTunes 7.3 functions. However, when upgrading to 0.9.51, iTunes 7.3 will no longer function. A fresh installation of Wine 0.9.51 was installed on my machine, and then itunes 7.3 installed. iTunes 7.3 still would not run. Reverting back to 0.9.50 would not solve the problem either. I was only able to solve the problem by reverting to 0.9.50 AND purging my .wine folder. Instructions for installing Wine 7.3 can be found at: http://wine-review.blogspot.com/2007/10/itunes-73-on-linux-with-wine.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 14

[Bug 12071] New: MSI SQL joins on tables with many rows are extremely slow
by wine-bugs＠winehq.org Oct. 31, 2021

Oct. 31, 2021

http://bugs.winehq.org/show_bug.cgi?id=12071 Summary: MSI SQL joins on tables with many rows are extremely slow Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: msi AssignedTo: truiken(a)gmail.com ReportedBy: truiken(a)gmail.com CC: ead1234(a)hotmail.com With the current implementation of MSI SQL joins, we perform a Cartesian product on the tables joined together. In the case where there is no WHERE clause, this is the correct output, but if there is a WHERE clause, we still perform the Cartesian product and then filter on the WHERE clause. Though it's uncommon, there are a few installers (Visual Studio, Nero Express 7) that join tables with thousands of rows. For example, say we have tables A, B, and C s.t. colA colB colC ----- ----- ----- 1 1 1 2 2 2 ... ... ... 1000 1000 1000 and we have the query SELECT * FROM A, B, C WHERE `colA`=1 AND `colB`=1 AND `colC`=1 then the current implementation will create a new table with those columns containing 1000*1000*1000=1 billion rows. Then we check each of the 1 billion rows for any matches. There are several algorithms for optimizing joins: http://en.wikipedia.org/wiki/Join_(SQL)#Join_algorithms The solution I'll be working on is the merge join. This solution parses the WHERE clause, starting with the two tables that the columns of the clause belong to (colA -> A, colB -> B, etc) and joins those together, making sure to eliminate rows based on the WHERE clause. Then the next table in the clause is merged into the previously created table, eliminating rows. This continues until there are no tables left. One optimization of this solution is to start with parts of the WHERE clause that compare against literals. For example, the query: SELECT * FROM A, B, C WHERE `colA` = `colB` AND `colB` = 1 AND `colC` = 1 We'd start with "`colB` = 1" since the comparison is against a literal. We perform 1000 comparisons on the rows of table B (count = 1000). The resulting table is: colB ---- 1 then we do the same for table C (count = 1000), and the merged table is: colB colC ---- ---- 1 1 next we merge this table with table A: colA colB colC ---- ---- ---- 1 1 1 2 1 1 ... ... ... 1000 1 1 and we search through this table for the condition `colA` = `colB` (count = 1000). So we've reduced billions of comparisons to 3000. Unfortunately, the way our SQL engine is implemented, this will not be an easy task. -- 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 10314] New: Switched On Schoolhouse 2000 fails to start up
by wine-bugs＠winehq.org Oct. 31, 2021

Oct. 31, 2021

http://bugs.winehq.org/show_bug.cgi?id=10314 Summary: Switched On Schoolhouse 2000 fails to start up Product: Wine Version: CVS/GIT Platform: Other URL: http://www.familychristianacademy.com/SOStest.html OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com While looking at bug 10313, I went looking for a freely downloadable version of Switched-on Schoolhouse. The only thing I found so far was a free downloadable placement test for a school which seems to have been made with Switched On Schoolhouse 2000. When you run it, it locks up your X session, and you have to do alt-control-backspace to shut down the X server to regain control. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 15270] New: Newest MapSource version (6.14.1) doesn't run anymore with wine 1.1.4
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=15270 Summary: Newest MapSource version (6.14.1) doesn't run anymore with wine 1.1.4 Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sbuehne(a)web.de Created an attachment (id=16066) --> (http://bugs.winehq.org/attachment.cgi?id=16066) wine error during startup of mapsource I could run successfully mapsource version 6.11 inlcuding all functions with wine version 1.1.4 on openSuse 11.0 After applying an upgrade to the software mapsource, wine crashes during program start with the error message: ... wine: Unhandled page fault on write access to 0x003c1000 at address 0x9863ab (thread 0009), starting debugger... Unhandled exception: page fault on write access to 0x003c1000 in 32-bit code (0x009863ab). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:009863ab ESP:0033e0b8 EBP:0033e0c0 EFLAGS:00010202( - 00 - -RI1) EAX:003c0000 EBX:011d0d70 ECX:01ffffce EDX:00000000 ESI:011d1d70 EDI:003c1000 .. I have created a trace file for this error with the command: echo quit | WINEDEBUG=+relay wine MapSource.exe >& filename.out; and tailed the last 1000 lines to the attached log file, inlcuding the error message. -- 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 31

[Bug 12527] New: radio button groups don't work with up/down arrow keys
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=12527 Summary: radio button groups don't work with up/down arrow keys Product: Wine Version: CVS/GIT Platform: PC URL: http://winmerge.org/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: msclrhd(a)gmail.com 1. Open an application that has a radio button group, e.g.: * WinMerge (http://winmerge.org/) * Some installers I will use WinMerge as the example for the rest of this bug report: 2. Press Ctrl+N to create a new document 3. Enter "A" in the "Untitled left pane" 4. Enter "B" in the "Untitled right pane" 5. Close the application This will bring up a "Save modified files?" dialog. NOTE: Using tab to navigate around the dialog sets the focus to the correct items in the correct sequence. 6. Press the left mouse button on one of the "Save changes" radio buttons 7. Press the down arrow key This should select the "Discard changes" radio button. The button has the focus, but is not selected. As a workaround, pressing the space key will select the button. 8. Press the down arrow key This should select the "Save changes" radio button, cycling the radio button grouping. This does not work. If you are on the bottom group, it selects the "Discard All" button. If you are on the top group, no item is selected and pressing the down arrow key again selects the "Untitled right" edit box. 9. Press the left mouse button on one of the "Discard changes" radio buttons 10. Press the up arrow key This should select the "Save changes" radio button. The button has the focus, but is not selected. As a workaround, pressing the space key will select the button. 11. Press the up arrow key This should select the "Discard changes" radio button, cycling the radio button grouping. This does not work. If you are on the bottom group, it selects the "Untitled left" edit box. If you are on the top group, it selects the "Untitled right" edit box. -- 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 11095] New: some keyboard shortcuts do not work in the celestia installer
by wine-bugs＠winehq.org Oct. 30, 2021

Oct. 30, 2021

http://bugs.winehq.org/show_bug.cgi?id=11095 Summary: some keyboard shortcuts do not work in the celestia installer Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: thestig(a)google.com I've seen this problem in some programs, but not others. Here's one problem where it happens: In the Celestia installer, on the initial page, it asks you to accept the GPL license. By default, the radio button has "do not accept" selected. On Windows, I can press "alt + a" to select the "accept" radio button. On Wine, the "accept" button gets focus when I press "alt + a", but the radio button doesn't get selected. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 11

[Bug 16577] New: ntdll/loader/actctx: add support of SxS assembly binding redirects
by wine-bugs＠winehq.org Oct. 29, 2021

Oct. 29, 2021

http://bugs.winehq.org/show_bug.cgi?id=16577 Summary: ntdll/loader/actctx: add support of SxS assembly binding redirects Product: Wine Version: 1.1.10 Platform: All URL: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a showcase bug. I used the app from bug 12414 as example because it highlights some of the issues and hopefully helps to understand the problem (with my comments). We need to end this winetricks vcrun2XXX SxS mess/hell, which requires direct match of SxS assembly dependencies/bindings. Download: http://nikonusa.com/software/NX/1.3/win/CNX130NSAEN.EXE $ sha1sum CNX130NSAEN.EXE -> f31b38e3bcca17c8050c207b79315c9be23d582d Prerequisite: clean WINEPREFIX, winetricks dotnet20 --- The first installer show stopper (which is this bug report out) are actually two bugs: one in winetricks and one in the installer. When you did 'sh winetricks dotnet20' step and start the installer, an error message box will be shown shortly thereafter: --- snip --- Microsoft Visual C++ Runtime Library Program: c:\windows\temp\RarSFX0\cnx.exe R6034 An application has made an attempt to load the C runtime library incorrectly. --- snip --- The problem comes in form of a sub-installer dependency: WINEDEBUG=+tid,+seh,+loaddll,+process wine ./nikon.exe --- snip --- ... 0079:trace:process:CreateProcessW app (null) cmdline L"C:\\windows\\temp\\RarSFX0\\cnx.exe" ... 0079:trace:process:CreateProcessW started process pid 007a tid 007b ... 007b:trace:loaddll:free_modref Unloaded module L"C:\\windows\\temp\\nshbb9d.tmp\\UserInfo.dll" : native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\process.dll" at 0x10000000: native 007b:fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\LIBEXPATW.dll" at 0x3d0000: native 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\mpr.dll" at 0x60c50000: builtin 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\wininet.dll" at 0x60c00000: builtin 007b:trace:loaddll:load_builtin_dll Loaded L"C:\\windows\\system32\\msvcrt.dll" at 0x60c80000: builtin 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCR80.dll" at 0x78130000: native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\system32\\MSVCP80.dll" at 0x7c420000: native 007b:trace:loaddll:load_native_dll Loaded L"C:\\windows\\temp\\nshbb9d.tmp\\Activation.dll" at 0x3a0000: native --- snip --- The culprit is: "fixme:actctx:parse_depend_manifests Could not find dependent assembly L"Microsoft.VC80.CRT" If we dump the embedded manifest from PE for the "Activation.dll": --- snip --- <assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0"> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50727.762" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"></assemblyIdentity> </dependentAssembly> </dependency> <dependency> <dependentAssembly> <assemblyIdentity type="win32" name="Microsoft.VC80.CRT" version="8.0.50608.0" processorArchitecture="x86" publicKeyToken="1fc8b3b9a1e18e3b"> </assemblyIdentity> --- snip --- We can see two VC 8.0 runtime versions referenced, the VC 8.0 SP1 and an older VC 8.0 one. "8.0.50727.762" -> Visual C++ 2005 SP1 Redistributable Pack 8.0.50727.762 At this stage, only .NET Framwork 2.0 redist got installed as prerequisite in WINEPREFIX. Because of winetricks' winver 2k hack (missing junction point workaround, bug 12401), VC 8.0.50727.42 runtimes are placed in both: system32 and SxS repo. This results in errorneous behaviour in case of SxS assembly resolver failure (app references 8.x CRT assemblies not found in SxS) - a fallback load from system32 - which causes the CRT error. I already explained the differences between 2K and XP in several other bug reports when it comes to loading of SxS assemblies. In short: prevent any CRT (and ATL/MFC) 8.x+ runtime from being put into system32! Such assemblies are never to be loaded from system32 with winver > 2K! To fix this, 'winetricks dotnet20' step needs to include the removal of these assemblies from system32 as cleanup procedure. A second copy is properly installed into SxS as precaution from M$ guys in the light of win2k -> winxp update which knows about activation contexts/SxS. --- snip .wine/drive_c/windows/system32 --- $ ls -lsa msvc* 472 -rw-rw-r-- 1 focht focht 479232 2005-09-23 08:29 msvcm80.dll 540 -rw-rw-r-- 1 focht focht 548864 2005-09-23 08:29 msvcp80.dll 616 -rw-rw-r-- 1 focht focht 626688 2005-09-23 08:29 msvcr80.dll .. --- snip .wine/drive_c/windows/system32 --- The vendor msi installer bug at this stage is that the sub-installer is executed *before* the VC redist installer which would install all required CRT dependencies into SxS. Hence this error is only shown once. That sub-installer failure seems not critical. Now one might think: "ok, lets do the usual winetricks vcrun2005 ... vcrun2005sp1 mess" before install. If you do this, the error will still remain (assuming you restart with clean WINEPREFIX). The reason is the other "old" VC 8.0 CRT version, referenced in dll manifest: 8.0.50608.0 Winetricks dotnet20 installed a VC 8.0.50727.42 CRT version into SxS (after we removed the ones from system32). This would ideally work but Wine's loader doesn't support the redirection of assembly bindings yet. If you take a look at the policy file from .NET 2.0 installed VC 8 runtime: "c:\windows\winSxS\policies\x86_policy.8.0.Microsoft.VC80.CRT_1fc8b3b9a1e18e3b_x-ww_77c24773\": --- snip 8.0.50727.42.policy --- <bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0" newVersion="8.0.50727.42"/> --- snip 8.0.50727.42.policy --- The policy rule would be satisfied, because the assembly asks for version 8.0.50608.0 and the current "up-to-date" version 8.0.50727.42 can be used for that. After VC 8.0 SP1 install (sh winetricks vcrun2005sp1), another policy file is added: --- snip 8.0.50727.762.policy --- <bindingRedirect oldVersion="8.0.41204.256-8.0.50608.0" newVersion="8.0.50727.762"/> <bindingRedirect oldVersion="8.0.50727.42-8.0.50727.762" newVersion="8.0.50727.762"/> --- snip 8.0.50727.762.policy --- This would cover (match) the first assembly binding dependency, 8.0.50727.762 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