http://bugs.winehq.org/show_bug.cgi?id=7287
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|regression |
URL| |http://ltspice.linear.com/s
| |oftware/LTspiceIV.exe
--- Comment #14 from Austin English <austinenglish(a)gmail.com> 2011-10-18 22:38:16 CDT ---
The regression is nearly 5 years old, I don't see any indication that a
regression test will be done, so removing that keyword.
89226aa669d24df0573f2e2864fe653f3f92a712 LTspiceIV.exe
Still present in wine-1.3.30-253-g6b0f110.
--
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=7585
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|regression |
--- Comment #61 from Austin English <austinenglish(a)gmail.com> 2011-10-18 21:34:28 CDT ---
The regression is over 4 years old, I don't see any indication that a
regression test will be done, so removing that keyword.
I'd test it myself, but I don't have any hardware that reproduces 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.
http://bugs.winehq.org/show_bug.cgi?id=3037
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|regression |
--- Comment #63 from Austin English <austinenglish(a)gmail.com> 2011-10-18 20:27:25 CDT ---
The regression is over 6 years old, I don't see any indication that a
regression test will be done, so removing that keyword.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4291
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|regression |
--- Comment #22 from Austin English <austinenglish(a)gmail.com> 2011-10-18 20:14:07 CDT ---
The regression is over 5 years old, I don't see any indication that a
regression test will be done, so removing that keyword.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=4490
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|regression |
--- Comment #32 from Austin English <austinenglish(a)gmail.com> 2011-10-18 20:06:02 CDT ---
The regression is over 5 years old, I don't see any indication that a
regression test will be done, so removing that keyword.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=28789
Bug #: 28789
Summary: eBay Turbo Lister 9.4 page fault opening existing file
when starting
Product: Wine
Version: 1.3.30
Platform: x86-64
URL: http://download.ebay.com/turbo_lister2/setupUK.exe
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Classification: Unclassified
Created attachment 36983
--> http://bugs.winehq.org/attachment.cgi?id=36983
wine-1.3.30-205-g472a8f7 console output
eBay Turbo Lister 9.4 causes a page fault and exiting after successfully
authorizing the app to use the account.
To recreate (you will probably need an eBay account):
1. Download http://download.ebay.com/turbo_lister2/setupUK.exe
2. Run winetricks -q msxml3 vcrun2008 ie6 (to work around bug 4286, bug 28785
and bug 18950, respectively).
3. Run TL 9.4 and authorize the app to use your account.
4. Close TL.
5. Open TL and select "Open existing file".
6. PAGE FAULT
[They're may be a shorter sequence to the above]
Note: TL 9.4 takes an unusually long time to start.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=6086
Stefan Dösinger <stefan(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |INVALID
--- Comment #76 from Stefan Dösinger <stefan(a)codeweavers.com> 2011-10-18 11:25:39 CDT ---
I'm resolving this bug as invalid, all indications are that this is a bug in
the app. The same problems happen on Windows.
When I start the app normally, it crashes within seconds whether I move the
mouse or not. The same crash happens on my Windows 7 box(in addition, the
Palette is broken on Win7). When I disable all but one cores the main menu
works, but the game seems to freeze after I click on the "new game" button. The
same happens on Windows 7 when I run the game in Win95 compatibility mode. As
others have posted before, you can work around this issue on Wine by enabling
some log channels and writing the result to a terminal.
I checked if the game is doing anything that might reasonably cause delays. It
is creating a double buffered primary, but never flipping. Most of it's work is
blitting between sysmem surfaces and the primary, and locking sysmem surfaces.
It locks the primary every now and then. None of those operations should cause
a delay, and the fact that the game crashes on Windows kinda confirms that. It
does call WaitForVerticalBlank a few times, but only during the intro videos
and not when the crashes / freezes occur.
I'll make a mental note about starting a flamewar about introducing a "crappy
performance" switch in Wine, probably somewhere in ddraw. But in the past our
policy has been not to do such things, and personally I don't think this should
change.
--
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.
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.