January 2010 - Wine-Bugs - list.winehq.org

[Bug 19565] New: Guitar Hero World Tour does not produces any sound (except videos)
by wine-bugs＠winehq.org Feb. 1, 2011

Feb. 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=19565 Summary: Guitar Hero World Tour does not produces any sound (except videos) Product: Wine Version: 1.1.26 Platform: PC URL: http://worldtour.guitarhero.com/uk/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: andras(a)csevego.net After overriding builtin secur32 (bug 19564), we will notice there is no sound menu,ingame only in videos (binkw32). Look at attached +dsound trace. -- 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 19564] New: Guitar Hero World Tour crashes in secur32
by wine-bugs＠winehq.org Feb. 1, 2011

Feb. 1, 2011

http://bugs.winehq.org/show_bug.cgi?id=19564 Summary: Guitar Hero World Tour crashes in secur32 Product: Wine Version: 1.1.26 Platform: PC URL: http://worldtour.guitarhero.com/uk/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andras(a)csevego.net Created an attachment (id=22798) --> (http://bugs.winehq.org/attachment.cgi?id=22798) crash After get trough bug 19563, we get another problem, game will crash in 30 sec, because of wine's secur32 failure. It works with native secur32. See attached image. Backtrace: =>0 0x7e007cb4 schan_free_handle+0x24(handle_idx=2116197184, type=SCHAN_HANDLE_CTX) [/home/andras/src/wine/dlls/secur32/schannel.c:169] in secur32 (0x0209b9d0) 1 0x7e008994 schan_DeleteSecurityContext+0x74(context_handle=<register ESI not in topmost frame>) [/home/andras/src/wine/dlls/secur32/schannel.c:1099] in secur32 (0x0209ba00) 2 0x7e01059e DeleteSecurityContext+0x4e(phContext=0x2be3724) [/home/andras/src/wine/dlls/secur32/wrapper.c:465] in secur32 (0x0209ba30) 3 0x00319d0e in xmassiveadclientdyn (+0x9d0e) (0x0209ba78) 4 0x00324d63 in xmassiveadclientdyn (+0x14d63) (0x0209bac0) 5 0x00325297 in xmassiveadclientdyn (+0x15297) (0x0209baec) 6 0x00321ca5 in xmassiveadclientdyn (+0x11ca5) (0x0209bb2c) 7 0x006df923 in ghwt (+0x2df923) (0x00000001) 8 0x00000000 (0x00000000) -- 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 19

[Bug 20457] New: Elevated demo crashes in system.drv16 on startup
by wine-bugs＠winehq.org Jan. 31, 2011

Jan. 31, 2011

http://bugs.winehq.org/show_bug.cgi?id=20457 Summary: Elevated demo crashes in system.drv16 on startup Product: Wine Version: 1.1.32 Platform: PC URL: http://bugs.winehq.org/attachment.cgi?id=23049 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com CC: julliard(a)winehq.org Created an attachment (id=24325) --> (http://bugs.winehq.org/attachment.cgi?id=24325) Elevated 1.1.32 backtrace With 1.1.32, the Elevated demo from bug 19724 crashes on startup even after installing d3dx9 from winetricks, whereas in 1.1.27 the application successfully ran with the d3dx9 redist. A regression test indicated: 55b5e3a727a6a7d108fbbc3ebefe22ec84d70f7e is first bad commit commit 55b5e3a727a6a7d108fbbc3ebefe22ec84d70f7e Author: Alexandre Julliard <julliard(a)winehq.org> Date: Mon Sep 28 19:56:10 2009 +0200 kernel32: Make system.drv into a stand-alone 16-bit module. :100644 100644 f439b356d3dfcd102c2c57bfdd305aec7e51e08d 45362c3aaa3ee2292c809b845576e8ee05c17be2 M .gitignore :100755 100755 2c8e4e53ec5fd43b17064ff2f85d8e3cb5b468b0 b2cbd87943088b685827ff6ada8882bc4fd42b4b M configure :100644 100644 b77357371a3dc24a5f040b425af44e04ec8fc0ef 5fb8e9b22583d5e5b401cb5bde63cf096d2e5e2f M configure.ac :040000 040000 d50aaa2baf3c590383d2e1c5a058c505567e26a2 2d56eb1c21f6a43941a212664a1564c76345951c M dlls The complete backtrace 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 12

[Bug 19981] New: Not all keys are recognized with dinput
by wine-bugs＠winehq.org Jan. 25, 2011

Jan. 25, 2011

http://bugs.winehq.org/show_bug.cgi?id=19981 Summary: Not all keys are recognized with dinput Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter.ganzhorn(a)googlemail.com Running Far Cry (1) I noticed I was unable to open the in-game console using the "^" key. First I assumed there was a problem with the keyboard layout as the keys "z" and "y" were swapped in Far Cry as well (I am using a German keyboard). Running wine-notepad the "z" and "y" keys are NOT swapped, and "^" works perfectly. Going through the output when running Far Cry I found out the German keyboard layout was detected correctly, so that is not the problem. Changing the keyboard layout in xorg.conf and gnome to the standard USA-layout did not help at all. Then I tried installing a native dinput8 DLL with winetricks, as the output told me Far Cry has a CryInput.dll which uses Direct Input. With the native dinput8 the keys work perfectly good, but there's another issue: The mouse can only be moved within a rectangle much smaller than the game window itself. With the wine-dinput this works perfectly. I tried setting options like "Allow DirectX apps to stop the mouse leaving their window", changing from full-screen to windowed mode and changing the resolution of the game. Still, the rectangle in which the mouse can be moved stays in the same relative size. In windowed mode when the mouse is allowed to leave DirectX windows, the cursor jumps from the border of that rectangle to outside the game window and when moved back, straight back into that rectangle on all sides. Since this strange mouse behaviour occurs with a native dinput8, I guess that doesn't cound as bug. So in a nutshell the bug is that my keys aren't correctly recognized with the built-in dinput of 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 3

[Bug 21450] New: Broken Sword 3 Crashes on launch
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=21450 Summary: Broken Sword 3 Crashes on launch Product: Wine Version: 1.1.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Created an attachment (id=25831) --> (http://bugs.winehq.org/attachment.cgi?id=25831) Debug Backtrace (terminal output) After launching Broken Sword 3 the screens goes black for a second then returns to the desktop with a debug log in the terminal. Running: Ubuntu 9.10 amd64 with a nVidia GTS 250 using nVdia drivers version 185.18.36. -- 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 17327] New: Error when launch a game
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=17327 Summary: Error when launch a game Product: WineHQ Apps Database Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samant.ua(a)mail.ru Created an attachment (id=19350) --> (http://bugs.winehq.org/attachment.cgi?id=19350) When I launch a game, this error appears. Game Pilots Brothers - The Revirse Side of the Earth don't want to launch. An error, that appears 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 12006] New: ForceBindIP crashes
by wine-bugs＠winehq.org Jan. 21, 2011

Jan. 21, 2011

http://bugs.winehq.org/show_bug.cgi?id=12006 Summary: ForceBindIP crashes Product: Wine Version: 0.9.56. Platform: Other URL: http://www.r1ch.net/stuff/forcebindip/ OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In http://www.winehq.org/pipermail/wine-users/2008-March/029930.html maci at satgnu.net writes: " ForceBindIP http://www.r1ch.net/stuff/forcebindip/ does exactly what i need. unfortunally it doesnt work in wine" In a later message he said --- snip --- $ wine ForceBindIP.exe 10.0.0.10 "C:\\SCBW\StarCraft.exe" fixme:spoolsv:serv_main (0 (nil)) err:ntdll:RtlpWaitForCriticalSection section 0x7efec884 "loader.c: loader_section" wait timed out in thread 0012, blocked by 0011, retrying (60 sec) wine: Critical section 7efec884 wait failed at address 0x7ef96f90 (thread 0012), starting debugger... Unhandled exception: wait failed on critical section 0x7efec884 loader_section No process loaded, cannot execute 'echo Modules:' --- snip --- and --- snip --- $ wine ForceBindIP.exe -i 10.0.0.10 "C:\\SCBW\StarCraft.exe" fixme:spoolsv:serv_main (0 (nil)) fixme:advapi:SetSecurityInfo stub Unhandled exception: page fault on write access to 0x81fffcc8 in 32-bit code (0x7ee68c50). Backtrace: =>1 0x7ee68c50 LocalReAlloc16+0x10() in kernel32 (0x7d44da28) 2 0x7efc6852 call_thread_func+0x42() in ntdll (0x7d44dac8) 3 0x7efc6aef in ntdll (+0x56aef) (0x7d44e3c8) 4 0xb7e9e162 start_thread+0xd2() in libpthread.so.0 (0x7d44e4b8) --- snip --- -- 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 16241] New: Call of duty 5 World at War : Fails to initialize
by wine-bugs＠winehq.org Jan. 21, 2011

Jan. 21, 2011

http://bugs.winehq.org/show_bug.cgi?id=16241 Summary: Call of duty 5 World at War : Fails to initialize Product: Wine Version: 1.1.9 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: xvachon(a)gmail.com Created an attachment (id=17502) --> (http://bugs.winehq.org/attachment.cgi?id=17502) +seh report Contrarily to the test report, my installation went flawless. When I launch the game, I get an unhandled exception. After the first attempt I installed DX9 and the Offscreenrenderingmode, directdrawrenderer and videomemorysize registry keys, the result remains the same. I have attached a +seh output. Should you need more, tell me. -- 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 22

[Bug 20314] New: wine loader doesn't work on Debian/kFreeBSD
by wine-bugs＠winehq.org Jan. 21, 2011

Jan. 21, 2011

http://bugs.winehq.org/show_bug.cgi?id=20314 Summary: wine loader doesn't work on Debian/kFreeBSD Product: Wine Version: 1.1.31 Platform: PC URL: http://www.debian.org/ports/kfreebsd-gnu/ OS/Version: FreeBSD Status: NEW Keywords: download, source Severity: critical Priority: P2 Component: loader AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Found out about the debian/FreeBSD port, so I gave it a spin. Wine mostly compiles, with a couple warnings (I'll send a patch in a bit), but the killer is loader/preloader.c. It's disabled on FreeBSD normally, by configure.ac: case $host_cpu in *i[[3456789]]86*) case $host_os in linux* | k*bsd*-gnu) AC_SUBST(EXTRA_BINARIES,"wine-preloader") ;; esac ;; esac but the k*bsd*-gnu enables it here. The problem is, preloader.c has some linux specific stuff: static inline int wld_prctl( int code, int arg ) { int ret; __asm__ __volatile__( "pushl %%ebx; movl %2,%%ebx; int $0x80; popl %%ebx" : "=a" (ret) : "0" (SYS_prctl), "r" (code), "c" (arg) ); return SYSCALL_RET(ret); } The SYS_prctl is Linux specific, see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550435 I tried removing the k*bsd*-gnu from configure.ac, but the loader still doesn't work: wine: failed to initialize: /usr/local/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory -- 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 15423] New: mIRC enters deadlock after a second playback attempt
by wine-bugs＠winehq.org Jan. 21, 2011

Jan. 21, 2011

http://bugs.winehq.org/show_bug.cgi?id=15423 Summary: mIRC enters deadlock after a second playback attempt Product: Wine Version: CVS/GIT Platform: PC URL: http://www.mirc.com/get.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=16285) --> (http://bugs.winehq.org/attachment.cgi?id=16285) mIRC thread backtrace With current Git (wine-1.1.5-207-gc425c8a), when using the splay mIRC command to play back a WAV file, the first playback attempt succeeds, but a second attempt causes mIRC to lose all responsiveness. A bit of investigation seemed to indicate that the first playback thread blocks inside WAVE_mciPlayWaitDone() in line 853 of dlls/mciwave/mciwave.c after exiting the playback loop: WAVE_mciPlayWaitDone(wmw); /* to balance first buffer */ which does not allow the code after it to run. When mIRC tries to close the device, it ends up waiting on while (wmw->dwStatus != MCI_MODE_STOP) Sleep(10); in WAVE_mciStop() in the process of closing the device, thus resulting in a deadlock. Removing the line in mciwave.c eliminates the deadlock, although the resulting mciwave behavior when attempting to play back another stream in mIRC while a stream is playing does not match the behavior on Windows. Backtraces and winmm/mciwave traces are 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 10