August 2011 - Wine-Bugs - list.winehq.org

[Bug 20550] New: Some Game Maker games cause OSX to freeze after loading
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=20550 Summary: Some Game Maker games cause OSX to freeze after loading Product: Wine Version: 1.1.31 Platform: Macintosh URL: http://appdb.winehq.org/objectManager.php?sClass=appli cation&iId=8203 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pyrop(a)livejournal.com Created an attachment (id=24511) --> (http://bugs.winehq.org/attachment.cgi?id=24511) Portion of trace log. Mac OS X 10.5, Xquartz X11 2.4.0, wine 1.1.31, compiled with gcc v4.0.1 (Apple Inc. build 5493). The Game Maker games Iji and Spelunky cause OSX to semi-freeze after loading the games, a little while after the pre-load graphic comes up. The mouse cursor can still be moved but nothing on the screen responds to clicks, and keyboard presses cause no response as well. However, iTunes continues to play music while the system is frozen, and moves from one song to another. (So just the system input is frozen?) Attached is a portion of the trace log, resulting from starting Iji with the command: DYLD_FALLBACK_LIBRARY_PATH="/usr/X11/lib:/usr/lib" WINEDEBUG="+relay" wine iji.e xe >& stdout.log There were about 496570 messages before this section of the log. There is a command to display the error "ERROR in handling graphics:\rUnknown error initializing DirectDraw." before the log goes into the endless, repeated messages about GetTickCount. I did not observe this error message in wine, however. -- 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 5

[Bug 20837] New: wined3d call "basetexture_apply_state_changes" crashes app
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=20837 Summary: wined3d call "basetexture_apply_state_changes" crashes app Product: Wine Version: unspecified Platform: Macintosh OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: gumbyx84(a)gmail.com Created an attachment (id=24968) --> (http://bugs.winehq.org/attachment.cgi?id=24968) Log file generated by WINE on game crash There seems to be a problem w/ wined3d call "basetexture_apply_state_changes". When trying to run Shaiya (new, non-GameGuard version) the app crashes when trying to load game UI. You can launch the app and log into account, but the minute it starts to load the actual game, it crashes. I have attached the error log I got during my last crash. Looking at the backtrace, it the crash seems to be coming from basetexture_apply_state_changes+0xeb1() in wined3d (in d3d9). -- 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 10184] New: Wine configure script unable to resolve -lGL on Mac OS X 10.5
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=10184 Summary: Wine configure script unable to resolve -lGL on Mac OS X 10.5 Product: Wine Version: 0.9.48. Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: ryanwalklin(a)gmail.com The configure script fails to find /usr/X11/lib/libGL.dylib, which is available on Mac OS X 10.5 if the X11 user and dev packages are installed. Consequently OpenGL is unavailable to Wine. More correctly Wine should link to /System/Library/Frameworks/OpenGL.Framework/Versions/A/Libraries/OpenGL.dylib, as the /usr/X11/lib library consists of links to the Framework. This can be achieved by directly linking to the framework (-Framework OpenGL -framework GLUT) rather than -lGL and -lGLU on OS X. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 55

[Bug 21412] New: ?
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=21412 Summary: ? Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mario(a)dbortega.es 18/01/10 18:35:44 quicklookd[71148] _CFGetHostUUIDString: unable to determine UUID for host. Error: 35 18/01/10 18:35:54 Console[71166] _CFGetHostUUIDString: unable to determine UUID for host. Error: 35 18/01/10 18:36:03 Wine[1106] Err:err:syslevel:_EnterSysLevel (0x41ae5460, level 2): Holding 0x407b9d60, level 3. Expect deadlock! err:syslevel:_EnterSysLevel (0x41ae5460, level 2): Holding 0x407b9d60, level 3. Expect deadlock! 18/01/10 18:36:03 Wine[1106] Err:err:syslevel:_EnterSysLevel (0x41ae5460, level 2): Holding 0x407b9d60, level 3. Expect deadlock! err:syslevel:_EnterSysLevel (0x41ae5460, level 2): Holding 0x407b9d60, level 3. Expect deadlock! err:syslevel:_EnterSysLevel (0x41ae5460, level 2): Holding 0x407b9d60, level 3. Expect deadlock! err:syslevel:_EnterSysLevel (0x41ae5460, level 2): Holding 0x407b9d60, level 3. Expect deadlock! err:syslevel:_CheckNotSysLevel Holding lock 0x407b9d60 level 3 18/01/10 18:36:03 Wine[1106] Err:wine: Unhandled exception 0x80000003 at address 0x7b88e585 (thread 0009), starting debugger... 18/01/10 18:36:03 wine[71175] _CFGetHostUUIDString: unable to determine UUID for host. Error: 35 18/01/10 18:36:03 Wine[1106] Err:2010-01-18 18:36:03.883 wine[71175:10b] _CFGetHostUUIDString: unable to determine UUID for host. Error: 35 -- 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 15361] New: ABBYY FineReader Engine does not work correctly with ScanSnap scanner software
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=15361 Summary: ABBYY FineReader Engine does not work correctly with ScanSnap scanner software Product: Wine Version: 1.1.1 Platform: Other OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jens-wine(a)spamfreemail.de Hello, proper OCR is one of the missing things under Linux. OS X has options but they are limited. I own a ScanSnap scanner which has software for Windows and OS X. Linux users have made their own using the SANE backend. But the OS X and Linux solutions lack the OCR scanning engine that the Windows version has. The OCR engine runs under Wine but only ever scans the first page of every (scanned) PDF I throw at it. After that, it spills endless lines of fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub fixme:process:GetProcessPriorityBoost (0x40,0x628bc5ec): semi-stub hundreds of times a second while "WineHelper" and "X11" processes drive the CPU load to 100%. If I press "Stop" in the recognition window, wait one minute (approx) then restart the process it will advance one page further (because it skips already OCRed pages). My guess is if this semi-stub were implemented this OCR process would work properly. For me, this would mean I could FINALLY do ALL scanning and document managing on my Macbook and my Linux PC, and would not need to boot Windows just to scan in a heap of documents. Could this function be implemented? Thank you! Jens -- 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 9

[Bug 20693] New: Some entries from wine.inf not transferred into registry
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=20693 Summary: Some entries from wine.inf not transferred into registry Product: Wine Version: 1.1.33 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: minor Priority: P2 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Hi, The wine.inf mechanisms are unknown to me, but I naively expect the entries therein to help create the registry. So I'm wondering why a few are missing. I've already observed random missing entries in the past (e.g. the NT hotfix Q246009). Here I'm on a Mac, but I've seen this bug on Linux as well. While wine.inf contains HKLM,HARDWARE\DEVICEMAP\PARALLEL PORTS,,,"" HKLM,HARDWARE\DEVICEMAP\SERIALCOMM,,,"" a diff against a newly created .wine gives: diff -r .wine-git/system.reg .wine/system.reg < [Hardware\\DEVICEMAP\\PARALLEL PORTS] 1251580439 < @="" < < [Hardware\\DEVICEMAP\\SERIALCOMM] 1251580439 < @="" as well as missing Hardware\Description\... which I believe are generated upon startup. and, BTW Only in .wine-git/drive_c/windows/system32: ddeml.dll Only in .wine-git/drive_c/windows/system32/spool/drivers: w32x86 Only in .wine-git/drive_c/windows/system32/spool/drivers: win40 the last two I don't know anything about. The missing ddeml.dll is surprising, given that Wine ballooned recently and threw many many libraries into windows/system32/. Now ddeml would be missing? IIRC, registry entries were particularly missing when Wine threw an error upon startup: err:ntdll:RtlpWaitForCriticalSection section 0x7bc8d404 "loader.c: loader_section" wait timed out in thread 0021, blocked by 0009, retrying (60 sec) AJ improved the situation a few releases ago, but the error never disappeared entirely (neither on Linux nor Mac). It still appears for both new .wine prefixes *and* updates. Ok, I should post that separately. -- 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 8

[Bug 25273] New: svcrt/misc.ok I10_OUTPUT long double crash with winetest.exe, not make test
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=25273 Summary: svcrt/misc.ok I10_OUTPUT long double crash with winetest.exe, not make test Product: Wine Version: 1.3.7 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net msvcrt/misc.ok crashes with winetest.exe (or the msvcrt_test.exe therein), but not with make test. It seems that the format of "long double" does not match what's expected. A trace with make test yields a correct trace: msvcrt:MSVCRT_I10_OUTPUT (0.000000 10 0 0x32fd14) winetest.exe leads instead to: msvcrt:MSVCRT_I10_OUTPUT (0.000000 0 64fd20 0x64) Unhandled exception: page fault on write access to 0x00000066 in 32-bit code (0x4034add6). 0x4034add6 _MSVCRT_I10_OUTPUT+0x66 in msvcrt: movb $0x20,0x2(%edi) This could be: - a bug in gcc on MacOS X 10.5.8 i686-apple-darwin9-gcc-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5566) What do other Mac users experience? - MacOS'gcc "long double" format not matching the MS one (or another parameter passing convention)? - MSVCRT__LDOUBLE not defined correctly on MacOS? long double parameters might behave differently than struct { long double; } (test/misc.c test calls long double, while msvcrt/string.c operates on struct?) - the .spec file unable to deal with the format @ cdecl -norelay $I10_OUTPUT(double long long long ptr) MSVCRT_I10_OUTPUT is not distinguishable from a (double, int, int, void*) function. - ...? It seems that msvcrt/misc/I10_OUTPUT_test is solely affected because it's the only test involving the long double format. BTW, line #9, which tests 0.0, 10, 1 logs msvcrt:MSVCRT_I10_OUTPUT (0.000000 1 64fd20 0x64) I.e. the third parameter appears in second position. -- 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 10

[Bug 22208] New: Oreans Error when Running Aion on Mac
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=22208 Summary: Oreans Error when Running Aion on Mac Product: Wine Version: unspecified Platform: All OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: major Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nkostoulas(a)gmail.com So i am trying to run Aion on Mac. I followed the following link: www.codeweavers.com/compatibility/browse/name/?app_id=5820;forum=1;msg=6367… I successfully overpassed the gameguard problem, but i am now to a new problem. I run the command, the Aion logo appears but it is stuck there. This is shown below: http://img337.imageshack.us/img337/7600/snapshot20100330014608.png The thing that arises on terminal is: fixme:menubuilder:SaveIconResAsXPM Unsupported color depth 32-bit fixme:heap:HeapSetInformation 0x5cf000 0 0x32fe48 4 fixme:win:EnumDisplayDevicesW ((null),0,0x32e3dc,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32d110,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32c5ec,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x32c6dc,0x00000000), stub! err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled err:avicap:query_video_device Video 4 Linux support not enabled fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {cc7bfb41-f175-11d1-a392-00e0291f3959} not found fixme:devenum:DEVENUM_ICreateDevEnum_CreateClassEnumerator Category {cc7bfb46-f175-11d1-a392-00e0291f3959} not found -- 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 13

[Bug 20988] New: Some textures draw incorrectly in DirectX 9 on Mac OS X
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=20988 Summary: Some textures draw incorrectly in DirectX 9 on Mac OS X Product: Wine Version: 1.1.34 Platform: Macintosh OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: marvinx03(a)gmail.com In several DirectX 9 games, some textures draw incorrectly when run in Mac OS X. Instead of being normally colored, they are blocky and colored somewhat randomly in bright shades. They do not flicker, but remain constant as if that is the way they were meant to be. I have observed this in the following games: - Bioshock (and the Bioshock demo) - Half Life 2: The Lost Coast (DirectX 9 mode ONLY; problem does not occur in DirectX 8.1 mode) - Left 4 Dead: Loading screen only (game crashes) Bioshock only works after installing d3dx9 through winetricks. Even then, Bioshock and the other games still experience this problem. Some information on Left 4 Dead is available in my test report for that game: http://appdb.winehq.org/objectManager.php?sClass=version&iId=14592&iTesting… Lost Coast is the only game in the list that works well enough for testing this bug thoroughly. Its performance is virtually flawless in DirectX 9 mode on Linux, and is virtually flawless in DirectX 8.1 mode on Mac. It works out-of-the-box without any adjustments or DLL overrides. The terminal does not appear to give any useful output, but I can provide a trace if necessary. I have attached a screenshot of the problem for clarification. -- 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 10

[Bug 16145] New: Speed Teacher drill fails to load with an .OCX-related error.
by wine-bugs＠winehq.org Aug. 8, 2011

Aug. 8, 2011

http://bugs.winehq.org/show_bug.cgi?id=16145 Summary: Speed Teacher drill fails to load with an .OCX-related error. Product: Wine Version: 1.1.8 Platform: Macintosh OS/Version: Mac OS X 10.4 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gdwarner(a)mindspring.com When testing the Speed Teacher, I attempted to load a drill. I made my selections, then when the "load drill" button is clicked, instead of the desired drill, you get an error message: "Runtime error 339: Component RCAX3.OCX or one of its dependencies not correctly registered: A file is missing or invalid." Dismissing the error message then leaves you with the Speed Teacher window, but with no text, as seen here: http://www.cheapandsleazy.net/images/st_crossover_no_text.jpg -- 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 5