- wine-devel - winehq.org

Re: New metabugs
by Dan Kegel 06 May '03

06 May '03

Hatky wrote: > Ok so mybe the fix-me/stub/unimplemented bugs category > is a really bad idea but we are having diffrent > opinions on the more general idea of using metabugs as > categories... Hi Hatky, I appreciate the energy you're bringing to the wine project! That said, it might be a good idea for you to tread lightly at least at first in the winehq bugzilla. Like you, I just started contributing to a bugzilla (OpenOffice's), and the guys there are probably as nervous about me messing with their bugzilla as I am about you messing around in Wine's bugzilla! So I'm being cautious, and instead of creating a metabug right off the bat, I created some canned queries and links to bugs on my own web site (http://www.kegel.com/openoffice/) to try out my ideas first. And when the openoffice qa mailing list folks say "yeah, go ahead and create a metabug", I will - but one at a time, and gently. Anyway, don't let me slow you down. Just remember that bug tracking is a social issue, and you have to pay attention to how the other developers feel about it. Cheers, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

5 18

Re: Mac OS X Support : Signals support
by Alexandre Julliard 05 May '03

05 May '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Hi, > This patch add in signal_powerpc.c of ntdll support for darwin signal. You should define a set of macros or inline functions to access the sigcontext structure fields, instead of duplicating the whole handler functions. For an example, check how the i386 code is doing it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Fix oleaut32/olepicture (2)
by Alexandre Julliard 05 May '03

05 May '03

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > + i = jd.output_width*jd.output_components; > + if ((i%sizeof(DWORD))>0) { > + padding = i%sizeof(DWORD); > + i += i%sizeof(DWORD); > + } else { > + padding = 0; > + } This is still wrong I'm afraid. -- Alexandre Julliard julliard(a)winehq.com

1 0

Windows API db script
by Dave Miller 05 May '03

05 May '03

I have posted an update to the script. Francois Gouget sent a patch to fix a problem handling uppercase filenames. The patched script is now available. Thanks to those who have submitted .ref files. I have five versions so far. Now it is time to think about what kind of queries we want to be able to do...

7 8

Possible optimization with X11DRV_PALETTE_ToPhysical
by Uwe Bonnes 05 May '03

05 May '03

Hallo, there are several loops in wine/graphics/x11drv/dib.c that call X11DRV_PALETTE_ToPhysical inside the loop. X11DRV_PALETTE_ToPhysical always does a GDI_GetObjPtr at entry and a Release at exit. E.g. with MS pinball.exe I sees a look querying 256 entries in a row. If we do the GDI_GetObjPtr/Release outside the loop and have a ..._ToPhysical call that takes palPtr we would save a loot those Get/ReleasePtr calls. Is this worth doing? I the approach below right? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/x11drv/x11drv.h =================================================================== RCS file: /home/wine/wine/dlls/x11drv/x11drv.h,v retrieving revision 1.1 diff -u -r1.1 x11drv.h --- wine/dlls/x11drv/x11drv.h 22 Apr 2003 04:05:08 -0000 1.1 +++ wine/dlls/x11drv/x11drv.h 5 May 2003 17:43:44 -0000 @@ -43,6 +43,8 @@ #include "user.h" #include "win.h" #include "thread.h" +#include "palette.h" +#include "windef.h" #define MAX_PIXELFORMATS 8 @@ -314,6 +316,7 @@ extern COLORREF X11DRV_PALETTE_ToLogical(int pixel); extern int X11DRV_PALETTE_ToPhysical(X11DRV_PDEVICE *physDev, COLORREF color); +extern int X11DRV_PALETTEOBJ_ToPhysical( DC *dc, HPALETTE hPal, PALETTEOBJ *palPtr, COLORREF color); /* GDI escapes */ Index: wine/graphics/x11drv/dib.c =================================================================== RCS file: /home/wine/wine/graphics/x11drv/dib.c,v retrieving revision 1.108 diff -u -r1.108 dib.c --- wine/graphics/x11drv/dib.c 31 Mar 2003 01:32:47 -0000 1.108 +++ wine/graphics/x11drv/dib.c 5 May 2003 17:43:58 -0000 @@ -174,6 +174,9 @@ const void *colorPtr, int start, int end ) { int i; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); if (coloruse == DIB_RGB_COLORS) { @@ -191,7 +194,7 @@ rgb->rgbBlue > 255*3/2); else for (i = start; i < end; i++, rgb++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, RGB(rgb->rgbRed, + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, RGB(rgb->rgbRed, rgb->rgbGreen, rgb->rgbBlue)); } @@ -205,7 +208,7 @@ rgb->rgbtBlue > 255*3/2); else for (i = start; i < end; i++, rgb++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, RGB(rgb->rgbtRed, + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, RGB(rgb->rgbtRed, rgb->rgbtGreen, rgb->rgbtBlue)); } @@ -216,13 +219,15 @@ WORD * index = (WORD *)colorPtr; for (i = start; i < end; i++, index++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, PALETTEINDEX(*index) ); + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, PALETTEINDEX(*index) ); } else { for (i = start; i < end; i++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, PALETTEINDEX(i) ); + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, PALETTEINDEX(i) ); } } + if (palPtr) + GDI_ReleaseObj( palPtr ); return colorMapping; } @@ -3176,6 +3181,9 @@ int rShift1,gShift1,bShift1; int rShift2,gShift2,bShift2; BYTE gMask1,gMask2; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); /* Set color scaling values */ rShift1=16+X11DRV_DIB_MaskToShift(rSrc)-3; @@ -3214,11 +3222,13 @@ blue= ((srcval >> bShift1) & 0xf8) | ((srcval >> bShift2) & 0x07); XPutPixel(bmpImage, x, h, - X11DRV_PALETTE_ToPhysical - (physDev, RGB(red,green,blue))); + X11DRV_PALETTEOBJ_ToPhysical + (dc, hPal, palPtr, RGB(red,green,blue))); } srcbits += linebytes; } + if(palPtr) + GDI_ReleaseObj( palPtr ); } break; } @@ -3697,6 +3707,9 @@ { /* ==== rgb 888 dib -> any bmp bormat ==== */ const BYTE* srcbyte; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); /* Windows only supports one 24bpp DIB format: RGB888 */ srcbits+=left*3; @@ -3704,12 +3717,14 @@ srcbyte=(const BYTE*)srcbits; for (x = left; x < dstwidth+left; x++) { XPutPixel(bmpImage, x, h, - X11DRV_PALETTE_ToPhysical - (physDev, RGB(srcbyte[2], srcbyte[1], srcbyte[0]))); + X11DRV_PALETTEOBJ_ToPhysical + (dc, hPal, palPtr, RGB(srcbyte[2], srcbyte[1], srcbyte[0]))); srcbyte+=3; } srcbits += linebytes; } + if(palPtr) + GDI_ReleaseObj( palPtr ); } break; } @@ -4171,6 +4186,9 @@ /* ==== any 0888 dib -> pal 1, 4 or 8 bmp ==== */ const DWORD* srcpixel; int rShift,gShift,bShift; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); rShift=X11DRV_DIB_MaskToShift(rSrc); gShift=X11DRV_DIB_MaskToShift(gSrc); @@ -4185,12 +4203,14 @@ red= (srcvalue >> rShift) & 0xff; green=(srcvalue >> gShift) & 0xff; blue= (srcvalue >> bShift) & 0xff; - XPutPixel(bmpImage, x, h, X11DRV_PALETTE_ToPhysical - (physDev, RGB(red,green,blue))); + XPutPixel(bmpImage, x, h, X11DRV_PALETTEOBJ_ToPhysical + (dc, hPal, palPtr, RGB(red,green,blue))); } srcbits += linebytes; - } - } + } + if (palPtr) + GDI_ReleaseObj( palPtr ); + } break; } Index: wine/graphics/x11drv/palette.c =================================================================== RCS file: /home/wine/wine/graphics/x11drv/palette.c,v retrieving revision 1.36 diff -u -r1.36 palette.c --- wine/graphics/x11drv/palette.c 31 Oct 2002 02:38:20 -0000 1.36 +++ wine/graphics/x11drv/palette.c 5 May 2003 17:44:00 -0000 @@ -819,23 +819,32 @@ return best; } - -/*********************************************************************** - * X11DRV_PALETTE_ToPhysical - * - * Return the physical color closest to 'color'. - */ int X11DRV_PALETTE_ToPhysical( X11DRV_PDEVICE *physDev, COLORREF color ) { DC *dc = physDev ? physDev->dc : NULL; - WORD index = 0; HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); - unsigned char spec_type = color >> 24; PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); + int ret; /* palPtr can be NULL when DC is being destroyed */ if( !palPtr ) return 0; + ret = X11DRV_PALETTEOBJ_ToPhysical(dc, hPal, palPtr, color); + GDI_ReleaseObj( hPal ); + return ret; +} + +/*********************************************************************** + * X11DRV_PALETTEOBJ_ToPhysical + * + * Return the physical color closest to 'color'. + */ +int X11DRV_PALETTEOBJ_ToPhysical( DC *dc, HPALETTE hPal, PALETTEOBJ* palPtr, COLORREF color ) +{ + WORD index = 0; + unsigned char spec_type = color >> 24; + + if (!palPtr) return 0; if ( X11DRV_PALETTE_PaletteFlags & X11DRV_PALETTE_FIXED ) { /* there is no colormap limitation; we are going to have to compute @@ -852,14 +861,12 @@ if( (idx = color & 0xffff) >= palPtr->logpalette.palNumEntries) { WARN("RGB(%lx) : idx %d is out of bounds, assuming black\n", color, idx); - GDI_ReleaseObj( hPal ); return 0; } if( palPtr->mapping ) { int ret = palPtr->mapping[idx]; - GDI_ReleaseObj( hPal ); return ret; } color = *(COLORREF*)(palPtr->logpalette.palPalEntry + idx); @@ -872,7 +879,6 @@ case 0: /* RGB */ if( dc && (dc->bitsPerPixel == 1) ) { - GDI_ReleaseObj( hPal ); return (((color >> 16) & 0xff) + ((color >> 8) & 0xff) + (color & 0xff) > 255*3/2) ? 1 : 0; } @@ -884,7 +890,6 @@ if (X11DRV_PALETTE_Graymax) { /* grayscale only; return scaled value */ - GDI_ReleaseObj( hPal ); return ( (red * 30 + green * 59 + blue * 11) * X11DRV_PALETTE_Graymax) / 25500; } else @@ -906,7 +911,6 @@ blue = blue << (X11DRV_PALETTE_PBlue.scale-8) | blue >> (16-X11DRV_PALETTE_PBlue.scale); - GDI_ReleaseObj( hPal ); return (red << X11DRV_PALETTE_PRed.shift) | (green << X11DRV_PALETTE_PGreen.shift) | (blue << X11DRV_PALETTE_PBlue.shift); } } @@ -925,7 +929,6 @@ case 0: /* RGB */ if( dc && (dc->bitsPerPixel == 1) ) { - GDI_ReleaseObj( hPal ); return (((color >> 16) & 0xff) + ((color >> 8) & 0xff) + (color & 0xff) > 255*3/2) ? 1 : 0; } @@ -955,7 +958,6 @@ } } - GDI_ReleaseObj( hPal ); return index; }

1 0

Idea: Combine libSDL with the Wine project
by erwin wolff 05 May '03

05 May '03

I have an idea: Combine the SDL project with the Wine DirectX code. It is a great way to catch up with the winex project and SDL has also network code to begin working with the RASAPI32 DLL (used by various instant messengers). Since SDL is ported to every platform out there it is also good for the portability of Wine. I only hope that the license of SDL doesn't give any problems. Have a nice day ECF Wolff erwinwolffnl(a)microformatica.com

3 2

Problem using winemaker/winelib
by Neven.Luetic＠t-online.de 05 May '03

05 May '03

Hello, I am currently trying to continue development of an originally Windows based project on Linux. To create a functioning Linux-executable, I have tried to use winemaker. When I specify the additional headers and libraries correctly, everything seems to be fine. At least configure and make do not show up with errors. The result of the make is a shared library, named like the executable I expected to build ("drobot.so") and a shell script "drobot". When I start this script I get: err:module:get_registry_value Invalid load order module-type L"so", ignored wine: cannot find 'drobot.exe' This seems to indicate some kind of error in the build process, because what was built is exactly a linux .so.If I change my wine config concerning DLLs from "*" = "builtin, native, so" into "*" = "builtin, native" the first message disappears. However wine is still looking for a drobot.exe (according to the generated script). The generated Makefile contains "drobot" as the executable, i.e. the shell script. What did I do wrong? Greetings -- Neven Luetic <Neven.Luetic(a)t-online.de>

2 1

x11drv
by Oliver Sampson 05 May '03

05 May '03

Howdy, I was trying to do a new wine update to the latest CVS, and when cvs update gets to windows/x11drv, it just hangs. I tried deleting the windows directory and I'm using "-Pd." Is there a simple solution to this? Thanks, -- Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

8 8

Problem in ole32.CoCreateInstance ?
by Sylvain Petreolle 05 May '03

05 May '03

Trying to run dxdiag for testing DirectPlay , get a read at 0x0 in CoCreateInstance at line 1355 (dlls/ole32/compobj.c): 1355 hres = IClassFactory_CreateInstance(lpclf, pUnkOuter, iid, ppv); This cant work since lpcf is always 0 and this function is defined as a macro in include/unknwn.h : ./include/unknwn.h:160:#define IClassFactory_CreateInstance(p,a,b,c) (p)->lpVtbl->CreateInstance(p,a,b,c) Should we rewrite this as a function or is lpclf assumed to be non NULL ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 4

Ole32 16/32 questions
by Steven Edwards 05 May '03

05 May '03

Hello, I need to break some of the Win16/32 and non winapi calls apart in ole32 for our work on ReactOS and I dont know what the best method will be. Without ole32 we cant make much use of anything else so I'm going to start working on this soon. Ole16 and ole2 look like good starting points for moving code around but I would like the help of someone that has worked on this code. I will start by making a list of all of the non-win32 functions I can compile out while still leaving ole32 in a usable state, maybe this help give you a idea as to where we can move code around. Thanks Steven

1 0

MSVCRT calling convention issue
by us＠the-edmeades.demon.co.uk 05 May '03

05 May '03

While debugging a game which only installs if we use the windows msvcrt, I have identified the problem but dont know how to fix it! The problem revolves around the function MSVCRT_type_info_raw_name. This is defined as stdcall, but disassembling the windows version, it clearly shows use of a calling convention I had never heard of, 'thiscall'. According to the MSDN, thiscall is stdcall BUT the 'this' pointer on x86 machines is stored in the ECX register. How can we fix this? My thought: Change the definition to not take a ptr arg, and define a local, this as being in the ECX register, but (a) I dont know how to do this, and (b) is not a solution for winelib applications. For now I can continue having put the msvcrt.dll from another machine in, but it would be nice to solve this issue. I'd also guess it affects more than just that one function. Regards, Jason

2 4

-pthread ??
by Davide Giannotti 05 May '03

05 May '03

I noticed this bug (well.. not sure if it's a bug but it looks like) when compiling from current csv: the make depend command exits with an error like "-pthread unknown option" when processing the directory {wineroot}/dlls/winmm/winearts. I removed the -pthread flag from the Makefile and everything went fine. I'm using a strong customized redhat 8.0 with glibc 2.3.1. Do i miss something or is it an error? Another question: if i compile with nptl i can't get it to work fine. I have to use the LD_ASSUME_KERNEL=2.2.5 before configure and at runtime. bye -- Davide Giannotti ITS Planet s.n.c davide.giannotti(a)itsplanet.com www.itsplanet.com

1 0

Request: Using our spec files for snoop like debugging on known native DLLs
by Uwe Bonnes 05 May '03

05 May '03

Hallo, snoopdebugging is a great thing, but sometimes the arguments are not found and lots of exceptions are generated while wine tries to decipher the arguments. What would it take to use our spec file and build stub dlls that could print out the arguments and then jump to the native dll entries? Any takers? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Mac OS X Support : Signals support
by Steven Edwards 05 May '03

05 May '03

--- Pierre d'Herbemont <stegefin(a)free.fr> wrote: > Hi, > This patch add in signal_powerpc.c of ntdll support for darwin signal. > Cheers, > > Pierre > > Modified files: > dlls/ntdll/signal_powerpc.c > > ChangeLog: > Add support for Darwin's signals. Please dont use C++ style comments. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

1 0

Callbacks while app is looping
by Mark Westcott 05 May '03

05 May '03

Hi all, I've been working on fixing the crash in 'Gens' when trying to reassign keys. The app basically does a: while (1) { IDIRECTINPUTINTERFACE::GetDeviceState(); } Until it notices a key has been pressed. DirectInput hooks onto system keyboard events with SetWindowsHookEx(WH_KEYBOARD_LL........), but while the app is doing its nasty while(1) loop, DirectInput's callback procedure never gets called. This is as far as I can get (new to wine) - any ideas anyone? I threw a test case app that illustrates the problem (btw, the WH_KEYBOARD_LL hook has the note 'should use SendMessage instead', but I don't get what this means or know if using SendMessage instead would have anything to do with fixing this problem) -------- Mark Westcott

4 4

WinZip registry patch
by Nick Brereton 04 May '03

04 May '03

Attachment is a windows registry file. Integration of this file directs WinZip to not use the Rich Edit control when displaying comments in Zip files by changing a flag that WinZip read from the registry. This means that it will work with all zip files rather than crashing out on zip files with comments. Should I post this anywhere else? eg the wine-patch list? Any comments would be appreciated. Regards, Nick Brereton

3 2

Re: How to add a new DLL?
by Gerhard W. Gruber 04 May '03

04 May '03

On Sun, 4 May 2003 00:43:13 +0200, Joerg Mayer <jmayer(a)loplof.de> wrote: >So what you have to to is add the new Makefile to configure.ac - search for >AC_CONFIG_FILES([ >Then you need to run autoconf (no arguments required but we require a version >>=2.53). After that you need to rerun ./configure <options> (or >./config-status --recheck && ./config.status). Ok. So I did add it to configure.ac and ran autoconf. I could see that it was added to configure and it also created the makefile. But when I run the makefile I always get this error: make: *** No rule to make target `../../configure', needed by `Makefile'. Stop. The Makefile.in looks like this: TOPSRCDIR = @top_srcdir@ TOPOBJDIR = ../.. SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = w95inf32.dll IMPORTS = ALTNAMES = EXTRALIBS = $(LIBUNICODE) LDDLLFLAGS = @LDDLLFLAGS@ SYMBOLFILE = $(MODULE).tmp.o C_SRCS = w95inf32_main.c @MAKE_DLL_RULES@ ### Dependencies: ------------------------------------ I took it from lzexpand and only removed the imports and altnames. Also the C_SRCS16 because I don't have 16bit files. Or are they always needed also when it is just a 32 bit DLL? Another questions is how I can create the sources from the spec file? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Window opnes on other desktop
by Gerhard W. Gruber 04 May '03

04 May '03

I just noticed this by accident. I closed Agent and it showed the dialog that it purges newsgroups. While it were at it I switched to another desktop and did some work and suddenly the Agent dialog popped up telling me that it now will purge the trash folder (which it does after it cleared the newsgroups). Shouldn't the wine app stay on the same desktop where I started it? I'm not sure if this is a bug or a feature, because when I start other apps in one desktop and switch to another before they open any window (i.e. Netscape takes some time) then the window will also be opened on the active desktop instead from where I launched it. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

Assertion `!sem->obj.head' failed in release_semaphore
by Rein Klazes 04 May '03

04 May '03

Hi, Starting newsbin with messages that where marked for download in a previous run ( so it will start downloading immediately at start-up) freezes after the main window is opened. The last lines of a +relay,+server trace are: | 0009:Call kernel32.ReleaseSemaphore(00000064,00000001,40732a14) ret=0041b55e | 0009: release_semaphore( handle=0x64, count=00000001 ) | wineserver: semaphore.c:96: release_semaphore: Assertion `!sem->obj.head' failed. (full 1.4 MB trace at http://www.xs4all.nl/~rklazes/temp/nb.log.bz2 ) Funny, even if the bug can be reproducebly triggered by a message that is to be downloaded ,nothing of this appears in the log: no winsock call is made. Trying with several old wines, reveals that this bug is at least 3 months old, apparently not related to the new threading code. I've searched through the trace and the server code (it must be a server bug, doesn't it?) but see nothing obviously wrong. Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

re: current directories
by Dan Kegel 04 May '03

04 May '03

Eric wrote: > - our current {Get|Set}CurrentDirectory functions behave like the win16 > implementation, and maintain a/ a default drive, b/ a default directory > on each drive That's what I expect as a user when doing "cd"'s and changing drive letters at the command.com prompt. I just verified that this is what one sees from command.com in windows me: C:\> cd d:vss C:\> d: D:\VSS> So if win32 isn't doing it, command.com is simulating it? > - Win32, on the other end, just maintains a current directory. When > using a relative path with a drive letter (like c:foo), win32 actually > uses the directory on drive c:, defined at startup (and passed into the > =c: environment variable) > - the =#: (# in [A,Z]) environment variable is never changed (even when > changing the current directory) How do you display those variables? I have a C program that iterates through envp[] and it doesn't see 'em. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

current directories
by Eric Pouech 04 May '03

04 May '03

while looking at the split of kernel and ntdll, I ran into an interesting point: - our current {Get|Set}CurrentDirectory functions behave like the win16 implementation, and maintain a/ a default drive, b/ a default directory on each drive - Win32, on the other end, just maintains a current directory. When using a relative path with a drive letter (like c:foo), win32 actually uses the directory on drive c:, defined at startup (and passed into the =c: environment variable) - the =#: (# in [A,Z]) environment variable is never changed (even when changing the current directory) I checked this behavior on Win98 and Win2K. I'm surprised noone ever run into this bug before (or this is something that is known for quite some time ?) A+ -- Eric Pouech

1 0

Re: Add wglGetExtensionsStringARB to opengl
by Lionel Ulmer 04 May '03

04 May '03

> this patch adds wglGetExtensionsStringARB to the opengl.dll. I don't > know if it really does all in the proper way. So somebody with more > opengl experiences should take a look at the patch before including it. Well, I think the best way would be to do something like that : Index: dlls/opengl32/opengl32.spec =================================================================== RCS file: /home/wine/wine/dlls/opengl32/opengl32.spec,v retrieving revision 1.19 diff -u -r1.19 opengl32.spec --- dlls/opengl32/opengl32.spec 20 Mar 2003 03:53:13 -0000 1.19 +++ dlls/opengl32/opengl32.spec 3 May 2003 20:41:57 -0000 @@ -6,6 +6,7 @@ @ stdcall wglGetCurrentContext() @ stdcall wglGetCurrentDC() @ stdcall wglGetExtensionsStringEXT() +@ stdcall wglGetExtensionsStringARB() wglGetExtensionsStringEXT @ stdcall wglGetLayerPaletteEntries(long long long long ptr) @ stdcall wglGetProcAddress(str) @ stdcall wglMakeCurrent(long long) Could you try if this works for you ? Basically, your patch is wrong because you return OpenGL extensions whereas this function should return WGL extensions (and as we do not support any for now, we return an empty string). Moreover, Wine already supported 'wglGetExtensionsStringEXT' (needed by some games), so I just told here that 'wglGetExtensionsStringARB' is a duplicate of the 'wglGetExtensionsStringEXT' function. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 4

dlls/dmusic/dmusic_main.c
by Gerald Pfeifer 04 May '03

04 May '03

The following change to dlls/dmusic/dmusic_main.c revision 1.3 date: 2003/05/04 02:26:03; author: julliard; state: Exp; lines: +8 -0 Rok Mandeljc <rokmandeljc(a)hotmail.com> Dmusic class factory can now create dmloader8 and dmperformance8. introduced the following warnings dmusic_main.c:74: warning: implicit declaration of function `DMUSIC_CreateDirectMusicPerformance8' dmusic_main.c:78: warning: implicit declaration of function `DMUSIC_CreateDirectMusicLoader8' Would you mind addressing this? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

No console output?
by Juan Lang 04 May '03

04 May '03

I'm trying to run a console program with wineconsole, and I see fixme output from the DLL I'm working on, but no output from my program. Any patches I should be applying? Wine20030408 on RH "phoebe" (8.1-ne-9 beta). FWIW, I'm working on iphlpapi.dll. I might take a crack at consolidating some duplicated code in netapi32, winsock, and wsock32 if I have time. Thanks, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 3

How to add a new DLL?
by Gerhard W. Gruber 03 May '03

03 May '03

I was just trying to add a new dll to wine (w95in32.dll and w95inf16.dll). In order to achieve this I looked into some other dlls and copied the Makefile and Makefile.in. The I created the specfile for the dll and adjusted the Makefile. At least that was what I think I did, but it always complains that I have to run configure. So I adjusted configure as well and rerun it, but i stil get this error. Is there somewhere an explanation so I can look how I have to configure Makefile.in. The Makefile will be generated from this through configure, right? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 2

Re: Solaris Update Patch 02052003
by Dimitrie O. Paun 03 May '03

03 May '03

On Fri, 2 May 2003, Robert Lunnon wrote: > OOPS forgot to attach the patch here it is This pcontext() thing is very ugly: +static void pcontext ( CONTEXT *context, int trap_code, void *cr2, int err_code){ Please do a const char *dbg_context ( CONTEXT *context ); function which converts the context to a string, and then use directly TRACEs instead of pcontext. There are examples in the code on how to do so via the wine_dbg_sprintf() function. See ./dlls/x11drv/xvidmode.c around line 460, in the _CDS_flags() function. -- Dimi.

3 2

Re: wineHQ update
by Dimitrie O. Paun 03 May '03

03 May '03

On May 3, 2003 03:55 pm, erwin wolff wrote: > This patch modifies the WineHQ website at two pionts. It adds a webbased > forum who is donated by a company to the forums section and updates the > working state of borlands cc in the fun projects page according the news > issue 168. Few comments: -- Please send patches in the right format: http://winehq.org/?page=sending_patches -- I don't think I like yet another forum. It unnecessarily dilutes them. We have the newsgroup, wine-*, they should be enough. If anonymity is the only feature, people should open web-mail accounts, there are plenty around. -- Please funnel all Fun-related changes through me. I'll take care of updating the WineHQ site, otherwise changes submitted to WineHQ will most likely get lost on my next update. -- Dimi.

1 0

Re: More checks when loading the driver
by Eric Pouech 03 May '03

03 May '03

Uwe Bonnes wrote: > Changelog: > wine/dlls/winmm/lolvldrv.c: MMDRV_Install > Check for failing DRIVER_FindFromHDrvr this doesn't seem right to me: either the loading fails and we shouldn't get a valid handle, or it succeeds and we should be able to find it there's must be something wrong elsewhere could you please send a -debugmsg +driver,+module,+winmm to see what happens ? TIA -- Eric Pouech

2 2

winsock and virtual interfaces
by Juan Lang 03 May '03

03 May '03

I'm planning to patch winsock (both ws2_32 and wsock32 varieties) so that virtual interfaces will be included in response to IP address/interface list queries. If you'd like different behavior, please speak up (though it's up to Alexandre anyway :) ) More detail: I'm patching wsock32 and winsock to use iphlpapi.dll to enumerate interfaces, get the route table, and that sort of thing. Less code duplication, and I'm trying to isolate the plaform-specific network code to fewer files. (If any of you saw my earlier call for help, the stack corruption was due to socket() mismatching.) Yet more detail: In writing iphlpapi.dll, I was curious about the code in wsock32 and winsock that tries to filter out virtual interface names (in WSAIOCTL_GetInterfaceName()). So, I tested a little bit with my Linux system, and it seems this code does not behave as desired: On my system, virtual interfaces don't show up in /proc/net/dev, so the filtering for them seems a little pointless. But if they did show up, the filtering seems counterproductive: Say you had three interfaces, lo, eth0, and eth0:0. You'd be told (by WSAIOCTL_GetInterfaceCount()) that you have three interfaces, but if you got the names of them, you'd only get two unique names. Furthermore, since the filtered name is what's used for getting the IP address, MAC address, and whatnot, in fact you'd end up with duplicate entries in responses to queries. I've attached my little test program; try it with and without virtual interfaces to see what I mean. I also tested how Win2K behaves with multiple IP addresses on an interface. In IP address tables, there's one entry per IP address, as expected. In GetAdaptersInfo, the IP address list has every configured address for the adapter, also I suppose as expected. So, in Win2K, an interface (uniquely identified by an index) can have 0..N IP addresses. I've attached some output from a test program on Win2K to illustrate. I don't emulate this behavior. Instead, I let an interface have 0 or 1 IP address, and treat virtual interfaces as unique interfaces, with their own index. This makes the code rather simpler. If anyone has a strong opinion otherwise, please speak up. (Patches coming this week. iphlpapi.dll is working, and wsock32 is using it to implement WsControl now. I want to change iphlpapi a little bit to make it more appropriate for netapi32 before I submit.) Thanks, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com GetIpAddrTable returned 3 entries: GetIpAddrTable entry for adapter index 16777219: ip 192.168.1.2 mask 255.255.255.0 broadcast 1.0.0.0 reasm size 65535 GetIpAddrTable entry for adapter index 16777219: ip 10.0.0.1 mask 255.255.255.0 broadcast 1.0.0.0 reasm size 65535 GetIpAddrTable entry for adapter index 1: ip 127.0.0.1 mask 255.0.0.0 broadcast 1.0.0.0 reasm size 65535 GetIfEntry returned 2 entries: GetIfEntry for adapter index 16777219: name: description: Wireless-G Notebook Adapter Type: ethernet physical address: 00:06:25:3d:b5:58 GetIfEntry for adapter index 1: name: description: MS TCP Loopback interface Type: loopback physical address: See 1 adapters in IP_INTERFACE_INFO Adapter 16777219's name is \DEVICE\TCPIP_{66B081D9-F4E3-4FE8-85CC-0934F6134D44} GetAdaptersInfo output: Name: {66B081D9-F4E3-4FE8-85CC-0934F6134D44} Description: Wireless-G Notebook Adapter MAC addr: 00:06:25:3d:b5:58 Index: 16777219 Type: ethernet IP addresses: 10.0.0.1/255.255.255.0 192.168.1.2/255.255.255.0 Gateways: 192.168.1.1

1 0

iexplore 5.5.
by KK singh 03 May '03

03 May '03

hi, I have tried ie5 installation on wine and failed, I am trying to find workarounds for not using IE. Given a windows executable, can i detect which IE dependent calls it is making ? Or exactly what calls both direct api's and COM Interfaces are successful if IE5.5 is installed and fails otherwise. any pointers shall be helpful to me... Regards -kks PS: thanx for the earlier replies. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 1

With-* test in configure (was: wine and RedHat 9)
by Sylvain Petreolle 03 May '03

03 May '03

Oh, sorry. The 'with-' is a special case, as a test is done on with-* to only reject invalid shell variable names. I dont know if this should be fixed into autoconf or our configure code. Cc'ing your request to wine-devel. --- Rob Hughes <rob(a)robhughes.com> a écrit : > You have to type --with-lptn or whatever. It doesn't check it, > verified > here on Sunday's CVS source. > > I've also noticed a lot of dialogs showing up in a couple different > languages, but I suppose that's a different issue. do you have examples ? Its easy to fix as they often are untranslated messages. > > On Thu, 2003-05-01 at 11:15, Sylvain Petreolle wrote: > > --- Patrick R Griffin <griffinp(a)MIT.EDU> a écrit : > > > "./configure --with-nptl" is correct. > > > As Rob noticed, though, typing in "./configure --with-ltpn" or some > > > other typo will compile successfully - no error message - but > > > will not include the threading library corrections. > > If this works call me Joan of Arc :) > > > > [syl@snoop wine]$ ./configure --ltpn > > configure: error: unrecognized option: --ltpn > > Try `./configure --help' for more information. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 8

Re: Small DSound fix...
by Christian Costa 03 May '03

03 May '03

Lionel Ulmer wrote: >Hi all, > >This makes games which do NOT enumerate the sound devices and go through the >ClassFactory work. > >It has also some miscellaneous tracing fixes. > >Changelog: > - misc. tracing fixes > - handle IID_IDirectSound(8) as the default sound driver > A ce que je vois ton patch remplace le mien (qui n'a pas ete accepte d'ailleurs)... P'tite curiosite.. :-) : Mais qu'est ce que ces foutues IIDs viennent faire a la place des GUID des devices ? C'est une bidouille ou bien DirectSoundCreate les acceptent vraiment ? Christian

4 5

Volunteers needed - windows API db script ready
by Dave Miller 02 May '03

02 May '03

The script which dumps dll imports and exports now seems to parse everything correctly and organize it nicely in a text file. We need the script run against various windows versions. The output can be sent directly to me, but please verify I do not already have the data for that particular version of windows. I don't need 10 copies of win2k SP3 for example. :) The script is available at http://home.ptd.net/~compsol. Please make sure you get createdb.pl. There is another script, createwinedb.pl which will ONLY parse the wine spec files. To run this you will need winedump, perl, and access to your windows directory from within Linux. The cleaner the windows install the better. We don't want to clutter the database with info from dlls not provided with windows. Usage is as follows: createdb.pl -d -p <path to windows dir> -o <winver (ex. win98) This will save the imports and exports and also create winver.ref, where winver is specified on the command line with -o. The .ref file is the one which will contain all the info we need. This will be a large file, so I recommend compressing with gzip if you are going to email it to me. It may be large enough to bounce back into your mailbox if you do not. :)

5 4

Re: A little Xlib adventure
by Mike Hearn 02 May '03

02 May '03

Any problems with this patch Alexandre? It's missed 3 rounds of commits now. thanks -mike On Tue, 2003-04-29 at 13:59, Mike Hearn wrote: > Got to start somewhere. This patch adds support for the netWM ping > protocol, which lets window managers like metacity present a nice "This > app is not responding, kill it?" window when the program freezes. This > unfortunately happens all too often with IE in particular, and while us > developers can see (and understand) critical section timeout messages, > people running from the menu or desktop icons cannot. > > I haven't bothered sending a message to the window (WM_NULL) because if > the program stops responding, it'll stop processing X messages as well. > If you want to test it out, just put an infinite loop in a test app then > try and close it. > > Tested with metacity from gnome2.2 - may work with latest KWin, if it > doesn't then file a bug in KDE bugzilla. > > ChangeLog: > Support _NET_WM_PING protocol so the WM can detect freezes

1 0

Re: Stub for SetSystemTimeAdjustment
by Dimitrie O. Paun 02 May '03

02 May '03

On Fri, 2 May 2003, Lionel Ulmer wrote: > Try the attached patch, it will work MUCH better :-) Please add a FIXME with a stub message, so we don't forget about it... -- Dimi.

1 0

wine debugger and Agent by Forte Inc
by schuetzen 02 May '03

02 May '03

running Forte Agent in Wine. works GREAT! except that almost every time I send a message or reply from the s/w, the Wine debugger runs and I have to shut the software down and then restart it. this is aggravating when I am running a dozen elists which are moderated. the message in the end of the debug script is Unhandled exception: divide by zero in 32 bit code (0X0043e44), In 32-bit mode. 0X0043e44 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND_P (wrapping line here) 9TENUMINFO+0xa9b4 in C:\Program Files\Agent\agent.exe): div1 0x4(%ebx),%eax ===== Agent was downloaded from the forte.inc website and then installed into Linux (thisis a new and fresh install on a new hard drive) with Suse starting up Wine and installing Wine and then installing Agent. all automatically. really need help with this -- powered by Linux, Suse 8.2 Pro + Agent under Wine emulator Charles L Hamilton, Houston, TX chasm @ texas. net www.schuetzen.net

1 0

Re: Avoid non-portable signal(SIGCHLD, SIG_IGN)
by Alexandre Julliard 02 May '03

02 May '03

Joerg Wunsch <j(a)uriah.heep.sax.de> writes: > The Posix way is to use sigaction(), and set the SA_NOCLDWAIT flag > bit. This variant is supported under FreeBSD (don't know for the > other BSDs). It has the added bonus that unavailability of the > automatic zombie reaping feature can be detected at compile-time (the > macro is not defined then). The fact that the macro exists doesn't mean it works. Most Linux kernels don't support SA_NOCLDWAIT, even though the symbol may be defined in the headers. I don't have the Posix standard, but at least according to the single Unix spec using SIG_IGN is just as standard as SA_NOCLDWAIT, and a quick grep of the FreeBSD sources seems to indicate that it should work. Did I miss something? -- Alexandre Julliard julliard(a)winehq.com

3 12

New metabugs
by hatky 02 May '03

02 May '03

After opening the metabug for windows original progs I decided to do some more work on bugzilla but this time ordering insted of adding.... So I opened a metabug for games and pupolated it accordingly (also annonced it on wine-users(a)winehq.org). So no you can help fix games (or ignore them more easly). I am also thinking about opening a few more sticky metabugs like: regresion bugs site bugs fix-me/stub/unimplemented bugs application bugs and misc bugs This will get kind of a nice order to the bugs and allow you to track that ones that are of intrest to you..... What do you think about that? Please someone replay this time... :), Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

3 8

Unhandled exceptions after XOver Office uninstall
by Andrew Rechenberg 02 May '03

02 May '03

I've just uninstalled Crossover Office with the .unintall script in /opt/cxoffice and now my other wine installation gives me unhandled exception errors when trying to start any application. My other installation worked just fine before I uninstalled Crossover Office and it works just fine on my workstation at home without Crossover so I believe that the Crossover uninstallation FUBAR'ed something on my workstation here. I'm not a guru at developing but I tried to use gdb to see what's happening and here is what I've done. $ gdb wine (gdb) run regedit Starting program: /usr/bin/wine regedit (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[New Thread 16384 (LWP 2620)] (no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 2620)] 0x4037580e in __pthread_internal_tsd_get () from /lib/libpthread.so.0 (gdb) bt #0 0x4037580e in __pthread_internal_tsd_get () from /lib/libpthread.so.0 #1 0x400ac1ff in calloc () from /lib/libc.so.6 #2 0x400de596 in opendir () from /lib/libc.so.6 #3 0x401cdcb7 in DOSFS_ToDosFCBFormat () from //usr/lib/wine/wine/ntdll.dll.so #4 0x401cde33 in DOSFS_ToDosFCBFormat () from //usr/lib/wine/wine/ntdll.dll.so #5 0x401ce6af in DOSFS_FindUnixName () from //usr/lib/wine/wine/ntdll.dll.so #6 0x401cf691 in DOSFS_GetFullName () from //usr/lib/wine/wine/ntdll.dll.so #7 0x401cbff4 in RemoveDirectoryA () from //usr/lib/wine/wine/ntdll.dll.so #8 0x401cc4ee in DIR_SearchPath () from //usr/lib/wine/wine/ntdll.dll.so #9 0x401cc6e5 in SearchPathW () from //usr/lib/wine/wine/ntdll.dll.so #10 0x401cca20 in SearchPathA () from //usr/lib/wine/wine/ntdll.dll.so #11 0x40237ecc in LdrGetProcedureAddress () from //usr/lib/wine/wine/ntdll.dll.so #12 0x40236bcc in _aullrem () from //usr/lib/wine/wine/ntdll.dll.so #13 0x40236fa8 in PE_fixup_imports () from //usr/lib/wine/wine/ntdll.dll.so #14 0x401ee337 in PE_CreateModule () from //usr/lib/wine/wine/ntdll.dll.so #15 0x402228e6 in PROCESS_CallUserSignalProc () from //usr/lib/wine/wine/ntdll.dll.so #16 0x40226c36 in SYSDEPS_SetCurThread () from //usr/lib/wine/wine/ntdll.dll.so I thought it might be a corruption in my libc so I booted to runlevel 1 and reinstalled my glibc but that did help. Does anyone have any ideas? Please CC me as I'm not subscribed to the lists. Red Hat 9 glibc-2.3.2-27.9 wine RPM based on CVS as of 20030428 Crossover Office 2.0.0 (no longer installed) Thanks, Andy.

2 1

WineHQ: email trouble
by Dimitrie O. Paun 02 May '03

02 May '03

Folks, Whazzup with winehq.org? I get duplicated emails, and more importantly the latency on the wine-*(a)winehq.org mailing lists is measured in (many) hours instead of seconds. What gives? -- Dimi.

5 4

iphlpapi.dll implementation
by Juan Lang 01 May '03

01 May '03

Folks, in case anyone's looking, I've implemented most of the Get* functions of ip helper API included in Windows NT4 or Windows 98. I'm not planning to implement functions added in Win2K or XP at this time. Email me if interested. No, it's not vaporware, it's just not as well tested as I'd like. I'm hoping to tackle reducing code duplication in this DLL, wsock32, and netapi, and also remove wsock32's dependency on the UNIX socket includes. This has all been discussed before here in this thread: http://www.winehq.com/hypermail/wine-devel/2001/09/0042.html For interface enumeration and address (IP and MAC) getting, I use ioctls. This should aid portability (I've tested the ioctls on Linux, FreeBSD, and Solaris). Stats I still read from /proc. All this stuff is in its own file to keep less-portable code together. Cheers, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 4

Cant compile wine.. CVS or release.
by mdew 01 May '03

01 May '03

Debian Sid x86 kernel: 2.4.20 flex version: 2.5.31-4 bison: 1.875a-1 gcc: 3.2.3 binutils: 2.13.90.0.18-1 make[2]: Entering directory `/root/cvs/wine/libs/wpp' gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o preproc.o preproc.c gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o wpp.o wpp.c bison -y -ppp -d -t ./ppy.y gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o y.tab.o y.tab.c flex -Cf -d -Ppp -olex.yy.c -8 ./ppl.l stdin:14206: m4: Warning: Excess arguments to built-in `m4_ifdef' ignored gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./ppl.l:97:1: warning: "/*" within comment ./ppl.l: In function `pplex': ./ppl.l:309: `pp_incl_state' undeclared (first use in this function) ./ppl.l:309: (Each undeclared identifier is reported only once ./ppl.l:309: for each function it appears in.) ./ppl.l:309: `pp_pp' undeclared (first use in this function) ./ppl.l:314: `pp_ignore' undeclared (first use in this function) ./ppl.l:314: warning: implicit declaration of function `yy_pp_state' ./ppl.l:314: `pp_inc' undeclared (first use in this function) ./ppl.l:314: `tINCLUDE' undeclared (first use in this function) ./ppl.l:314: `pp_eol' undeclared (first use in this function) ./ppl.l:315: called object is not a function ./ppl.l:315: `pp_def' undeclared (first use in this function) ./ppl.l:316: `tERROR' undeclared (first use in this function) ./ppl.l:317: `tWARNING' undeclared (first use in this function) ./ppl.l:318: `tPRAGMA' undeclared (first use in this function) ./ppl.l:319: `tPPIDENT' undeclared (first use in this function) ./ppl.l:320: `pp_ifd' undeclared (first use in this function) ./ppl.l:320: `tUNDEF' undeclared (first use in this function) ./ppl.l:321: `tIFDEF' undeclared (first use in this function) ./ppl.l:322: `tIFNDEF' undeclared (first use in this function) ./ppl.l:323: `pp_if' undeclared (first use in this function) ./ppl.l:323: `tIF' undeclared (first use in this function) ./ppl.l:324: `tELIF' undeclared (first use in this function) ./ppl.l:325: `pp_endif' undeclared (first use in this function) ./ppl.l:325: `tELSE' undeclared (first use in this function) ./ppl.l:326: `tENDIF' undeclared (first use in this function) ./ppl.l:327: `pp_line' undeclared (first use in this function) ./ppl.l:327: `tLINE' undeclared (first use in this function) ./ppl.l:328: `tGCCLINE' undeclared (first use in this function) ./ppl.l:329: warning: implicit declaration of function `pperror' ./ppl.l:330: warning: implicit declaration of function `newline' ./ppl.l:330: `tNL' undeclared (first use in this function) ./ppl.l:338: warning: implicit declaration of function `make_number' ./ppl.l:338: `pplval' undeclared (first use in this function) ./ppl.l:339: warning: implicit declaration of function `new_string' ./ppl.l:339: warning: implicit declaration of function `add_string' ./ppl.l:339: `pp_iqs' undeclared (first use in this function) ./ppl.l:340: `pp_dqs' undeclared (first use in this function) ./ppl.l:344: called object is not a function ./ppl.l:366: `pp_defined' undeclared (first use in this function) ./ppl.l:366: `tDEFINED' undeclared (first use in this function) ./ppl.l:367: `tLSHIFT' undeclared (first use in this function) ./ppl.l:368: `tRSHIFT' undeclared (first use in this function) ./ppl.l:369: `tLOGAND' undeclared (first use in this function) ./ppl.l:370: `tLOGOR' undeclared (first use in this function) ./ppl.l:371: `tEQ' undeclared (first use in this function) ./ppl.l:372: `tNE' undeclared (first use in this function) [...] ./ppl.l:1449: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1452: `pass_data' undeclared (first use in this function) ./ppl.l:1455: `pp_status' undeclared (first use in this function) ./ppl.l: In function `pp_push_ignore_state': ./ppl.l:1471: `pp_ignore' undeclared (first use in this function) /usr/include/stdlib.h: At top level: lex.yy.c:15493: warning: `yyunput' defined but not used make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/root/cvs/wine/libs/wpp' make[1]: *** [wpp] Error 2 make[1]: Leaving directory `/root/cvs/wine/libs' make: *** [libs] Error 2 -- mdew <mdew(a)orcon.net.nz>

3 2

Re: wine/ tools/wrc/wrc.c tools/wrc/parser.y tools ...
by Dimitrie O. Paun 01 May '03

01 May '03

On April 30, 2003 11:16 pm, Alexandre Julliard wrote: > Moved the wpp library from tools/ to libs/. If we do this (which is great, yay!), why not rename it to wine_pp or wine_cpp for consistency with the other libs? We don't need to rename the libs/wpp dir, but what about the library itself? -- Dimi.

2 1

Cant compile wine.. CVS or release.
by mdew 01 May '03

01 May '03

Debian Sid x86 kernel: 2.4.20 flex version: 2.5.31-4 bison: 1.875a-1 gcc: 3.2.3 binutils: 2.13.90.0.18-1 make[2]: Entering directory `/root/cvs/wine/libs/wpp' gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o preproc.o preproc.c gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o wpp.o wpp.c bison -y -ppp -d -t ./ppy.y gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o y.tab.o y.tab.c flex -Cf -d -Ppp -olex.yy.c -8 ./ppl.l stdin:14206: m4: Warning: Excess arguments to built-in `m4_ifdef' ignored gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./ppl.l:97:1: warning: "/*" within comment ./ppl.l: In function `pplex': ./ppl.l:309: `pp_incl_state' undeclared (first use in this function) ./ppl.l:309: (Each undeclared identifier is reported only once ./ppl.l:309: for each function it appears in.) ./ppl.l:309: `pp_pp' undeclared (first use in this function) ./ppl.l:314: `pp_ignore' undeclared (first use in this function) ./ppl.l:314: warning: implicit declaration of function `yy_pp_state' ./ppl.l:314: `pp_inc' undeclared (first use in this function) ./ppl.l:314: `tINCLUDE' undeclared (first use in this function) ./ppl.l:314: `pp_eol' undeclared (first use in this function) ./ppl.l:315: called object is not a function ./ppl.l:315: `pp_def' undeclared (first use in this function) ./ppl.l:316: `tERROR' undeclared (first use in this function) ./ppl.l:317: `tWARNING' undeclared (first use in this function) ./ppl.l:318: `tPRAGMA' undeclared (first use in this function) ./ppl.l:319: `tPPIDENT' undeclared (first use in this function) ./ppl.l:320: `pp_ifd' undeclared (first use in this function) ./ppl.l:320: `tUNDEF' undeclared (first use in this function) ./ppl.l:321: `tIFDEF' undeclared (first use in this function) ./ppl.l:322: `tIFNDEF' undeclared (first use in this function) ./ppl.l:323: `pp_if' undeclared (first use in this function) ./ppl.l:323: `tIF' undeclared (first use in this function) ./ppl.l:324: `tELIF' undeclared (first use in this function) ./ppl.l:325: `pp_endif' undeclared (first use in this function) ./ppl.l:325: `tELSE' undeclared (first use in this function) ./ppl.l:326: `tENDIF' undeclared (first use in this function) ./ppl.l:327: `pp_line' undeclared (first use in this function) ./ppl.l:327: `tLINE' undeclared (first use in this function) ./ppl.l:328: `tGCCLINE' undeclared (first use in this function) ./ppl.l:329: warning: implicit declaration of function `pperror' ./ppl.l:330: warning: implicit declaration of function `newline' ./ppl.l:330: `tNL' undeclared (first use in this function) ./ppl.l:338: warning: implicit declaration of function `make_number' ./ppl.l:338: `pplval' undeclared (first use in this function) ./ppl.l:339: warning: implicit declaration of function `new_string' ./ppl.l:339: warning: implicit declaration of function `add_string' ./ppl.l:339: `pp_iqs' undeclared (first use in this function) ./ppl.l:340: `pp_dqs' undeclared (first use in this function) ./ppl.l:344: called object is not a function ./ppl.l:366: `pp_defined' undeclared (first use in this function) ./ppl.l:366: `tDEFINED' undeclared (first use in this function) ./ppl.l:367: `tLSHIFT' undeclared (first use in this function) ./ppl.l:368: `tRSHIFT' undeclared (first use in this function) ./ppl.l:369: `tLOGAND' undeclared (first use in this function) ./ppl.l:370: `tLOGOR' undeclared (first use in this function) ./ppl.l:371: `tEQ' undeclared (first use in this function) ./ppl.l:372: `tNE' undeclared (first use in this function) [...] ./ppl.l:1449: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1452: `pass_data' undeclared (first use in this function) ./ppl.l:1455: `pp_status' undeclared (first use in this function) ./ppl.l: In function `pp_push_ignore_state': ./ppl.l:1471: `pp_ignore' undeclared (first use in this function) /usr/include/stdlib.h: At top level: lex.yy.c:15493: warning: `yyunput' defined but not used make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/root/cvs/wine/libs/wpp' make[1]: *** [wpp] Error 2 make[1]: Leaving directory `/root/cvs/wine/libs' make: *** [libs] Error 2 -- mdew <mdew(a)orcon.net.nz>

2 1

NT Utilites under Wine
by Josh Konkol 01 May '03

01 May '03

I have searched the news groups and haven't found anything on this subject yet. What I'm trying to do is run an NT utility called dumpel.exe under wine. The utility connects to an NT/2000 Server and dumps it's event log to a text file. I have some later processing I'm going to do with the file, but I can't get wine to run the app. Here is what I run: wine --dll advapi32=native --dll ntdll=native -- dumpel.exe -s \\\\GIGDC1 - d 14 -t -f gigdc1app.txt -l application The error I get is: err:module:import_dll No implementation for NTDLL.DLL.NtAccessCheckByTypeAndAuditAlarm imported from C:\windows\system \ADVAPI32.DLL, setting to 0xdeadbeef If I just display the help file on dumpel.exe it works fine, I think there's just something I'm missing. Any help is appreciated, TIA Josh

2 1

Re: $(RC) portability
by Alexandre Julliard 01 May '03

01 May '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Now that we have rc, wrc, and windres command line compatible, > I thought we could abstract things a bit so we could use other > resource compilers to process resource files. > > ChangeLog > Make it easy to use something other than wrc to compile resources. You can't remove the -o options, wrc cannot guess where the output file should go. -- Alexandre Julliard julliard(a)winehq.com

2 1

winsock on cygwin
by Steven Edwards 01 May '03

01 May '03

I dont know the proper way to test for this so I figured I would send it to wine-devel for comment also Index: socket.c =================================================================== RCS file: /home/wine/wine/dlls/winsock/socket.c,v retrieving revision 1.125 diff -u -r1.125 socket.c --- socket.c 9 Apr 2003 23:33:35 -0000 1.125 +++ socket.c 1 May 2003 01:40:53 -0000 @@ -275,6 +275,11 @@ { 0, 0 } }; +/* + * IP_HDRINCL fails is broken on Windows. + * See http://support.microsoft.com/default.aspx?scid=kb;en-us;Q257460 + */ + static const int ws_ip_map[][2] = { MAP_OPTION( IP_MULTICAST_IF ), @@ -283,7 +288,9 @@ MAP_OPTION( IP_ADD_MEMBERSHIP ), MAP_OPTION( IP_DROP_MEMBERSHIP ), MAP_OPTION( IP_OPTIONS ), +#ifndef __CYGWIN__ MAP_OPTION( IP_HDRINCL ), +#endif MAP_OPTION( IP_TOS ), MAP_OPTION( IP_TTL ), { 0, 0 }

1 0

Native ms progs and mybe wine 1.1
by hatky 30 Apr '03

30 Apr '03

I opened a metabug that I hope some of you will like where I try to "Get native windows programs working" bug 1424 Think of it: dxdiag is a great test case for the directX part (direct draw,direct 3d, sound, music, direct play...) ftp,telnet,ping,tracert can show who good the network code is defrag will mybe show who great low level hardware accses is ? what will it do with a non fat paritation? do I hear a challange? I don't know what the rest of you think, but a big bug tree looks cool to me becouse you know you can fix something little and to how many other things it helps so this tree may get a bit big.... I don't hear no objections :) I hope some of you will help with it a bit and I think it can be a nice start for the wine 1.1 guildlines hoping to get excited responces Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

1 0

Winevdm eats first parameter
by Sylvain Petreolle 30 Apr '03

30 Apr '03

Trying to run a dos program with parameters, the first parameter is eaten by winevdm. at wcmd prompt, i run : dos32a d2demo.exe and dos32a answers : syntax is DOS32A <execname.xxx> which never happened before. A small asm tutorial program about dos psp shows this problem. (attached) run "wine winevdm.exe psp.com 1 2 3 4" , it will say : Les param?tres suivants ont ?t? transmis : 2 3 4 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Wine Regression
by Steven Tower 30 Apr '03

30 Apr '03

With the current cvs tree parts of the Agent news reader are broken. I don't know the exact date it last worked but it wasn't that long ago. When double clicking on a group that is empty, the dialog you would normally see that asks if youw ant to download x headers, or all available headers, etc displays, but only the border and title bar are drawn and then wine crashes. The bug does not occur in Crossover Office 2.0.0. Steven Here is the debug output. tower@towerpc Agent $ wine ./agent.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: err:font:ReadFontDir Can't open directory "/usr/X11R6/lib/X11/fonts/TT" err:font:ReadFontDir Can't open directory "/usr/share/fonts/TT" err:wave:OSS_WaveOutInit /dev/mixer1: not found! err:wave:OSS_WaveInInit /dev/mixer1: not found! fixme:file:SetFileAttributesW (L"C:\\Program Files\\Agent\\"):2000 attribute(s) not implemented. fixme:ras:RasEnumConnectionsA (0x41923188,0x406b1ca8,0x41c925c8),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:ras:RasEnumConnectionsA (0x41922e48,0x406b24d0,0x406b2518),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:ras:RasEnumConnectionsA (0x41923188,0x406b1ca8,0x41c925c8),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:ras:RasEnumConnectionsA (0x419225d8,0x406b252c,0x406b2574),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! wine: Unhandled exception, starting debugger... Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000b330 (_end+0x4009c34) Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x40025000) No debug information in ELF '/lib/libc.so.6' (0x4003e000) No debug information in ELF '/lib/libdl.so.2' (0x40169000) No debug information in ELF '/lib/libm.so.6' (0x4016c000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/usr/local/lib/wine/ntdll.dll.so' (0x4018e000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' (0x4028d000) No debug information in ELF '/lib/libnss_compat.so.2' (0x4036e000) No debug information in ELF '/lib/libnsl.so.1' (0x40379000) Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x406c3000) Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x40785000) Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x408c8000) Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x4094d000) Loaded debug information from ELF '/usr/local/lib/wine/version.dll.so' (0x4097c000) Loaded debug information from ELF '/usr/local/lib/wine/lz32.dll.so' (0x40996000) Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x409ac000) Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x40a29000) Loaded debug information from ELF '/usr/local/lib/wine/winmm.dll.so' (0x40a74000) Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' (0x40ae2000) Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' (0x40b6d000) Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' (0x40bc0000) Loaded debug information from ELF '/usr/local/lib/wine/comdlg32.dll.so' (0x40c73000) Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x40cf2000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40d28000) No debug information in ELF '/usr/lib/libz.so.1' (0x40d7d000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40d8b000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40014000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40dfa000) No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so.1' (0x40e11000) No debug information in ELF '/usr/X11R6/lib/libXxf86vm.so.1' (0x40e17000) No debug information in ELF '/usr/X11R6/lib/libXv.so.1' (0x40e1d000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40e22000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40e32000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40f11000) No debug information in ELF '/usr/lib/libGLcore.so.1' (0x40f78000) No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x414c5000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x414cf000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x4001d000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x41530000) Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' (0x4154d000) Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' (0x4158f000) Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' (0x415a7000) Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' (0x416e0000) No debug information in ELF '/lib/libnss_files.so.2' (0x416f5000) Loaded debug information from ELF '/usr/local/lib/wine/rasapi32.dll.so' (0x41840000) Loaded debug information from ELF '/usr/local/lib/wine/wsock32.dll.so' (0x4185c000) Loaded debug information from ELF '/usr/local/lib/wine/ws2_32.dll.so' (0x41879000) Loaded debug information from ELF '/usr/local/lib/wine/mapi32.dll.so' (0x41e90000) No debug information in ELF '/lib/libnss_dns.so.2' (0x40021000) No debug information in ELF '/lib/libresolv.so.2' (0x41b2c000) No debug information in 32bit DLL 'C:\Program Files\Agent\agent.exe' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x401c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x406f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40960000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x408e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x409a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x40980000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40a40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x409d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40a80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40b80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40bd0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x40b00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40d00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x40c80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40da0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41560000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x415b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x415a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x416f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RASAPI32.DLL' (0x41850000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x41880000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x41860000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MAPI32.DLL' (0x41ea0000) Unhandled exception: page fault on read access to 0x04092336 in 32-bit code (0x005995ce). In 32-bit mode. 0x005995ce (agent.exe.@InitWndProc$qp6HWND__uiuil+0x4820 in C:\Program Files\Agent\agent.exe): movl 0x7a(%esi),%esi -- BACKTRACE -- Wine-dbg>back Backtrace: =>0 0x005995ce (agent.exe.@InitWndProc$qp6HWND__uiuil+0x4820 in C:\Program Files\Agent\agent.exe) (ebp=406b235c) 1 0x004dc759 (agent.exe.@DisableWnds$qp6HWND__p9TEnumInfo+0xd65 in C:\Program Files\Agent\agent.exe) (ebp=406b2384) 2 0x004303cf (agent.exe.@TPrinterAbortProc$qp5HDC__i+0x1c7ef in C:\Program Files\Agent\agent.exe) (ebp=406b23f0) 3 0x004dad54 (agent.exe.@PropdlgKbdProc$qiuil+0x2625c in C:\Program Files\Agent\agent.exe) (ebp=406b2400) 4 0x0040f365 (agent.exe.__GetExceptDLLinfo+0xe2f7 in C:\Program Files\Agent\agent.exe) (ebp=406b241c) 5 0x004db4ae (agent.exe.@PropdlgKbdProc$qiuil+0x269b6 in C:\Program Files\Agent\agent.exe) (ebp=406b2470) 6 0x004dbb81 (agent.exe.@DisableWnds$qp6HWND__p9TEnumInfo+0x18d in C:\Program Files\Agent\agent.exe) (ebp=406b24bc) 7 0x004a6150 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x72580 in C:\Program Files\Agent\agent.exe) (ebp=406b24d8) 8 0x0041f465 (agent.exe.@TPrinterAbortProc$qp5HDC__i+0xb885 in C:\Program Files\Agent\agent.exe) (ebp=406b2510) 9 0x00420bf7 (agent.exe.@TPrinterAbortProc$qp5HDC__i+0xd017 in C:\Program Files\Agent\agent.exe) (ebp=406b2668) 10 0x0041fa0a (agent.exe.@TPrinterAbortProc$qp5HDC__i+0xbe2a in C:\Program Files\Agent\agent.exe) (ebp=406b2680) 11 0x00437fbb (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x43eb in C:\Program Files\Agent\agent.exe) (ebp=406b26a4) 12 0x00436836 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x2c66 in C:\Program Files\Agent\agent.exe) (ebp=406b26c0) 13 0x0058e830 (agent.exe.@WinTimerStatics@Func$qp6HWND__uiuiul+0xe5c8 in C:\Program Files\Agent\agent.exe) (ebp=406b26dc) 14 0x00531d64 (agent.exe.@MyDdeCallback$quiuip7HCONV__p5HSZ__t4p10HDDEDATA__ulul+0x17d5c in C:\Program Files\Agent\agent.exe) (ebp=406b272c) 15 0x00597d21 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x2f73 in C:\Program Files\Agent\agent.exe) (ebp=406b2778) 16 0x00598499 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x36eb in C:\Program Files\Agent\agent.exe) (ebp=406b27d0) 17 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in C:\Program Files\Agent\agent.exe) (ebp=406b2804) 18 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in C:\Program Files\Agent\agent.exe) (ebp=406b284c) 19 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in C:\Program Files\Agent\agent.exe) (ebp=406b2864) 20 0x4082a627 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2888) 21 0x4082a6a3 (WINPROC_CallWndProc+0x73(proc=0x418253e8, hwnd=0x1003a, msg=0x203, wParam=0x1, lParam=0x10c00d7) [winproc.c:184] in user32.dll.so) (ebp=406b28c4) 22 0x40830d2f (CallWindowProcA+0x14f(func=0x41520a88, hwnd=0x1003a, msg=0x203, wParam=0x1, lParam=0x10c00d7) [winproc.c:2812] in user32.dll.so) (ebp=406b28f8) 23 0x4080c09b (DispatchMessageA+0xbb(msg=0x406b2964) [message.c:792] in user32.dll.so) (ebp=406b292c) 24 0x004db200 (agent.exe.@PropdlgKbdProc$qiuil+0x26708 in C:\Program Files\Agent\agent.exe) (ebp=406b2980) 25 0x004db4c3 (agent.exe.@PropdlgKbdProc$qiuil+0x269cb in C:\Program Files\Agent\agent.exe) (ebp=406b29d0) 26 0x004dadbb (agent.exe.@PropdlgKbdProc$qiuil+0x262c3 in C:\Program Files\Agent\agent.exe) (ebp=406b2a38) 27 0x0040fd3b (agent.exe.__GetExceptDLLinfo+0xeccd in C:\Program Files\Agent\agent.exe) (ebp=406b2dfc) 28 0x005a54d4 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x10726 in C:\Program Files\Agent\agent.exe) (ebp=406b2e40) 29 0x005b40b5 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x1f307 in C:\Program Files\Agent\agent.exe) (ebp=406b2e70)

2 1

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