wine-bugs January 2010

wine-bugs@winehq.org

1 participants
6444 discussions

[Bug 15859] New: Portal fails to run on Darwine
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=15859 Summary: Portal fails to run on Darwine Product: Wine Version: 1.1.7 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cncxbox(a)gmail.com The Mac version of Wine 1.1.7 fails to launch Portal. I'm running Wine 1.1.7 on MacOS X 10.5.5 My system: Macbook Intel Core 2 Duo 2.16GHz Intel GMA 950 2GB DDR2 RAM The crash log is attached. -- 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 19125] New: log file corruption on dual-core MacOS
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=19125 Summary: log file corruption on dual-core MacOS Product: Wine Version: 1.1.24 Platform: PC OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Created an attachment (id=22088) --> (http://bugs.winehq.org/attachment.cgi?id=22088) excerpts of +reg traces The attached log snippet reveals how 2 simultaneous threads (one for font, one for desktop entries) access the registry. This somehow causes buffer contention (maybe a static buffer is used somewhere, instead of a stack-allocated one?) and garbage is printed to the log. trace:reg:NtEnumerateValueKey (0xe4,95,1,0x74d6bc,256) e 4096, minappaddr 0x10000, maxappaddr 0x7ffeffff, act.cpumask 3, numcpus 2, CPU type 586, allocgran. 65536, CPU level 6, CPU rev 5898 ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@trace:reg:NtCreateKey (0x0,L"Machine\\Hardware\\Description\\System",<null>,0,f003f,0x32fc48) This snippet might give a clue about where the bogus comes from, as "maxappaddr" normally does not occur in a registry trace. OTOH, it may be random buffer content. Nothing was traced but WINEDEBUG=+reg in the attached log. It's been produced with "The Westerner" v1.3. Maybe this buffer reuse is specific to MacOS. OTOH, maybe it's caused by the dual core Intel? I had never seen this before on a single core Ubuntu system. -- 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 16141] New: Windows move downwards on many GUI events
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=16141 Summary: Windows move downwards on many GUI events Product: Wine Version: 1.1.8 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: archaemic.spam(a)gmail.com When using various programs in Wine on Mac OS X (only tested on 10.5.5 with XQuartz 2.1.5), simple interactions with the GUI will cause the window which you are interacting with to move down on the screen several pixels. One example of a GUI interaction which always seems to trigger this is switching a tab on a tabbed view. However, other actions seem to be triggering it, too. A good way to demonstrate this bug is to download the latest version of Apophysis, available over on SourceForge here: http://sourceforge.net/project/showfiles.php?group_id=127736 and then to start the program, open the editor window (the red and yellow triangle button on the toolbar), and switch the active tab. To even further demonstrate the severity of the bug, switch to the Variations tab, click on one of the fields, at which point it should be triggered again, and drag on the x axis, at which point it should be triggered repeatedly until you release the mouse. This effectively makes Apophysis unusable on Mac OS X. The bug has also been observed in other programs, such as Audacity. However, I have a limited number of Windows programs installed at the moment, so I can't make a very big list of what it affects. It does not appear to affect Windows' Notepad, 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 11242] New: Deprecated functions called in audiounit.c
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=11242 Summary: Deprecated functions called in audiounit.c Product: Wine Version: 0.9.53. Platform: Macintosh URL: http://lists.apple.com/archives/coreaudio- api/2007/Aug//msg00073.html OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: minor Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: teloiv(a)gmail.com When compiling Wine, It calls on some functions (AUGraphNewNode and AUGraphNewNodeInfo) for coreaudio support in OS X that are deprecated as of Mac OS X 10.5. The function is found in dlls/winecoreaudio.drv/audiounit.c, and the calls are: audiounit.c: In function ‘SynthUnit_CreateDefaultSynthUnit’: audiounit.c:343: warning: ‘AUGraphNewNode’ is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:674) audiounit.c:354: warning: ‘AUGraphNewNode’ is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:674) audiounit.c:377: warning: ‘AUGraphGetNodeInfo’ is deprecated (declared at /System/Library/Frameworks/AudioToolbox.framework/Headers/AUGraph.h:689) It does not prevent audio from working but may do so in the future. -- 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 15

[Bug 21325] New: aclocal.m4's main prototype is incorrect
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=21325 Summary: aclocal.m4's main prototype is incorrect Product: Wine Version: unspecified Platform: x86-64 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: lessen42+wine(a)gmail.com Created an attachment (id=25662) --> (http://bugs.winehq.org/attachment.cgi?id=25662) fix aclocal.m4's main prototype aclocal.m4 uses "int main(int argc, char *argv[]" as the prototype for main for various tests. However, the [] isn't quoted/escaped/whatever properly and is discarded by autotools, leaving "int main(int argc, char *argv" in configure. clang treats this invalid main prototype as a hard error, so these configure tests fail. Attached patch fixes it. -- 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 20550] New: Some Game Maker games cause OSX to freeze after loading
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

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 08 Aug '11

08 Aug '11

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 08 Aug '11

08 Aug '11

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 08 Aug '11

08 Aug '11

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 08 Aug '11

08 Aug '11

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs January 2010