August 2003 - Wine-devel - list.winehq.org

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(a)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