July 2010 - Wine-bugs - list.winehq.org

[Bug 12006] New: ForceBindIP crashes
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

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 21 Jan '11

21 Jan '11

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 21 Jan '11

21 Jan '11

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 23223] New: Cyberboard Player: unwind menu disappear when clicked
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=23223 Summary: Cyberboard Player: unwind menu disappear when clicked Product: Wine Version: 1.2-rc3 Platform: x86 URL: http://cyberboard.brainiac.com/cyberboardv310.exe OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Created an attachment (id=28900) --> (http://bugs.winehq.org/attachment.cgi?id=28900) Screenshot showing the menu Attachment shows the menu i'm talking about. When you run the app by "wine CBPlay.exe" the menu works as expected, i.e. when you click, menu keeps up. Now, when "File" -> "Open" -> "GenericGame.gam" the menu stops working, i.e. when you click, menu shows up only for fraction of the second and then disappears. I tried many wine versions sice 0.9.49 till 1.2-rc3, but it probably never worked correctly. I left this in UNCONFIRMED, but someones confirmation is welcomed ;) -- 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 15423] New: mIRC enters deadlock after a second playback attempt
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

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

[Bug 12004] New: foobar2000-0.9.4.4 toolbars not adjustable/moveable
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=12004 Summary: foobar2000-0.9.4.4 toolbars not adjustable/moveable Product: Wine Version: 0.9.57. Platform: PC URL: http://www.foobar2000.org OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: h.judt(a)gmx.at This is version specific to wine-0.9.57. It does not occur with <=0.9.55 (but I think I saw this using much older versions, so it might be a regression). Toolbars cannot be adjusted in size or position or placed beside each other. They cannot be not dragged to another place, though the mouse cursor changes appropriately to indicate this would be possible. -- 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 20340] New: CryptImportKey fails chromium's base_unittests.exe in HMACTest.*
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=20340 Summary: CryptImportKey fails chromium's base_unittests.exe in HMACTest.* Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com HMACTest.HmacSafeBrowsingResponseTest now passes with the patch Dmitry sent, but the other two test cases in The other two test cases in http://src.chromium.org/viewvc/chrome/trunk/src/base/hmac_unittest.cc still fail. They also appear to be CryptImportKey tests. The test cases are probably about as easy to extract as HmacSafeBrowsingResponseTest was, just read http://src.chromium.org/viewvc/chrome/trunk/src/base/hmac_win.cc and http://src.chromium.org/viewvc/chrome/trunk/src/base/hmac.h and write the same thing in C in wine test idiom. (Licensing on that code is Apache, so if you copy more than a trivial number of lines you'd need to insert a reference to the license header http://src.chromium.org/viewvc/chrome/trunk/src/LICENSE.) -- 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 16

[Bug 12219] New: The "House of the Dead 3" "start game" options menu doesn' t show any text.
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=12219 Summary: The "House of the Dead 3" "start game" options menu doesn't show any text. Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: winebugz(a)chipsugar.plus.com This is a regression from between wine 0.9.43 which showed the text fine, 0.9.44 which wouldn't load the game at all and 0.9.45 which loads the game but with the text invisible for this part. This is the patch that caused the menu regression inbetween 0.9.44-45: a305af0b30b0e1440575dfd286727861f13975e3 is first bad commit commit a305af0b30b0e1440575dfd286727861f13975e3 Author: Stefan Dösinger <stefandoesinger(a)gmx.at> Date: Fri Aug 31 20:32:52 2007 +0200 wined3d: Fix the z range. :040000 040000 7035c61578745a7a39c5b78c2227a5aee83cbf9b 8de8685219358a37fb2b3279df7e94fa39f934b8 M dlls An earlier patch inbetween 0.9.44-45 (patch c6784cdad329c61264bfdfb0c0848077107ee1d7) got the game to load but without the above regression so "git rebase"ing from either of the above loads the game. This is for the game start menu (Exit/Survival/Time-Attack,Save-Load) and not the settings menu that pops up in a window at the beginning. -- 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 16

[Bug 21500] New: Paste in a text box replaces all the text, even if the text wasn't selected
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=21500 Summary: Paste in a text box replaces all the text, even if the text wasn't selected Product: Wine Version: 1.1.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: i30817(a)gmail.com Observed in a mirc.exe channel. 1) write something in the channel feedback window, but don't press enter 2) paste some text into the window result: it replaces the previous written text. -- 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 17458] New: Quake Live will crash firefox upon entering the Quake Live Portal
by wine-bugs＠winehq.org 21 Jan '11

21 Jan '11

http://bugs.winehq.org/show_bug.cgi?id=17458 Summary: Quake Live will crash firefox upon entering the Quake Live Portal Product: Wine Version: 1.1.15 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tiredandnumb(a)gmail.com Created an attachment (id=19537) --> (http://bugs.winehq.org/attachment.cgi?id=19537) fatal error raised by firefox A great deal of the Quake Live process works now: Installation of firefox 3.0.5 Installation of Flash 10.0 r12 Log in to beta.quakelive.com (without quakelive npquakezero plugin running) Download of QuakeLiveNP.msi Installation of QuakeLiveNP.msi Log in page of http://beta.quakelive.com/beta/ Log in page of http://beta.quakelive.com However, after you have logged in firefox will crash (upon entering the portal) -- 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 26