- wine-devel - winehq.org

Quick license question
by Jason Edmeades 18 Aug '03

18 Aug '03

I know this has been asked in the past, but whats the deal in using GPL code in wine (which is LGPL)? Can it be used or is it something to completely avoid? Jason

2 1

Int21 : Dont reset systematically CFLAG
by Sylvain Petreolle 17 Aug '03

17 Aug '03

Dont reset systematically CFLAG when calling the int 21 handler. Some functions dont change it. ===== 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: wine/ scheduler/pthread.c dlls/ntdll/sysdeps.c
by Rein Klazes 17 Aug '03

17 Aug '03

On Tue, 12 Aug 2003 13:59:13 -0500, you wrote: > ChangeSet ID: 8958 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/08/12 13:59:13 > > Modified files: > scheduler : pthread.c > dlls/ntdll : sysdeps.c > > Log message: > Fixed the pthread wrappers to work with the new glibc/linuxthreads > interface in glibc 2.3.2. > This causes thread related failures on my Debian unstable system using glibc 2.3.2 (nptl not enabled). For example his is Agent after calling WSAAsyncGetHostByName: | Unhandled exception: page fault on read access to 0xdbdbdbe3 in 32-bit code (0x402ddfaa). | In 32-bit mode. | 0x402ddfaa (NTDLL.DLL.memcpy+0x65fe6 in libc.so.6): testb $0x1,0x8(%eax) | Wine-dbg>bt | Backtrace: | =>0 0x402ddfaa (NTDLL.DLL.memcpy+0x65fe6 in libc.so.6) (ebp=42302e38) | 1 0x402e0195 (NTDLL.DLL.memcpy+0x681d1 in libc.so.6) (ebp=42302e98) | 2 0x4175b8d7 (_async_queryfun+0x1d3(arg=0x4041e480) [async.c:401] in ws2_32.dll.so) (ebp=42302f14) | 3 0x400a0e93 (THREAD_Start+0xd3 [thread.c:1622] in libntdll.dll.so) (ebp=42302fe0) | 4 0x400ba9e3 (SYSDEPS_StartThread+0x27(teb=0x42303000) [sysdeps.c:154] in libntdll.dll.so) (ebp=42302ff4) | 5 0x402cf217 (NTDLL.DLL.memcpy+0x57253 in libc.so.6) (ebp=00000000) (it crashes inside gethostbyname(), without obvious reason). Debugging hints are most welcome. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

Re: calls to int 3d corrupt the stack
by Sylvain Petreolle 17 Aug '03

17 Aug '03

> interrupt handling, as perhaps they affected the EIP that the interrupt > handlers get, making it point before the int instruction instead of > after. Robert Coeyman's code assumes the latter (after the int, > requiring the subtraction), and that's what's happen in real DOS/Win16 > to my knowledge, so I'd say the interrupt handling is what needs to > be fixed, not this code. Do you think that we get a wrong return point ? > Real mode, being 16-bit, uses word stack, not dword. Thanks for this correction. ===== 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

calls to int 3d corrupt the stack
by Sylvain Petreolle 17 Aug '03

17 Aug '03

Actual implementation of the int 3d call (Standalone FWAIT) is to patch the code to an fwait(9b) and a noop(90). It seems that it corrupts the stack in FPU_ModifyCode and prevents vb3 programs to start. (tests made with current CVS) Since we do nothing apart an emulated fwait, I commented the call to FPU_ModifyCode. The call to int3d is equal to nothing and makes vb3 programs start : dlls/winedos/fpu.c : 188 TRACE("Int 0x3d called-- Standalone FWAIT"); /* FPU_ModifyCode(context, 0x90); */ Does it seems to you its the correct way to proceed and will it be valid in all cases ? ===== 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 4

Nothing reported for missing fonts
by Christian Costa 17 Aug '03

17 Aug '03

Hi, I recently configured Wine to use new fake Windows directories and I forgot to copy the font files from Windows. Nothing was reported and some apps displayed unreadable characters. Is there a way to report an error when an app tries to used missing fonts ? That would help users I think. :-) Just a though... :-) Bye, Christian

1 0

Re: winevdm: can't exec
by Dominik.Strasser＠t-online.de 17 Aug '03

17 Aug '03

The attached patch hacks^H^H^H^H^Hfixes this problem. Obviously, this binary doesn't contain a valid PE header. OTOH it seems to be a valid Windows binary (I haven't checked it myself). Maybe somebody with a more deep insight into this can come up with a better fix. Regards Dominik ChangeLog: Dominik Strasser: return Win32 binary istead of DOS binary if no valid header found Index: loader/module.c =================================================================== RCS file: /home/wine/wine/loader/module.c,v retrieving revision 1.186 diff -u -3 -p -u -r1.186 module.c --- loader/module.c 21 Jul 2003 20:02:50 -0000 1.186 +++ loader/module.c 16 Aug 2003 08:30:07 -0000 @@ -201,7 +201,7 @@ enum binary_type MODULE_GetBinaryType( H * field. */ if ((header.mz.e_cparhdr << 4) < sizeof(IMAGE_DOS_HEADER)) - return BINARY_DOS; + return BINARY_PE_EXE; if (header.mz.e_crlc && (header.mz.e_lfarlc < sizeof(IMAGE_DOS_HEADER))) return BINARY_DOS; if (header.mz.e_lfanew < sizeof(IMAGE_DOS_HEADER))

2 4

Re: wrong keyboard layout
by Dmitry Timoshkov 17 Aug '03

17 Aug '03

"Raul" <zombi82(a)hot.ee> wrote: > in xev knows perfectly all my keyboard layout > > but still wine dont know any of my AltGR chars > when i remove all the AltGr chars then it works perfectly > then disapears the fixme and > all my ¨¸ get work > > is there something wrong when i submit the layout whitout the Alt Gr chars? If that really makes a difference for you, yes. -- Dmitry.

1 0

Re: cab_G_00-pre1 (RFC)
by Alexandre Julliard 17 Aug '03

17 Aug '03

"Gregory M. Turner" <gmturner007(a)ameritech.net> writes: > Would love to hear if I have not done things in a properly > "SETUPAPI" way, i.e., am I supposed to be performing certain > logging or memory allocation rituals, anything like that? One ritual is that you should not use msvcrt from other dlls, this will cause trouble with apps that use the Unix libc. -- Alexandre Julliard julliard(a)winehq.com

4 9

Re: Spanish translation of winemine
by Marcelo Duarte 17 Aug '03

17 Aug '03

Please, see http://www.winehq.com/site/sending_patches especially: "cvs diff will always ignore newly added files, so you'll need to do something like: diff -u /dev/null newfile.c >> patch.diff to make a patch for newly added files. " Do you plan to translate other programs and dlls that still they lack? ----- Original Message ----- From: "José Manuel Ferrer Ortiz" <jmfo1982(a)yahoo.es> To: <wine-patches(a)winehq.com> Sent: Friday, August 15, 2003 3:40 PM Subject: Spanish translation of winemine > Hi, I've translated the winemine program into Spanish, > since it was only translated into English and > Portuguese. > > You can find the translation in the file Es.rc and you > should apply too the patch in the other file in order > to include that translation (and maybe something in > the Makefile.in to inform about the new file in the > tree). > > Regards, > José Manuel > > ___________________________________________________ > Yahoo! Messenger - Nueva versión GRATIS > Super Webcam, voz, caritas animadas, y más... > http://messenger.yahoo.es ---------------------------------------------------------------------------- ---- > Only in .: Es.rc > Only in .: Makefile > diff -u /home/jose/wine-20030813/programs/winemine/rsrc.rc ./rsrc.rc > --- /home/jose/wine-20030813/programs/winemine/rsrc.rc Mon Jun 23 20:15:15 2003 > +++ ./rsrc.rc Fri Aug 15 18:32:40 2003 > @@ -23,6 +23,7 @@ > #include "resource.h" > > #include "En.rc" > +#include "Es.rc" > #include "Pt.rc" > > LANGUAGE LANG_NEUTRAL,SUBLANG_NEUTRAL > ---------------------------------------------------------------------------- ---- > /* > * WineMine > * Spanish Language Support > * > * Copyright 2003 José Manuel Ferrer Ortiz <jmfo1982(a)yahoo.es> > * > * This library is free software; you can redistribute it and/or > * modify it under the terms of the GNU Lesser General Public > * License as published by the Free Software Foundation; either > * version 2.1 of the License, or (at your option) any later version. > * > * This library is distributed in the hope that it will be useful, > * but WITHOUT ANY WARRANTY; without even the implied warranty of > * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU > * Lesser General Public License for more details. > * > * You should have received a copy of the GNU Lesser General Public > * License along with this library; if not, write to the Free Software > * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA > */ > > LANGUAGE LANG_SPANISH, SUBLANG_DEFAULT > > STRINGTABLE { > IDS_APPNAME, "WineMine" > > } > > MENU_WINEMINE MENU DISCARDABLE > { > POPUP "&Opciones" { > MENUITEM "&Nuevo", IDM_NEW > MENUITEM SEPARATOR > MENUITEM "&Interrogación", IDM_MARKQ > MENUITEM SEPARATOR > MENUITEM "&Principiante", IDM_BEGINNER > MENUITEM "&Avanzado", IDM_ADVANCED > MENUITEM "&Experto", IDM_EXPERT > MENUITEM "P&ersonalizado", IDM_CUSTOM > MENUITEM SEPARATOR > MENUITEM "&Salir", IDM_EXIT > } > POPUP "&Ayuda" { > MENUITEM "&Mejores tiempos", IDM_TIMES > MENUITEM "&Acerca de", IDM_ABOUT > } > } > > DLG_TIMES DIALOG DISCARDABLE 0, 0, 160, 80 > STYLE DS_MODALFRAME | DS_3DLOOK | > WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_POPUP > CAPTION "Mejores tiempos" > { > GROUPBOX "Mejores tiempos", IDIGNORE, 10, 10, 140, 45 > LTEXT "Principiante", IDIGNORE, 20, 20, 40, 8 > LTEXT "Avanzado", IDIGNORE, 20, 30, 40, 8 > LTEXT "Experto", IDIGNORE, 20, 40, 40, 8 > LTEXT "999", IDC_TIME1, 70, 20, 15, 8 > LTEXT "999", IDC_TIME2, 70, 30, 15, 8 > LTEXT "999", IDC_TIME3, 70, 40, 15, 8 > LTEXT "", IDC_NAME1, 90, 20, 55, 8 > LTEXT "", IDC_NAME2, 90, 30, 55, 8 > LTEXT "", IDC_NAME3, 90, 40, 55, 8 > DEFPUSHBUTTON "Aceptar", IDOK, 55, 60, 50, 15 > } > > DLG_CONGRATS DIALOG DISCARDABLE 0, 0, 160, 60 > STYLE DS_MODALFRAME | DS_3DLOOK | > WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_POPUP > CAPTION "¡Enhorabuena!" > { > LTEXT "Por favor, introduzca su nombre", IDIGNORE, 10, 10, 150, 10 > EDITTEXT IDC_EDITNAME, 25, 20, 110, 12 > DEFPUSHBUTTON "Aceptar", IDOK, 60, 40, 40, 15 > } > > DLG_CUSTOM DIALOG DISCARDABLE 0, 0, 100, 100 > STYLE DS_MODALFRAME | DS_3DLOOK | > WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_POPUP > CAPTION "Juego personalizado" > { > LTEXT "Filas", IDIGNORE, 5, 5, 30, 10 > LTEXT "Columnas", IDIGNORE, 5, 35, 30, 10 > LTEXT "Minas", IDIGNORE, 5, 65, 30, 10 > EDITTEXT IDC_EDITROWS, 5, 15, 20, 12, ES_NUMBER > EDITTEXT IDC_EDITCOLS, 5, 45, 20, 12, ES_NUMBER > EDITTEXT IDC_EDITMINES, 5, 75, 20, 12, ES_NUMBER > DEFPUSHBUTTON "Aceptar", IDOK, 40, 30, 50, 15 > PUSHBUTTON "Cancelar", IDCANCEL, 40, 50, 50, 15 > } > > DLG_ABOUT DIALOG DISCARDABLE 0, 0, 145, 80 > STYLE DS_MODALFRAME | DS_3DLOOK | > WS_VISIBLE | WS_CAPTION | WS_SYSMENU | WS_POPUP > CAPTION "Acerca de" > { > LTEXT "Winemine", IDIGNORE, 10, 10, 35, 10 > LTEXT "Copyright 2000, Joshua Thielen", IDIGNORE, 35, 25, 100, 10 > LTEXT "bajo la licencia de Wine", IDIGNORE, 35, 35, 100, 10 > ICON "WINEMINE", IDIGNORE, 10, 25, 20, 20 > DEFPUSHBUTTON "Aceptar", IDOK, 50, 60, 55, 15 > } >

1 0

make crosstest broken?
by Jakob Eriksson 17 Aug '03

17 Aug '03

"make crosstest" seems broken on Debian 3.0 Or is it me? Please give some feedback if you have any. There is a bug filed on http://bugs.winehq.com/show_bug.cgi?id=1602 Tried it on wine-20030813. regards, Jakob ----------------------------------------------- i586-mingw32msvc-dlltool -k -l libwintrust.a -d wintrust/wintrust.spec.def i586-mingw32msvc-dlltool -k -l libwnaspi32.a -d winaspi/wnaspi32.spec.def i586-mingw32msvc-dlltool -k -l libwow32.a -d wow32/wow32.spec.def i586-mingw32msvc-dlltool -k -l libws2_32.a -d winsock/ws2_32.spec.def i586-mingw32msvc-dlltool -k -l libwsock32.a -d wsock32/wsock32.spec.def i586-mingw32msvc-dlltool -k -l libx11drv.a -d x11drv/x11drv.spec.def make[2]: Entering directory `/home/jakov/src/Wine/wine-20030813/dlls/advapi32' make[3]: Entering directory `/home/jakov/src/Wine/wine-20030813/dlls/advapi32/tests' i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o registry.cross.o registry.c cc1: warning: -fPIC ignored for target (all code is position independent) i586-mingw32msvc-gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o testlist.cross.o testlist.c cc1: warning: -fPIC ignored for target (all code is position independent) i586-mingw32msvc-gcc registry.cross.o testlist.cross.o -o advapi32_crosstest.exe -ladvapi32 -lkernel32 -lntdll -lm /usr/lib/gcc-lib/i586-mingw32msvc/2.95.3-7/../../../../i586-mingw32msvc/bin/ld: cannot find -lntdll make[3]: *** [advapi32_crosstest.exe] Error 1 make[3]: Leaving directory `/home/jakov/src/Wine/wine-20030813/dlls/advapi32/tests' make[2]: *** [tests/__crosstest__] Error 2 make[2]: Leaving directory `/home/jakov/src/Wine/wine-20030813/dlls/advapi32' make[1]: *** [advapi32/__crosstest__] Error 2 make[1]: Leaving directory `/home/jakov/src/Wine/wine-20030813/dlls' make: *** [dlls/__crosstest__] Error 2 jakov@vmlinux:~/src/Wine/wine-20030813

1 0

Re: dlopen libncurses.so in wineconsole (take 3)
by Dimitrie O. Paun 16 Aug '03

16 Aug '03

On August 14, 2003 10:00 pm, Mike McCormack wrote: > +#ifdef HAVE_NCURSES_H > + char *ncname = SONAME_LIBNCURSES; > +#else > + char *ncname = SONAME_LIBCURSES; > +#endif Since we're doing this dynamically, shouldn't we also determine at runtime if we should use ncurses or curses? It would make a lot more sense, as we typically compile on one box, and run on another... -- Dimi.

2 1

API DB - import / export tables by dll
by Dave Miller 16 Aug '03

16 Aug '03

I am making tables which show all APIs exported / imported by a given dll in each version of windows. They are on the same page as the form which does the queries. http://24.229.94.2 Is there anything in the wine spec or source files I can parse to find out what APIs a wine dll imports? Right now in my tables wine dlls don't import anything. :(

1 0

some questions (required for my dmusic work)
by Rok Mandeljc 16 Aug '03

16 Aug '03

I think I've finally figured how dmusic work (especially loading, object and track interfaces). I'll send all my work next week or one after it, but there are still some big flaws I'd like to fix before. 1. I've splitted dmusic debug channel into dmusic, dmusic32, dmband, dmstyle, dmime, etc. and now I'd like to have debug channel dmusicall which will turn all dm* debug channel on (something like debugchannel "all"). Can someone tell me how "all" is defined? 2. I still can't figure how to implement interface that consist of two interfaces (I have IDirectMusicLoaderStream which should consist of IStream and IDirectMusicGetLoader). Can someone send me detailed instructions how to do it? (I can't find any examples) -- Rok Mandeljc <rok.mandeljc(a)gimb.org> "Hold your position! Leave doubt for the dying!" -- Tahngarth of the Weatherlight

1 0

Re: Another problem wih Charlie's Angels
by Dominik.Strasser＠t-online.de 16 Aug '03

16 Aug '03

Hi, attached you find a patch which imporves the compiled-in loadorder detection a little bit. It adds a "win16" flag which states whether the module under scrutiny is a reserved name under Win16, only. Surely some more of the names in the default_loadorder should be marked alike. I am not sure which ones should be changed here. Who can help ? Dominik ChangeLog: Dominik Strasser: add a flag to distinguish reserved names between Win16 and Win32 in default loadorder Index: loader/loadorder.c =================================================================== RCS file: /home/wine/wine/loader/loadorder.c,v retrieving revision 1.63 diff -u -3 -p -u -r1.63 loadorder.c --- loader/loadorder.c 27 Apr 2003 00:40:23 -0000 1.63 +++ loader/loadorder.c 16 Aug 2003 08:38:04 -0000 @@ -41,6 +41,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(module); typedef struct module_loadorder { const char *modulename; + int win16_flag; enum loadorder_type loadorder[LOADORDER_NTYPES]; } module_loadorder_t; @@ -55,36 +56,36 @@ struct loadorder_list /* the list must remain sorted by dll name */ static module_loadorder_t default_order_list[] = { - { "display", { LOADORDER_BI, 0, 0 } }, - { "gdi.exe", { LOADORDER_BI, 0, 0 } }, - { "gdi32", { LOADORDER_BI, 0, 0 } }, - { "icmp", { LOADORDER_BI, 0, 0 } }, - { "kernel", { LOADORDER_BI, 0, 0 } }, - { "kernel32", { LOADORDER_BI, 0, 0 } }, - { "keyboard", { LOADORDER_BI, 0, 0 } }, - { "krnl386.exe", { LOADORDER_BI, 0, 0 } }, - { "mmsystem", { LOADORDER_BI, 0, 0 } }, - { "mouse", { LOADORDER_BI, 0, 0 } }, - { "ntdll", { LOADORDER_BI, 0, 0 } }, - { "odbc32", { LOADORDER_BI, 0, 0 } }, - { "system", { LOADORDER_BI, 0, 0 } }, - { "toolhelp", { LOADORDER_BI, 0, 0 } }, - { "ttydrv", { LOADORDER_BI, 0, 0 } }, - { "user.exe", { LOADORDER_BI, 0, 0 } }, - { "user32", { LOADORDER_BI, 0, 0 } }, - { "w32skrnl", { LOADORDER_BI, 0, 0 } }, - { "winaspi", { LOADORDER_BI, 0, 0 } }, - { "winedos", { LOADORDER_BI, 0, 0 } }, - { "wineps", { LOADORDER_BI, 0, 0 } }, - { "wing", { LOADORDER_BI, 0, 0 } }, - { "winmm", { LOADORDER_BI, 0, 0 } }, - { "winsock", { LOADORDER_BI, 0, 0 } }, - { "wnaspi32", { LOADORDER_BI, 0, 0 } }, - { "wow32", { LOADORDER_BI, 0, 0 } }, - { "wprocs", { LOADORDER_BI, 0, 0 } }, - { "ws2_32", { LOADORDER_BI, 0, 0 } }, - { "wsock32", { LOADORDER_BI, 0, 0 } }, - { "x11drv", { LOADORDER_BI, 0, 0 } } + { "display", 0, { LOADORDER_BI, 0, 0 } }, + { "gdi.exe", 0, { LOADORDER_BI, 0, 0 } }, + { "gdi32", 0, { LOADORDER_BI, 0, 0 } }, + { "icmp", 0, { LOADORDER_BI, 0, 0 } }, + { "kernel", 0, { LOADORDER_BI, 0, 0 } }, + { "kernel32", 0, { LOADORDER_BI, 0, 0 } }, + { "keyboard", 0, { LOADORDER_BI, 0, 0 } }, + { "krnl386.exe", 0, { LOADORDER_BI, 0, 0 } }, + { "mmsystem", 0, { LOADORDER_BI, 0, 0 } }, + { "mouse", 0, { LOADORDER_BI, 0, 0 } }, + { "ntdll", 0, { LOADORDER_BI, 0, 0 } }, + { "odbc32", 0, { LOADORDER_BI, 0, 0 } }, + { "system", 1, { LOADORDER_BI, 0, 0 } }, + { "toolhelp", 0, { LOADORDER_BI, 0, 0 } }, + { "ttydrv", 0, { LOADORDER_BI, 0, 0 } }, + { "user.exe", 0, { LOADORDER_BI, 0, 0 } }, + { "user32", 0, { LOADORDER_BI, 0, 0 } }, + { "w32skrnl", 0, { LOADORDER_BI, 0, 0 } }, + { "winaspi", 0, { LOADORDER_BI, 0, 0 } }, + { "winedos", 0, { LOADORDER_BI, 0, 0 } }, + { "wineps", 0, { LOADORDER_BI, 0, 0 } }, + { "wing", 0, { LOADORDER_BI, 0, 0 } }, + { "winmm", 0, { LOADORDER_BI, 0, 0 } }, + { "winsock", 0, { LOADORDER_BI, 0, 0 } }, + { "wnaspi32", 0, { LOADORDER_BI, 0, 0 } }, + { "wow32", 0, { LOADORDER_BI, 0, 0 } }, + { "wprocs", 0, { LOADORDER_BI, 0, 0 } }, + { "ws2_32", 0, { LOADORDER_BI, 0, 0 } }, + { "wsock32", 0, { LOADORDER_BI, 0, 0 } }, + { "x11drv", 0, { LOADORDER_BI, 0, 0 } } }; static const struct loadorder_list default_list = @@ -300,7 +301,7 @@ static BOOL AddLoadOrder(module_loadorde */ static BOOL AddLoadOrderSet(char *key, char *order) { - module_loadorder_t ldo; + module_loadorder_t ldo = { 0 }; char *cptr; /* Parse the loadorder before the rest because strtok is not reentrant */ @@ -362,7 +363,7 @@ void MODULE_AddLoadOrderOption( const ch * default lists. */ static BOOL get_list_load_order( const char *module, const struct loadorder_list *list, - enum loadorder_type lo[] ) + enum loadorder_type lo[], int win32_flag ) { module_loadorder_t tmp, *res = NULL; @@ -370,7 +371,7 @@ static BOOL get_list_load_order( const c /* some bsearch implementations (Solaris) are buggy when the number of items is 0 */ if (list->count && (res = bsearch(&tmp, list->order, list->count, sizeof(list->order[0]), cmp_sort_func))) memcpy( lo, res->loadorder, sizeof(res->loadorder) ); - return (res != NULL); + return (res != NULL) && !(win32_flag && res->win16_flag); } @@ -591,7 +592,7 @@ void MODULE_GetLoadOrder( enum loadorder } /* check command-line first */ - if (get_list_load_order( module+1, &cmdline_list, loadorder )) + if (get_list_load_order( module+1, &cmdline_list, loadorder, 0 )) { TRACE( "got cmdline %s for %s\n", debugstr_loadorder(loadorder), debugstr_a(path) ); @@ -650,7 +651,7 @@ void MODULE_GetLoadOrder( enum loadorder } /* then base name matching compiled-in defaults */ - if (get_list_load_order( basename, &default_list, loadorder )) + if (get_list_load_order( basename, &default_list, loadorder, win32 )) { TRACE( "got compiled-in default %s for %s\n", debugstr_loadorder(loadorder), debugstr_a(path) );

1 0

Re: Sync(1): include/winerror.h
by Alexandre Julliard 16 Aug '03

16 Aug '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > This patch casts hresult errors into HRESULTs as per the native > headers. The native headers don't have a _HR_() macro, so we shouldn't have one either. Please do normal casts instead. -- Alexandre Julliard julliard(a)winehq.com

2 1

Translating wine programs
by puoti＠inwind.it 16 Aug '03

16 Aug '03

I've started with an easy thing, the wine clock, please let me know if I've done this properly.

2 1

Translating wine programs
by puoti＠inwind.it 15 Aug '03

15 Aug '03

I would like to add an italian translation to the wine programs that lack it, can I write it.rc and add # include it.rc to the rc file that contains the language includes? Let me know if this is the correct thing to do, and if yes I'll send in a few diffs.

1 0

Re: Profiler (take 4)
by Dimitrie O. Paun 15 Aug '03

15 Aug '03

On August 15, 2003 01:37 am, Mike McCormack wrote: > Profiles are generated in /tmp/wmon.out.<pid>, and can be examined with > the wprof tool from wine/libs/wprof/wprof. Nice, but should this tool reside in wine/tools/... instead? Also, for consistency with all the other stuff we're doing, shouldn't it be called wineprof? -- Dimi.

1 0

[D3D] New errors on gta3
by root 15 Aug '03

15 Aug '03

Hi everyone, The latest CVS shows this error on GTA3. Although it is an improvement since it doesn't crash into the debugger, but instead it just stops. It generated (after a long list of IDirect3D8Impl_CheckDeviceFormat fixme's) this output: fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x405b21a0)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(41,D3DFMT_P8)) fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x405b21a0)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(0,none), ResTyp:(3,D3DRTYPE_TEXTURE), CheckFmt:(41,D3DFMT_P8)) fixme:d3d:IDirect3DDevice8Impl_SetPaletteEntries (0x40660b10) : setting p[40] <= RGBA(f8,b1,00,ff) fixme:system:SystemParametersInfoA Unimplemented action: 86 (SPI_SETPOWEROFFACTIVE) fixme:system:SystemParametersInfoA Unimplemented action: 85 (SPI_SETLOWPOWERACTIVE) fixme:system:SystemParametersInfoA Unimplemented action: 59 (SPI_SETSTICKYKEYS) I'm now looking for a game that shows the same output but has a demo for download. -- E. C. F. Wolff

1 0

Re: 5 Wine-Tests fail on FreeBSD 5.1
by Eric Pouech 15 Aug '03

15 Aug '03

>>I think more that's a discrepency in OSS handling between linux & *BSD >>(or a more subtle bug somewhere) >>could you rerun with WINEOPTIONS="-debugmsg +wave,+dsound,+wavemap" back from vacation... the trace only shows a decent startup and a wait for incoming audio packets, which never show up. > Let's take this further. I wrote to you/this list, about winedbg > crashing on startup _every_time_. And I suspect it's this TEB thingy (I > have no clue what a TEB is, but I really think something is broken > there). a TEB is a thread environment block: a user land structure describing a thread status. TEB is usually stored in a page, which is pointer by the fs register. there's a field in the TEB which holds its linear address. Hence, getting the linear address of a TEB is written fs:0x18. Thread commutation (from a scheduler point of view) is (almost as simple as) changing the value of fs (there's also stack switching, context switching...). Anyway, your back trace information don't absolutely show that the TEB get screwed up. Since getting the TEB linear address is inlined, gdb sure has a hard time getting the value from the stack (as it may get overwritten by upper calls). It doesn't mean however that TEB doesn't get overwritten. In gdb, you should check: 1/ at thread startup, where TEB is located, and which is the value of fs. 2/ on each lookup, check if fs value changed, and if TEB struct at address gotten from 1/ is still ok. You would want also to check that LDT entry for fs is still correct. > Now back to "wine winedbg winemine". it should be run as winedbg winemine > wait4: Interrupted system call > wait4: Interrupted system call <this line gets repeated every 1-4 seconds> does this help ? Index: ptrace.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/server/ptrace.c,v retrieving revision 1.26 diff -u -u -r1.26 ptrace.c --- ptrace.c 6 May 2003 00:21:21 -0000 1.26 +++ ptrace.c 15 Aug 2003 12:38:14 -0000 @@ -149,6 +149,7 @@ thread->unix_tid = -1; thread->attached = 0; } + else if (errno == EINTR) continue; else perror( "wait4" ); return 0; } A+ -- Eric Pouech

1 0

Re: Fix for treeview
by Martin Fuchs 15 Aug '03

15 Aug '03

On Wed 13. August 2003 14:58, Maxime Bellengé wrote: > In TREEVIEW_UpdateDispInfo, a test is made to determine if the property > we want to change is handled by a callback. If so, the change is > dropped. > But that test was done incorrectly. > > Now the treeview in the statistical page of eMule displays correctly. > > Changelog: > * Fix for TREEVIEW_UpdateDispInfo to test with the correct > callbackMask This patch, which is now commited leads to problems for me. Now the labels in the tree fiew of some explorer test programs remain empty. May be this callback mask has to adjusted at some more points in the code. But I don't know, what it's used exactly for. Anyone any ideas? -- Martin Fuchs martin-fuchs(a)gmx.net

2 3

Problem with wcmd in wineconsole ?
by Sylvain Petreolle 15 Aug '03

15 Aug '03

Using dos32a (free replacement of dos4gw) with wineconsole, I dont get any text output from it under wcmd. With wine in an xterm , i get a normal output: [syl@snoop c]$ wine --debugmsg err-all,fixme-all dos32a Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. DOS/32A -- Protected Mode Run-time Version 7.2 Copyright (C) Supernar Systems, Ltd. 1996-2002 DOS/32A fatal (8001): syntax is DOS32A <execname.xxx> Running 'wineconsole dos32a' is ok too, but it doesnt give the ability to read/copy the messages from the program you run. Failing part : [syl@snoop c]$ wineconsole -- --backend=user wcmd loads ok, internal commands are giving output. But when I try to run dos32a, I have no output : WCMD Version 0.17 C:\>echo internal command test internal command test C:\>dos32a C:\> I made the test with --debugmsg +int, and it should output text : ... trace:int:DOSVM_PutChar char: 0x44(D) trace:int:DOSVM_PutChar char: 0x4f(O) trace:int:DOSVM_PutChar char: 0x53(S) trace:int:DOSVM_PutChar char: 0x2f(/) ... The full log is attached (wineconsole --debugmsg +int -- --backend=user wcmd) Comments ? ===== 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

"Cybersquat" ?
by PETREOLLE Sylvain 15 Aug '03

15 Aug '03

I noticed a curious thing when trying to access the AppDB today. Using IE (didnt make test with other browser), entering "appdb.winehq.org" without the htpp:// takes me to a site called "http://appdb.winehq.org.com". Has someone of the wine team done anything to own this URL ?

5 4

Re: wine/ windows/winproc.c windows/win.c windows/ ...
by Dimitrie O. Paun 15 Aug '03

15 Aug '03

On August 12, 2003 07:50 pm, Alexandre Julliard wrote: > Allocate DebugInfo field for all critical sections (based on a > patch by Alex Pasadyn). > Get rid of the Wine-specific CRITICAL_SECTION_INIT macro. +static CRITICAL_SECTION_DEBUG critsect_debug = +{ + 0, 0, &winproc_cs, + { &critsect_debug.ProcessLocksList, &critsect_debug.ProcessLocksList }, + 0, 0, { 0, (DWORD)(__FILE__ ": winproc_cs") } +}; Can we use the C99 initializers, like they do in the Linux kernel? I think they'll do a better job in this case. This one looks a bit too cryptic for me. -- Dimi.

2 1

RPM for Red Hat 7.3
by William M. Quarles 15 Aug '03

15 Aug '03

Is it possible that you could continue building and distributing packages for Red Hat 7.3? A lot of people are still using it, and I was able to build your "RH8" source rpm just fine on an RH 7.3 system -- William M. Quarles quarlewm(a)jmu.edu wquarles(a)bucknell.edu walrus(a)bellsouth.net

3 4

Re: GTA3 crash :( -- RedHat 9
by Ann and Jason Edmeades 14 Aug '03

14 Aug '03

I dont think GTA3 has ever worked yet as it uses palettes and I dont recall us ever finishing it (Raphael is the one to ask). However, try commenting out the line in directx.c : object->visInfo = glXChooseVisual(object->display, DefaultScreen(object->display), dblBuf); This has caused problems on some manufacturers device drivers. Its something we need to fix, but there's also numerous other things... There's no demo for gta3 last time I looked :-( Jason

4 4

Re: wine/programs/regedit regproc.h regproc.c rege ...
by Vincent Béron 14 Aug '03

14 Aug '03

Le jeu 14/08/2003 à 15:36, Dustin Navea a écrit : > --- Vincent Béron <vberon(a)mecano.gme.usherb.ca> wrote: > > @@ -153,6 +153,9 @@ > > } > > } > > > > + if (*s && action == ACTION_UNDEF) > > + action = ACTION_ADD; > > + > > if (action == ACTION_UNDEF) > > return FALSE; > > > > > > <IMHO> I think this would be a little cleaner (or at least easier to read): > > if (*s && action == ACTION_UNDEF) > action = ACTION_ADD; > else if (action == ACTION_UNDEF) > return FALSE; Sure, I agree with that. I was a bit in a hurry yesterday, when I noticed while building RH8 and RH9 RPMs that I had a regedit window (when the import was supposed to stay windowless) and that the file hadn't be imported. My first goal was to get it to work correctly. > > that or > > if (action == ACTION_UNDEF) > { > if (*s) > action = ACTION_ADD; > return FALSE; > } This won't do the same thing (the return statement will always be executed). Vincent

2 1

Re: wine/programs/regedit regproc.h regproc.c rege ...
by Vincent Béron 14 Aug '03

14 Aug '03

Le mer 06/08/2003 à 23:10, Alexandre Julliard a écrit : > ChangeSet ID: 8934 > CVSROOT: /home/winehq/opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/08/06 22:10:13 > > Modified files: > programs/regedit: regproc.h regproc.c regedit.c Makefile.in > .cvsignore > Added files: > programs/regedit: treeview.c rsrc.rc resource.rc resource.h > main.h main.c listview.c framewnd.c childwnd.c > about.c En.rc > > Log message: > Robert Dickenson <robd(a)reactos.org> > Steven Edwards <Steven_Ed4153(a)yahoo.com> > Mike McCormack <mike(a)codeweavers.com> > Implemented GUI for regedit. > > Patch: http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8934 regedit.c: @@ -153,10 +154,13 @@ } if (action == ACTION_UNDEF) - { - action = ACTION_ADD; + return FALSE; + + return PerformRegAction(action, s); } This seems to have broken commandline only regedit, for the ACTION_ADD case (used in wineinstall et al.). The included patch should fix it (building in progress). Vincent

2 2

Small Winecfg win version patch
by root 14 Aug '03

14 Aug '03

This patch adds Windows 2k3 to the winecfg program. -- E. C. F. Wolff Note: Based on Beron's version patch for version.c

2 1

GTA3 crash :( -- RedHat 9
by root 14 Aug '03

14 Aug '03

Hey, After been away too long I'm back again :). Thirst thing what I did was checking that GTA3 still worked. But it didn't :( After it produced a lot of CheckDeviceMultiSampleType fixme's it produced this screen :(: fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:b) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:c) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:d) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:e) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:f) fixme:d3d:IDirect3D8Impl_CheckDeviceMultiSampleType (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), SurfFmt:(17,D3DFMT_R5G6B5), Win?0, MultiSamp:10) fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(23,D3DFMT_R5G6B5), Use:(2,D3DUSAGE_DEPTHSTENCIL), ResTyp:(1,D3DRTYPE_SURFACE), CheckFmt:(73,D3DFMT_D15S1)) fixme:d3d:IDirect3D8Impl_CheckDepthStencilMatch (0x4a7d0460)->(Adptr:0, DevType:(1,D3DDEVTYPE_HAL), AdptFmt:(17,D3DFMT_R5G6B5), RendrTgtFmt:(17,D3DFMT_R5G6B5), DepthStencilFmt:(49,D3DFMT_D15S1)) fixme:d3d:IDirect3D8Impl_CreateDevice Requested full screen support not implemented, expect windowed operation X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 145 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 488 Current serial number in output stream: 488 I think the last functions (RendrTgtFmt and ImplCreateDevice) are responsible for the crash or could it be my openGL setup (I think not, because it worked before) -- E. C. F. Wolff

1 0

Another problem wih Charlie's Angels
by Dominik.Strasser＠t-online.de 14 Aug '03

14 Aug '03

ReHi, after hacking Wine for the problem in my previous mail I got further, but no success yet. The problem is: Charlie's Angels unpacks a "System.dll" into a temporary directory and tries to load it. But as there is a compiled-in loadorder default which says "builtin", the builtin 16bit system.dll is loaded which results in a failure. Only commenting the loadorder helped. Neither --dll nor DllOverrides worked. Perhaps we need a more sophisticated loadorder detection. Regards Dominik PS: Now as the game is installed, it doesn't work. It crashes right at the begining even before the game is loaded. I'll dig deeper into this.

1 0

Re: [winegcc03] winewrap can handle the default output name
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

On August 13, 2003 09:55 pm, Richard Cohen wrote: > Default name that mingw uses is a.exe > This also stops winewrap from segfaulting when passed no arguments. > > Changelog > Handle default linker output name (a.exe) in winewrap The reason I've handled it in winegcc rather than winewrap is that this seems to be a (historical) feature that's specific to gcc, and there doesn't seem to be any reason to have such a feature perpetuated in winewrap. -- Dimi.

2 2

Fwd: Re: status of Kazaalite crash patch ?
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

-- Dimi.

1 0

Re: [X11DRV] Re-add support for the 'UseXShm' config key.
by Alexandre Julliard 14 Aug '03

14 Aug '03

Lionel Ulmer <lionel.ulmer(a)free.fr> writes: > Changelog: > - the UseXShm key was still present but not used anymore Do you actually need it? Otherwise I think we might as well remove it completely, clearly nobody depends on it since it has been broken for a long time. -- Alexandre Julliard julliard(a)winehq.com

2 3

winevdm: can't exec
by Dominik.Strasser＠t-online.de 14 Aug '03

14 Aug '03

Hi, trying to run the game demo of "Charlie's Angels" which can be found here: http://www.gamesdomain.com/demos/demo/1861.html I am running into a strange problem. The demo is a NE binary, so winevdm is called. But is has the "32-bit-flag" set, so MODULE_LoadModule16 returns handle 21 (Win32 binary). Consequently winevdm emits "can't exec". By hacking __wine_process_init to start WIN16 binaries as WIN32, I am proceeding much further. Should I modify MODULE_GetBinaryType to look for the above mentioned 32-bit-flag and to return a new binary type which is treated like PE ? Regards Dominik

1 0

Re: [winegcc01] Don't use BINDIR to spawn subprograms
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

On August 13, 2003 09:49 pm, Richard Cohen wrote: > Just using $PATH to find stuff makes it much easier to spawn off tools > when running within the tree. > > Changelog: > Remove hardcoded BINDIR paths Yes, this is a problem -- eventually we want to use these things from within the tree. I guess we can prepend $WINE_HOME/tools to the PATH within the Makefile. Another way do to it is to look at argv[0], and if we're running from within the tree, we automatically select the in-tree tools, rather than the ones from BINDIR. What do people think, any other suggestions? -- Dimi.

2 1

Re: Implementations of WCSToMBEx and MBToWCSEx and PolyPatBlt
by Dimitrie O. Paun 14 Aug '03

14 Aug '03

On August 13, 2003 10:10 pm, Jonathan Wilson wrote: > Here are the implementations of those functions I did for ReactOS. (and no, > I didnt use disassembler on them this time :) > I am licencing them under whatever licence I need to in order for them to > go into WINE (if the WINE team wants them that is) > They compile on ReactOS just fine. Not sure if they work or not, tests > would be usefull :) Please submit them as a patch, so that Alexandre can apply them to the tree like all the other patches. > BTW, I can also share some of the info I have on other user32 functions I > was able to figure out/find info on if there is a need for it. Sure, more info can't hurt (if you got it through legal means :)). -- Dimi.

2 2

status of Kazaalite crash patch ?
by wim delvaux 14 Aug '03

14 Aug '03

Hi, Read on the devel archive (using search) about crashing Kazaalite .. I can confirm. I have the same problem since 200306 version. Just upgraded to 200307 but still crashes. What's the status of this problem ? W

2 1

Re: [resend 3rd time ] SetMenu patch
by Alexandre Julliard 13 Aug '03

13 Aug '03

Oleg Prokhorov <xolegpro(a)rbcmail.ru> writes: > Cause: > SetMenu was limited to update client/non-client only if window is > visible, while MS Windows SetMenu updates it anyway. > > Changelog: > SetMenu always updates client/non-client. This causes a SetWindowPos to happen during window creation, before the window is properly initialized, with bad results. This will need more work I'm afraid. -- Alexandre Julliard julliard(a)winehq.com

1 0

finaly vacations
by Raphaël Junqueira 13 Aug '03

13 Aug '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'll be on vacation (and most of the time off line) for 2 weeks. Finaly after a lot of hard work at office (and few time for wine), some holydays. The return will be "hot" ;=) Best Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/OmjDp7NA3AmQTU4RAstGAJ0TUuXqNHciWD6MUodk540dJ/NFHACeOM15 QW0K5IHbtqblTS6KJFtOPC4= =c05x -----END PGP SIGNATURE-----

1 0

winver
by puoti＠inwind.it 13 Aug '03

13 Aug '03

I've noticed that wine doesn't yet seem to have a winver option for windows server 2003, I suppose it a trivial thing to implement, at least by seeing how quickly this was done for windows xp.

3 6

Re: Other winefile fixes
by Dimitrie O. Paun 13 Aug '03

13 Aug '03

On August 13, 2003 09:25 am, Richard Cohen wrote: > Use __WINE instead of _WINE_, _WIN32 Why do we need to know that we're running under Wine in so many places? I think we have fewer tests for __WINE__ in a huge lib like wxWindows than we have in winefile! -- Dimi.

2 1

Re: wrong keyboard layout
by Dmitry Timoshkov 13 Aug '03

13 Aug '03

"Phil Krylov" <phil(a)newstar.rinet.ru> wrote: > XFree86 -version reports: > > XFree86 Version 4.3.0 > Release Date: 27 February 2003 > X Protocol Version 11, Revision 0, Release 6.6 > Build Operating System: Linux 2.4.22_pre2-gss i686 [ELF] > Build Date: 23 July 2003 > > The log you asked for is attached. It's rather big, so I truncated it > after ToUnicode entries. Here is your problem: trace:x11drv:x11drv_init_thread_data Using C locale of Input Method XFree86 uses C locale, not UTF-8 one. As I wrote previously, test with 'xev' first. As soon as it starts to work, Wine should work as well. -- Dmitry.

2 2

Re: Other winefile fixes
by Dimitrie O. Paun 13 Aug '03

13 Aug '03

On August 13, 2003 09:25 am, Richard Cohen wrote: > Dimi, I have some patches for winegcc/winewrap. Are you working on it > at the moment, or should I just send them to wine-patches? Don't worry about me, send whatever you have to wine-patches. -- Dimi.

1 0

__stdcall__ pointer to member function
by Boaz Harrosh 13 Aug '03

13 Aug '03

the GCC (3.2.2) compiler will not let me declare an __stdcall__ pointer to function member and code will than SEGFAULT on invocation of the member pointer. This is not the case for Regular pointers to functions. ( The compiler will also issue a warning on mismatch.) Listing of the Error: (BAD) class AFoo { public: __attribute__((__stdcall__)) void foo(int i ,int ii ,int iii) ; } ; __attribute__((__stdcall__)) void AFoo::foo(int i ,int ii ,int iii) { return ; } int main() { AFoo afoo ; void ( AFoo::*func)(int,int,int) ; func = &AFoo::foo ; for(int i=0 ; i < 0x8000000 ;i++) (afoo.*func)(1,2,3) ; // SEGFAULT or SEGIL when stack is Exhausted return 0 ; } any attempt to place the __atribute__((stdcall)) in the pointer declaration causes a compilation error. With out it the code will SEGFAULT. If declaring a regular pointer to function than no compilation error is issued and all is well. Listing of Regular function pointer: (GOOD) void __attribute__((stdcall)) foo(int i ,int ii ,int iii) { } int main() { void ( __attribute__((stdcall)) *func)(int,int,int) = &foo ; for(int i=0 ; i < 0x8000000 ;i++) (func)(1,2,3) ; return 0 ; } removing the __attribute__((stdcall)) from the *func declaration will rightfully issue a warning ( should be an error if you ask me, type mismatch). But Not so on our first example. !!!!!!!!!!!!!!!!!! Please if any body can help me? This totaly breaks COM. Is there a GCC switch to have all members (and pointers)__stdcall, to by pass this problem? Free Life Boaz

1 1

Re[2]: wrong keyboard layout
by Phil Krylov 13 Aug '03

13 Aug '03

Hello Shachar, Tuesday, August 12, 2003, 12:15:51 AM, you wrote: SS> Dmitry Timoshkov wrote: >>BTW, what wrong happens if your keyboard was misdetected? In the current >>CVS all national characters should work fine regardless what keyboard >>layout was detected. Is that only a warning message which makes you worry? >> >> SS> Does this also apply to UTF-8? I, for one, still can't get any SS> characters recognized when the locale is UTF-8. With the current CVS, I can't get any Cyrillic input with any setting of LANG: ru_RU.KOI8-R, ru_RU.UTF-8, ru_RU.CP1251, and en_US.UTF-8. Only ? characters are input. -- Best regards, Phil mailto:phil@newstar.rinet.ru

2 7

Better GNOME integration
by Christian Neumair 13 Aug '03

13 Aug '03

When trying to use the latest Debian package I noted that there are no MIME bindings available for GNOME and that applications installed with wine are not visible in the application menu. In my opinion the first issue is really easily solvable, just three more files need to be included in the package and copied into /usr/share/mime-info and /usr/share/application-registry - is the official source the right place or should package maintainers include this? The second is a bit more tricky. I propose that as a 1.0 target wine should implement the freedesktop.org menu spec [1], which is definitly the future. We should contact the freedesktop guys and tell them that we want a registered category "WINE" :). regs, Chris [1] http://www.freedesktop.org/standards/menu-spec/0.5-onehtml/

1 0

WCSToMBEx and MBToWCSEx
by Jonathan Wilson 13 Aug '03

13 Aug '03

I have come up with some info on these 2 (previously undocumented) calls: DWORD STDCALL WCSToMBEx(WORD CodePage,LPWSTR UnicodeString,DWORD UnicodeSize,LPSTR *MBString,DWORD MBSize,BOOL Allocate); DWORD STDCALL MBToWCSEx(WORD CodePage,LPSTR MBString,DWORD MBSize,LPWSTR *UnicodeString,DWORD MBSize,BOOL Allocate); Return value for both is the count of characters copies (or mabie count of bytes, not sure) for WCSToMBEx, the parameters are: CodePage: specifies which code page to use (its the same code page as passed to WideCharToMultiByte) UnicodeString: the input unicode string UnicodeSize: the size of the unicode string (not sure if its bytes or characters). Pass -1 to ask the function to calculate it for you. MBString: the output ascii string MBSize: the size of the ascii string (not sure if its bytes or characters). Pass -1 to ask the function to calculate it for you. Allocate: Set to true to ask the function to allocate the destination memory. Set to false and it assumes that the memory is preallocated by the caller. For MBToWCSEx, the parameters are: CodePage: specifies which code page to use (its the same code page as passed to MultiByteToWideChar) MBString: the input ascii string MBSize: the size of the ascii string (not sure if its bytes or characters). Pass -1 to ask the function to calculate it for you. MBString: the output unicode string MBSize: the size of the unicode string (not sure if its bytes or characters). Pass -1 to ask the function to calculate it for you. Allocate: Set to true to ask the function to allocate the destination memory. Set to false and it assumes that the memory is preallocated by the caller. I am going to implement these functions and contribute the code to ReactOS & WINE but I want someone else to play whith them and confirm all my findings as to what these functions do and how they work first.

3 2

Question about dlls/dinput/mouse/main.c
by Michael Schlüter 12 Aug '03

12 Aug '03

Hi, I've a small problem with the game "Star Trek Elite Force II Single Player Demo". The mouse button event seems not to be send back to the game. After changing the return value of dinput_mouse_hook in dlls/dinput/mouse/main.c to return always "CallNextHookEx( This->hook, code, wparam, lparam );" it works. Does anybody has a solution for that issue? Bye, Michael

1 0

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