June 2001 - Wine-devel - list.winehq.org

stack limit
by Stephen Crowley 04 Jun '01

04 Jun '01

What is the proper way to increase the stack size for winelib applications? There seems to be a limit of around 2^20 bytes right now. -- Stephen Crowley Software Engineer Placemark Investments 972.404.8100 x28

1 0

tan not exported by msvcrt, ntdll
by Francois Gouget 03 Jun '01

03 Jun '01

I tried compiling Winelib applications without '-lm' (btw, the comment in configure.in is incorrect, it concerns Linux too, not just BeOS). But I had undefined symbol errors for applications that use tan and a couple other math functions. The reason is that both ntdll and msvcrt declare them with '-noimport': * msvcrt.spec: @ forward -noimport tan ntdll.tan * ntdll.spec: @ cdecl -noimport tan(double) tan So a Winelib application that imports msvcrt and ntdll does not get tan and thus must link with libm in the Unix sense. sin, cos and most others were ok though! Changelog: * dlls/msvcrt/msvcrt.spec Remove some '-noimport' for math functions -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ 1 + e ^ ( i * pi ) = 0

1 0

AnimateWindow() calls SetWindowPos() on a timer???
by Bobby Bingham 03 Jun '01

03 Jun '01

Forgot a detail ... Every time it send the messages it tells it not to move, size, redraw, activate, or change z-order. I could see the reason for these if if didn't tell it not to do anything, but ... ?? Bobby Bingham uhmmmm(a)ameritech.net

1 0

AnimateWindow() calls SetWindowPos() on a timer???
by Bobby Bingham 03 Jun '01

03 Jun '01

I am implementing AnimateWindow(), and I recorded all the messages win98 sent to my window when I called AnimateWindow(). It send a lot of groups of WM_WINDOWPOSCHANGING, WM_NCCALCSIZE, and WM_WINDOWPOSCHANGED. The number of times it sends these seems to correspond to how long I tell it to make the animation, almost as if it were on a timer. It looks like it calls SetWindowPos() on the window a lot, but I don't see why they would do this. Does anyone know?? I can supply my test app once I clean it up a little. Bobby Bingham uhmmmm(a)ameritech.net

1 0

off topic: Windows 98 and binutils
by Brian Craft 03 Jun '01

03 Jun '01

Hey -- Sorry for the OT post, but I suspect someone here will know the answer to this. I'm trying to objdump some Windows 98 device drivers & dlls. Last time I did something like this it was user-mode code from 95 or NT (not sure which), and I just configured binutils for i386-pe. Only this same configuration won't read the Windows 98 files -- it says the file format isn't recognised. I can still read the old Windows binaries with this config. I also tried i386-msdos, for good measure. What's the scoop? 98 has a new format? Is there a binutils target that will do the job? b.c.

2 1

Re: PATCH: set_thread_buffer fixed
by Gerard Patel 03 Jun '01

03 Jun '01

At 07:19 PM 02/06/2001 +0200, you wrote: <snip> >I have now changed config.h to only enable 64bit support for glibc 2.2 >or better. After applying your patch to current cvs, rm config.cache, ./configure, make depend && make Wine crashes as before. Did you leave something to for Alexandre Julliard implicit (he certainly knows about this stuff, I don't) ? I don't understand why _FILE_OFFSET_BITS is still defined in config.h.in. Gerard

3 2

Re: PATCH: set_thread_buffer fixed
by Alexandre Julliard 02 Jun '01

02 Jun '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Enable 64bit file operations on Linux only for glibc 2.2 or better, > since mmap64 is broken on glibc 2.1. It would be much better to do a configure check. Including features.h from config.h is very ugly IMO (not to mention that mmap64 seems to work fine on my glibc 2.1.3...) -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: PATCH: set_thread_buffer fixed
by Ove Kaaven 02 Jun '01

02 Jun '01

On Sat, 2 Jun 2001, Marcus Meissner wrote: > -/* This is for glibc on Linux, it will turn on 64 bit file support at compile time */ > -#define _FILE_OFFSET_BITS 64 > +#include <features.h> > +/* This is for glibc on Linux, it will turn on 64 bit file support at > + * compile time > + * Since glibc 2.1.x has various degrees of broken mmap64 prototypes, > + * we do not use this on glibc 2.1.x systems. > + */ > +#if (__GLIBC__ >= 2) && (__GLIBC_MINOR__ > 1) > +# define _FILE_OFFSET_BITS 64 > +#endif > + That's probably not going to work. The features.h is the only header that checks whether _FILE_OFFSET_BITS is defined, and it's protected against multiple inclusion, so _FILE_OFFSET_BITS must be defined *before* you include features.h. If you must check version, use autoconf.

1 0

Re: set_thread_buffer (fwd)
by lawson_whitney＠juno.com 02 Jun '01

02 Jun '01

This seems to have bounced once. Hope winehq feels better soon. On Fri, 1 Jun 2001 =?iso-8859-1?Q?G=E9rard_Patel_=3Cgerard.patel=40nerim.net=3E?=(a)tourian.nerim.net wrote: > Just what I have. > > if you verify if you have the same problem as myself, with current cvs > remove the line defining _FILE_OFFSET_BITS. This fixes it for me. > > Gerard > By this I understood to rip #define _FILE_OFFSET_BITS 64 out of config.h (and acconfig.h just to be sure) and rerun make. It recompiles nearly everything, of course, and makes a wine that will run my app again, so I guess it is the same problem. Now, what is the problem? :-/ glibc-2.1.3 - from Mandrake 7.2 - ?? - I am fairly sure I haven't munged any headers myself.. but Mandrake might have. Are <linux/ and <asm/ considered glibc headers? I don't see them in the rpm, but some motorist broke both my legs a while ago and it is too tough to change the CD and see what is in Slackware's glibc-2.1.2. I guess that wouldn't be conclusive anyway. gcc-2.95.2 locally built, with genuine strength-reduce bug. kernel 2.4.4 with devfs? Other? Feels to me like an inconsistancy between headers and library -? Lawson ---cut--- ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

1 0

Re:AnimateWindow() constants?
by Eric Pouech 02 Jun '01

02 Jun '01

> I am about to implement the AnimateWindow() function, but I don't have up to > date windows headers. I did some trial and error on a win98 box and came up > with what I think are the correct values, but could somebody check? all correct A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle __________________________________________________ Voila vous propose une boite aux lettres gratuite sur Voila Mail: http://mail.voila.fr

1 0