November 2001 - Wine-Devel - list.winehq.org

Re: wineconsole compile error

by Chris Green

On Sunday 25 November 2001 04:52, eric pouech wrote: > Gerard Patel wrote: > > > > >dialog.o dialog.c > > >dialog.c: In function `WCUSER_GetProperties': > > >dialog.c:492: structure has no member named `u' > > > > Does the patch posted on Wine-patches by Chris Green not fix > > it for you ? > > No, it would break it for folks with gcc < 2.96... (like the one > who wrote the patch... hrm) > Well spotted - I'm using 2.96. I must not have been thinking straight - I've actually hit the same problem before with gcc versions... darn it. regards Chris Green _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

Nov. 24, 2001

Re: mmsystem should be loaded at startup

by eric pouech

Joshua Thielen wrote: > > Note: I'm not sure if I should have called ExitProcess if mmsystem.dll > can't be loaded not needed, if it couldn't be loaded, then no need to free it > and if I needed to call FreeLibrary. I just took the > LoadLibrary("user32") as an example. well, error reporting for 16 bit DLL is a bit different (see below) > + if(!(mmsystem = LoadLibrary16("mmsystem.dll"))) the correct test should be > + if((mmsystem = LoadLibrary16("mmsystem.dll")) < 32) (the other values (< 32) are the error codes) A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

Nov. 24, 2001

Re: wineconsole compile error

by Gerard Patel

At 06:59 PM 24/11/2001 +0100, you wrote: >make[1]: Entre dans le répertoire `/home/wine/programs/wineconsole' >gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -DSTRICT -DUNICODE -D_REENTRANT -I/usr/X11R6/include -o >dialog.o dialog.c >dialog.c: In function `WCUSER_GetProperties': >dialog.c:492: structure has no member named `u' <snip> Yes, me too. Does the patch posted on Wine-patches by Chris Green not fix it for you ? Gerard

Nov. 24, 2001

Re: wineconsole compile error

by eric pouech

Gerard Patel wrote: > > At 06:59 PM 24/11/2001 +0100, you wrote: > > >make[1]: Entre dans le répertoire `/home/wine/programs/wineconsole' > >gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall > -mpreferred-stack-boundary=2 -fPIC -DSTRICT -DUNICODE -D_REENTRANT > -I/usr/X11R6/include -o > >dialog.o dialog.c > >dialog.c: In function `WCUSER_GetProperties': > >dialog.c:492: structure has no member named `u' > <snip> > > Yes, me too. > Does the patch posted on Wine-patches by Chris Green not fix > it for you ? No, it would break it for folks with gcc < 2.96... (like the one who wrote the patch... hrm) the proper fix would be to add -DNONAMELESSTRUCT to the wineconsole Makefile.in (in EXTRADEFS)... could someone with gcc 3.0 try it ? A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

Nov. 24, 2001

Re: mmsystem should be loaded at startup

by Joshua Thielen

eric pouech wrote: >hmm I don't really see how a win32 app would be automatically linked >to winmm... was it really the case ? (I understand it as Alexandre >suggested for 16 bit apps, not 32 ones) > No, you're right, 32-bit apps aren't linked with winmm and calling GetModuleHandle on winmm returns 0 in '95. I just meant that winmm.dll was loaded at startup because it was listed as an active module in MS System Info. Josh Thielen

Nov. 24, 2001

Re: mmsystem should be loaded at startup

by Joshua Thielen

Alexandre Julliard wrote: >It would be better to do the LoadLibrary16("mmsystem") in >wine_initial_task, this way it only impacts 16-bit applications. > I had tried doing doint this, but I had put it same spot as LoadLibrary("user32.dll"). Well, this was the wrong spot (Doh!) so it didn't work. Thanks for the help! The patch is on its way... Josh Thielen

Nov. 24, 2001

Re: wineconsole compile error

by Alexandre Julliard

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > dialog.o dialog.c > dialog.c: In function `WCUSER_GetProperties': > dialog.c:492: structure has no member named `u' > dialog.c:496: structure has no member named `u' > dialog.c:500: structure has no member named `u' > dialog.c:509: structure has no member named `u3' > > This is happening on gcc 3.0.2 (nameless union support, I suppose). It should be fixed now. -- Alexandre Julliard julliard(a)winehq.com

Nov. 24, 2001

wineconsole compile error

by Andreas Mohr

Hi all, people get make[1]: Entre dans le répertoire `/home/wine/programs/wineconsole' gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -DSTRICT -DUNICODE -D_REENTRANT -I/usr/X11R6/include -o dialog.o dialog.c dialog.c: In function `WCUSER_GetProperties': dialog.c:492: structure has no member named `u' dialog.c:496: structure has no member named `u' dialog.c:500: structure has no member named `u' dialog.c:509: structure has no member named `u3' This is happening on gcc 3.0.2 (nameless union support, I suppose). On my system, this file compiles painlessly: root(a)andi:/root# gcc -v Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs gcc version 2.95.4 20010902 (Debian prerelease) (no nameless union support, I suppose) I told this guy to replace .u. and .u3. in dialog.c with DUMMYUNIONNAME and DUMMYUNIONNAME3, respectively. This caused: dialog.c:492: parse error before `.' dialog.c:496: parse error before `.' dialog.c:500: parse error before `.' dialog.c:509: parse error before `.' I thought that this particular error was caused by a missing #include "winnt.h", but adding this didn't help either. Please fix this "mess" ASAP (in an appropriate way, one that I seem to not be able to find out :-\). Thank you ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany "Point is, nothing here is unfamiliar or unexpected. How long does it take before there's general recognition that Microsoft software has no business on the Internet? - Dennis E. Powell re: Code Red

Nov. 24, 2001

Re: mmsystem should be loaded at startup

by eric pouech

I checked out windows 95, and it has mmsystem > and winmm loaded when no apps are runing besides the desktop / > explorer. hmm I don't really see how a win32 app would be automatically linked to winmm... was it really the case ? (I understand it as Alexandre suggested for 16 bit apps, not 32 ones) A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

Nov. 24, 2001

Re: Crashing menus, event handling broken?

by Andreas Mohr

On Sat, Nov 24, 2001 at 04:47:39PM +0200, Jukka Heinonen wrote: > Alexandre Julliard wrote: > > Raw messages are not supposed to get processed while there is a cooked > > message in the queue. Is the app filtering messages in GetMessage? > > Could you please do a +server trace showing the problem? > > Well, raw messages can be processed even though there is > a cooked message in the queue if the application calls GetMessage > and the requested message range does not include mouse messages. > This seems to be the case here. I think this is the very same problem that Snood has, a freeware game. It allows shooting on the very first mouse click, but after that, no more events take place. This is due to Snood sending a special 0x5555 (?, dunno any more) message on every mouse click, which is supposed to signal some other proc a mouse click. Unfortunately the GetMessage() (or was it PeekMessage ?) which is supposed to fetch further mouse movements then always fetches the 0x5555 message and thus further mouse notification messages are inhibited. (dunno whether my description is exact, it's something like that, but I'm afraid the description is slightly wrong). In short: you should definitely have a look at Snood, I think, as I'm pretty sure it's the very same problem. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

Nov. 24, 2001