http://bugs.winehq.org/show_bug.cgi?id=7649
------- Additional Comments From focht(a)gmx.net 2007-21-03 15:44 -------
Created an attachment (id=5477)
--> (http://bugs.winehq.org/attachment.cgi?id=5477&action=view)
native xp strace of app
Hello,
interesting app - from reversers point of view :).
Lots of anti debugging tricks which make this stuff a pain to debug (even more
with half working ollydbg on wine)
The stack exception overflow is on purpose (e.g. recusive calling) probably to
hide the real cause (and to misguide any debugger).
I did a system level strace on *native* windows xp.
Nothing suspicious (taking the anti-debugging countermeasures into account).
You can "synchronize" the native windows strace and wine trace by searching
for:
------ snip native xp strace ----
2549 3756 3340 NtAddAtom
("W\0n\0d\0P\0r\0o\0c\0P\0t\0r\00\00\04\00\00\00\00\00\00\00\00\00\00\0D\00\0C\0",
52, 1244948, ... ) == 0x0
2550 3756 3340 NtUserGetDC (0, ... ) == 0x9501119f
2551 3756 3340 NtUserCallOneParam (-1795092065, 57, ... ) == 0x1
2552 3756 3340 NtCreateEvent (0x1f0003, 0x0, 0, 0, ... 212, ) == 0x0
2553 3756 3340 NtAllocateVirtualMemory (-1, 0, 0, 1048576, 8192, 4, ...
16711680, 1048576, ) == 0x0
------ snip native xp strace ----
wine (attached wine w2k one):
------ snip wine trace ----
0009:Call kernel32.GlobalAddAtomA(0033fe98 "WndProcPtr0040000000000009")
ret=0045e727
0009:Ret kernel32.GlobalAddAtomA() retval=0000c032 ret=0045e727
0009:Call user32.GetDC(00000000) ret=004833e5
0009:Call winex11.drv.GetDCEx(00010020,00000000,00000003) ret=7ead60bf
0009:Ret winex11.drv.GetDCEx() retval=000002e4 ret=7ead60bf
0009:Ret user32.GetDC() retval=000002e4 ret=004833e5
0009:Call gdi32.GetDeviceCaps(000002e4,0000000c) ret=004833ef
0009:Ret gdi32.GetDeviceCaps() retval=00000018 ret=004833ef
0009:Call gdi32.GetDeviceCaps(000002e4,0000000e) ret=004833f9
0009:Ret gdi32.GetDeviceCaps() retval=00000001 ret=004833f9
0009:Call user32.ReleaseDC(00000000,000002e4) ret=00483419
0009:Call winex11.drv.ReleaseDC(00000000,000002e4,00000000) ret=7ead5b45
0009:Ret winex11.drv.ReleaseDC() retval=00000001 ret=7ead5b45
0009:Ret user32.ReleaseDC() retval=00000001 ret=00483419
------ snip wine trace ----
The user32 calls before stack overflow are ok.
------ snip ----
0009:Call user32.LoadStringA(00400000,0000ff02,0033faa4,00000400) ret=00405c5e
0009:Ret user32.LoadStringA() retval=0000000f ret=00405c5e
0009:Call user32.CharLowerBuffA(00971870 "jpg",00000003) ret=00408d37
0009:Ret user32.CharLowerBuffA() retval=00000003 ret=00408d37
err:seh:setup_exception stack overflow 12 bytes in thread 0009 eip 007a85a0 esp
00230ff4 stack 0x231000-0x340000
------ snip ----
After last user32 call - before the exception - there is a large block of anti
debugging stuff.
There is no further system call made.
Something is probably happening there.
"NtCreateEvent" and "NtAllocateVirtualMemory" are never reached. Neither the
thread creation following.
Regards
--
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=5955
------- Additional Comments From J.Nicolaisen(a)gmx.net 2007-21-03 14:26 -------
Confirmed using Jesse Allen's small ddraw app on 0.9.31.
wine a.out.exe.so
err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present?
DirectDrawCreate failed err=-2005532450
Am rebuilding wine with opengl USE flag 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=7299
blin(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever Confirmed| |1
------- Additional Comments From blin(a)gmx.net 2007-21-03 13:36 -------
The good news is that I managed to get Tribes2 to blow up in my face, too. I
also seem to get lots of output on +winsock. Now, I haven't tried online gaming
yet, so I'm not sure if it's the same issue you are seeing.
Could you please try if the first solo mission works for you? Tribes 2 fails to
load it for me, producing lots of funny winsock traces.
--
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=7813
thestig(a)google.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |regression
------- Additional Comments From thestig(a)google.com 2007-21-03 13:28 -------
Can you do the regression testing and figure out what caused the problem between
wine 0.9.19 and 0.9.20?
BTW, is the Worms 3D demo affected by this?
--
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=4821
------- Additional Comments From blin(a)gmx.net 2007-21-03 13:23 -------
I was about to confirm that bug with 0.9.31, when I decided to give current git
a try. It works for me in current git. That is it starts and I can use the menu.
It still blows up on me when trying to start a game. I still suspect a sound
issue, though. And there's lots of stuff on the winsock debug channel.. But that
might be worth a new 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=7816
------- Additional Comments From dank(a)kegel.com 2007-21-03 12:37 -------
This looks like a vb6 app. Does using native dcom help? Easiest way to try is
wget http://kegel.com/wine/winetricks
sh winetricks dcom98
then rerun your app. If this helps, we know the bug is in our OLE/COM
implementation.
--
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=7815
dank(a)kegel.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|wine-comctl32 |wine-misc
Keywords| |download
------- Additional Comments From dank(a)kegel.com 2007-21-03 12:35 -------
Doesn't look like a comctl bug offhand, changing category to misc.
Adding keyword 'download'.
--
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=7811
------- Additional Comments From dank(a)kegel.com 2007-21-03 12:30 -------
And exactly how are you running the installer?
If the cd-rom is the current directory, you'll have trouble ejecting.
--
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=5955
------- Additional Comments From J.Nicolaisen(a)gmx.net 2007-21-03 12:16 -------
Just installed wine 0.9.31 to my Gentoo system. The opengl USE flag is unset, so
wine was compiled without OpenGL support.
I opened Regedit and set
HKCU/Software/Wine/Direct3D/DirectDrawRenderer = gdi (still no winecfg option?)
Upon starting vanilla Starcraft, I get this error:
err:ddraw:DDRAW_Create Couldn't load WineD3D - OpenGL libs not present?
>From Starcraft I get a neat little message to the extent of, "Starcraft couldn't
initialize your graphics card with DirectDraw. Make sure you have DirectDraw 5
or later installed etc. etc."
>From earlier dev comments in this bug I got the impression that Wine should
automatically fallback to the "old behaviour" if the OpenGL capabilities check
returns negative?
It doesn't do that, and just exits instead (same behaviour with and without the
registry key.)
Expected behaviour:
1) Compiling with OpenGL support should be optional
2) wine should fall back to plain X rendering if no OpenGL available (ie if the
check returns negative.)
I can check with Baldur's Gate too, if you want.
Stefan, I'm willing to help; tell me what you need.
--
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.