wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Bug 519
by Shachar Shemesh 24 Mar '02

24 Mar '02

http://bugs.codeweavers.com/show_bug.cgi?id=519 Unicode defines a character known as BOM, that identifies a file as a UNICODE encoded file. Though this file should probably not be printed, if sent as the first char to DrawText or ExtTextOut windows ignores it. Wine doesn't. I'll probably post a fix to that as part of the other stuff. Shachar

1 0

Some problems building winsock.so
by Lionel Ulmer 24 Mar '02

24 Mar '02

Hi all, Seems that there is an include missing now in the 'socket.c' file in dlls/winsock as it does not find the definition of 'struct timeval'. I fixed it by adding in my tree a #include <sys/time.h> but I wonder if this is the right 'portable' way to do it (otherwise, why would autoconf check for time.h and sys/time.h problems :-) ). Did not see from what patch the problem occured. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

SWP_NOACTIVATE in SetWindowPos
by Laurent Pinchart 24 Mar '02

24 Mar '02

Hi This patch fixes a problem I encountered during the installation process of The Longest Journey. I dialog box popped up briefly and disappeared before I could read it, locking my application. It appeared that the dialog box, which is modal, was sent to the background. Please comment and apply if appropriate. Laurent Pinchart

1 0

DOSFS_GetFullPathName
by Enrico Horn 24 Mar '02

24 Mar '02

Hi, Ive been trying to get Heroes III to work with wine and I found that it cant load some file it needs because DOSFS_GetFullPathName return the path to that file without the backslash at the end although heroes3 asked for it with a backslash at the end. it asks for .\\DATA\\ and the method returns <path to heroes3>\DATA <---- missing backslash in the method the last backlash is removed when no driveletter is in the requested pathname. I'd like to know why this was implemented like this as I cannot understand the reason for it. Thanks for your help Enrico farmboy1(a)subdimension.com

4 3

Making use of linux libraries?
by Lonnie Cumberland 24 Mar '02

24 Mar '02

Hello All, I recently made a post asking for help and possible examples of how to use native Linux libraries from Wine applications but I am not sure if my emailer sent it off correctly. Could someone please tell me more about how I can access native linux libraries from my wine and my applications running under? Thanks in advance, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

1 0

Even more dumb regression questions...
by Geoffrey Hausheer 24 Mar '02

24 Mar '02

InitiallyI thought I'd start with writing a test in Perl, and I got some basic stuff working. But then I needed to access structures, constants, etc, and had no idea how to do this, so I am now rewriting my test in C. My understanding was that for the most part, the C and Perl testing infrastructure were supposed to be comparable, but I haven't seen any examples of how I can do the things I mentioined (specifically, access constants (flags for functions), or create/read structures required by functions. Is this possible to do, and if so could someone give me an example of each? The constants are obviously less difficult, in that I could always redefine them in the test, but being able to manipulate structures seems like it would be a requirement for the framework. Sorry if this is all really straight forward. Thanks, .Geoff ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com

2 2

Re: Winebuild on Windows
by Alexandre Julliard 24 Mar '02

24 Mar '02

Patrik Stridvall <ps(a)leissner.se> writes: > * tools/winebuild/build.h, > tools/winebuild/parser.c, > tools/winebuild/relay.c, > tools/winebuild/res16.c, > tools/winebuild/res32.c: > Fixed some more of the issues that prevented > Winebuild from working under Windows. Why do you need to build .spec.c files on Windows? All you should need is a .def file, and maybe a small hack for the debug channels declarations. -- Alexandre Julliard julliard(a)winehq.com

2 1

Window focus regression
by Duane Clark 23 Mar '02

23 Mar '02

This patch to windows/x11drv, back on Feb 25, causes a window focus regression. It has been reported on wine-users, and also affects my apps. http://cvs.winehq.com/patch.py?id=1014666451571945191826671 What a coincidence, this was submitted by Dave :-) Since I don't understand what this was attempting to fix, how about a trade. I will fix the toolbar bug I introduced, and could you take another look at this one? Basically, I am running Gnome (RH 7.2) and have the window manager mouse focus set to follow the mouse. When I slide the mouse out of and back into a managed wine window, the window does not completely regain focus. The mouse focus is returned, but not the keyboard focus. This can be seen in SignLab. I select the text tool, click somewhere in the window, type a few characters, then slide the mouse out of and back into the window. Now typing has no effect until I click the mouse somewhere in the window. Clicking somewhere in the grey border area allows the keyboard focus to return without cancelling the text tool.

3 2

RE: Winebuild on Windows
by Patrik Stridvall 23 Mar '02

23 Mar '02

> Patrik Stridvall <ps(a)leissner.se> writes: > > > * tools/winebuild/build.h, > > tools/winebuild/parser.c, > > tools/winebuild/relay.c, > > tools/winebuild/res16.c, > > tools/winebuild/res32.c: > > Fixed some more of the issues that prevented > > Winebuild from working under Windows. > > Why do you need to build .spec.c files on Windows? Well, the .def file that winebuild generates have references to stubs that are implemented in the .spec.c. This could of course be fixed by a simple if statement somewhere, I guess. However I'm not sure that there aren't other things that might be needeed so I generated and compiled .spec.c just in case. > All you should > need is a .def file, In any case the first part of the patch (winebuild.diff) is needed even to generate the .def file so please apply that regardless. > and maybe a small hack for the debug channels > declarations. Yes. But that could just as well be done in .spec.c like on Unix couldn't it? However I understand if you think winebuild2.diff is a little hacky. I'm not 100% satisfied with it myself. So what do you suggest? Is the debug channels really the only problem?

1 0

More dumb regression questions
by Geoffrey Hausheer 23 Mar '02

23 Mar '02

How do I run a wine perl regression test in Windows? I thought the entire point was to make it so you don't need a c-compiler, yet I can't seem to get the tests to run without the winetest application (which I've been unable to build on windows so far). Is it planned that this executable be distributed with wine, or am I missing something else? Ideally, I'd like to be able to get just the tests and required apps through cvs (or even a .zip file), and run them. If this is possible today, it isn't obvious (to me) how to do it. Sorry if this is documented somewhere, but I checked Francois' presentation, and the huge thread in January, and didn't find anything about it. If you want to convince people to help write tests, it'd sure be nice if it was easy to find information about how to do it :) .Geoff ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com

2 1

sandbox for regression tests
by Geoffrey Hausheer 23 Mar '02

23 Mar '02

Hello everyone, I was considering writing a few regression tests for wine, and after reading Francois' presentation, I thought perhaps a File I/O would be a good one to implement (especially since he mentions CreeateFile). So I began thinking about how to go about it, which led me to the following... Has any thought been given to creating a sandbox for regression tests? For instance, let's look at creating a test for File I/O. This requires creating/deleting files/directries, the ability to locate files, etc. But I don't see anything in the framework that lets me do this portably on all systems. In wine, I can't gaurantee that the test directory (which I could probably write to) is mapped to a Windows drive. On all platformes, I don't see how I can write to an arbitrary location on C:, since it may be unwriteable, and even if it's not, people probably don't want extraneous wine stuff littered around their drive when something goes wrong. I'm now thinking I'll try something more straight-forward as my first attempt, but this type of test seems like it'd be very useful, and I don't see how to do it with today's infrastructure. Ideas? Thanks, .Geoff ----------------------------------------------------- Protect yourself from spam, use http://sneakemail.com

2 1

winver & managed question
by Lonnie Cumberland 23 Mar '02

23 Mar '02

Hello All, I have just been reading the docs on Wine and came across the --managed Allow the window manager to manage created windows --winver Version to imitate (win95,nt40,win31,nt2k,win98,nt351,win30,win20) Does the "--managed" allow my xserver to take care of the windows? Also, if I set "--winver nt2k" then does this mean that Wine will look for the specified directories in my /wine-c directory laid out the way that they actually are specified on a real Windows NT/2000 machine? That would be great if it did. Cheers, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

2 1

Native Linux SO libraries
by Lonnie Cumberland 23 Mar '02

23 Mar '02

Hello All, I have recently read in the Wine Docs that native Linux .so libraries can be loaded by wine and I think that this is wonderful. It means to me, if I have read everything correctly, that I can communicate with my linux kernel from within the wine windows environment correct? Also, does some one have an example .so and also an example windows test driver program that I can use to see how this is done? Any help would be greatly appreciated. Thanks, Lonnie -- Lonnie Cumberland OutStep Technologies Incorporated EMAIL: Lonnie(a)OutStep.com : Lonnie_Cumberland(a)yahoo.com The Basis Express Virtual Office & Data Backup and Recovery Services URL: http://www.basis-express.com "The Virtual Office without boundaries!!!"

1 0

RE: FW: cygwin/wine port
by Steven Edwards 23 Mar '02

23 Mar '02

> What's the advantage of this? You'd still have to use the wine kernel > right? I'd loe to be able to get a relay trace from an app > running under > windows, but if you still have to use the wine kernel, there > isn't much > advantage is there? Yes, you see the problem and the limitations we currently have. The reason why this isn't 100% possible is because dll separation isn't complete. Have a look at the the internal Wineserver functions and the debugging code that the dlls depend on. This was discussed a little at wineconf. Patrik Stridvall is doing the MS_VC++ port of wine and I'm working on the mingw/cygwin port. Once wine can be built on these platforms it will be easier for us to find/fix WINEisms in the DLL's and work around/fix them. On platforms where we don't need a wineserver this is a bitch. I need to be able to build the wine dlls under mingw for ReactOS. ReactOS uses its own makefile/helper makefile system without GNU autoconf/automake. Rather then import the wine dlls as we have done in the past, hack on them for a while, then fight to merge changes back in, I want to do a clean port to cygwin/mingw that can upgraded independently of the rest of the ReactOS system. This helps us and this helps wine by giving wine another platform to work on and moving ReactOS along. ReactOS has a win32k.sys that provides the kernel mode portion of the NT-like win32 subsystem. What we are lacking on the ReactOS project is the user space side. The wine dlls provide this completion of the win32 subsystem. /* never mind that we don't have windowing working yet =P */ The way we have worked around the bugs in the wine dlls is that we have added support to our NTDLL.DLL for the debugging features of the wine portion of the Win32 subsystem. I don't know if this will work or not because well we don't have windowing working yet. Once DLL separation is complete, there should be nothing left in the DLL's other then the debugging stuff that will cause a issue with portability to any OS. Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

2 1

wineconf pictures
by Marcus Meissner 23 Mar '02

23 Mar '02

Hi, I have put up my annotated WineConference 2002 picture collection up on: http://www.lst.de/~mm/sandiego/pictures.html Ciao, Marcus

1 0

Lotus-Notes redrawing
by Martin Kneppe 23 Mar '02

23 Mar '02

I got a problem using Lotus Ntes where the characters just aren't printed. ( I think it's bug 428) I tried to fix that and found in dlls/user/painting.c if (!hrgnUpdate) /* empty region, clip everything */ { hrgnUpdate = CreateRectRgn( 0, 0, 0, 0 ); } The easiest way for me to get my Notes up again was by changing this to my default-window size e.g. if (!hrgnUpdate) /* empty region, clip everything */ { hrgnUpdate = CreateRectRgn( 0, 0, 700, 700 ); } which is ok for me. So my question is, what is the "right way" to get the redraw working again ? Greets Martin

1 0

Re: stable vs. unstable trees
by rob＠mediasolution.it 23 Mar '02

23 Mar '02

> Having more regression testing of applications will help us get to 0.9. > If user's can't test one day > becasue they can't compile, that means > less testing. It also means we might lose that user as a >tester all > together. Very true. I'm still running 20010510 because newer ones don't run Lotus Notes anywhere near its level. I do have a CVS tree and every now and then do some testing and checking on it, but surely the completeness of this testing is questionable... Ciao, Rob!

3 2

Preferred patch format
by Warren_Baird＠cimmetry.com 23 Mar '02

23 Mar '02

Hopefully sometime soon I'll start having sparc-solaris patches. Unfortunately I can't get at cvs through the firewall here, so I'll have to submit patches against snapshots. As I see it, there are two options: 1. submit smaller patches periodically between snapshots, but possibly patches made against out-of-date code. 2. submit larger patches every time a new snapshot comes out, including all the changes I've made since the last snapshot. Option 1 has the advantage that I can submit smaller patches, but 2 has the advantage that the patches are more likely to be up-to-date. My inclination is towards option 2, but I thought I would ask on the list and see if there was a preference here... Thanks, Warren

2 1

Introduction and Sparc Solaris Status
by Warren_Baird＠cimmetry.com 23 Mar '02

23 Mar '02

Hi all, I'm trying to get winelib working on Sparc-solaris. I've got a few questions I'd like to ask, but I'm going to post them as separate messages, to keep the threading tidy. But to summarize my status - I've managed to get programs/{winemine,clock,notepad} all mostly working. The main remaining bug is that the mouse cursor doesn't show up in any of the windows. I'm currently looking into this one, but am having trouble figuring out which bit of rope to start pulling on. Any suggestions would be very welcome. My goal is to fix the mouse cursor, and then start cleaning up what I've got to submit a patch sometime fairly soon. Thanks, Warren

3 2

wineconf 2002: final things
by Andreas Mohr 22 Mar '02

22 Mar '02

Hi all, see http://home.arcor.de/andi.mohr/wine/wineconf2002/ for the photos I took and the presentation I gave. Thanks again to Lindows for that nice surprise ! :-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

11 11

regression in X11DRV_DIB_SetImageBits
by Thomas Duffy 22 Mar '02

22 Mar '02

This bug was introduced recently into wine. I haven't been able to submit a bug report until recently due to another bug that would not allow me to type into the Wine-dbg> window, but this seems to have been fixed. This happens when I start AOL 5.0. After that, I click login and I get this crash. I used to be able to log in and I can still do it if I choose guest and then type in my ID and passwd. BTW, this is over TCP/IP and not dial up. Oh, and as you can see, the copy and paste from wine into linux is kind of whacked :) printing several copies -- I click select all (in the debug window) from right context and then copy. Then middle click into my email program (linux Evolution). If you need any more info, I would be happy to provide it. Thanks. Unhandled exception: page fault on read access to 0x41118000 in 32-bit code (0x40a7b11f). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Unhandled exception: page fault on read access to 0x41118000 in 32-bit code (0x40a7b11f). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, col Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) Symbol __strtol_internal is invalid 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f [dib.c:1595] in x11drv.dll.so): movzbl 0x0(%eax),%edi 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0 1595 srcval=*srcbyte++; Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) Wine-dbg>bt Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, colo Backtrace: =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) =>0 0x40a7b11f (X11DRV_DIB_SetImageBits_1+0x6f(lines=0x12c, srcbits=0x41117fe0, srcwidth=0x12c, dstwidth=0x12c, left=0x0, colors=0x425a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) 25a493c, bmpImage=0x8086250, linebytes=0x28) [dib.c:1595] in x11drv.dll.so) (ebp=405b661c) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 1 0x40a801f9 (X11DRV_DIB_SetImageBits+0x1d9(descr=0x405b666c) [dib.c:4521] in x11drv.dll.so) (ebp=405b6658) 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthS 2 0x40a80ec7 (X11DRV_DIB_SetDIBits+0x27b(bmp=0x425a4ca4, dc=0x425a461c, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c 40, coloruse=0x0, hbitmap=0x1014) [dib.c:4894] in x11drv.dll.so) (ebp=405b66d8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 3 0x40824730 (SetDIBits+0x64(hdc=0x1008, hbitmap=0x1014, startscan=0x0, lines=0x12c, bits=0x41115470, info=0x41115440, coloruse=0x0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 0) [dib.c:283] in libgdi32.dll.so) (ebp=405b670c) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 4 0x408254df (CreateDIBitmap+0x17f(hdc=0x1008, header=0x41115440, init=0x4, bits=0x41115470, data=0x41115440, coloruse=0x0) [dib.c:899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) :899] in libgdi32.dll.so) (ebp=405b6748) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 5 0x4082462e (StretchDIBits+0x116(hdc=0x1008, xDst=0x0, yDst=0x0, widthDst=0x12c, heightDst=0x2, xSrc=0x0, ySrc=0x0, widthSrc=0x12c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) c, heightSrc=0x2, bits=0x41115470, info=0x41115440, wUsage=0x0, dwRop=0x8800c6) [dib.c:219] in libgdi32.dll.so) (ebp=405b677c) 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in 6 0x63411329 (SUPERSUB.DLL.DibDraw+0x159 in C:\AMERICA ONLINE 5.0\SUPERSUB.DLL) (ebp=405b67c8) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 7 0x623032ba (MANUTILS.DLL.DrawArtMask+0xeb in C:\AMERICA ONLINE 5.0\MANUTILS.DLL) (ebp=405b6820) 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in use 8 0x62a021c8 (OBJDRCT.DLL.DrawGlyph+0x9a in C:\AMERICA ONLINE 5.0\OBJDRCT.DLL) (ebp=405b6868) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 9 0x6220d34c (MANAGER.TOL.IconClassProc+0x463 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68c4) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 10 0x6220d44e (MANAGER.TOL.GlyphClassProc+0xd4 in C:\AMERICA ONLINE 5.0\TOOL\MANAGER.TOL) (ebp=405b68dc) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 11 0x40756533 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=405b6900) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 12 0x407565be (WINPROC_CallWndProc+0x82(proc=0x6220d37a, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:181] in user32.dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) dll.so) (ebp=405b6930) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 13 0x4075c063 (CallWindowProcA+0xab(func=0x40e209dc, hwnd=0x10069, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2632] in user32.dll.so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) .so) (ebp=405b6964) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 14 0x4073f5e6 (DispatchMessageA+0x11e(msg=0x417250) [message.c:1048] in user32.dll.so) (ebp=405b69a8) 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 15 0x0040b8fa (waol.exe..text+0xa8fa in C:\America Online 5.0\waol.exe) (ebp=405b6e00) 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 16 0x0041173c (waol.exe.EntryPoint+0x134 in C:\America Online 5.0\waol.exe) (ebp=405b6e9c) 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 17 0x400d2943 (start_process+0x237 [process.c:410] in libntdll.dll.so) (ebp=405b6f38) 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 18 0x400d5d6f (call_on_thread_stack+0x23(func=0x400d270c) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> 19 0x400d5f08 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) Wine-dbg> Wine-dbg> Wine-dbg> -tduffy -- YOO-ESS-AYE! YOO-ESS-AYE!

1 0

Re: Wine engine fix
by Dimitrie O. Paun 22 Mar '02

22 Mar '02

On March 22, 2002 02:58 pm, Eric Pouech wrote: > usually fixed fonts are in MODERN family [...[ > + if (ptm->tmPitchAndFamily & TMPF_FIXED_PITCH) > + ptm->tmPitchAndFamily |= FF_ROMAN; > + else > + ptm->tmPitchAndFamily |= FF_MODERN; Shouldn't this be the other way around? -- Dimi.

4 3

FW: cygwin/wine port
by Steven Edwards 22 Mar '02

22 Mar '02

Hello Dimi, At wineconf you said you did the initial work on the cygwin port and I was wondering if I could get some help from you on it. I have been able to build libwine_unicode.dll wrc.exe and winebuild.exe under cygwin and mingw but I have had to do some tweaking of the makefiles and I am not having much luck making changes to ./configure. 1. The LIBEXT option is not being set as DLL. It is still getting configured as .so so when make gets to linking, she pukes out. I have to manual change in the makefile. LIBEXT = dll SONAME = module_name.dll LIBEXT = dll DLLEXT = .dll 2. wineinstall/configure is not putting DLLWRAP=dllwrap in the makefiles. It is finding dllwrap but not adding it to the makefiles. DLLWRAP = dllwrap 3. We will need to come up with a way to tell configure not to build the other dlls with the *.spec. Winebuild has support for generating a windows style .def like libwine_unicode.dll uses. Thanks for your time Steven _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

Alignment issues on sparc in convert_bitmap in wrc/newstruc.c
by Warren_Baird＠cimmetry.com 22 Mar '02

22 Mar '02

I've got a solution to some of the alignment problems in wrc for sparc-solaris, but I wanted to bounce them off the -devel list before submitting a patch. I'm going to describe the problem first, and then my solution to it. Sparc-solaris machines are a little pickier about byte alignment than x86-linux machines are (don't know about x86-solaris - haven't played with it). Basically things like ints need to be aligned on word boundaries, or else you get a bus error when you try to access them. The following code fragment: struct myStruct { int a; int b; }; int main() { int tmp = (int) malloc(sizeof(struct myStruct)+2); tmp += 2; struct myStruct *myS = (struct myStruct *) tmp; myS->a = 0x12345678; return 0; } Causes a bus error on the assignment into myS->a. Commenting out the tmp += 2 line of course solves the problem. Unfortunately this kind of thing is happening in a few places in wrc/newstruc.c - in calls to convert_bitmap. The actual bitmap data is 22 bytes into the raw data from the resource file. The raw data is properly aligned on a word boundary, but the bitmap data isn't. The current process is to call convert_bitmap on the data, and then memcopy/memmove it into it's final resting place. The final resting place *is* word-aligned. The solution I've taken in my code is to reverse the order - first I memcopy/memmove the bitmap data, and *then* I call convert_bitmap. This seems to solve the problems on sparc-solaris, and I can't see how it could hurt on Linux (but I haven't had a chance to test it on Linux yet). Does this make sense? Does anyone have a better suggestion? Warren

1 0

Re: wine/ ./configure ./configure.ac dlls/Makefile ...
by Eric Pouech 22 Mar '02

22 Mar '02

Alexandre Julliard a écrit : > > ChangeSet ID: 1016824571317668670629249 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/03/22 13:16:11 > > Modified files: > . : configure configure.ac > dlls : Makefile.in > documentation/samples: system.ini > Added files: > dlls/msacm/msg711: .cvsignore Makefile.in msg711.c > msg711.drv.spec I have two remarks: - most of the defines on top of msg711.c are already defined in dlls/msacm/msacmdrv.h. (this file is part from the ddk, it used to be in include, but has been moved) - Hidenori, could you send your patches to wine-patches too so that we can have a look at them before submission A+

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