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

[Bug 16290] New: Microsoft's logging version of wininet.dll doesn't work with Wine
by wine-bugs＠winehq.org 21 Aug '12

21 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=16290 Summary: Microsoft's logging version of wininet.dll doesn't work with Wine Product: Wine Version: 1.1.9 Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?FamilyID =57ad7099-de71-4b1c-8147-725545454146 OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com OK, this might be a bit unreasonable, but: Microsoft has a logging implementation of wininet that they give out to users to help in troubleshooting; see http://support.microsoft.com/kb/884931 and http://www.microsoft.com/downloads/details.aspx?FamilyID=57ad7099-de71-4b1c… It might come in handy to have their version running on Wine and generating nice log files, so I gave it a shot. That comes with several versions of wininet.dll. I tried the WinXP SP2 one by doing cabextract IE-KB884931-v2-x86-enu.exe cp wininet.x86.6.0.2900.2180.dll ~/.wine/drive_c/windows/system32/wininet.dll and then setting native override on wininet in winecfg, then tried running a wininet test case, cd dlls/wininet/tests ~/wine-git/wine wininet_test.exe.so ftp.c This crashed because a crazy length was passed to a string compare function: Unhandled exception: page fault on read access to 0x772c6d0a in 32-bit code (0xb7e60174). Backtrace: =>1 wine_compare_string+0x24(flags=268435457, str1=0x77063d2c, len1=1251312, str2=0x770f0968, len2=1251312) [libs/wine/sortkey.c:329] in libwine.so.1 2 CompareStringW+0x104(lcid=1031, style=268435457, str1=0x77063d2c, len1=1251312, str2=0x770f0968, len2=1251312) [dlls/kernel32/locale.c:2678] in kernel32 3 StrIsIntlEqualW+0xcf(bCase=0, lpszStr=0x77063d2c, lpszComp=0x770f0968, iLen=1251312) [dlls/shlwapi/string.c:2063] in shlwapi 4 0x770c7a3d in wininet (+0x77a3d) (0x0032fb7c) ... I also tried the Win2003 SP2 version: cp wininet.x86.6.0.3790.1830.dll ~/.wine/drive_c/windows/system32/wininet.dll This crashed with Unhandled exception: page fault on read access to 0x00000007 in 32-bit code (0x7ee3fddf). Backtrace: =>1 CreateMutexExW+0x30(sa=0xffffffff, name=0x32f92c, flags=0, access=2031617) [dlls/kernel32/sync.c:742] in kernel32 2 CreateMutexExA+0xc4(sa=0xffffffff, name="_!MSFTHISTORY!_", flags=0, access=2031617) [dlls/kernel32/sync.c:725] in kernel32 3 CreateMutexA+0x3a(sa=0xffffffff, owner=0, name="_!MSFTHISTORY!_") [dlls/kernel32/sync.c:698] in kernel32 4 0x75ba879e in wininet (+0x7879e) ... 742 attr.Attributes = OBJ_OPENIF | ((sa && sa->bInheritHandle) ? OBJ_INHERIT : 0); Not sure how much effort it's worth to track these down, but filing a bug just in 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.

1 6

[Bug 10392] New: Sunny Data control SW does not recognise USB device
by wine-bugs＠winehq.org 21 Aug '12

21 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=10392 Summary: Sunny Data control SW does not recognise USB device Product: Wine Version: 0.9.4. Platform: PC URL: http://www2.sma.de/en/solar- technology/products/communication/communication- products-software/software/sunny-data- control/overview/index.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: mbbs(a)telenet.be Installation & program startup pose no problems. When I try to connect to the sunny beam data logger, the connection menu only shows com ports. In windows, I can also select the usb port. With my newly delivered Photovoltaic solar panels comes a little device called sunny beam to track the power production of the panels, and load the data to a PC. I setup the SW with wine with no problems. When I want to access the device via USB, the application only shows com ports, and not the USB port. When I do the same in Xp, It shows the com ports and a menu entry for USB connection. It looks like the USB interface is not recognised in linux. it does not show in lsusb marc(a)L1:/media/cdrom0$ lsusb Bus 005 Device 003: ID 04f2:0200 Chicony Electronics Co., Ltd Bus 005 Device 002: ID 0b0e:444b GN Netcom Bus 005 Device 001: ID 0000:0000 Bus 001 Device 001: ID 0000:0000 Bus 002 Device 002: ID 1587:002d Bus 002 Device 001: ID 0000:0000 Bus 004 Device 001: ID 0000:0000 Bus 003 Device 002: ID 0db0:4011 Micro Star International Medion Flash XL V2.0 Card Reader Bus 003 Device 001: ID 0000:0000 When looking in Kinfocenter, the device is recognised, so I guess wine does not recognise the usb interface Sunny Beam Manufacturer: SMA Technologie AG Serial #: 00014365 Class 0 Subclass 0 Protocol 0 USB Version 1.01 Vendor ID 0x1587 Product ID 0x2d Revision 0.00 Speed 12 Mbit/s Channels 0 Max. Packet Size 8 Any ideas on how to get this working ? The website of the manufacturer can be found at http://www2.sma.de/en/solar-technology/products/communication/communication… -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 28232] New: Keyboard not working in "Hype - The Time Quest"
by wine-bugs＠winehq.org 21 Aug '12

21 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=28232 Summary: Keyboard not working in "Hype - The Time Quest" Product: Wine Version: unspecified Platform: x86 URL: http://www.megagames.com/download/hypedemo.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: cvoeten(a)gmail.com This is a very ancient game (1999), that up until now has not worked (bug #22434). Now that I have gotten it to launch, I've come to notice that the keyboard is not working. This happens in both the full version and in the demo which can be downloaded here: http://www.megagames.com/download/hypedemo.exe (it's a self-extracting zip archive, just extract the files somewhere, then run setup.exe, ignore the errors, the game executable is MaiD3Dvr_bleu.exe). Since I /believe/ the game uses dinput, I've attached a WINEDEBUG=+dinput trace. (and I did press the down button a few times after starting the game, which did not move the menu selection down (that's the problem)). To my untrained eye it looks like the keyboard events are received, but are somehow not being fed to the application? Installing MS DirectX (yes, full DirectX) via winetricks does not help. -- 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.

1 24

[Bug 28713] New: AudioToolbox/AudioQueue.h: No such file or directory
by wine-bugs＠winehq.org 21 Aug '12

21 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=28713 Bug #: 28713 Summary: AudioToolbox/AudioQueue.h: No such file or directory Product: Wine Version: 1.3.30 Platform: x86 OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine-2011(a)ryandesign.com Classification: Unclassified Hello, I'm the maintainer of wine in MacPorts. After applying the patch from bug #26643, wine on Mac OS X 10.4 Tiger still fails to build, now with: mmdevdrv.c:57:37: error: AudioToolbox/AudioQueue.h: No such file or directory Indeed that header doesn't exist on Tiger and from what I can tell, Audio Queue Services wasn't introduced until Leopard. See: http://developer.apple.com/library/mac/documentation/MusicAudio/Reference/A… The MacPorts project has this ticket open about this problem: https://trac.macports.org/ticket/31500#comment:13 -- 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.

1 3

[Bug 27488] New: Wine64 (build with --enable-wine64) and winecfg
by wine-bugs＠winehq.org 21 Aug '12

21 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=27488 Summary: Wine64 (build with --enable-wine64) and winecfg Product: Wine Version: 1.3.22 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: gatlinsullivan(a)yahoo.com wine-1.3.22$ winecfg /usr/local/bin/winecfg: line 52: exec: wine: not found All mentions of the wine executable when building Wine64 (non Wow - just the 64 bits) are to executable named wine (32 bits). Could there be two builds so that --enable-wine64-wow && --enable-wine64 could make --enable-wine64 equivalent to a normal build and make --enable-wine64-wow build with the names changes to comply with both binary compatibilities? I did this to try to test http://bugs.winehq.org/show_bug.cgi?id=26271 for x86_64 Fedora 15. -- 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.

1 7

[Bug 24603] New: NWN2 indoor areas are suffering from hard graphics bug
by wine-bugs＠winehq.org 21 Aug '12

21 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=24603 Summary: NWN2 indoor areas are suffering from hard graphics bug Product: Wine Version: 1.3.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: NightNord(a)gmail.com CC: wine-bugs(a)winehq.org Created an attachment (id=31076) --> (http://bugs.winehq.org/attachment.cgi?id=31076) Blackened character with normal selection around him This affects only "playable" mode, in-game cinematics are not affected, even if they are in indoor area. This seems to be some kind of shadowing bug, maybe related to or the same as bug #24602: most of area is overblackened in some random pattern, which changes from frame to frame, without any activity from player or on scene. In some positions scene completely black, on others - only partially, but never it's clear from this bug. mini-map and "M" map are also affected. I'm attaching screenshot describing this issue. Log is the same as for bug #24602 - dozens of "software blit" messages. Configuration and settings are the same as for #24602. This bug is very-very bad, as game has much of indoor action-packed areas and they are mostly unplayable, so game itself is mostly unplayable. Tweaking in-game options, including debug ones, doesn't help. Tweaking orm setting doesn't help. Disabling GLSL doesn't help. This probably somehow related to fglrx driver, as opensource driver doesn't have this issue, but it could be because game running on opensource driver misses some geometry and effects and lags so heavily, that it could be indirect rendering in action. Selections, magic effects, interfaces and soon are unaffected. -- 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.

1 4

[Bug 14743] New: DNS 9.5 install fails to extract cabinet: L"ENUGen~1.cab
by wine-bugs＠winehq.org 17 Aug '12

17 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=14743 Summary: DNS 9.5 install fails to extract cabinet: L"ENUGen~1.cab Product: Wine Version: CVS/GIT Platform: PC URL: http://www.nuance.com OS/Version: other Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: susancragin(a)earthlink.net Created an attachment (id=15238) --> (http://bugs.winehq.org/attachment.cgi?id=15238) terminal output on installation DNS 9.5 does not install completely. The terminal output includes this: err:msi:msi_cabextract FDICopy failed err:msi:ACTION_InstallFiles Failed to extract cabinet: L"ENUGen~1.cab The ENUGen~1 file being referred to is large -- about 95MB. I believe the file includes the English language (sound) models, with the US regional accent. I also believe that it loads in conjunction with the grammar model file, which is ENGGen~1. (See attached screenshot with a list of the program's largest files.) The other similarly-named files are regional accent options. (SouthEast Asian, Australian, Indian and UK.) --------------------------- FWIW: Below is the total output when I try to run program. --------------------------- fixme:reg:RegSetKeySecurity :(0x64,4,0x379fd8): stub fixme:dbghelp:dump_system_info fill in CPU vendorID and feature set fixme:dbghelp:fetch_thread_info Couldn't open thread 142 (87) -- 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.

1 43

[Bug 22149] New: Memory leak in VB6 based program
by wine-bugs＠winehq.org 17 Aug '12

17 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=22149 Summary: Memory leak in VB6 based program Product: Wine Version: 1.1.41 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: panton41(a)gmail.com GURPS Character Assistant (see AppDB) shows a memory leak which causes it to use increasingly more memory until the program slows until it's unusable. The program start at using 32MB and adds around 1MB for every time an item is edited (which is the entire point of the application and can happen hundreds of times). Around 150MBs the program becomes too slow to be usable and begins to display non-fatal error messages. Windows 7 64-bit shows a fairly consistent memory use of around 28MB. I'm too infrequent of a user to tell if its a regression or an entirely new bug. I switch between Linux and Windows often and there's sometimes months in between using the app on Wine. I have a feeling it's a regression, however, since I don't recall an increasing slow-down during my previous use. It uses riched20, riched32 and oleaut32 as native, builtin with font smoothing set to RGB if that helps connect it to other bugs at all. -- 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.

1 7

[Bug 17570] New: Can't build/install DPK files in Delphi 7.
by wine-bugs＠winehq.org 17 Aug '12

17 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=17570 Summary: Can't build/install DPK files in Delphi 7. Product: Wine Version: 1.1.16 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeff(a)storago.com When I am running Delphi 7 Professional under Wine 1.1.16, and I try to compile and install a .dpk (Package) file, Compile says "[Fatal Error] Could not create output file '(path_name_here)\Whatever.bpl'" although upon inspection a .bpl file has been created. If I try to go to "Component -> Install Packages" and check the box next to the package, Delphi says "Can't load package (path_name_here)\Whatever.bpl. Module not found." and won't actually let me activate it. If I delete out the files that have been compiled and try, it seemed possible at first to get a single package to install, but once I saved my project and re-open it later, it says it can't find it. Any project that requires more than one dpk file to be installed is therefore completely unable to be compiled because of this. It feels to me as though Delphi is failing on some sort of file_exists() check which aught to be very simple. I've checked all file permissions and even tried reconfiguring the BPL library paths to use folders without spaces i.e. "C:\Bpl" instead of "C:\Program Files\Borland\Delphi 7\Projects\Bpl" I'm quite familiar with Delphi's package system and can install packages without a problem on a similar Windows machine or virtual machine, this problem seems exclusive to wine. -- 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.

1 11

[Bug 16226] New: Office XP keeps reinstalling at program startup
by wine-bugs＠winehq.org 17 Aug '12

17 Aug '12

http://bugs.winehq.org/show_bug.cgi?id=16226 Summary: Office XP keeps reinstalling at program startup Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexis.deruelle(a)laposte.net Microsoft Office XP installs with no error, although each time I run WINWORD.EXE an installer window pops up and seems to (successfully) reinstall/re-register some components before displaying the main program window. -- 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.

1 18