July 2003 - Wine-Devel - list.winehq.org

Can I modify winuser.h ?
by olivier July 2, 2003

July 2, 2003

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

July 2, 2003

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

July 2, 2003

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

July 2, 2003

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

July 2, 2003

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

July 2, 2003

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

July 2, 2003

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

July 2, 2003

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

July 1, 2003

-----Message d'origine----- De : Francois Gouget [mailto:fgouget(a)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 July 1, 2003

July 1, 2003

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