January 2015 - Wine-bugs - list.winehq.org

[Bug 23902] New: EVE Online crashes during audio initialization
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=23902 Summary: EVE Online crashes during audio initialization Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: reboot(a)gmx.ch EVE Online crashes when the game initializes it's audio service: Replacing service 'audio' with 'eveAudio' fixme:wtsapi:WTSRegisterSessionNotification Stub 0x8100ce 0x00000000 osplash: simple.c:173: snd_mixer_selem_get_name: Assertion `elem' failed. wine: Assertion failed at address 0xb7d42906 (thread 0084), starting debugger... 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 is the first bad commit commit 6120d7cc14522983fbc38026ab4fcb6e4a68cdf0 Author: Jeff Cook <jeff(a)deserettechnology.com> Date: Mon Aug 2 17:48:52 2010 -0600 winealsa.drv: Init mixer on cards with a single Mic control, like snd_usb_audio mics. :040000 040000 0edca612f774126778453257b9149cf893d32f24 0a9b8d3df5d78d176a69bc52d4ceea22ba2d80cf M dlls -- 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 87

[Bug 25690] New: Silverfall fails to start (possible Securom issue)
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=25690 Summary: Silverfall fails to start (possible Securom issue) Product: Wine Version: 1.3.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: damian.dixon(a)gmail.com Created an attachment (id=32724) --> (http://bugs.winehq.org/attachment.cgi?id=32724) terminal output Silverfall and its standalone expansion SF:Earth Awakening quit silently, shortly after starting (without a crash dialogue). The commit causing the issue was introduced in yesterday's git: a9bbd7dc86aff14308e0a5491e0f660fe3c49a2e is the first bad commit commit a9bbd7dc86aff14308e0a5491e0f660fe3c49a2e Author: Damian Dixon <damian.dixon(a)gmail.com> Date: Sat Jan 1 20:19:55 2011 +0000 advapi32: Implement SetEntriesInAclA by calling SetEntriesInAclW. Reverting the patch fixed the issue. It seems the issue is somehow related to Securom (the games contain serial check/online activation) which worked before the regression. Some other titles are also affected: e.g. the Sam & Max series from Telltale's. It also has Securom online activation and now they fail to start in the current git. Please, let me know if you need a log with specific debug channels enabled. wine-1.3.10-304-gf859535 -- 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 24441] New: Fix the detection of the number of CPUs for OpenBSD.
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=24441 Summary: Fix the detection of the number of CPUs for OpenBSD. Product: Wine Version: 1.3.2 Platform: All OS/Version: OpenBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: brad(a)comstyle.com Created an attachment (id=30831) --> (http://bugs.winehq.org/attachment.cgi?id=30831) ntdll/nt.c diff There is a mistake with the initially added code for the detection of the number of CPUs with OpenBSD since it'll try to retrieve the value from the sysctl MIB as well as store the return value from sysctl into the same variable (num). -- 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 24394] New: cmd.exe locks up
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=24394 Summary: cmd.exe locks up Product: Wine Version: 1.3.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: cmd AssignedTo: wine-bugs(a)winehq.org ReportedBy: tahoar(a)gmail.com I had a working installation of Wine 1.3 on Ubuntu 10.04. I recently upgraded to the newest linux kerne Wine's cmd.exe stopped working. uname --all reports: Linux samsung-netbook 2.6.32-24-generic #43~ppa1~loms~lucid-Ubuntu SMP Tue Aug 31 17:13:22 UTC 2010 i686 GNU/Linux Cmd.exe works with internal commands, such as dir, date, etc. However, when it looks for external commands, it freezes. I have to close by clicking the x. It doesn't matter what external command. I tried notepad.exe, regedit.exe, etc. All lock up. I first discovered the problem when trying to run python and perl scripts. I am using Python 2.6.6 (from Python.org) and Strawberry perl. It doesn't matter if the command includes the full path or if it must search the %path% environment. Cmd.exe just freezes. Other Windows apps work fine from a shortcut link. The Python Idle gui works fine. Ctrl-C does not break the cmd.exe session. I tried to uninstall/purge all Wine components and start from a new Linux user (i.e. fresh ~/.wine). Didn't work. Still freezes. Tom -- 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 23885] New: Build fails in dlls/d3dx9_36/tests
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=23885 Summary: Build fails in dlls/d3dx9_36/tests Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dimesio(a)earthlink.net CC: wine-bugs(a)winehq.org Today's git won't build on my system: mesh.o mesh.c mesh.c: In function ‘new_mesh’: mesh.c:91: error: ‘NAN’ undeclared (first use in this function) mesh.c:91: error: (Each undeclared identifier is reported only once mesh.c:91: error: for each function it appears in.) make[1]: *** [mesh.o] Error 1 make[1]: Leaving directory `/home/dimesio/wine-git/dlls/d3dx9_36/tests' make: *** [dlls/d3dx9_36/tests] Error 2 Tested with a fresh git clone. Reverting commit cc1738ad3cf20f1744626ae122942c2728b03939 fixes it. -- 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 24483] New: cmd hangs if run in background
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=24483 Summary: cmd hangs if run in background Product: Wine Version: 1.3.3 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This worked two weeks ago: wine cmd /c echo %windir% & But now it hangs after printing until you bring it to the foreground. This makes it hard to use winetricks et al in the background. Noticed when running wisotooltest. -- 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 24536] New: environ is NULL under Wine but not on real Windows
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=24536 Summary: environ is NULL under Wine but not on real Windows Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: simon(a)josefsson.org Running the program below prints NULL under Wine but non-NULL under real Windows. Thanks, Simon jas(a)mocca:~$ cat environ-wine.c #include <stdio.h> #include <stddef.h> #include <stdlib.h> int main (void) { if (environ == NULL) puts("NULL"); else puts("non-NULL"); return 0; } jas(a)mocca:~$ i686-w64-mingw32-gcc -o environ-wine.exe environ-wine.c jas(a)mocca:~$ wine ./environ-wine.exe NULL jas(a)mocca:~$ wine --version wine-1.2 jas(a)mocca:~$ -- 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 24589] New: Make NTDLL_mergesort() stable.
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=24589 Summary: Make NTDLL_mergesort() stable. Product: Wine Version: 1.3.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: stefan(a)obssys.com Created an attachment (id=31055) --> (http://bugs.winehq.org/attachment.cgi?id=31055) Patch to make NTDLL_mergesort() stable. Make NTDLL_mergesort() stable. A mergesort is stable per definition. qsort() is the only function calling NTDLL_mergesort(). qsort() is not stable - so there is no problem pending. But if we use double memory and name the function ...mergesort() we can take the benefit without performance issues getting a stable result. -- 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 25354] New: King's Quest Collection Series (1997): setup.exe crashes
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=25354 Summary: King's Quest Collection Series (1997): setup.exe crashes Product: Wine Version: 1.3.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tristan_schmelcher(a)alumni.uwaterloo.ca When attempting to install the game King's Quest Collection Series (the 1997 edition), setup.exe crashes partway through the installation. It happens every time and always at the same place. After debugging, I have determined that the problem is caused by incorrect stack cleanup code in the 16-bit DDEML DLL. A number of functions in the .spec file specify HSZ argument values as occupying one word on the stack, but in fact they are a double word. As a result the stack cleanup code does not increment the stack pointer by enough, so upon return the calling code's stack pointer is not restored to the correct value. I have attached a patch that changes the type of all HSZ arguments in the spec to "long", which fixes the bug. (I will submit it to wine-patches too.) -- 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 25401] New: The Wine implementation of Winsock API (WSAStringToAddress) has a bug.
by wine-bugs＠winehq.org 11 Jan '15

11 Jan '15

http://bugs.winehq.org/show_bug.cgi?id=25401 Summary: The Wine implementation of Winsock API (WSAStringToAddress) has a bug. Product: Wine Version: unspecified Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: alfaar_alhazin(a)hotmail.com According to MSDN description: INT WSAStringToAddress( __in LPTSTR AddressString, __in INT AddressFamily, __in LPWSAPROTOCOL_INFO lpProtocolInfo, __out LPSOCKADDR lpAddress, __in_out LPINT lpAddressLength ); lpAddressLength Length of the Address buffer, in bytes. Returns the size of the resultant sockaddr structure. If the specified buffer is not large enough, the function fails with a specific error of WSAEFAULT and this parameter is updated with the required size in bytes. when function call returns successfully, the parameter lpAddressLength should have already been updated to the correct size of the address (for example: 16 for IPv4 address, 28 for IPv6 address). During our tests, the Wine implementation doesn't update the parameter before its return. The parameter remains unchanged (the input value of the parameter is usually larger than 16, usually 128). As reported at: http://www.bitspirit.cc/en/index.php?q=node/153 By BitSpirit Team -- 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