wine-bugs August 2011

wine-bugs@winehq.org

1 participants
9467 discussions

[Bug 20985] New: Crash in CryptMsgUpdate under valgrind
by wine-bugs＠winehq.org 19 Oct '11

19 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=20985 Summary: Crash in CryptMsgUpdate under valgrind Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: crypt32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com http://kegel.com/wine/valgrind/logs/2009-12-10-03.53/vg-crypt32_msg.txt shows a crash. Adding +relay,+seh,+crypt shows a bit more: 001e:Call crypt32.CryptMsgUpdate(7f044948,07783e13,00000004,00000000) ret=0774e9b4 trace:crypt:CryptMsgUpdate (0x7f044948, 0x7783e13, 4, 0) 001e:Call KERNEL32.LocalAlloc(00000000,00000011) ret=07be6df0 001e:Ret KERNEL32.LocalAlloc() retval=7f044988 ret=07be6df0 err:seh:segv_handler Got unexpected trap 0 ... 001e:Call KERNEL32.UnhandledExceptionFilter(7f21f5cc) ret=074b5deb ... Unhandled exception: illegal instruction in 32-bit code (0x00000000). Backtrace: =>0 0x00000000 (0x7f21fc48) 1 0x0d3fced4 CryptMsgUpdate+0xa0(hCryptMsg=0x7f0bd740, pbData="", cbData=4, fFinal=0) [dlls/crypt32/msg.c:2786] in crypt32 (0x7f21fc88) 2 0x0cf429b4 test_data_msg_update+0x5b1() [dlls/crypt32/tests/msg.c:445] in crypt32_test (0x7f21fd08) (two logs are smashed together there, so pointers don't match exactly) When run not under valgrind, the same crash happens, but is handled: 001c:Call crypt32.CryptMsgUpdate(00154948,7ec0ce13,00000004,00000000) ret=7ebd79b4 trace:crypt:CryptMsgUpdate (0x154948, 0x7ec0ce13, 4, 0) 001c:Call KERNEL32.LocalAlloc(00000000,00000011) ret=7eb29df0 001c:Ret KERNEL32.LocalAlloc() retval=00154988 ret=7eb29df0 trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=001c trace:seh:raise_exception info[0]=00000000 trace:seh:raise_exception info[1]=00000000 trace:seh:raise_exception eax=00000000 ebx=7eb68ff4 ecx=00154988 edx=00000011 esi=00000000 edi=0032fc20 trace:seh:raise_exception ebp=0032fbc8 esp=0032facc cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 trace:seh:call_vectored_handlers calling handler at 0x7ed88f41 code=c0000005 flags=0 trace:seh:call_vectored_handlers handler at 0x7ed88f41 returned 0 trace:seh:call_stack_handlers calling handler at 0x7eb39d84 code=c0000005 flags=0 001c:Call ntdll.RtlUnwind(0032faf0,7eb39e1a,0032fa74,00000000) ret=7eb39e9f 001c: eax=7eb00b15 ebx=7eb68ff4 ecx=0032fa74 edx=0032faf0 esi=0032faf0 edi=7eb39e1a ebp=0032f588 esp=0032f558 ds=002b es=002b fs=0063 gs=006b flags=00000212 trace:seh:__regs_RtlUnwind code=c0000005 flags=2 trace:seh:__regs_RtlUnwind calling handler at 0x7efb47d4 code=c0000005 flags=2 trace:seh:__regs_RtlUnwind handler at 0x7efb47d4 returned 1 001c:Ret ntdll.RtlUnwind() retval=00000000 ret=7eb39e9f 001c: eax=00000000 ebx=7eb68ff4 ecx=0032fa74 edx=0032faf0 esi=0032faf0 edi=7eb39e1a ebp=0032f588 esp=0032f558 ds=002b es=002b fs=0063 gs=006b flags=00000212 001c:Call KERNEL32.SetLastError(c0000005) ret=7eb39ca6 001c:Ret KERNEL32.SetLastError() retval=c0000005 ret=7eb39ca6 001c:Ret crypt32.CryptMsgUpdate() retval=00000000 ret=7ebd79b4 This is kind of mysterious. I can't find the __TRY that applies to that fault... this could well be a valgrind bug, but I need to understand how it works normally under wine. -- 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 26999] New: Two Worlds: mouse stopped working in the menus
by wine-bugs＠winehq.org 18 Oct '11

18 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=26999 Summary: Two Worlds: mouse stopped working in the menus Product: Wine Version: 1.3.19 Platform: x86 URL: http://www.gamershell.com/download_20686.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com CC: julliard(a)winehq.org Created an attachment (id=34421) --> (http://bugs.winehq.org/attachment.cgi?id=34421) plain terminal output Mouse clicks don't register in the menu of the game making it impossible to select any of the available menu options. Workaround: native dinput8.dll (it was not needed before the regression). Mouse worked correctly up until Wine-1.3.19 (using the built-in dinput* dlls). 0036e438db3b5382ee0a2c53478960fabb892a2c is the first bad commit commit 0036e438db3b5382ee0a2c53478960fabb892a2c Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Apr 26 14:41:51 2011 +0200 dinput: Pass mouse messages through if the request to clip the cursor is rejected. :040000 040000 8e845e10eb03484338d4c2d3bc538a6b5da5e958 54a82723fbbfe4d121096aebad4c4eedfdaff7b8 M dlls The patch can be reverted cleanly on 1.3.19 and that fixed the problem. Download link for the demo added to URL (~870 MB). The demo requires: physx xact d3dx9_36. Fedora 14 32 bits Xorg 1.9.5 Nvidia GeForce 250 / driver 270.41.03 -- 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 24982] New: Visual fox error in wine > 1.1.42
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=24982 Summary: Visual fox error in wine > 1.1.42 Product: Wine Version: 1.3.5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ocascante(a)opensoftwarecr.com We have a visual fox 9.0 application working with wine for 2 years. After upgrade from 1.1.42 to 1.2 or 1.3.5 we cannot start it. We have this error: Fatal error: Exception code = c0000005 called from progprin line 42 We did probe this visual fox program with versions 1.2 too, and the same error appears. If we downgrade to 1.1.42 the software run well again. Thanks. -- 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 26105] New: oleaut32/tmarshal tests shows several valgrind warnings
by wine-bugs＠winehq.org 17 Oct '11

17 Oct '11

http://bugs.winehq.org/show_bug.cgi?id=26105 Summary: oleaut32/tmarshal tests shows several valgrind warnings Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source, testcase Severity: minor Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Conditional jump or move depends on uninitialised value(s) at serialize_param (tmarshal.c:748) by serialize_param (tmarshal.c:756) by xCall (tmarshal.c:1356) by ??? by func_tmarshal (tmarshal.c:1548) by run_test (test.h:556) by main (test.h:624) Uninitialised value was created by a stack allocation at test_typelibmarshal (tmarshal.c:962) ... 22 bytes in 1 blocks are definitely lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by SysAllocStringLen (oleaut.c:235) by SysAllocString (oleaut.c:159) by test_typelibmarshal (tmarshal.c:1088) by func_tmarshal (tmarshal.c:1548) by run_test (test.h:556) by main (test.h:624) ... 144 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by rpcrt4_conn_np_alloc (rpc_transport.c:120) by RPCRT4_CreateConnection (rpc_transport.c:2939) by rpcrt4_protseq_ncalrpc_open_endpoint (rpc_transport.c:285) by RPCRT4_use_protseq (rpc_server.c:810) by RpcServerUseProtseqEpExW (rpc_server.c:1022) by RpcServerUseProtseqEpW (rpc_server.c:907) by RPC_StartRemoting (rpc.c:1626) by StdMarshalImpl_MarshalInterface (marshal.c:1245) by CoMarshalInterface (marshal.c:1797) by host_object_proc (tmarshal.c:76) by ??? (signal_i386.c:2473) by call_thread_entry_point (signal_i386.c:2499) by start_thread (thread.c:404) by start_thread (in /lib/libpthread-2.11.2.so) by clone (in /lib/libc-2.11.2.so) ... 2,020 bytes in 1 blocks are possibly lost at notify_alloc (heap.c:254) by RtlAllocateHeap (heap.c:1701) by get_tls_data (test.h:240) by winetest_set_location (test.h:275) by host_object_proc (tmarshal.c:77) by ??? (signal_i386.c:2473) by call_thread_entry_point (signal_i386.c:2499) by start_thread (thread.c:404) by start_thread (in /lib/libpthread-2.11.2.so) by clone (in /lib/libc-2.11.2.so) this may be related to bug 25828. -- 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 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 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 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 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 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs August 2011