wine-devel

wine-devel@winehq.org

11 participants
84462 discussions

wine, apihooks, and diablo 2
by Vladimir Vukicevic 05 May '01

05 May '01

Howdy.. I've been trying to get the battle.net aspect of Diablo 2 working with wine in the past few days. I've been attempting to do so with both transgaming's latest winex CVS HEAD and also wine's CVS HEAD, to similar results. As you probably know, right now Diablo 2 runs just dandy assuming you only want to play single-player. There are two ways to play multiplayer: the normal d2 way, executing Diablo II.exe with the D2 Play CD in the CDROM, or using a "no-cd" patch. Neither of these approaches currently work with wine. (Currently, to play, you appear to have to use the "no-cd" patch in any case, but you end up only using half the patch -- I'll explain below.) If I attempt to play with the CD, using "wine -- 'Diablo II.exe'" (with or without -win argument to D2), after a few seconds, the CPU is spiked and no output occurs. Watching a +trace output shows that it is executing Game.exe (the main game driver), but then things go wonky. (Incidentally, I can't figure out how to get a debugmsg flag on processes created from a wine process.. is there a config option?) It certainly hasn't started looking at the cdrom (as per strace). The no-cd case is more interesting. There are typically two parts, one a driver called 'DLoad.exe' and then the game-replacement, called 'game_crk.exe'. To play single player, 'game_crk' can be invoked directly (with a -win arg if necessary), and things work great. However, on attempting to play on battle.net, it complains that it can't recongize the version. This is where DLoad is required. From examining DLoad, it appears to use the ApiHooks toolkit, available at http://www.anticracking.sk/EliCZ . This basically provides the programmer with a simple way to insert his or her own wrapper between an app and functions it calls in a DLL. Simple enough, it seems. However, to do so, it takes advantage of VirtualAllocEx to allocate memory in the target process, which wine seems to not support. (It also calls VirtualAlloc with a flag value of 0x8001000 -- the 0x8000000 part being unknown. I couldn't find any info on MSDN, so I just hacked wine to strip this bit out if it sees it -- anynoe know anything about this?) so, I'm wondering if anyone has any insight or pointers into either of these two issues, or any suggestions on which one would be easiest to tackle. I would prefer to tackle the first one (the with-CD case) initially, as it seems a bit simpler and cleaner. But we'll see. thanks, - Vladimir

1 0

Re: New breakages
by gerard patel 03 May '01

03 May '01

At 08:42 AM 03/05/2001 -0700, you wrote: <snip> > Do you have a backtrace >for the crashes? Not completely, but here is what I can do for now. Note that I am not sure yet that these bugs are not related to the environment (x server, window manager, glibc, etc) Gerard - Crash with Eudora 4 when exiting : Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x40a49529). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a49529 (X11DRV_GetBitmapBits+0x185 [bitmap.c:213]): movl 0x48(%eax),%eax 213 *tbuf |= XGetPixel(image,w,h)<<(7-(w&7)); Wine-dbg>bt bt Backtrace: =>0 0x40a49529 (X11DRV_GetBitmapBits+0x185(bmp=0x403f375c, buffer=0x403f3ae4, count=0x80) [bitmap.c:213]) (ebp=40474298) 1 0x40a49e28 (X11DRV_BitmapBits+0x64(hbitmap=0x21c4, bits=0x403f3ae4, count=0x80, flags=0x2) [bitmap.c:427]) (ebp=404742b8) 2 0x40738a53 (GetBitmapBits+0x15f(hbitmap=0x21c4, count=0x80, bits=0x403f3ae4) [bitmap.c:280]) (ebp=404742e8) 3 0x4069c07a (CURSORICON_CreateFromResource+0x5aa(hInstance=0x0, hObj=0x0, bits=0x406d7380, cbSize=0x2e8, bIcon=0x1, dwVersion=0x30000, width=0x20, height=0x20, loadflags=0x8040) [cursoricon.c:639]) (ebp=40474370) 4 0x4069c3e7 (CURSORICON_Load+0x263(hInstance=0xde, name=0x7f03, width=0x20, height=0x20, colors=0x100, fCursor=0x0, loadflags=0x8040) [cursoricon.c:768]) (ebp=404743c0) 5 0x4069ed17 (LoadImageW+0x12f(hinst=0x0, name=0x7f03, type=0x1, desiredx=0x20, desiredy=0x0, loadflags=0x8040) [cursoricon.c:2263]) (ebp=404743f4) 6 0x4069df80 (LoadIconW+0x28(hInstance=0x0, name=0x7f03) [cursoricon.c:1782]) (ebp=40474418) 7 0x40692fa5 (STATIC_LoadIconW+0x2d(wndPtr=0x40371038, name=0x7f03) [static.c:154]) (ebp=40474430) 8 0x40693292 (StaticWndProc_locked+0x272(wndPtr=0x40371038, uMsg=0x81, wParam=0x0, lParam=0x40474854, unicode=0x1) [static.c:259]) (ebp=40474498) 9 0x406934f1 (StaticWndProcW+0x31(hWnd=0x9dcc, uMsg=0x81, wParam=0x0, lParam=0x40474854) [static.c:376]) (ebp=404744c4) 10 0x406cf237 (WINPROC_wrapper+0x17) (ebp=404744e8) Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x40a49529). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a49529 (X11DRV_GetBitmapBits+0x185 [bitmap.c:213]): movl 0x48(%eax),%eax 213 *tbuf |= XGetPixel(image,w,h)<<(7-(w&7)); >From the code, XGetImage returns 0 (fails). I have tried the obvious --- bitmap.c.orig Mon Jan 15 23:30:51 2001 +++ bitmap.c Fri Apr 27 23:12:27 2001 @@ -194,6 +194,12 @@ image = XGetImage( display, (Pixmap)bmp->physBitmap, 0, 0, bmp->bitmap.bmWidth, bmp->bitmap.bmHeight, AllPlanes, ZPixmap ); + if (!image) + { + wine_tsx11_unlock(); + ERR("XGetImage failed\n"); + return 0; + } bmp->bitmap.bmHeight = old_height; /* copy XImage to 16 bit padded image buffer with real bitsperpixel */ but it failed later. - crash when starting Visual Basic 3 : no backtrace available, the stack is trashed :-/ Here is a trace instead : Call USER.232: SETWINDOWPOS(0x1264,0x0000,0x0245,0x0121,0x00e2,0x00e2,0x0014) ret=0317:13ca ds=043f Call x11drv.SetWindowPos(40756d70) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1264, swp (581,289)-(807,515) flags 00000014 trace:win:X11DRV_SetWindowPos current (0,222)-(180,568), style 86ce0000 CallTo16(func=035f:176c,ds=043f,0x1264,0x0046,0x0000,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0046,0x0000,0x0097009c) ret=035f:1d52 ds=043f CallTo16(func=035f:176c,ds=043f,0x1264,0x0024,0x0000,0x0097,0x00c0) ss:sp=043f:8c80 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8caa ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0024,0x0000,0x009700c0) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8c80 AX=0000 BX=00c0 CX=0000 DX=0000 BP=8caa SP=8c80 trace:win:WINPOS_GetMinMaxInfo 800 600 / 0 0 / 800 600 / 180 112 Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 CallTo16(func=035f:176c,ds=043f,0x1264,0x0083,0x0001,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0083,0x0001,0x0097009c) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 trace:win:WINPOS_SendNCCalcSize 581,289-807,515 trace:event:EVENT_ProcessAllEvents called (thread 81c29b8). trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event ConfigureNotify for hwnd 1264 trace:event:__get_top_decoration 03400430 -> 03400430 trace:event:__get_top_decoration 0340047c -> 020005c6 trace:event:__get_top_decoration 034003fa -> 020005ba trace:win:EVENT_ConfigureNotify 1264 restacking from after 1800 to after 0fd0 Call x11drv.SetWindowPos(40756a78) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1264, swp (581,289)-(807,515) flags 80000013 trace:win:X11DRV_SetWindowPos current (581,289)-(807,515), style 86ce0000 CallTo16(func=035f:176c,ds=043f,0x1264,0x0046,0x0000,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0046,0x0000,0x0097009c) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 warn:win:SWP_DoOwnedPopups (1264) hInsertAfter = 0fd0 Call x11drv.SetWindowPos(407568d0) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1d88, swp (0,0)-(0,0) flags 00002413 trace:win:X11DRV_SetWindowPos current (0,0)-(276,72), style 84000000 warn:win:SWP_DoOwnedPopups (1d88) hInsertAfter = 0fd0 fixme:pthread_kill_other_threads_np (winedbg starting...) 0x003bbdfc: *** Invalid address 0x003bbdfc -- no code -- Wine-dbg>bt bt Backtrace: =>0 0x003bbdfc (ebp=4074f722) Wine-dbg>

1 0

Re: PATCH: glu32 generation
by Alexandre Julliard 03 May '01

03 May '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Create a GLU32.DLL on compile time by parsing GL/glu.h and > libGLU.so, create an empty one if the latter are not present. It doesn't seem to work here: "nm: /usr/lib/libGLU.so: no symbols". The library is probably stripped. Anyway, is there a reason we cannot ship the generated .spec and .c files like with opengl, instead of having every user re-generate them? It would be much more robust. Also note that a .so file must contain exactly one Win32 dll, so you cannot put glu32.spec inside libopengl32.so, you need a separate libglu32.so. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine server protocol error running Notes
by Alexandre Julliard 03 May '01

03 May '01

David.Goodenough(a)dga.co.uk writes: > I am getting an intermittent error when I run Notes under Wine (February > drop). The error I get reads: > > protocol error: 0x8064159: copy_req_path: invalid length 51/0 > > Is this a known problem, if not where do I start looking to try to track > down the problem? A -debugmsg +server,+reg would be a good start. But get the latest Wine version first, there have been some fixes in this area. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: New breakages
by Alexandre Julliard 03 May '01

03 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > Excellent, this is fixing the painting problems. > Now, all I have to do is to find the tooltip bug, the Eudora combo display problem > and the 2 remaining crashes and my toy test suite will be in as good shape as > before :-) The tooltip bug will be fixed when I commit the rest of the window management changes, so don't spend time on it. Do you have a backtrace for the crashes? maybe I have already fixed these too. -- Alexandre Julliard julliard(a)winehq.com

1 0

setupx dll
by Christopher Morgan 03 May '01

03 May '01

Can we move the setupx files from dlls/setupapi into dlls/setupx? I was wondering why we have a setupx directory with nothing in it ;-) Chris

2 1

wine server protocol error running Notes
by David.Goodenough＠dga.co.uk 03 May '01

03 May '01

I am getting an intermittent error when I run Notes under Wine (February drop). The error I get reads: protocol error: 0x8064159: copy_req_path: invalid length 51/0 Is this a known problem, if not where do I start looking to try to track down the problem? This only seems to occur during shutdown of Notes, and it returns control to the command line but leaves the Notes client window up on the screen, with at least one wine <defunct> process and one other wine process listed in ps.

1 0

Re: New breakages
by gerard patel 03 May '01

03 May '01

At 05:46 PM 02/05/2001 -0700, you wrote: >could you please give this a try? <snip> Excellent, this is fixing the painting problems. Now, all I have to do is to find the tooltip bug, the Eudora combo display problem and the 2 remaining crashes and my toy test suite will be in as good shape as before :-) Gerard

1 0

Wine and NetBSD
by Bang Jun-Young 03 May '01

03 May '01

Hi, For the last couple of weeks I spent some time doing porting Wine to NetBSD (there used to be a port but was too out of date). After applying patches my own, it has been successfully compiled and started running. The most serious problem occurs, however, whenever I try to run a Windows binary with it: $ wine c:\\windows\\sol.exe No built-in EXE module loaded! Did you create a .spec file? Obviously sol.exe doesn't need a .spec file to run. When/Why do I get such an error? Jun-Young -- Bang Jun-Young <bjy(a)mogua.org>

3 4

Re: New breakages
by Alexandre Julliard 03 May '01

03 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > [patch snipped] > > I got the following results : > > Word viewer 32 bits, 16 bits, Lotus Notes (AFAICT), Statview, QuattroPro 1, and a > few old 16 bits apps I have display more or less as well as before (some crud for WW32 > that was not before, though :-/) Thanks a lot for tracking this down; I think I found the real bug, could you please give this a try? Index: windows/dce.c =================================================================== RCS file: /opt/cvs-commit/wine/windows/dce.c,v retrieving revision 1.53 diff -u -r1.53 dce.c --- windows/dce.c 2001/04/24 23:28:52 1.53 +++ windows/dce.c 2001/05/03 00:37:31 @@ -671,7 +671,12 @@ * means that we have to recompute the visible region. */ if( dce->DCXflags & DCX_DCEBUSY ) + { + /* Dirty bit has been cleared by caller, set it again so that + * pGetDC recomputes the update region. */ + SetHookFlags16( dce->hDC, DCHF_INVALIDATEVISRGN ); USER_Driver.pGetDC( dce->hwndCurrent, dce->hDC, dce->hClipRgn, dce->DCXflags ); + } else /* non-fatal but shouldn't happen */ WARN("DC is not in use!\n"); break; -- Alexandre Julliard julliard(a)winehq.com

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel