wine-devel July 2003

wine-devel@winehq.org

111 participants
281 discussions

Can I modify winuser.h ?
by olivier 02 Jul '03

02 Jul '03

Hello, I try to use a win32 app that use the user32 function: BOOL WINAPI FlashWindowEx(PFLASHWINFO pfwi ) the implemented function in Wine is: BOOL WINAPI FlashWindow( HWND hWnd, BOOL bInvert) My question, can I modify the user32.spec and the winuser.h to add this function with? BOOL WINAPI FlashWindowEx(PFLASHWINFO pfwi ) /* FlashWindowEx structure and flags*/ typedef struct { UINT cbSize; HWND hwnd; DWORD dwFlags; UINT uCount; DWORD dwTimeout; } FLASHWINFO, *PFLASHWINFO; #define FLASHW_STOP 0x01 #define FLASHW_CAPTION 0x02 #define FLASHW_TRAY 0x04 #define FLASHW_ALL FLASHW_CAPTION | FLASHW_TRAY #define FLASHW_TIMER 0x10 #define FLASHW_TIMERNOFG 0x20 And an other question. After modifying the user32.spec to rebuild, do I just type make? Merci, Olivier

2 1

Re: still many warnings from Mesa
by Sylvain Petreolle 02 Jul '03

02 Jul '03

Hi Lionel, Im using Xfree86 standard headers (no NVidia/ATI/... headers) and Linux RH 9. I'm getting the same warning as Gerard's however. ========= Well, the Linux ABI tells this : " 4.4. glx.h must include the prototype of the glXGetProcAddressARB extension described above. 4.5. All OpenGL 1.2 and ARB_multitexture, GLU 1.3, and GLX 1.3 entry points and enumerants must be present in the corresponding header files gl.h, glu.h, and glx.h, even if only OpenGL 1.1 is implemented at runtime by the associated runtime libraries. " So if your system was compliant, you should have all the glMulti* prototypes defined in your gl.h file and glXGetProcAddressARB too.... So you should not have any warning. Nothing is mentionned in the ABI about any need for 'GL_GLEXT_PROTOTYPES' protection of these calls, so well, I still think that it's somehow a problem in your headers :-) ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Wine Status DLL's Final :)
by Tom 02 Jul '03

02 Jul '03

Okay here is the final version that I have.... Any comments before I send it to Wine-Patches ? Changlelog from last version 1) Add more WWN links 2) Add Robert North as worker to Wintab32 3) change Wintab32 status from 80% to 25% 4) Add iphlpapi.dll, Juan as worker & 50% Tom

1 0

WCMD not working anymore
by Sylvain Petreolle 02 Jul '03

02 Jul '03

Trying to run builtin commands with WCMD like dir or exit returns 'File not found'. Doing some debug, it seems there is a problem with kernel.CompareStringA. In wcmdmain.c, we have this call : for (i=0; i<=WCMD_EXIT; i++) { if (CompareString (LOCALE_USER_DEFAULT, NORM_IGNORECASE | SORT_STRINGSORT, whichcmd, count, inbuilt[i], -1) == 2) break; With the command "DIR" entered we have : ... 0009:Call kernel32.CompareStringA(00000400,00001001,40792654 "DIR",00000003,4057bcd3 "DIR",ffffffff) ret=405769b9 0009:Ret kernel32.CompareStringA() retval=00000001 ret=405769b9 .... where the return code should be 2 (CSTR_EQUAL) ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 alias upsf='false ; while [ $? -ne 0 ] ; do cvs update -APd ; done 2>&1 |tee cvslog' "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: [RESENT]Don't add empty lines when writing out profile files
by Alexandre Julliard 02 Jul '03

02 Jul '03

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > wine/files/profile.c: PROFILE_Save > Don't add lines for empty sections This will cause us to delete keys that are before the first section header, I don't think that's correct. Why do you need that? -- Alexandre Julliard julliard(a)winehq.com

2 1

Compiler warnings
by Marcelo Duarte 02 Jul '03

02 Jul '03

gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -D_OLEAUT32_ -DCOM_NO_WINDOWS_H -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o variant.o variant.c variant.c: In function `VarBstrFromDate': variant.c:3576: warning: `%x' yields only last 2 digits of year in some locales variant.c:3580: warning: `%x' yields only last 2 digits of year in some locales make[2]: Entering directory `/home/mduarte/wine/dlls/crypt32' gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -D_CRYPT32_ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o main.o main.c In file included from ../../include/mssip.h:49, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:80, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:88, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:97, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:109, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:123, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../include/mssip.h:140, from main.c:22: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" -- Marcelo Duarte

1 0

Re: Add support for the ~MHz registry key
by Alexandre Julliard 02 Jul '03

02 Jul '03

Mike Hearn <mike(a)theoretic.com> writes: > If anybody knows a handy call to find out the CPU speed (that doesn't > use QueryPerformanceFrequency), it would be nice to use it here. > Otherwise this fix will do. Actually QueryPerformanceFrequency should be merged with the rest of the CPU detection, and then you should be able to use it to set the right value in the registry. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Don't set stacking order against unvisible windows
by Alexandre Julliard 02 Jul '03

02 Jul '03

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > dlls/x11drv/window.c: X11DRV_sync_whole_window_position > Don't specify a stacking order agains unvisible windows This will break other things. The right fix is to make the desktop option work correctly across processes. -- Alexandre Julliard julliard(a)winehq.com

3 4

RE: [RESENT] Always print version on startup
by PETREOLLE Sylvain 01 Jul '03

01 Jul '03

-----Message d'origine----- De : Francois Gouget [mailto:fgouget@free.fr] Envoyé : mercredi 2 juillet 2003 01:18 À : PETREOLLE Sylvain Cc : wine-devel(a)winehq.org Objet : RE: [RESENT] Always print version on startup Now we need to be sure of that... And since WineSetupTk is wine-specific, it should be able to handle this. Actually, MESSAGE probably prints to stderr already. But still, some programs will assume that an error occurred if something is printed on stderr. For instance this will happen to any application written in tcl unless the developper went to great lengths to avoid it. So such a change would likely break WineSetupTk. If stderr is used, they shouldnt have the message in any way. > I will add one more remark (!) : I dont know many programs that expect "Wine > version" in their output. Precisely. And they should not have to deal with it. This is absolutely equivalent to modifying grep so it systematically prints its version information on stdout or stderr. This would break tons of scripts out there.

1 0

Re: [dx63] Warcraft ugly fonts
by Raphaël Junqueira 01 Jul '03

01 Jul '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Mardi 01 Juillet 2003 21:42, Ann and Jason Edmeades a écrit : > This solves the problem of very ugly fonts in Warcraft3. I'd like to > take credit but I am just tidying up and commenting a fix which was > worked on by Lucho. > > Changelog: > > Ensure pixel coordinates point to the bottom left of the pixel not the > middle > > Jason Great guys ;) Now i can really play to warcraft3 understanding the story :p (And i prefer your patch than mine ugly one before) Best Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Ahozp7NA3AmQTU4RAl+CAJ0Y5db2Mk1jAeaMsZjOrF9isg91twCgkNEN 14H3EMfwW3VCTwt0LU8u51U= =mHFR -----END PGP SIGNATURE-----

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 July 2003