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

[Bug 11180] New: Unhandled exception: unimplemented function ntoskrnl.exe. IoQueryDeviceDescription called in 32-bit code
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=11180 Summary: Unhandled exception: unimplemented function ntoskrnl.exe.IoQueryDeviceDescription called in 32-bit code Product: Wine Version: 0.9.53. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bill_r(a)inetnebr.com Created an attachment (id=10235) --> (http://bugs.winehq.org/attachment.cgi?id=10235) Terminal showing result of running Eye-Fi Manager.exe with WINE The Eye-Fi Manager software was working great under 9.48; now it won't run. Any ideas? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 10483] New: FlatOut 2 post-processing + FBOs = black screen
by wine-bugs＠winehq.org 14 Nov '09

14 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=10483 Summary: FlatOut 2 post-processing + FBOs = black screen Product: Wine Version: 0.9.49. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ambro(a)b4ever.net Created an attachment (id=9219) --> (http://bugs.winehq.org/attachment.cgi?id=9219) wine output If I turn on post processing (light effects) in FlatOut 2 and set OffscreenRenderingMode=fbo, the in-game screen (while racing, not menus) is black, only the HUD and the lens flare effect is visible (no matter what UseGLSL is set to). The problem is that no OffscreenRenderingMode option is good if GLSL is on; backbuffer gives bad performance while with pbuffer the post-processing effects don't work properly. GeForce 8800GTX, driver 100.14.19 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 12721] New: Various cygwin executables fail with Exception: STATUS_ACCESS_VIOLATION
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=12721 Summary: Various cygwin executables fail with Exception: STATUS_ACCESS_VIOLATION Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arnim.laeuger(a)gmx.net Created an attachment (id=12371) --> (http://bugs.winehq.org/attachment.cgi?id=12371) Output of WINEDEBUG=+relay as described in the HowTo I'm using wine 0.9.59 (precompiled rpm) on an OpenSuse 10.2 box to execute Altera's QuartusII (7.2SP3) application. I could install the application through its installation process. Running the program yields a lot of messages from the embedded cygwin programs, thus I took one example to create this bug report. I obtained the attached artifacts while running mount.exe from the cygwin directory that was installed by Quartus. The program hangs after a while with 100% CPU load. I need to kill mount.exe manually to get back access to the shell. Other cygwin programs behave similarly. -- 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 12074] New: The conformance tests fail on Windows
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=12074 Summary: The conformance tests fail on Windows Product: Wine Version: unspecified Platform: Other URL: http://test.winehq.org/data/ OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: testcases AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com The conformance tests, that is what constitutes 'make test', are supposed to test and document the Windows behavior so that we can then verify that Wine behaves like Windows. This has two important consequences: * it means that no conformance test should ever fail on Windows. * it means that any conformance test that fails on Windows is useless for making sure that Wine behaves like Windows. Unfortunately we currently have too many conformance tests that fail on Windows. As of today (2008/03/16), approximately 37% of the conformance tests fail on Windows XP, 2003 or Vista. If you add other Windows versions, then this percentage rises well above 50%. See the URL below for up-to-date results: http://test.winehq.org/data/ And for information on how to run the conformance tests: http://wiki.winehq.org/ConformanceTests http://www.winehq.org/docs/en/winedev-guide.html#CROSS-COMPILING-TESTS http://www.winehq.org/docs/en/winedev-guide.html#TESTING-WINDOWS http://www.astro.gla.ac.uk/users/paulm/WRT/CrossBuilt/winetest-latest.exe -- 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 14

[Bug 12003] New: foobar2000-0.9.4.4 status bar not updated
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=12003 Summary: foobar2000-0.9.4.4 status bar not updated Product: Wine Version: 0.9.57. Platform: PC URL: http://www.foobar2000.org OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: h.judt(a)gmx.at The status bar is not being updated at all until the window gets redrawn (e.g. due to a workspace change or by moving other windows over the status bar). It should be updated continuously. Everything else (visualization window, playlist) gets updated correctly. Since there has not been made any improvement yet (tested many wine versions >= 0.9.33), I decided to report this as a bug. It seems to be not specific to any foobar2000 version (tested 0.8.3 and some 0.9.4.*). -- 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 9856] New: winecfg freezes when alt+ certain keys in certain places
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=9856 Summary: winecfg freezes when alt+ certain keys in certain places Product: Wine Version: 0.9.46. Platform: PC URL: http://www.winehq.org/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_bratch(a)yahoo.co.uk In certain places in winecfg, pressing alt + a certain key will freeze winecfg (it never seems to actually crash). Steps to reproduce: Start winecfg Click Libraries Press alt + m winecfg has now frozen. - It works on tabs other than Libraries, and with keys other than alt + m (depending on what tab you are on). - If the key pressed is an alt + key shortcut on the current tab, it won't crash - It only happens when no control has the current focus - ie. when you have just changed tabs, but if you tab to select the tabs then change tab, it will not freeze. Also tested with the latest Git. There is on terminal output, other than the fixme printed at startup: fixme:wave:OSS_WaveInit () stub -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 9682] New: NVDVD fails to start due to saxxml error
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=9682 Summary: NVDVD fails to start due to saxxml error Product: Wine Version: CVS/GIT Platform: PC URL: http://www.fileshack.com/file.x/1807/NVDVD+2.2 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=8101) --> (http://bugs.winehq.org/attachment.cgi?id=8101) console output when I try to launch NVDVD in wine using (NvDvd.exe -p NVDVD) for the skin path I get the following error dialog: an error has occured in CSkinFactory.cpp at line 90. Unable to create SAXXMLReader. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 12560] New: Perfect World: Corrupt Bitmap Images
by wine-bugs＠winehq.org 08 Nov '09

08 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=12560 Summary: Perfect World: Corrupt Bitmap Images Product: Wine Version: 0.9.59. Platform: PC URL: http://www.perfectworld.com.my/downloads-client.asp OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: strntydog(a)gmail.com The game Perfect world exhibits corrupted bitmap images for some icons, and specifically the game map. Attached are some screen shots showing the corruption. I have run the logs extensively and nothing seems to coincide in the log with the corruption. I would have listed the bug as trivial, except it effects the map, which is pretty major and makes navigating around the game tough. But it certainly doesn't crash the game. The bug LOOKS like some sort of image span problem, where the width of the image is different to what wine is trying to draw. Or there is a gap between rasters that should be skipped on each line and isn't. Leaves the images looking torn. -- 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 131

[Bug 10487] New: Half Life 2: game hangs on loading screen after valve video
by wine-bugs＠winehq.org 31 Oct '09

31 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=10487 Summary: Half Life 2: game hangs on loading screen after valve video Product: WineHQ Bugzilla Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: bug list AssignedTo: jnewman(a)codeweavers.com ReportedBy: wbaghdadi(a)gmail.com Created an attachment (id=9226) --> (http://bugs.winehq.org/attachment.cgi?id=9226) Dump after exec cs:source Wine 0.9.49 on Gutsy (Ubuntu 7.10) x64 with 8.42.3 fglrx on a HD2600. fglrx is working fine (tested using fgl_glxgears and et:qw, ut2004 and doom 3) Compiz is disabled. Steam + downloading games work perfectly fine. Upon launching HL2, TF2 or CS:S the opening videos (valve logos) play perfectly fine - the loading screen then comes up (a blurred image with loading in the bottom right hand corner) and wine kills itself. Changing dx level, heapsize, sound driver produce the same error. Setting video memory size in regedit, launching directly through commandline & using a virtual desktop also produce the same error. I've attached a dump from the terminal window (cs:s) + the loading screen it freezes on (hl2). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 9988] New: IOCTL_SERIAL_WAIT_ON_MASK does not always return correct answer
by wine-bugs＠winehq.org 30 Oct '09

30 Oct '09

http://bugs.winehq.org/show_bug.cgi?id=9988 Summary: IOCTL_SERIAL_WAIT_ON_MASK does not always return correct answer Product: Wine Version: 0.9.46. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: tombrus(a)gmail.com The io_control() function with IOCTL_SERIAL_WAIT_ON_MASK in dlls/ntdll/serial.c does not seem to always return the equivalent status as windows. Unfortunately I only have an proprietary windows application (no source) that shows this. It is an application called FanControl shipped with a water cooling control unit from Innovatek (germany). The application controls the unit via an USB FTDI serial port. The application only works if there is such a device available. Rather difficult to reproduce on the average system :(. The fix is to remove a few lines of code from the wait_on() function: *events = check_events(fd, commio->evtmask, &commio->irq_info, &commio->irq_info, commio->mstat, commio->mstat); if (*events) goto out_now; where the 'if' is the essential bit. The status returned to the caller will be zero when the check_events() returns something. This seems to confuse the windows application. When the above lines are taken out the returned code is always "STATUS_PENDING" and the handling through wait_for_event() will always return the right things to my windows application. The code mentioned above looks like a shortcut to avoid starting a workitem with RtlQueueWorkItem(). My feeling is that this shortcut is not always valid. I will attach a patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13