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

[Bug 21269] New: Babylon 5 - I've Found Her: crashes when colliding with objects if using a joystick
by wine-bugs＠winehq.org April 27, 2012

April 27, 2012

http://bugs.winehq.org/show_bug.cgi?id=21269 Summary: Babylon 5 - I've Found Her: crashes when colliding with objects if using a joystick Product: Wine Version: 1.1.35 Platform: x86 URL: http://ifhgame.ru/download/ifh11_setup.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: 011001(a)web.de The game crashes if you're using a joystick and your ship collides with an object. Setting the game not to use force feedback makes no difference to the bug but setting the controls not to use a joystick at all makes it dissapear. The fastest way to reproduce this i can think of is: Go to http://www.ifhgame.ru/ and download the “Babylon 5: I’ve Found Her” prequel campaign “Danger and Opportunity” Full Package for Windows. Direct link: http://ifhgame.ru/download/ifh11_setup.exe Install and start the game. Start a new Campain, not the Training, and fly towards some nearby object till you collide with it. You might need to take a look at the control settings to do this. -- 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 25

[Bug 19435] New: Some winsock calls will crash when passing NULL as protocol parameter
by wine-bugs＠winehq.org April 27, 2012

April 27, 2012

http://bugs.winehq.org/show_bug.cgi?id=19435 Summary: Some winsock calls will crash when passing NULL as protocol parameter Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine-bugs(a)thinktradellc.com The problem occurs when attempting to queue the asynchronous call. Here is a patch to fix the problem. NULL is a valid call parameter for system calls such as WSAAsyncGetServByName, but __WSAsyncDBQuery attempts to get strlen() etc... Andrew Athan *** async.c~ 2008-10-17 08:45:25.000000000 -0700 --- async.c 2009-07-23 09:47:50.000000000 -0700 *************** static HANDLE16 __WSAsyncDBQuery( *** 539,551 **** switch (flags & AQ_MASKPTR1) { case 0: break; case AQ_COPYPTR1: xbuflen += int1; break; ! case AQ_DUPLOWPTR1: xbuflen += strlen(ptr1) + 1; break; } switch (flags & AQ_MASKPTR2) { case 0: break; case AQ_COPYPTR2: xbuflen += int2; break; ! case AQ_DUPLOWPTR2: xbuflen += strlen(ptr2) + 1; break; } if(!(aq = HeapAlloc(GetProcessHeap(),0,sizeof(async_query) + xbuflen))) { --- 539,551 ---- switch (flags & AQ_MASKPTR1) { case 0: break; case AQ_COPYPTR1: xbuflen += int1; break; ! case AQ_DUPLOWPTR1: xbuflen += (ptr1 ? strlen(ptr1)+1:0); break; } switch (flags & AQ_MASKPTR2) { case 0: break; case AQ_COPYPTR2: xbuflen += int2; break; ! case AQ_DUPLOWPTR2: xbuflen += (ptr2 ? strlen(ptr2)+1:0); break; } if(!(aq = HeapAlloc(GetProcessHeap(),0,sizeof(async_query) + xbuflen))) { *************** static HANDLE16 __WSAsyncDBQuery( *** 557,568 **** if (ptr1) switch (flags & AQ_MASKPTR1) { case 0: break; case AQ_COPYPTR1: memcpy(pto, ptr1, int1); ptr1 = pto; pto += int1; break; ! case AQ_DUPLOWPTR1: pfm = ptr1; ptr1 = pto; do *pto++ = tolower(*pfm); while (*pfm++); break; } if (ptr2) switch (flags & AQ_MASKPTR2) { case 0: break; case AQ_COPYPTR2: memcpy(pto, ptr2, int2); ptr2 = pto; pto += int2; break; ! case AQ_DUPLOWPTR2: pfm = ptr2; ptr2 = pto; do *pto++ = tolower(*pfm); while (*pfm++); break; } aq->hWnd = HWND_16(hWnd); --- 557,568 ---- if (ptr1) switch (flags & AQ_MASKPTR1) { case 0: break; case AQ_COPYPTR1: memcpy(pto, ptr1, int1); ptr1 = pto; pto += int1; break; ! case AQ_DUPLOWPTR1: if(!ptr1)break;pfm = ptr1; ptr1 = pto; do *pto++ = tolower(*pfm); while (*pfm++); break; } if (ptr2) switch (flags & AQ_MASKPTR2) { case 0: break; case AQ_COPYPTR2: memcpy(pto, ptr2, int2); ptr2 = pto; pto += int2; break; ! case AQ_DUPLOWPTR2: if(!ptr2)break;pfm = ptr2; ptr2 = pto; do *pto++ = tolower(*pfm); while (*pfm++); break; } aq->hWnd = HWND_16(hWnd); -- 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 12228] New: No ALSA support for external soundcard since 0.9.57
by wine-bugs＠winehq.org April 27, 2012

April 27, 2012

http://bugs.winehq.org/show_bug.cgi?id=12228 Summary: No ALSA support for external soundcard since 0.9.57 Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: uhkeller(a)web.de Until 0.9.56, Wine allowed me to use an external USB soundcard as well as built-in Intel HDA sound through ALSA. In Windows applications (e.g. foobar2000) I could select the internal sound card as dimx:0 and the USB sound card as dmix:1. Since 0.9.57, however, when the external USB sound card is plugged in I get two dmix:0 entries, both select the internal sound. I see these two entries both in foobar2000 and in winecfg under ALSA Driver/Wave Out Devices. The external soundcard still is accessible through the OSS driver. I'm using Wine 0.9.58 from the Wine repositories under Ubuntu 7.10. The external soundcard is an M-Audio USB Transit (with madfu driver). -- 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 34

[Bug 23867] New: Non-English characters don't display
by wine-bugs＠winehq.org April 27, 2012

April 27, 2012

http://bugs.winehq.org/show_bug.cgi?id=23867 Summary: Non-English characters don't display Product: Wine Version: 1.1.42 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gessos.paul(a)yahoo.gr Created an attachment (id=29968) --> (http://bugs.winehq.org/attachment.cgi?id=29968) screenshot I don't know if it is my own computer problem (a font problem) but I report it and if you want, remove it. See the attached picture. -- 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 22767] New: Ragnarok and deforming sound
by wine-bugs＠winehq.org April 27, 2012

April 27, 2012

http://bugs.winehq.org/show_bug.cgi?id=22767 Summary: Ragnarok and deforming sound Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dreamsoul14(a)gmail.com Created an attachment (id=28075) --> (http://bugs.winehq.org/attachment.cgi?id=28075) log When I run Ragnarok in wine on Ubuntu 10.04 (and others versions) sound in all system started distorted. Not help on\off sound in Wine and Ragnarok setups, and changes Ragnarok setups, slightly reduces the distortion decrease resolution in RO setup, but play in window 600x400 not convenient. Same help enable in Wine setup desktop emulation mode, sound deforming, but less. It also affects the recording microphone. -- 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 21989] New: Fahrenheit 1.1 Patch Fails (interrupted)
by wine-bugs＠winehq.org April 23, 2012

April 23, 2012

http://bugs.winehq.org/show_bug.cgi?id=21989 Summary: Fahrenheit 1.1 Patch Fails (interrupted) Product: Wine Version: 1.1.40 Platform: x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)atomnet.co.uk Created an attachment (id=26704) --> (http://bugs.winehq.org/attachment.cgi?id=26704) Patch Log Trying to patch Fahrenheit with the 1.1 patch fails without any clear message from the installer itself. Patch is an MSP file so it has to be run as: msiexec /p Fahrenheit-1.1.msp -- 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 18947] New: AppDB isn't deleting idle maintainers
by wine-bugs＠winehq.org April 20, 2012

April 20, 2012

http://bugs.winehq.org/show_bug.cgi?id=18947 Summary: AppDB isn't deleting idle maintainers Product: WineHQ Apps Database Version: unspecified Platform: PC URL: http://appdb.winehq.org OS/Version: Linux Status: NEW Keywords: source Severity: normal Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk The AppDB should remove maintainers that don't do anything (by design), but it isn't. Admins are removing idle maintainers manually, and there are a lot of them! This solution itself isn't ideal, as they just reapply, there is no way to block this, and many users don't take the hint. -- 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 17

[Bug 20820] New: Magic: the Gathering Online 3.0 Renamer.exe hangs on startup.
by wine-bugs＠winehq.org April 13, 2012

April 13, 2012

http://bugs.winehq.org/show_bug.cgi?id=20820 Summary: Magic: the Gathering Online 3.0 Renamer.exe hangs on startup. Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bss(a)iguanasuicide.net Created an attachment (id=24938) --> (http://bugs.winehq.org/attachment.cgi?id=24938) stderr output of wine process when running Renamer.exe Looking through some of the existing bugs, I was thinking that MtGO might be convinced to work with modern wine. I ran into this issue that does not seem to have a bug already associated with it. Steps to reproduce: 0. Install wine from Emulators:Wine repository on openSUSE Build Service for openSUSE 11.2 1. Clean wine directory (if exists). Use (winetricks win2k) to switch to MS Windows 2000 emulation. 2. Download and install MtGO.[http://www.wizards.com/Magic/TCG/Article.aspx?x=magic/magiconline/dow… Download helper works fine. Installer makes a lot of noise in the logs, but seems to work. 3. Install 'dotnet20' component through winetricks. * This works around Bug 14067. You may or may not need this if you have a more recent version of wine. 4. cd "$WINE_PREFIX/drive_c/Program Files/Wizards of the Coast/Magic Online III" 5. wine 'C:\Program Files\Wizards of the Coast\Magic Online III\Renamer.exe' 6. hang after: err:seh:setup_exception_record nested exception on signal stack in thread 0021 eip 7bc70bd0 esp 7ffdbc7c stack 0x242000-0x340000 -- 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 12962] New: Diablo 2: left-control ignored after mouse click
by wine-bugs＠winehq.org April 13, 2012

April 13, 2012

http://bugs.winehq.org/show_bug.cgi?id=12962 Summary: Diablo 2: left-control ignored after mouse click Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: winehq(a)the-eend.org While playing Diablo 2 (Ubuntu Hardy + Compiz): - Hold down mouse button to walk in a direction - Hold down left-control to start running - Release mouse button, and re-press * The character should continue running toward the pointer, but instead returns to walking until/unless left-control is re-pressed. The game behaves as expected if the right-control key is used instead. I suspect this regression is related to the now resolved bug #12343, but this specific behaviour is still exhibited in 0.9.61. -- 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 20852] New: Strange memory corruption in test_FindFirstChangeNotification
by wine-bugs＠winehq.org April 13, 2012

April 13, 2012

http://bugs.winehq.org/show_bug.cgi?id=20852 Summary: Strange memory corruption in test_FindFirstChangeNotification Product: Wine Version: 1.1.33 Platform: PC OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-10-21-19.42/vg-kernel32_change.txt (and probably for as long as I've been running valgrind) have the warning Invalid write of size 4 at RtlFreeAnsiString (rtlstr.c:170) by RemoveDirectoryW (path.c:1350) by RemoveDirectoryA (path.c:1364) by test_FindFirstChangeNotification (change.c:182) by func_change (change.c:883) by run_test (test.h:535) by main (test.h:585) Address 0x7f21eeac is on thread 1's stack Inserting a function call in RemoveDirectoryW() (anywhere) sometimes makes the warning go away. It seems that the first function call after the unix rmdir() at http://source.winehq.org/source/dlls/kernel32/path.c#L1349 triggers this warning... even if the function call is just a print statement. To reproduce: install valgrind (after applying the workaround for the regression that keeps wine from working, https://bugs.kde.org/show_bug.cgi?id=205541#c1 ) build wine cd ~/wine-git/dlls/kernel32/tests ~/wine-git/wine winemine & valgrind --trace-children=yes ~/wine-git/wine kernel32_test.exe.so change.c It still happens if I comment out all but test_FindFirstChangeNotification() at the bottom of change.c. This could also be a bug in valgrind, I suppose; I filed an issue there for this a while ago as https://bugs.kde.org/show_bug.cgi?id=211701 -- 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 2