December 2011 - Wine-Bugs - list.winehq.org

[Bug 29168] Star Wars: The Old Republic game client hangs at intro splash

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29168 --- Comment #64 from Dorek Biglari <dbiglari(a)gmail.com> 2011-12-30 18:18:23 CST --- Created attachment 38190 --> http://bugs.winehq.org/attachment.cgi?id=38190 a list of all the ws2_32 calls in the swtor.exe process This file was generated using a proxy ws2_32.dll that passes calls into ws2_32 on to the real ws2_32 in c:\windows\system32, and logs the calls and the returns and return types. I added *'s around the function name which can be ignored. Running this file through cat, and grepping out the unique function names, I generated a list of all the functions used in swtor.exe: cat ws2_32_pid_6024.calls | gawk ' { print $3 } ' | sort | uniq *__WSAFDIsSet* *accept* *bind* *closesocket* *connect* *freeaddrinfo* *getaddrinfo* *gethostbyname* *gethostname* *getpeername* *getsockname* *getsockopt* *htonl* *htons* *inet_addr* *ioctlsocket* *listen* *ntohl* *ntohs* *select* *setsockopt* *shutdown* *WSAAddressToStringA* *WSAGetLastError* *WSARecv* *WSASend* *WSASetLastError* *WSASocketA* *WSASocketW* *WSAStartup* -- 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.

Dec. 31, 2011

[Bug 29494] Occasional wineserver crashes when playing Warcraft 3

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29494 --- Comment #2 from Stefan Dösinger <stefan(a)codeweavers.com> 2011-12-30 18:15:44 CST --- Created attachment 38189 --> http://bugs.winehq.org/attachment.cgi?id=38189 A ws2_32 hack in use I should also note that when the crashes occurred I was using a hack to silently ignore port already in use errors. I'm using this hack because the computer is a multiseat system and two people were playing on it, and Warcraft 3 refuses to do any network gaming if it cannot listen to the server port even if the host participates as a simple client. I think it is unlikely that the hack is related to the crashes because I did not use it last year and the hack doesn't cause issues when playing in my own network. -- 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.

Dec. 31, 2011

[Bug 29494] Occasional wineserver crashes when playing Warcraft 3

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29494 --- Comment #1 from Stefan Dösinger <stefan(a)codeweavers.com> 2011-12-30 18:03:11 CST --- I can't attach the core file because it is too big(compressed with xz it's still 1028k), so I've uploaded it to my server for misc stuff: https://84.112.174.163/~stefan/wineserver-core.bz2 (self-signed and expired certificate, and the server may be down occasionally) -- 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.

Dec. 31, 2011

[Bug 26571] WoW 4.x D3D: High quality water is broken

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=26571 Rodd Snook <rodd.snook(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hverbeet(a)gmail.com, | |rodd.snook(a)gmail.com --- Comment #5 from Rodd Snook <rodd.snook(a)gmail.com> 2011-12-30 17:53:28 CST --- Bug 24928 was reopened, since the game has tightened up its graphics support tests, but I was able to enable these options by using the native nvapi.dll What I'm seeing now from WINE with default debug flags is the following. Spamming: - fixme:d3d:resource_check_usage Unhandled usage flags 0x8. When enabling Good/Ultra water or any sunshafts: - fixme:d3d_surface:surface_load_ds_location No up to date depth stencil location. - err:d3d_surface:surface_modify_location Surface 0x3555b198 does not have any up to date location. Adding CC to Henri Verbeet due to this comment in his patch of 15-APR-2011 + if (!(surface->flags & SFLAG_DS_LOCATIONS)) { + /* This mostly happens when a depth / stencil is used without being + * cleared first. In principle we could upload from sysmem, or + * explicitly clear before first usage. For the moment there don't + * appear to be a lot of applications depending on this, so a FIXME + * should do. */ -- 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.

Dec. 30, 2011

[Bug 29494] New: Occasional wineserver crashes when playing Warcraft 3

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29494 Bug #: 29494 Summary: Occasional wineserver crashes when playing Warcraft 3 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: stefan(a)codeweavers.com Classification: Unclassified During a recent LAN-Party with friends I experienced occasional wineserver crashes when playing Warcraft 3: The Frozen Throne. The crashes mostly occurred when a new Local Network game was started(Not Battle.net) but I've also seen one crash during a running game. The problem cannot be reproduced easily. It seems to be tied to my friend's network or one of the participating computers. I've also seen them a year ago with then-current wine versions. Unfortunately I could not reproduce the crashes with my own home network, and I played WC3 multiple times without any issues over the year. I've been able to generate a core dump, which I'm attaching to the bug. -- 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.

Dec. 30, 2011

[Bug 25054] Lost Horizon demo graphic errors

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25054 --- Comment #3 from Michal Seliga <miso.seliga(a)gmail.com> 2011-12-30 17:43:35 CST --- tested with wine 1.3.35 and clean .wine prefix now i use ubuntu 11.11 with unity desktop, so it also crashed windows manager, but i am used to it already (window manager restarts after some time anyway) i had to install directx dlls first, otherwise game didn't worked when it finally launched it looked good for some time and then screen got messed again. this appeared in the console exactly in the moment this problem showed up fixme:d3d:resource_check_usage Unhandled usage flags 0x8. err:gsm:GSM_DriverProc libgsm support not compiled in! fixme:d3d:resource_check_usage Unhandled usage flags 0x8. if it works for you its maybe really problem of ati drivers (i am using fglrx) -- 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.

Dec. 30, 2011

[Bug 24928] WoW 4.x D3D: Water Detail and Sunshafts cannot be enabled fully in d3d9

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24928 --- Comment #49 from Rodd Snook <rodd.snook(a)gmail.com> 2011-12-30 17:40:50 CST --- Note that what we get from gx.log with Linux/WINE is: 12/31 10:10:02.402 NVAPI: 1 12/31 10:10:02.402 ISceneBegin: Retrieving NvAPI depth surface handle (00000000, status == -1)! Where the Windows log has: 12/28 03:17:40.343 NVAPI: 1 12/28 03:17:40.343 ISceneBegin: Retrieving NvAPI depth surface handle (00000003, status == 0)! 12/28 03:17:42.484 Preparing to create sample-able depth buffer texture: 12/28 03:17:42.484 DepthCache is supported! 12/28 03:17:42.484 Format: INTZ 12/28 03:17:42.484 FormatResolve: Unknown What looks to be an error return from ISceneBegin is not stopping the game from enabling the menu options. -- 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.

Dec. 30, 2011

[Bug 29472] Regen: locks up/crashes on audio output

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29472 --- Comment #6 from marzojr(a)yahoo.com 2011-12-30 17:30:00 CST --- Created attachment 38188 --> http://bugs.winehq.org/attachment.cgi?id=38188 Log for post-62017964bead565a1da427faaf083e5103c27440 with +tid,+mmdevapi,+winmm,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio,+timestamp (In reply to comment #4) > Please attach 2 compressed app logs like the wiki sound page asks, except you > also add +timestamp. One prior to the patch (git checkout 20179...440^; make), > one with it (git checkout without the trailing ^). > Or one where you use the latest wine-1.3.36 and one with git-revert 20179... The logs are attached. Should the last 2000 lines suggested in the wiki be too few to help, I have kept the whole logs. In both cases, I opened the emulator, selected the ROM and waited a few seconds -- post-patch, this was enough to hang. > >Changing defname to "hw:1,0" raised the number of failures to 106 > What sort of failures? That should work too, if > $ speaker-test -D hw:1,0 works (may need to adjust -c #channels and format). It works only with -c 2. The test application lists 106 additional test failures; maybe because of this? > >sound card isn't being detected > By Wine or by Linux? Sorry, I should have been more explicit: by Linux. So there is no cause for worry in this case. -- 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.

Dec. 30, 2011

[Bug 29472] Regen: locks up/crashes on audio output

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=29472 --- Comment #5 from marzojr(a)yahoo.com 2011-12-30 17:29:31 CST --- Created attachment 38187 --> http://bugs.winehq.org/attachment.cgi?id=38187 Log for pre-62017964bead565a1da427faaf083e5103c27440 with +tid,+mmdevapi,+winmm,+midi,+dsound,+dmusic,+mci,+oss,+alsa,+coreaudio,+timestamp -- 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.

Dec. 30, 2011

[Bug 24928] WoW 4.x D3D: Water Detail and Sunshafts cannot be enabled fully in d3d9

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24928 --- Comment #48 from Rodd Snook <rodd.snook(a)gmail.com> 2011-12-30 17:21:02 CST --- It looks like WoW is now checking explicitly for the presence of nvapi before enabling these options. It may be checking something similar for ATI cards too, but I can't test that. Using nvapi.dll from a Windows installation of the nvidia driver and WINEDLLOVERRIDES=nvapi=native allows these options to be selected. However, bug 26571 still applies, with water disappearing entirely at "good" or "ultra" setting for liquid detail. -- 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.

Dec. 30, 2011