http://bugs.winehq.org/show_bug.cgi?id=13079
Summary: Prince of Persia Sands of Time crashes after initial
movie sequence
Product: Wine
Version: 0.9.55.
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: regression
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vitaliy(a)kievinfo.com
CC: stefandoesinger(a)gmx.at
After showing several movies at the start, game crashes before entering the
menu.
This is a regression caused by this patch:
commit e7393a8a11c909e6ef8e817a944ba02d57417fb1
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Tue Jan 8 22:54:54 2008 +0100
wined3d: Move vertex buffer vbo creation to PreLoad.
--
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=8997
Tim Williams <tjandacw(a)yahoo.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #15858|0 |1
is obsolete| |
--- Comment #32 from Tim Williams <tjandacw(a)yahoo.com> 2008-09-07 16:25:07 ---
Created an attachment (id=15912)
--> (http://bugs.winehq.org/attachment.cgi?id=15912)
context diff of download (froze) vs. no_download logs
I realized that DllCanUnLoadNow loop is common to the freeze and not-freeze
scenarios. I'm guessing it's just the wait loop for the application while the
application is running. I reran TM again where between downloading the database
and using the local data. The entire context diff is attached.
Looks to me like the relevant lines are now
*** download.txt 2008-09-07 17:07:46.000000000 -0400
--- no_download.txt 2008-09-07 17:05:50.000000000 -0400
***************
...
*** 52,62 ****
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 29 2 0x32d8b0
(nil))
fixme:shdocvw:DocHostUIHandler_GetDropTarget (0x13e754)
fixme:shdocvw:ClientSite_GetContainer (0x13e754)->(0x32e1f0)
! fixme:shdocvw:InPlaceFrame_SetStatusText (0x13e754)->(0xb7e836d1)
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 25 2 0x32e124
(nil))
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 26 2 0x32e124
(nil))
- fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 21 2 (nil) (nil))
- fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 28 2 0x32e1dc
(nil))
fixme:shdocvw:ClOleCommandTarget_Exec
(0x13e754)->({000214d0-0000-0000-c000-000000000046} 69 0 (nil) 0x32d808)
fixme:shdocvw:ClOleCommandTarget_Exec
(0x13e754)->({000214d0-0000-0000-c000-000000000046} 69 0 (nil) 0x32d808)
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 26 2 0x32d890
(nil))
--- 52,60 ----
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 29 2 0x32d8b0
(nil))
fixme:shdocvw:DocHostUIHandler_GetDropTarget (0x13e754)
fixme:shdocvw:ClientSite_GetContainer (0x13e754)->(0x32e1f0)
! fixme:shdocvw:InPlaceFrame_SetStatusText (0x13e754)->(0xb7e696d1)
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 25 2 0x32e124
(nil))
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 26 2 0x32e124
(nil))
fixme:shdocvw:ClOleCommandTarget_Exec
(0x13e754)->({000214d0-0000-0000-c000-000000000046} 69 0 (nil) 0x32d808)
fixme:shdocvw:ClOleCommandTarget_Exec
(0x13e754)->({000214d0-0000-0000-c000-000000000046} 69 0 (nil) 0x32d808)
fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 26 2 0x32d890
(nil))
especially
- fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 21 2 (nil) (nil))
- fixme:shdocvw:ClOleCommandTarget_Exec (0x13e754)->((null) 28 2 0x32e1dc
(nil))
I'm not exactly sure what I'm looking at, but I did find out that these are
wine prints, not TM2008. I also ran TM in a DOS window on a XP partition, and
these statements didn't show.
--
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=12270
Summary: DirectX 6 SDK d3drm sample programs fail
Product: Wine
Version: 0.9.58.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: a.hurst(a)shef.ac.uk
The <sdk-home>/samples/multimedia/d3drm/ programs all fail to run correctly,
outputting this message
wine: Call from 0x7ee24d00 to unimplemented function
d3drm.dll.Direct3DRMCreate, aborting
--
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=14237
Summary: Jade Empire crashes after start
Product: Wine
Version: 1.1.0
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m_105(a)gmx.de
Created an attachment (id=14526)
--> (http://bugs.winehq.org/attachment.cgi?id=14526)
console output
Shortly after launching the app, Jade Empire crashes. It shows two images
(those vary) and then nothing.
--
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=15002
Summary: Visual Basic 6.0 does not setup
Product: Wine
Version: 1.1.3
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Visual Basic 6.0 setup crashes (see the attachment for error log).
I remember that it worked well in some very old version of Wine (probably 2 or
3 years ago).
--
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=8232
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |a.hurst(a)shef.ac.uk
--- Comment #22 from Austin English <austinenglish(a)gmail.com> 2008-09-07 13:42:05 ---
*** Bug 12270 has been marked as a duplicate of this 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=5322
Austin English <austinenglish(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |neptunia(a)mail.ru
--- Comment #32 from Austin English <austinenglish(a)gmail.com> 2008-09-07 13:38:10 ---
*** Bug 15002 has been marked as a duplicate of this 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=6159
--- Comment #8 from Saulius K. <saulius2(a)gmail.com> 2008-09-07 13:31:53 ---
In reply to comment #6:
>
> This should be fixed now as NdrClientCall2 has exception handling for object calls.
Well, Rob, I am not so sure -- with Wine 1.1.4 the installer crashes with very
similar 6 call points (only 3rd one isn't decoded properly or so):
Backtrace:
=>1 0x7b842588 RaiseException+0x78(code=1753, flags=0, nbargs=0, args=(nil))
[/usr/src/wine-git/dlls/kernel32/except.c:85] in kernel32 (0x0032c978)
2 0x60c95cb5 RpcRaiseException+0x35(exception=1753)
[/usr/src/wine-git/dlls/rpcrt4/rpcrt4_main.c:184] in rpcrt4 (0x0032c998)
3 0x60c6856a in rpcrt4 (+0x1856a) (0x0032c9c8)
4 0x60c82051 NdrClientCall2+0x361(pStubDesc=0x19544a0, pFormat="�")
[/usr/src/wine-git/dlls/rpcrt4/ndr_stubless.c:769] in rpcrt4 (0x0032cfe8)
5 0x0193fdaa in dli (+0x4fdaa) (0x0032d000)
6 0x0193e6ef in dli (+0x4e6ef) (0x00000000)
BTW, pFormat points to some strange char. I will retest this with Wine 1.1.1
and see if that's a regression or not.
--
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=15158
Summary: Septerra Core: Crashes shortly after starting a new
game or loading an saved one.
Product: Wine
Version: 1.1.1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hrg123456789(a)yahoo.com
Created an attachment (id=15888)
--> (http://bugs.winehq.org/attachment.cgi?id=15888)
log/backtrace of Septerra Core crash
Sometime after starting a new game or loading a saved game Septerra Core
crashes. Exactly when seems a bit random, but the backtraces seem identical.
System is Debian 4.0, except for the Wine packages which I got from Winehq.
--
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=2608
--- Comment #25 from Anastasius Focht <focht(a)gmx.net> 2008-09-07 12:00:00 ---
Hello,
no need to confirm/test this bug over and over again for each wine release.
As long as there is no patch sent to wine-patches nothing will change.
In previous comments I already gave detailed analysis and provided a
proof-of-concept patch which works.
So again I outline the required steps for *any* takers to write a proper patch
which might please AJ.
Just give it a try, it's not that hard... this bug exists for such long time
and the solution is here ;-)
Take ntdll LdrAccessResource() as example how an asm wrapper is used.
The asm wrapper for kernel32 ExitProcess() needs to resemble in following
manner:
--- snip ---
55 pushl %ebp
8B EC movl %esp,%ebp
6A <imm8> pushl <imm8>
68 <imm32> pushl <imm32>
pushl 8(%ebp)
call <real_wine_exitprocess_fn_impl>
leave
ret $4
--- snip ---
For the API entry point opcodes which need to be exactly matched I gave the
byte values on left side (Shrinker looks for signatures).
Hints:
"movl %esp,%ebp":
You need to force the assembler to emit the opcode bytes given on left side
directly (by using ".byte 0x8b, 0xec" instead of writing "movl %esp,%ebp").
This is because there exist two encoding forms and gas will most likely emit
the wrong one 0x89,0xe5 but Shrinker looks for 0x8b,0xec.
"pushl <imm8>" and "pushl <imm32>":
Make sure gas really emits the 8 bit (0x6A + 1 byte operand) and 32 bit (0x68 +
4 byte operand) immediate pushl forms (by using ".byte ..." as above to be
really sure the opcodes emitted or by choosing proper constants).
Choose your own constants, they serve no particular purpose in Wine.
Shrinker 3.x will later overwrite the "pushl <imm32>" instruction with a long
jump to it's own code.
Regards
--
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.