November 2009 - Wine-Bugs - list.winehq.org

[Bug 10571] New: scsi controller IDs mapped to wrong ASPI IDs
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=10571 Summary: scsi controller IDs mapped to wrong ASPI IDs Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-binary AssignedTo: wine-bugs(a)winehq.org ReportedBy: wbreyha(a)gmx.net Hi! The builtin wnaspi32.dll seems to number SCSI Port IDs 0,1,2,4,8,0x10,.... (like the native linux controller IDs), instead of 0,1,2,3,4,5..... (as required by ASPI as far as I was told). So every device connected to a SCSI Port ID larger then 2 is not visible to applications. At least on my machine I see this numbering in the HKLM/Hardware/DEVICEMAP/Scsi/ tree. "Scsi Port x" where x=0,1,2,4,8,..... I tried to run "Easy CD-CA Extractor" and my DVD-Drive is connected to controller id 4 (which should be 3 in ASPI aspects). Copying the whole tree from "Scsi Target 4" to "Scsi Target 3" worked. The developer of "Easy CD-DA Extractor" told me that ASPI requires a 0,1,2,3,4,5,... numbering. Regards, Wolfgang Breyha -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 12

[Bug 10003] New: Illustrator CS2 installer can't show image
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=10003 Summary: Illustrator CS2 installer can't show image Product: Wine Version: CVS/GIT Platform: Other URL: ftp://ftp.adobe.com/pub/adobe/illustrator/win/cs2/Illust rator_CS2_ue_TryOut.exe OS/Version: other Status: NEW Keywords: download, Installer Severity: enhancement Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com The Illustrator CS2 installer is probably missing a bitmap (though I haven't seen it in action on Windows, so I can't say), as one sees the following scroll by: fixme:ole:OLEPictureImpl_Load Unknown stream header magic: 00905a4d fixme:ole:OLEPictureImpl_Load Unknown stream header magic: 00000004 fixme:ole:OLEPictureImpl_Load Could only read 65520 of 65535 bytes out of stream? fixme:ole:OLEPictureImpl_Load Unknown magic 00b8, 65520 read bytes: b8 00 00 00 00 00 00 00 b8 00 00 00 00 00 00 00 40 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0 00 00 00 0e 1f ba 0e 00 b4 09 cd 21 b8 01 4c cd 21 54 68 69 73 20 70 72 6f 67 72 61 6d 20 63 61 6e 6e 6f 74 20 ... err:msi:msi_load_picture failed to get bitmap size err:msi:msi_dialog_bitmap_control Failed to load bitmap L"NewBinary1" when the installer is on its third or so screen. Native dcom98 doesn't help. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 17

[Bug 14013] New: T-Online Browser: URL is not updated
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=14013 Summary: T-Online Browser: URL is not updated Product: Wine Version: 1.0.0 Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=12627 OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine.dev(a)web.de The displayed Address is never updated: wine browser www.winehq.org => "http://www.winehq.org" is opened, the Address is still empty Type "appdb.winehq.org" => "http://appdb.winehq.org" is opened, the Address is still "appdb.winehq.org" Select "Bugzilla" in the WineHQ Menu. => "http://bugs.winehq.org" is opened, the Address is still "appdb.winehq.org" -- 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 14

[Bug 15561] New: Palm Desktop crashes in address export
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=15561 Summary: Palm Desktop crashes in address export Product: Wine Version: 1.1.5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jan-winehq(a)hoogenraad.net Created an attachment (id=16557) --> (http://bugs.winehq.org/attachment.cgi?id=16557) Detailed output from the shell window where wine was invoked Palm Desktop crashes in address export Version 1.0 (which I usually use) and version 3.0.x crash basically in the same fashion at an address in mfc30 (version 1.0, Windows 3.x) or mfc42 (32-bit version) wine: Unhandled page fault on read access to 0x04455369 at address 0x7fb73a55 (thread 0009), starting debugger... Unhandled exception: page fault on read access to 0x04455369 in 32-bit code (0x7fb73a55). err:dbghelp:pe_load_dbg_file Couldn't find .DBG file "opt_mfc30.DBG" ("\\\xf23") Detailed output from the shell window where wine was invoked are attached. I have added the output of both the Windows 3.x version and the 32-bit version. -- 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 20530] New: SolidWorks Explorer 2010: Fails to start
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=20530 Summary: SolidWorks Explorer 2010: Fails to start Product: Wine Version: 1.1.32 Platform: PC URL: http://www.solidworks.com/sw/support/downloads.htm OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=24467) --> (http://bugs.winehq.org/attachment.cgi?id=24467) Image of two warning windows I'm using Wine wine-1.1.32-260-gf222a16 compiled on gcc (GCC) 4.4.1 20090725 (Red Hat 4.4.1-2) on Fedora 11 i386. Steps to reproduce: 1) clean ~/.wine 2) install SolidWorks Explorer 2010 (swexplorer.exe) downloaded from URL given in heading 3) winetricks vcrun2005 4) launch "~/.wine/drive_c/Program Files/SolidWorks/SolidWorks Explorer 2010/solidworksexplorer.exe" 5) two warning windows appear and at the end graphical crash dialog Result: Application doesn't start Expectation: Application 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 10

[Bug 20039] New: COM-port CTS/DSR lines stay low
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=20039 Summary: COM-port CTS/DSR lines stay low Product: Wine Version: 1.1.29 Platform: PC URL: http://www.n1mm.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rx9tx(a)qrz.ru CC: rx9tx(a)qrz.ru Program installation http://www.pi4dec.nl/n1mm/N1MM-FullInstaller.exe Latest update http://www.pi4dec.nl/n1mm/N1MM-newexeV9.9.3.exe Program communicates with the radio through an interface based on USB->COM converter on FTDI chip. After the com port initialisation the CTS/DSR lines stay low, problem is that radio can not read the data if they are low. When running the program under Windows, COM-port initialisation sets the CTS/DSR lines in the high state. Is there any way to set them high? -- 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 7

[Bug 9645] New: icons etc vanish, except behind mouse
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=9645 Summary: icons etc vanish, except behind mouse Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: arthur.butler(a)smartemail.co.uk Hi, First bug report for Wine-hope I tell you enough. First, thanks for all the work. I'm trying to run a demo version of an interesting program called Universal Mechanism. It's developed by a university and is able to solve and simulate physical systems quite accurately. It's used by companies and researchers, and is reasonably affordable: http://umlab.ru/index.htm The program works, but large parts of the display vanish except when the mouse pointer is moved over them. Could be used, but tedious. I'd guess it might be an interesting program for some users, quite a rare type of program, and useful. Since it runs OK, except UI I wondered if you might be able to investigate? I don't know which part of wine might be responsible, but I'd guess one of the accelerated graphics libraries. I'm using Debian Etch, with your package: 0.9.44~winehq0~debian~4.0-1 I have an nvidia graphics card, and opengl works fine for other apps, via nvidia driver, again debian package. If you need more info please ask, Thanks in advance, Arthur -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 20

[Bug 20628] New: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest fails occasionally
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=20628 Summary: chromium's ipc_tests.exe's IPCChannelTest.ChannelTest fails occasionally Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On Wine, but not on Windows, the command wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest fails about 5% of the time. (You may need to run it several hundred times to see the first failures.) Sadly, with +relay it never fails. Related source: http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_tests.cc http://src.chromium.org/viewvc/chrome/trunk/src/ipc/ipc_channel_win.cc To repeat: $ wget http://kegel.com/wine/chromium/chromium-tests.tar.bz2 $ tar -xjvf chromium-tests.tar.bz2 $ while true do wine src/chrome/Debug/ipc_tests.exe --gtest_filter=IPCChannelTest.ChannelTest > log 2>&1 grep FAILED log && break done -- 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 7

[Bug 11667] New: Window contents not updated properly after being moved
by wine-bugs＠winehq.org Oct. 22, 2022

Oct. 22, 2022

http://bugs.winehq.org/show_bug.cgi?id=11667 Summary: Window contents not updated properly after being moved Product: Wine Version: 0.9.55. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Hi, I believe this bug relates to DirectDraw. (Apologies for my lack of detailed knowledge about Windows.) In some cases, moving a window whose contents are updated by DirectX calls causes trash/garbage to appear when the window is drawn in its new position, My theory is that WINE remembers the window contents at the moment the user begins dragging the title bar, and simply copies that to the new window position. If the program continues to update the DirectX buffer while the user is moving the window frame, WINE puts the old/stale buffer contents in the moved window. This happens in both normal and virtual desktop modes. For applications like video players, this effect may not be very noticeable if the player redraws the whole window every frame. But for applications which don't do that, the effect can be quite ugly. One program I have found which shows this problem is WinUAE. To reproduce: - Download and install WinUAE from http://www.winuae.net/ - Download an example disk image for testing, e.g. ftp://ftp.coresystems.de/pub/uae/rsi1.adf.gz - Start WinUAE and select the rsi1.adf.gz file for emulated drive DF0:, and start the emulation. - Once the demo graphics appear, repeatedly move the main WinUAE window and notice the problem. -- 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 16875] New: .NET 3.0: WIC installer fails due to bug(s) in setupapi.SetupGetTargetPathW
by wine-bugs＠winehq.org Oct. 12, 2022

Oct. 12, 2022

http://bugs.winehq.org/show_bug.cgi?id=16875 Summary: .NET 3.0: WIC installer fails due to bug(s) in setupapi.SetupGetTargetPathW Product: Wine Version: 1.1.12 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =10cc340b-f857-4a14-83f5-25634c3bf043 OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: setupapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, prerequisite: 1. clean WINEPREFIX 2. download .NET 3.0 Framework installer from: http://download.microsoft.com /download/4/d/a/4da3a5fa-ee6a-42b8-8bfa-ea5c4a458a7d/dotnetfx3setup.exe (sha1sum: a566bcd2ffffc3842a95adc57f7df3f8cd11577f) 3. export _SFX_CAB_SHUTDOWN_REQUEST=1 (workaround, see bug 9158) 4. wine ./dotnetfx3setup.exe It might take a while until all required packages are downloaded using BITS. Note: If you need to redo steps, backup the directory "dotnetfx304506.30" from "c:\\windows\\temp" to a different location, remove ~/.wine, copy "dotnetfx304506.30" again to "c:\\windows\\temp" to prevent BITS from downloading over and over again. After accepting EULA, the installer will exit due to error. "c:\\windows\\temp\\dd_dotnetfx3error.txt": --- snip --- ... [01/11/09,09:51:04] WIC Installer: [2] Error code 1603 for this component means "ERROR_INSTALL_FAILURE " [01/11/09,09:51:04] WIC Installer: [2] Setup Failed on component WIC Installer [01/11/09,09:51:12] WapUI: [2] DepCheck indicates WIC Installer is not installed. --- snip --- "c:\\windows\\temp\\dd_WIC.txt": --- snip --- [dd_WIC.txt] 0.082: ================================================================================ 0.084: 2009/01/11 09:51:04.229 (local) 0.084: C:\f93da2af7072de7f1485\update\update.exe (version 6.3.4.0) 0.085: Hotfix started with following command line: /quiet /norestart /log:C:\windows\temp\dd_WIC.txt 0.085: GetKernelType: GetInternalFilename failed 0.085: In Function GetBuildType, line 1170, RegOpenKeyEx failed with error 0x2 0.098: Unexpected Error While Executing Line 1 ( Test.WindowsCodecsVer.Section ) of PreRequisite 0.098: WIC Setup canceled. 0.098: Update.exe extended error code = 0xf00d 0.098: Update.exe return code was masked to 0x643 for MSI custom action compliance. --- snip --- Relevant trace log from WIC installer, run manually: --- snip --- ... 0023:Call setupapi.SetupFindFirstLineW(00148740,0033ba3c L"Test.WindowsCodecsVer.Section",00000000,0033b5e0) ret=0107ee9e 0023:trace:setupapi:SetupFindFirstLineW (0x148740,L"Test.WindowsCodecsVer.Section",(null)): returning 12/0 0023:Ret setupapi.SetupFindFirstLineW() retval=00000001 ret=0107ee9e 0023:Call setupapi.SetupFindNextLine(0033b5e0,0033b5d0) ret=0107eeb0 0023:Call KERNEL32.SetLastError(00000000) ret=6ead0fab 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead0fab 0023:Ret setupapi.SetupFindNextLine() retval=00000001 ret=0107eeb0 0023:Call setupapi.SetupGetStringFieldW(0033b5e0,00000000,0033b3a8,00000104,0033b190) ret=0107eaec 0023:Call KERNEL32.SetLastError(00000000) ret=6ead1ad4 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead1ad4 0023:trace:setupapi:SetupGetStringFieldW context 0x148740/0x148740/12/0 index 0 returning L"NotPresentOp" 0023:Ret setupapi.SetupGetStringFieldW() retval=00000001 ret=0107eaec .. 0023:Call setupapi.SetupGetStringFieldW(0033b5e0,00000001,0033b1a0,00000104,0033b190) ret=0107ec3b 0023:Call KERNEL32.SetLastError(00000000) ret=6ead1ad4 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead1ad4 0023:trace:setupapi:SetupGetStringFieldW context 0x148740/0x148740/12/0 index 1 returning L"CheckFilever" 0023:Ret setupapi.SetupGetStringFieldW() retval=00000001 ret=0107ec3b ... 0023:Call setupapi.SetupGetStringFieldW(0033b5e0,00000002,0033ae4c,00000104,0033a72c) ret=0107d377 0023:Call KERNEL32.SetLastError(00000000) ret=6ead1ad4 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead1ad4 0023:trace:setupapi:SetupGetStringFieldW context 0x148740/0x148740/12/0 index 2 returning L"CopyAlways.System32.Files" 0023:Ret setupapi.SetupGetStringFieldW() retval=00000001 ret=0107d377 0023:Call setupapi.SetupGetTargetPathW(00148740,00000000,0033ae4c L"CopyAlways.System32.Files",0033a730,00000104,0033a72c) ret=0107d3a9 0023:trace:setupapi:SetupGetTargetPathW 0x148740, (nil), L"CopyAlways.System32.Files", 0x33a730, 0x00000104, 0x33a72c 0023:Call KERNEL32.SetLastError(00000000) ret=6ead0de6 0023:Ret KERNEL32.SetLastError() retval=00000000 ret=6ead0de6 0023:trace:setupapi:SetupFindFirstLineW (0x148740,L"CopyAlways.System32.Files",(null)): returning 8/0 0023:trace:setupapi:SetupFindNextMatchLineW (0x148740,L"DestinationDirs",L"DefaultDestDir"): not found 0023:Call KERNEL32.SetLastError(e0000102) ret=6ead14bb 0023:Ret KERNEL32.SetLastError() retval=e0000102 ret=6ead14bb 0023:Ret setupapi.SetupGetTargetPathW() retval=00000000 ret=0107d3a9 0023:Call KERNEL32.GetLastError() ret=010701ae 0023:Ret KERNEL32.GetLastError() retval=e0000102 ret=010701ae --- snip --- Relevant snippet from: "update_winxp.inf" --- snip --- [Test.WindowsCodecsVer.Section] NotPresentOp=CheckFilever,CopyAlways.System32.Files,WindowsCodecs.dll ... [DestinationDirs] CopyAlways.System32.files=11 ; %windir%\system32 (don't delay until reboot) --- snip --- If you override updspapi.dll to native, you see the target path resolution working: --- snip --- 001b:CALL UPDSPAPI.UpdSpGetTargetPathW(0014e450,00000000,0033ae4c,0033a730,00000104,0033a72c) ret=0107d3a9 001b:Call ntdll.wcslen(0033ae4c L"CopyAlways.System32.Files") ret=0046a14c 001b:Ret ntdll.wcslen() retval=00000019 ret=0046a14c 001b:Call ntdll.RtlAllocateHeap(00110000,00000000,00000034) ret=0046a07b 001b:Ret ntdll.RtlAllocateHeap() retval=00151148 ret=0046a07b 001b:Call ntdll.wcscpy(00151148,0033ae4c L"CopyAlways.System32.Files") ret=0046a16b 001b:Ret ntdll.wcscpy() retval=00151148 ret=0046a16b 001b:Call msvcrt._abnormal_termination() ret=0046a186 001b:fixme:seh:_abnormal_termination (void)stub 001b:Ret msvcrt._abnormal_termination() retval=00000000 ret=0046a186 001b:Call KERNEL32.WaitForMultipleObjects(00000002,0014e6c4,00000000,ffffffff) ret=00457d36 001b:Ret KERNEL32.WaitForMultipleObjects() retval=00000001 ret=00457d36 001b:Call KERNEL32.lstrcpynW(0033a21c,00452804 L"DestinationDirs",000000ff) ret=00460f5b 001b:Ret KERNEL32.lstrcpynW() retval=0033a21c ret=00460f5b 001b:Call user32.CharLowerW(0033a21c L"DestinationDirs") ret=0046995a 001b:Ret user32.CharLowerW() retval=0033a21c ret=0046995a 001b:Call KERNEL32.CompareStringW(00000409,00000001,0033a21c L"destinationdirs",ffffffff,006516f0 L"destinationdirs",ffffffff) ret=00469a4b 001b:Ret KERNEL32.CompareStringW() retval=00000002 ret=00469a4b 001b:Call KERNEL32.lstrcpynW(0033a014,00151148 L"CopyAlways.System32.Files",000001ff) ret=00461002 001b:Ret KERNEL32.lstrcpynW() retval=0033a014 ret=00461002 001b:Call user32.CharLowerW(0033a014 L"CopyAlways.System32.Files") ret=0046995a 001b:Ret user32.CharLowerW() retval=0033a014 ret=0046995a 001b:Call KERNEL32.CompareStringW(00000409,00000001,0033a014 L"copyalways.system32.files",ffffffff,0066bd34 L"CLSID\\{22C21F93-7DDB-411C-9B17-C5B7BD064ABC}\\Containers",ffffffff) ret=00469a4b 001b:Ret KERNEL32.CompareStringW() retval=00000003 ret=00469a4b 001b:Call KERNEL32.CompareStringW(00000409,00000001,0033a014 L"copyalways.system32.files",ffffffff,00651714 L"copyalways.system32.files",ffffffff) ret=00469a4b 001b:Ret KERNEL32.CompareStringW() retval=00000002 ret=00469a4b 001b:Call ntdll.wcstoul(0065174c L"11",0033a1d4,0000000a) ret=0045d673 001b:Ret ntdll.wcstoul() retval=0000000b ret=0045d673 ... 001b:Call KERNEL32.lstrcpyW(0033a730,0033a4c8 L"C:\\windows\\system32") ret=0045e8e1 001b:Ret KERNEL32.lstrcpyW() retval=0033a730 ret=0045e8e1 001b:Call ntdll.RtlFreeHeap(00110000,00000000,00151148) ret=0046a0fd 001b:Ret ntdll.RtlFreeHeap() retval=00000001 ret=0046a0fd 001b:Call KERNEL32.SetLastError(00000000) ret=0045e909 001b:Ret KERNEL32.SetLastError() retval=00000000 ret=0045e909 001b:RET UPDSPAPI.UpdSpGetTargetPathW() retval=00000001 ret=0107d3a9 --- snip --- Well, actually there are more bugs in this API than this specific case. For instance the IE7 installer suffers from another bug in SetupGetTargetPathW API if you don't use Hans Leidekkers "iecustom" fake dll patch (http://bugs.winehq.org/show_bug.cgi?id=12690#c17) which just short-circuits/skips/hides various setupapi/updspapi deficencies (string tables, dynamic strings/replacements, target path resolution). Hint: "CheckFileVer" op with directory target (ex: "System32.Files") which is not present in "DestinationDirs" section and no default destination dir (-> fallback must be used). You can find many examples of such .inf files. 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 11