http://bugs.winehq.org/show_bug.cgi?id=8645
------- Additional Comments From wine(a)eternaldusk.com 2007-08-06 18:16 -------
Interesting sidenote: ever since changing my Windows version down to 98, the
CoH crash handler window starts successfully... even after changing my win ver
back up to 2000 & XP.
--
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=8645
------- Additional Comments From wine(a)eternaldusk.com 2007-08-06 18:08 -------
If I change my Windows version down to 98, CoH can do what I see it trying to do
in +relay debugs: Open a window explaining it's crash. Here's the text:
----------------------------------------------
Assertion failed
Program: W:\games\CoH\cityofheroes.exe
Version: 14.20070524.4T
SVN Revision: UNKNOWN
Time: Fri Jun 08 06:06:11 PM
Process ID: 8
File: c:\src\coh\libs\utilitieslib\utils\dirmonitor.c
Line: 156
Expression: dirMonCompletionPort
Error Message:
0 (-nosymbols- PC == 0)
Extra Info:
CPU: 2210 Mhz / Memory: 2015 MBs / Video Card: Unknown / Driver Version:
UnknownVendor / Available Memory: 1129 MBs / OS Version: 4.10.67766446 / Video
Memory: Unknown
Render settings: VBOS 0
Render path:
Render features:
Acceptable video card driver
Heap is NOT corrupted
Last windows SYSTEM error: Invalid function
----------------------------------------------
--
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=8582
------- Additional Comments From killertux(a)suomi24.fi 2007-08-06 17:55 -------
It seems like this Soldier of Fortune 2 installer never worked on anyone...
but still appdb has incorrect information some people incorrectly think
"Installable?" == "Yes" if the game installs on non-Wine installer but that is
not the case.
so not regression at lest what I know
Tested Wine versions from 0.9.11 to 0.9.38
and all expect one Wine version had same problem and the one that did not have
the problem failed on regression that seem to be fixed by now.
--
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=8645
Summary: City of Heroes does not start
Product: Wine
Version: 0.9.38.
Platform: PC-x86-64
URL: http://appdb.winehq.org/appview.php?iVersionId=2980
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)eternaldusk.com
Installation and patching of City of Heroes appears to work, but the game will
not start. Here's are the messages after the patcher:
-----------------------------------------------
evil@pluto:/arcane/win/games/CoH$ wine cityofheroes.exe -project coh
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,0,2): stub!
Running City of Heroes
Preloading DLLs...done. (0.00)
SVN Revision: UNKNOWN
CityOfHeroes client count: 1
num cpus = 1 / 1
fixme:win:EnumDisplayDevicesW ((null),0,0x34d980,0x00000000), stub!
Loading message stores...fixme:ntdll:NtCreateIoCompletion (0x34d7b4, 1f0003,
(nil), 0)
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,28,2): stub!
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,30,2): stub!
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,33,2): stub!
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,35,2): stub!
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,38,2): stub!
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,40,2): stub!
...
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,255,2): stub!
fixme:dbghelp:SymInitializeW what to do ??
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,255,2): stub!
...
fixme:win:SetLayeredWindowAttributes (0x10026,0x00000000,255,2): stub!
2007-06-08 17:20:03 PROGRAM CRASH OCCURRED!
fixme:dbghelp:MiniDumpWriteDump NIY MiniDumpWithDataSegs
fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE
err:ole:CoGetClassObject class {13709620-c279-11ce-a49e-444553540000} not registered
err:ole:CoGetClassObject no class object {13709620-c279-11ce-a49e-444553540000}
could be created for context 0x1
2007-06-08 17:20:04 PROGRAM CRASH OCCURRED!
fixme:dbghelp:SymInitializeW what to do ??
Segmentation fault
-----------------------------------------------
The sections I clipped were just more calls to SetLayeredWindowAttributes
(probably trying to fade in it's "loading" splashscreen).
I am attaching a full copy of the capture with seh and tid info.
--
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=8194
------- Additional Comments From stefandoesinger(a)gmx.at 2007-08-06 16:36 -------
No, the game didn't feel slow here. You can get rid f the error messages by
running them with WINEDEBUG=-all . Its not the fastest though. WINEDEBUG=fps
gives me 30 fps ingame, mostly independent of the scene rendered. This is on
an intel core 2 duo in powersafe mode(1ghz).
The old ddraw code gets 35 fps, I think it is faster because of the
asynchronous frontbuffer update hack Alexandre didn't accept back after the
merge. This could speed things up on my dual core cpu since the offscreen
frontbuffer -> window HDC blit is one of the main performance hogs. Otherwise
the 2D rendering code stayed the same pretty much.
The major change during the rewrite was the d3d code. The ddraw(2D) rendering
code from old ddraw(dlls/ddraw/surface_dib.c) was moved to
dlls/wined3d/surface_gdi.c, but the old direct3d7 implementation from
dlls/ddraw/device_opengl.c was dropped, and ddraw uses the d3d8/9
implementation now(which supports all d3d versions now, based on the features
of the opengl implementation found).
WineD3D also has a (rudimentary) hardware accelerated DirectDraw
implementation based on opengl. You can enable it by setting the following
registry key:
HKEY_CURRENT_USER/Software/Wine/Direct3D/DirectDrawRenderer = "opengl"
The code that gets activated by that is mainly used to make Direct3D games
happy which perform DDraw Blits on the d3d target. The opengl'ed ddraw
renderer does not cope well with the nastiness of many ddraw apps, like render
target locking or GetDC on render targets though. And the drivers don't do
that either. So in most cases the hardware ddraw is slower, or does not work
at all. I get 30 fps with it, so EU2 works surprisingly well that way.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=7571
------- Additional Comments From inckie(a)gmail.com 2007-08-06 16:12 -------
Well, the problem seems to be even deeper: for font Segoe Script, I got...
Without patch:
font.c:1180: enumed font "Segoe Script", charset 0, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 238, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 204, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 161, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 162, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 186, weight 700, italic 0
With patch:
font.c:1180: enumed font "Segoe Script", charset 186, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 162, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 161, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 204, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 238, weight 700, italic 0
font.c:1180: enumed font "Segoe Script", charset 0, weight 700, italic 0
...yet it still behaves the same buggy way (IE, using BALTIC_CHARSET).
(If noisy, this at least serves as notekeeping.)
--
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=8194
------- Additional Comments From cja(a)gmx.net 2007-08-06 15:59 -------
Wee! It works! I manually applied your patch without any problems.
Now EU2 works. And Victoria. And the corrupted graphics in Hearts
of Iron II is gone :-))) Great!
On the downside, all three games are horrible slow now. (In wine 0.9.15 EU2
and Victoria runs fine.) Did you experience the slowness?
Maybe it has to do that my terminal gets full of "Struct of size 0" prints.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8194
------- Additional Comments From stefandoesinger(a)gmx.at 2007-08-06 15:31 -------
Created an attachment (id=6677)
--> (http://bugs.winehq.org/attachment.cgi?id=6677&action=view)
Proposed fix for the alignment bug
This patch makes wined3d use quadword alignment for ddraw / d3d7 surfaces, and
forces the alignment on the DIB section for gdi surfaces.
I really hope that patch applies, its the topmost patch in my wine tree which
has quite some modifications in wined3d.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
http://bugs.winehq.org/show_bug.cgi?id=8194
M.B.Lankhorst(a)gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|M.B.Lankhorst(a)gmail.com |
------- Additional Comments From M.B.Lankhorst(a)gmail.com 2007-08-06 15:17 -------
My work is done here
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.