http://bugs.winehq.org/show_bug.cgi?id=5443
stefandoesinger(a)gmx.at changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefandoesinger(a)gmx.at
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 06:06 -------
Hmm. seems to be a badness in the getdc code in WineD3D
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5451
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 06:01 -------
wait, I didn't read carefully enought :-(
I always think of diablo2 when I read diablo
Will look at D1
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5366
stefandoesinger(a)gmx.at changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |stefandoesinger(a)gmx.at
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 05:59 -------
Should be fixed my now. The problem was that glReadPixels returns the image
upside down. I've added code to flip it around in wined3d.
Can you verify this and close the bug if it is fixed? (Or someone else with
the privs?)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5452
Summary: FakeDll redirections don't work
Product: Wine
Version: CVS
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: wine-loader
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jan.wine(a)zerebecki.de
with a fresh .wine:
$ wine help
wine: could not load L"C:\\windows\\system32\\help.exe": Module not found
same with winhlp32.
parts from wine.inf:
[FakeDllsSection]
11,,help.exe,winhelp.exe
10,,winhlp32.exe,winhelp.exe
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5437
------- Additional Comments From cygnus2(a)post.cz 2006-17-06 05:16 -------
Thanks. I patched CVS, but poorly ... latest CVS works.
I think problem is solved with this patch. Heroes 4 works, relatively slow, but
a bit faster than under Wine 0.9.15 and without this bug.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5448
------- Additional Comments From roli8200(a)yahoo.de 2006-17-06 04:03 -------
Created an attachment (id=2660)
--> (http://bugs.winehq.org/attachment.cgi?id=2660&action=view)
WINEDEBUG=+loaddll Output of the startup
The Problem happens also when the cracked version (without the need of the
playcd) is started, so I'm pretty sure that the problem is not savedisc related
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5442
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 03:42 -------
Yeah, it is most likely the rewrite.
My quick guess from the symptoms(slow, high cpu load) is that it locks the
render target in a way that is not handled correctly in WineD3D. I will look
at that game.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5451
------- Additional Comments From saulius.krasuckas(a)elst.vtu.lt 2006-17-06 03:27 -------
Created an attachment (id=2659)
--> (http://bugs.winehq.org/attachment.cgi?id=2659&action=view)
Debugger session (empyt line inserted before every debugger prompt occurrence)
It looks strange for me that during first break at IDirectDrawSurfaceImpl_Lock
I see backtrace ending in kernel32 and libwine.so.1:
5 0x0040df48 in diablo_s (+0xdf48) (0x0040df48)
6 0x0046321e in diablo_s (+0x6321e) (0x0046321e)
7 0x7fc71461 start_process+0xbd ... in kernel32 (0x7fc71461)
8 0xb7f271cb wine_switch_to_stack+0x17 in libwine.so.1 (0xb7f271cb)
But during second break backtrace ends already in ddraw and native storm.dll:
2 0x7d5786c2 IDirectDrawSurface3Impl_Lock+0x2e ... in ddraw (0x7d5786c2)
3 0x15009995 in storm (+0x9995) (0x15009995)
I thought maybe TID has changed, but "info th" tells it's always == 00000011:
process tid prio (all id:s are in hex)
00000010 (D) Z:\mnt\antras\__\Diablo\Spawn\Diablo_s.exe
00000011 0 <==
...
00000010 (D) Z:\mnt\antras\__\Diablo\Spawn\Diablo_s.exe
00000014 15
00000013 15
00000011 0 <==
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=5451
------- Additional Comments From stefandoesinger(a)gmx.at 2006-17-06 03:24 -------
Which Diablo 2 version is this? I've played the Diablo 2 Demo and the german
full version without problems with my new code. However, Jeremy Newman has
also reported crashes with the english Diablo 2.
Diablo 2 has a bug which causes it to crash on 64 MB cards. WineD3D emulates a
64 mb card, while the old ddraw code emulated 16 mb (afair). This crash is
fixed with Diablo 2 version 1.02, the german cds ship 1.03. Can you try to
install the newest D2 update?
Can you try the ddraw mode, d3d mode and gdi mode of diablo 2? (Gdi mode with
the parameter "-win"). All of them should work fine.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.