April 2011 - Wine-bugs - list.winehq.org

[Bug 25853] New: Dead Space 2 digital download installer crashes on start
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=25853 Summary: Dead Space 2 digital download installer crashes on start Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: NightNord(a)gmail.com Created an attachment (id=32945) --> (http://bugs.winehq.org/attachment.cgi?id=32945) Default deadspace_f_activation.exe log While game itself isn't released, if you'd preordered it from EA Store, it's possible to download installer. While trying to launch installer, it's launching "activation.exe", that unpacks itself into C:\users\Temp\mtka_tmp and runs deadspace_f_activation, that crashes (log attached). It's almost definite, that SecuROM is somehow involved in process, as there is a bunch of SecuROM files and dlls request in WINEDEBUG=+warn, and there is secupacker_launcher.exe, but, probably, crash caused by something else. It should be runnable before release date, I'm sure, as language files contents strings of "too early" messages and there is "Release Date Check" procedure. Before closing, it told me, that "To finish activation process, you must have Administrative privileges" (or something like that, translated from Russian) No tweaks and no additional software installed - pure ~/.wine prefix. Log produced from launching only deadspace_f_activation.exe - otherwise debugger can't produce backtrace. Kernel: 2.6.37 wine: 1.3.11 -- 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 18

[Bug 25733] New: Magic the Gathering: DotP is really slow loading a match
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=25733 Summary: Magic the Gathering: DotP is really slow loading a match Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: per(a)morth.org When Magic the Gathering: Duels of the Plainswalker starts a match, it does a _lot_ of these calls: trace:file:FindFirstFileExW L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG" 0 0x33bb60 0 0x0 0 trace:file:RtlDosPathNameToNtPathName_U (L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG",0x33baf4,0x33bafc,0x0) trace:file:RtlGetFullPathName_U (L"DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\PTBOX_FULL.IMG" 520 0x33b818 0x33bafc) trace:file:wine_nt_to_unix_file_name L"\\program files\\steam\\steamapps\\common\\magic the gathering - duels of the planeswalkers\\DATA_DLC_0003\\DATA_PC\\DATA_SHARED\\ART_ASSETS\\MODELS\\CARD\\ART_ASSETS\\TEXTURES\\" not found in /Users/pelle/.wine/dosdevices/c:/program files/steam/steamapps/common/magic the gathering - duels of the planeswalkers I estimated it to around 290k calls for one match using wc. Of these over 95 % fail like the one above, while a few do find the requested file. This makes the match take several minutes to load in wine. I don't have any windows machine but I assume it's much much faster there. Something should be done to speed this up. I was thinking maybe a cache, but ofc it's difficult to cache when the file system might change under your feet. Ideas appreciated. -- 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 17718] New: Fatal error 'Cannot allocate red zone for initial thread' on FreeBSD
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=17718 Summary: Fatal error 'Cannot allocate red zone for initial thread' on FreeBSD Product: Wine Version: 1.1.17 Platform: PC OS/Version: FreeBSD Status: NEW Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gerald(a)pfeifer.com CC: tijl(a)ulyssis.org, austinenglish(a)gmail.com Wine 1.1.17 causes the following on FreeBSD 7.2 when starting almost any application (this is for an old version of calc.exe): Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 2) err:module:attach_process_dlls "ntdll.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"C:\\windows\\system32\\wineboot.exe" failed, status 80000101 err:process:__wine_kernel_init boot event wait timed out Fatal error 'Cannot allocate red zone for initial thread' at line 384 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 2) err:module:attach_process_dlls "ntdll.dll" failed to initialize, aborting err:module:LdrInitializeThunk Main exe initialization for L"Z:\\home\\pfeifer\\_\\wcalc.exe" failed, status 80000101 Segmentation fault (core dumped) -- 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 26109] New: ole32/hglobalstream tests shows a valgrind warning
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=26109 Summary: ole32/hglobalstream tests shows a valgrind warning Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Invalid read of size 2 at GlobalLock (heap.c:439) by HGLOBALStreamImpl_Read (hglobalstream.c:235) by test_freed_hglobal (hglobalstream.c:490) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) Address 0x7f02a440 is 0 bytes inside a block of size 8 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1747) by HeapFree (heap.c:272) by GlobalFree (heap.c:770) by test_freed_hglobal (hglobalstream.c:486) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) ... Invalid read of size 4 at GlobalReAlloc (heap.c:669) by HGLOBALStreamImpl_SetSize (hglobalstream.c:446) by test_freed_hglobal (hglobalstream.c:496) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1747) by HeapFree (heap.c:272) by GlobalFree (heap.c:770) by test_freed_hglobal (hglobalstream.c:486) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) ... Invalid read of size 4 at GlobalReAlloc (heap.c:669) by HGLOBALStreamImpl_SetSize (hglobalstream.c:446) by HGLOBALStreamImpl_Write (hglobalstream.c:313) by test_freed_hglobal (hglobalstream.c:499) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1747) by HeapFree (heap.c:272) by GlobalFree (heap.c:770) by test_freed_hglobal (hglobalstream.c:486) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) ... Invalid read of size 4 at GlobalReAlloc (heap.c:676) by HGLOBALStreamImpl_SetSize (hglobalstream.c:446) by HGLOBALStreamImpl_Write (hglobalstream.c:313) by test_freed_hglobal (hglobalstream.c:499) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) Address 0x7f02a442 is 2 bytes inside a block of size 8 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1747) by HeapFree (heap.c:272) by GlobalFree (heap.c:770) by test_freed_hglobal (hglobalstream.c:486) by func_hglobalstream (hglobalstream.c:517) by run_test (test.h:556) by main (test.h:624) -- 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 23641] New: Need for speed Most wanted controls error
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=23641 Summary: Need for speed Most wanted controls error Product: Wine Version: 1.2-rc7 Platform: x86 OS/Version: other Status: UNCONFIRMED Severity: critical Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: s_paul1408(a)yahoo.com My OS is ubuntu 10.04. With wine rc2 nfs most wanted+patch 1.3+crack wouldn't start, but when i tested rc7 it worked almost perfect except a control bug: it's as if the "left arrow" is pressed. It keeps turning left, even after i changed the controls. The same problem is with gta vice city and gta san andreas, except it's the "down arrow". -- 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 11109] New: dream of mirror online crash
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=11109 Summary: dream of mirror online crash Product: Wine Version: 0.9.52. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: petifrancais(a)gmail.com Created an attachment (id=10143) --> (http://bugs.winehq.org/attachment.cgi?id=10143) txt contenant les erreurs en console The game game domo crash after the logo "GameTribe" -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 12267] New: winstone 32 hangs
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=12267 Summary: winstone 32 hangs Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Here's what happens when you launch c:\zdbench\ws32\ui.exe: it puts up its window, says "examining the execution environment" (although you can't see it, since the window is too big, and falls off the bottom), and hangs. err:ntdll:RtlpWaitForCriticalSection section 0x7b922ee0 "syslevel.c: Win16Mutex" wait timed out in thread 0016, blocked by 0012, retrying (60 sec) err:ntdll:RtlpWaitForCriticalSection section 0x7bc8d6e4 "loader.c: loader_section" wait timed out in thread 0012, blocked by 0016, retrying (60 sec) It hangs just like this on XP, too. But what the heck, if we could get it to not hang on wine, that'd be nice. -- 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 16674] New: Battle for middle earth2: No network multiplayer possible
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=16674 Summary: Battle for middle earth2: No network multiplayer possible Product: Wine Version: 1.1.11 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcflow-forum(a)gmx.net Multiplayer games with Battle for Middle Earth2 in wine are not possible. According to the information on the game package it uses TCP/IP for network multiplayer. I already tried using the native dplay dlls like it is stated in the wiki, LAN still does not work. It happens like this: I enter the network mode and the game displays myself two times in the players list. The other player sees me in the list only one time, as it should be. I can read what he writes and vice versa. If I write something I can see it two times in the chat. For the other user it appears only one time. Now, if I open a game, the other player can see it in the game list. If he wants to join he gets a "Connection Timout" error. Same happens if the other player opens a game and I want to join it. I searched the Bugzilla for quite a time now because I do not want to open a duplicate bug. I found a few things that first sounded interesting but when I tested them nothing changed. I found a note at the AppDB page of Garena 3.0 (http://appdb.winehq.org/objectManager.php?sClass=version&iId=14147&iTesting…) Patching with the patch that is linked there did not solve the problem with wine-1.1.11(well one of the hunks failed but it compiled) In Bug 9787 there also was a patch for the AcceptEX for wine-1.1.6. It did not work with wine-1.1.6. It said that wine does not include AcceptEX. I'm not sure if "The battle for middle earth" requires it. I did not find anything about it on the net except that it uses tcp/ip. -- 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 27

[Bug 26103] New: opengl32/opengl test has an invalid read (valgrind)
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=26103 Summary: opengl32/opengl test has an invalid read (valgrind) Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Invalid read of size 4 at wglDeleteContext (opengl.c:144) by test_deletecontext (opengl.c:653) by func_opengl (opengl.c:967) by run_test (test.h:556) by main (test.h:624) Address 0x7f001fb8 is 72 bytes inside a block of size 358 free'd at notify_free (heap.c:262) by RtlFreeHeap (heap.c:1747) by RtlFreeAnsiString (rtlstr.c:173) by NtQueryAttributesFile (file.c:2252) by RtlDoesFileExists_U (directory.c:2992) by RtlDosSearchPath_U (path.c:475) by SearchPathW (path.c:825) by __wine_kernel_init (process.c:1182) by __wine_process_init (loader.c:2872) by wine_init (loader.c:831) by main (main.c:228) I doubt it matters, but card is an onboard nvidia 7150, I think, and using mesa from git. -- 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 19083] New: Respondus LockDown Browser: outside processes should not be able to detect its window (appinstall)
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=19083 Summary: Respondus LockDown Browser: outside processes should not be able to detect its window (appinstall) Product: Wine Version: 1.1.21 Platform: PC URL: https://hdc.tamu.edu/files/book/6/425/LockDownSetup_1. 0.3.exe OS/Version: Linux Status: NEW Keywords: download, testcase Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Not sure how to describe this exactly...but the Respondus Lockdown Browser is meant to be used by universities to make sure that students don't use other programs when taking quizzes/exams/etc. As a result, it does some really funky stuff...While writing an appinstall test for it, found a few interesting things. First up, on windows, the IfWinExist (http://www.autohotkey.com/docs/commands/IfWinExist.htm) function fails for this window (never seen that happen for any other app). On wine, however, we detect it just fine. -- 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