wine-bugs December 2009

wine-bugs@winehq.org

1 participants
6347 discussions

[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 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 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

[Bug 20693] New: Some entries from wine.inf not transferred into registry
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

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 20988] New: Some textures draw incorrectly in DirectX 9 on Mac OS X
by wine-bugs＠winehq.org 08 Aug '11

08 Aug '11

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

08 Aug '11

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

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 December 2009