- wine-devel - winehq.org

Wine coredumps with Linux kernel 2.6.0-test9
by David D. Hagood 30 Oct '03

30 Oct '03

I'm playing with 2.6.0-test9 under RH9.0, and Wine just coredumps when I run it. This is after a full rebuild of Wine, with a CVS pull of a couple of days ago. Since I've seen some other apps behaving weirdly this may be a compatibility issue with 2.6, but I thought I'd see if anybody else has seen this, and has any suggestions. I have updated glibc to the latest in Rawhide.

3 4

Re: getting started with Winelib
by Ralf Juengling 30 Oct '03

30 Oct '03

Okay, I got it to compile by manipulating the Makefile.in (kicking some *.rc files). But the executable segfaults: [juenglin@alpspitze winemine]$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/wrc -I. -I/local/include/wine/windows -o rsrc.res rsrc.rc gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o dialog.o dialog.c gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o main.o main.c gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o winemine.exe.dbg.o winemine.exe.dbg.c LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/winebuild -fPIC -o winemine.exe.spec.c --exe winemine.exe -mgui rsrc.res dialog.o main.o winemine.exe.dbg.o -L/local/lib/wine -L/local/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool gcc -c -I. -I/local/include/wine/windows -g -O2 -fPIC -D_REENTRANT -o winemine.exe.spec.o winemine.exe.spec.c gcc -shared -Wl,-Bsymbolic -o winemine.exe.so dialog.o main.o winemine.exe.dbg.o winemine.exe.spec.o -L/local/lib -lwine -lwine_unicode -lwine_uuid -lm test -f winemine || install wineapploader winemine [juenglin@alpspitze winemine]$ winemine Segmentation fault Might this be a configuration problem, or is something broken in Winelib? Since I have no root account, I had to skip the invocation of /sbin/ldconfig when installing wine-20031016. So I set LD_LIBRARY_PATH to /local/lib:/local/lib/wine. Any help appreciated, Ralf On Mon, 2003-10-27 at 18:23, Ralf Juengling wrote: > On Mon, 2003-10-27 at 13:09, Alexandre Julliard wrote: > > Ralf Juengling <juenglin(a)cse.ogi.edu> writes: > > > > > So there is nothing I can do about it at the moment? > > > What is the most recent Wine version in which winemaker used to work? > > > > The previous release should work. Or try this patch: > > > > Index: tools/winemaker > > =================================================================== > > RCS file: /opt/cvs-commit/wine/tools/winemaker,v > > retrieving revision 1.65 > > diff -u -p -r1.65 winemaker > > --- tools/winemaker 5 Aug 2003 18:31:32 -0000 1.65 > > +++ tools/winemaker 27 Oct 2003 21:07:38 -0000 > > @@ -2769,14 +2769,10 @@ then > > WINE_DLL_ROOT="/lib:/lib/wine:/usr/lib:/usr/lib/wine:/usr/local/lib:/usr/local/lib/wine" > > fi > > fi > > -AC_PATH_FILE(WINE_DLL_ROOT,[libntdll.dll.so],[ > > - AC_MSG_ERROR([Could not find the Wine dlls (libntdll.dll.so)]) > > +AC_PATH_FILE(WINE_DLL_ROOT,[libntdll.def],[ > > + AC_MSG_ERROR([Could not find the Wine dlls (libntdll.def)]) > > ],[$WINE_DLL_ROOT]) > > - > > -AC_PATH_LIBRARY(WINE_DLL_ROOT,[-lntdll.dll],[$WINE_LIBRARY_PATH -lwine -lwine_unicode],[ > > - AC_MSG_ERROR([Could not link with the Wine dlls (libntdll.dll.so)]) > > -],[$WINE_DLL_ROOT]) > > -WINE_DLL_PATH="-L$WINE_DLL_ROOT/wine" > > +WINE_DLL_PATH="-L$WINE_DLL_ROOT" > > > > if test -z "$WINE_TOOL_PATH" > > then > > Thanks, together with the patch > > --- /local/downloads/wine-20031016/tools/winemaker 2003-10-27 > 18:02:41.000000000 -0800 > +++ /local/bin/winemaker 2003-10-27 18:14:22.000000000 -0800 > @@ -2635,7 +2635,7 @@ > WINE_UNICODE_ROOT="$WINE_ROOT:$WINE_ROOT/lib:$WINE_ROOT/unicode" > WINE_UUID_ROOT="$WINE_ROOT:$WINE_ROOT/lib:$WINE_ROOT/ole" > > WINE_TOOL_PATH="$WINE_ROOT:$WINE_ROOT/bin:$WINE_ROOT/tools/wrc:$WINE_ROOT/tools/winebuild" > - WINE_DLL_ROOT="$WINE_ROOT/dlls:$WINE_ROOT/lib" > + WINE_DLL_ROOT="$WINE_ROOT/dlls:$WINE_ROOT/lib:$WINE_ROOT/lib/wine" > fi > > AC_ARG_WITH(wine-includes, > > > the generated configure script does its job without errors. > Now I the following error from make: > > [juenglin@alpspitze winemine]$ make > sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' > ./wineapploader.in >wineapploader || rm -f wineapploader > LD_LIBRARY_PATH="/local/lib:$LD_LIBRARY_PATH" /local/bin/wrc -I. > -I/local/include/wine/windows -o En.res En.rc > En.rc:23:22: Error: parse error > make: *** [En.res] Error 1 > > > > -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

compiling winemine resources
by Ralf Juengling 30 Oct '03

30 Oct '03

I was not successful with compiling the winemine application in wine-20031016. When the resource compiler is to compile one of the language dependent files, it issues a 'parse error': [juenglin@alpspitze winemine]$ wrc En.rc En.rc:23:22: Error: parse error Line 23 in En.rc reads LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US So it looks like wrc does not know what to do with the constant LANG_ENGLISH. Is this a bug? Any idea whats going wrong here? Ralf -- Ralf Juengling <juenglin(a)cse.ogi.edu>

2 2

Where do old rpms go
by Bill Medland 30 Oct '03

30 Oct '03

I apologise for not concentrating; I'm sure that someone has already answered this but I can't find the answer. Do the rpms at SourceForge expire? (I see that the 20030618 for RedHat are no longer there) I just want to know since if that is the case I will have to start taking copies. On the same subject, does anyone have a consistant SuSE 8.1 rpm of the 20030618 version? (That's the last version that worked well for our InstallShield and I don't have time to try to figure out what broke) -- Bill Medland mailto:billmedland@mercuryspeed.com http://webhome.idirect.com/~kbmed

3 3

Re: Another symbol font fix
by Huw D M Davies 30 Oct '03

30 Oct '03

On Wed, Oct 29, 2003 at 08:23:16PM +0100, Rein Klazes wrote: > Hi, > > There are a couple of non-MS TT fonts on my system that only display > rectangles in win98's charmap.exe. Wine recognize these to have a SYMBOL > character set but Windows (win2k) does not. So libfreetype returning a > character mapping ft_encoding_symbol is not enough, I propose testing > the 0xf000 character offset that is assumed in other parts of the code. > > Tested to work for libfreetype 2.0.9 and 2.1.5 This sounds strange. Is there any chance that you could send me the font? Failing that could you send me the output of ftdump? Huw. -- Huw Davies huw(a)codeweavers.com

2 1

Re: winetests: new addition
by Ferenc Wagner 30 Oct '03

30 Oct '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > I'm still not sure how to support building with PE .exes Could you outline the problems you can see? Since it is still not in the tree, instead of patches I send comments and questions. > +#include <shellapi.h> > +#include <shellapi.h> Do we really need it twice? > + while (1) > + { > + va_start(ap, fmt); > + n = vsnprintf (p, size, fmt, ap); > + va_end(ap); > + if (n > -1 && n < size) return p; > + size = min( size*2, n+1 ); > + if(!(p = realloc (p, size))) fatal("Out of memory."); > + } MSDN has no vnsprintf() only _vsnprintf(), what is this? The size=min(...) does not make sense for me either. va_start and va_end could be moved out of the loop by using break instead of return. > +int print_version(FILE *fout) > +{ > + OSVERSIONINFOEX ver; > + > + ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFOEX); > + if (!GetVersionEx ((OSVERSIONINFO *) &ver)) > + { > + ver.dwOSVersionInfoSize = sizeof(OSVERSIONINFO); > + if (!GetVersionEx ((OSVERSIONINFO *) &ver)) > + return 0; This should be made a fatal(), I think. > + } > + fprintf(fout, " dwMajorVersion=%ld\n dwMajorVersion=%ld\n" The second is dwMinorVersion. > +void deletePath( char *path ) > +{ > + SHFILEOPSTRUCT fileop; > + > + path[strlen( path ) + 1] = '\0'; We do not have space allocated for this NUL. Here we use the advanced Shell API but later not the Win32 API for opening files and such. What is our policy? > +int count_tests() This is superfluous, not used for anything particularly useful. The progress bar still did not make it... > + if((fout = fopen(test->exename, "wb"))) > + { > + fwrite(code, size, 1, fout); > + fclose(fout); > + } No error checking whatsoever... > + char line[512], *cmd; Fixed size buffers are wrong... > + if ((fp = popen( cmd, "r" ))) > + { > + while (fgets( line, sizeof(line), fp )) > + fprintf( logfp, "%s", line ); > + fclose( fp ); > + } Why not a CreateProcess with redirected stderr/stdout? > + if (!(fp = fopen( logfile, "w" ))) fatal("Could not open log file."); Why not append mode? That would also make the above redirection more secure. > + for(test = wine_tests; test->name; test++) The number of tests could be determined by sizeof instead of a special member, but I am not sure that would be worth it. > +BINDIR="../.." [...] > +for test in $TEST_EXES; do > + testname=`basename $test .exe` > + filename="$BINDIR/$test.so" I am probably too tired, but can not see how you find the test .so-s in the dlls directory... So I am back, and ready to go for finishing this project... Feri.

4 10

make install problem
by Dimitrie O. Paun 29 Oct '03

29 Oct '03

Hi folks, We have a problem with 'make install' in the libs dir. More explicitly, after a 'make & make install', I have this in /usr/local/lib: [dimi@dimi unicode]$ ls -l /usr/local/lib/libwine* -rw-r--r-- 1 root root 319332 Oct 27 12:01 /usr/local/lib/libwine_port.a lrwxrwxrwx 1 root root 14 Oct 28 14:38 /usr/local/lib/libwine.so -> libwine.so.1.0 -rwxr-xr-x 1 root root 249859 Oct 28 14:37 /usr/local/lib/libwine.so.1 -rwxr-xr-x 1 root root 238529 Feb 20 2003 /usr/local/lib/libwine.so.1.0 lrwxrwxrwx 1 root root 22 Oct 28 14:38 /usr/local/lib/libwine_unicode.so -> libwine_unicode.so.1.0 -rwxr-xr-x 1 root root 1289718 Oct 28 14:37 /usr/local/lib/libwine_unicode.so.1 -rwxr-xr-x 1 root root 1187040 Feb 20 2003 /usr/local/lib/libwine_unicode.so.1.0 -rw-r--r-- 1 root root 1867136 Oct 28 14:37 /usr/local/lib/libwine_uuid.a That is to say, both libwine.so and libwine_unicode.so are fubared. They point to old libs. Shouldn't they just point to the .1 versions? It's true, I didn't do a 'make install-dev', but this is counter intuitive because 'make install' does install the headers, and libwine_uuid.a, and libwine_port.a, and winegcc, and so on. -- Dimi.

3 4

Installshield7 notes
by Carlos Lozano 29 Oct '03

29 Oct '03

Hello, Here goes some notes about how to install installshield 7 programs with the actual wine releases (sorry, i haven't been able to install without some natives DLLs). You need 3 native DLLs (ole32.dll, oleaut32.dll and rpcrt4.dll), and 2 .tlb files (stdole32.tlb and stdole2.tlb). Copy this 5 files to your windows/system directory, and edit your ~/.wine/config, using: [DllOverrides] "oleaut32" = "native" "ole32" = "native" "rpcrt4" = "native" Even using this natives dlls, you will have problems with the windows order, what you will not leave you see the windows and install the program. The easier way to install it, should be enable the Desktop mode, in ~/.wine/config: "Managed" = "N" "Desktop" = "640x480" "Desktop" = "Y" I have found some programs, what give problems with Desktop mode, exiting during install with X11 errors (Praetoriams demo for example). In this cases you can use yet another trick. Disable Desktop, and enable "Managed" = "Y", then in the file the file "dlls/x11drv/window.c", you will find the function "inline static BOOL is_window_managed( WND *win )", in the end of this function, there are this 3 lines: /* default: not managed */ return FALSE; } replace, "return FALSE;" to "return TRUE;", and run make install again. Remember after of install the program change again this line to "FALSE", because you could have problems later with other windows. Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

2 1

Int21 bug
by Valentijn Sessink 29 Oct '03

29 Oct '03

Hi folks, I think I hunted down a bug in DOS int21 function 0x5b (my DOS book insists this is 91 decimal). My older version of wine, 2000821, goes like this: trace:int21:DOS3Call CREATE NEW FILE 0x00 for X:\TMP41.$$$ trace:file:CreateFileA X:\TMP41.$$$ GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_NEW trace:dosfs:DOSFS_GetFullName X:\TMP41.$$$ (last=0) trace:string:lstrcpynA (0x40e35fa0, "/tmp", 1024) trace:dosfs:DOSFS_FindUnixName /tmp,TMP41.$$$ trace:heap:HeapAlloc (403c0000,00000002,0000022c): returning 414c9cf4 trace:heap:HeapAlloc (65430000,04000000,00000018): returning 65432c30 warn:dosfs:DOSFS_FindUnixName 'TMP41.$$$' not found in '/tmp' trace:heap:HeapFree (65430000,04000000,65432c30): returning TRUE trace:heap:HeapFree (403c0000,00000002,414c9cf4): returning TRUE trace:dosfs:DOSFS_GetFullName returning /tmp/TMP41.$$$ = X:\tmp41.$$$ 080732c8: create_file( access=c0000000, inherit=0, sharing=00000003, create=1, attrs=00000000, filename="/tmp/TMP41.$$$" ) 080732c8: create_file() = 0 { handle=136 } trace:file:FILE_AllocDosHandle Got 10 for h32 136 trace:int21:DOS3Call returning: AX=000a BX=5b0c CX=0000 DX=e9a8 SI=0000 DI=e9a8 DS=0a27 ES=0907 EFL=00000202 trace:global:GlobalHandle16 0107 Ret KERNEL.102: DOS3CALL() retval=none ret=0347:2513 ds=0a27 AX=000a BX=5b0c CX=0000 DX=e9a8 SI=0000 DI=e9a8 ES=0907 EFL=00000202 trace:global:GlobalHandle16 0107 So: file handle 0x136 translates to DOS handle 10, and int21 returns AX=0x000a My newer version, Wine 20030408, does the following: 000a:trace:int21:INT_Int21Handler CREATE NEW FILE 0x00 for X:\TMP18467.$$$ 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000020): returning 415b32c0 000a:trace:file:CreateFileW L"X:\\TMP18467.$$$" GENERIC_READ GENERIC_WRITE FILE_SHARE_READ FILE_SHARE_WRITE CREATE_NEW attributes 0x0 000a:trace:dosfs:DOSFS_GetFullName L"X:\\TMP18467.$$$" (last=0) 000a:trace:string:lstrcpynA (0x40f40d84, "/tmp", 1024) 000a:trace:dosfs:DOSFS_FindUnixName /tmp,L"TMP18467.$$$" 000a:trace:dosfs:DOSFS_ToDosFCBFormat (L"TMP18467.$$$", 0x40f40ce4) 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000110): returning 415cc890 000a:trace:dosfs:DOSFS_OpenDir "/tmp" 000a:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000018): returning 415cbca0 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000210): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000410): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00000810): returning 415cc890 000a:trace:heap:RtlReAllocateHeap (0x40370000,00000002,415cc890,00001010): returning 415cc890 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415cbca0): returning TRUE 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) 000a:trace:dosfs:DOSFS_ReadDir Read: long_name: L".font-unix", short_name: (null) [cut directory listing] 000a:warn:dosfs:DOSFS_FindUnixName L"TMP18467.$$$" not found in '/tmp' 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415cc890): returning TRUE 000a:trace:dosfs:DOSFS_GetFullName returning /tmp/TMP18467.$$$ = L"X:\\tmp18467.$$$" 000a:trace:dosfs:GetDriveTypeW (L"X:\\tmp18467.$$$") 000a: create_file( access=c0000000, inherit=0, sharing=00000003, create=1, attrs=00000000, drive_type=3, filename="/tmp/TMP18467.$$$" ) 000a: create_file() = 0 { handle=0x98 } 000a:trace:file:CreateFileW returning 0x98 000a:trace:heap:RtlFreeHeap (0x40370000,00000002,415b32c0): returning TRUE 000a:trace:file:Win32HandleToDosFileHandle Got 10 for h32 0x98 000a:Ret kernel32.INT_Int21Handler() retval=00000000 ret=41560c39 000a:trace:int21:DOSVM_Int21Handler failed, error 0 000a:trace:int21:DOSVM_Int21Handler returning: AX=0000 BX=5b0f CX=0000 DX=e9a8 SI=0000 DI=e9a8 DS=0a47 ES=0927 EFL=00000203 000a:Ret winedos.CallBuiltinHandler() retval=0000007c ret=4008d9f0 000a:trace:global:GlobalHandle16 011f This seems weird: there's a file handle, there's a DOS file handle but Int21 returns AX=0, indicating an error. I did not yet check the code (will do this afternoon, but beware: I'm not much of a coder), but I think a fix should be rather easy, there's probably just a typo (or a thinko) in the Int21 handler. I'm not sure, but this bug could also help number 1170, that seems related in that there's a file that is not actually there, and 717, which also tries to make a file that isn't created. Please Cc: my e-mail-address as I'm not on the Wine-devel list. the "nospam" part has an MX record, so mailing shouldn't be a problem. We also checked Codeweavers Wine for this bug; it seems to be there, but after two days of bug hunting our hunting ground is a bit of a mess, so I'm not sure if we tested 2.0 or 2.1. I searched Bugzilla for a DOS related bug and couldn't find one, but if it's fixed between 20030408 and now, then please accept my apologies for wasting your precious reading time. Best regards, Valentijn

3 3

Re: [dx88] Cull fix
by MichaelGuennewig＠gmx.de 29 Oct '03

29 Oct '03

Jason Edmeades <us(a)the-edmeades.demon.co.uk> writes: > Michael - See if this helps with your map / figure problems... Sorry, but it doesn't helped. Also the other ones doesn't helped. The fixme's fixme:d3d_surface:IDirect3DSurface8Impl_LockRect fixme:d3d:IDirect3DDevice8Impl_SetRenderTarget fixme:d3d:IDirect3DDevice8Impl_ResourceManagerDiscardBytes also still appear as before. Do you want a new "-debugmsg +d3d8,+d3d_surface" log or pherhaps the texture snapshots? But I couldn't create any of them before next week, because I'm going sailing over the weekend. Michael

1 0

Forwards exports - anyone?
by Shachar Shemesh 29 Oct '03

29 Oct '03

Hi all, I noticed in the code that there is a concept called "forwad_export". Does it have anything to do with making a function in one DLL return a function address that belongs to another? If that is the case, how do I activate this? Is there some spec file magic that will do it? I'm trying to implement unicows.dll. The theory is quite simple - since unicows merely implements unicode functions that exist, theoretically, only in Wine, all I have to do is create forwards (i.e. - ExtTextOutW in unicows.dll will call ExtTextOutW in GDI). This is slightly inefficient, but should solve our unicows.dll problems. If I can merely instruct the dynamic loader to return the GDI ExtTextOutW function when someone tries to link with the unicows ExtTextOutW, I can solve the inefficiency in a clean, working way without further problems. I considered various loader tricks, but I'm afraid the closest I'm willing to come is assembler tricks, and those won't work on other platforms (then again - other platforms are highly unlikely to require unicows - hmm). Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

RE: How do i find the start menu path?
by Rolf Kalbermatter 29 Oct '03

29 Oct '03

Robert van Herk <robert(a)robertvanherk.nl> wrote: >I have a question for my start menu generator, that is almost finished >now... > >How do I find the path of the wine start menu? (for me it's >~/c/windows/Start Menu, but for someone else it does not have to be like >that...) I assume/hope you have a winelib app in which case you can just simply call ret = SHGetSpecialFolderPathW(NULL, lpString, CSIDL_PROGRAMS, FALSE); and unless SHRestricted(REST_NOCOMMONGROUPS) is true also ret = SHGetSpecialFolderPathW(NULL, lpString, CSIDL_COMMON_PROGRAMS, FALSE); Rolf Kalbermatter

1 0

Re: Forwards exports - anyone?
by Rolf Kalbermatter 29 Oct '03

29 Oct '03

Shachar Shemesh <wine-devel(a)shemesh.biz> wrote: >I'm trying to implement unicows.dll. The theory is quite simple - since >unicows merely implements unicode functions that exist, theoretically, >only in Wine, all I have to do is create forwards (i.e. - ExtTextOutW in >unicows.dll will call ExtTextOutW in GDI). This is slightly inefficient, >but should solve our unicows.dll problems. > >If I can merely instruct the dynamic loader to return the GDI >ExtTextOutW function when someone tries to link with the unicows >ExtTextOutW, I can solve the inefficiency in a clean, working way >without further problems. I thought this was done in Wine in the spec files. Something such as: @ stdcall ExtTextOutW(params) gdi32.ExtTextOutW should do the trick. The function names need not to be the same. The only limitation I have found is that you can't forward in this way to ordinal exports but I may have missed something. Rolf Kalbermatter

1 0

How do i find the start menu path?
by Robert van Herk 29 Oct '03

29 Oct '03

Hi people, I have a question for my start menu generator, that is almost finished now... How do I find the path of the wine start menu? (for me it's ~/c/windows/Start Menu, but for someone else it does not have to be like that...) Any help here? Grtz, Robert

2 1

Re: Serious Bug
by Boaz Harrosh 29 Oct '03

29 Oct '03

I'm Just exactly now fighting same problems. See my last post: "Help with shared library make files" Note 2 things A. Initialization order is opposite of msvc++ Last object on the linker gets to run first. (msvc first on the command line first to initialize) B. Hard, in gdb (kdevelop), to set a break point on pre-main code. use below file to do that. Put it as last object linked and after any library. In effect it is an "int 0x03" instruction to hard code a break point. C. All DLLs linked to the MyApp.dll.so should also link to MyApp.exe.so see my wine post: "wine msvcrt on Library initialization". These are the ones that get linked through winebuild. <Cpp_Globs_stop.cpp> #include "windows.h" #define _CrtDbgBreak() __asm__ ("\tint $0x3\n") class TestStaticClass { public: TestStaticClass() ; ~TestStaticClass() ; } ; TestStaticClass::TestStaticClass() { MessageBox(NULL ,"Constructor" ,"Cpp_Globs_stop" ,MB_OK) ; _CrtDbgBreak(); } TestStaticClass::~TestStaticClass() { MessageBox(NULL ,"Destructor" ,"Cpp_Globs_stop" ,MB_OK) ; } TestStaticClass g_StaticClass ; </Cpp_Globs_stop.cpp> <Makefile snippet> $(mfctest_dll_MODULE).so: $(mfctest_dll_MODULE).spec.o $(mfctest_dll_OBJS) Cpp_Globs_stop.o $(LDXXSHARED) $(LDDLLFLAGS) -o $@ \ $(mfctest_dll_MODULE).spec.o \ $(mfctest_dll_OBJS) \ $(mfctest_dll_LIBRARY_PATH) \ $(mfctest_dll_LIBRARIES:%=-l%) \ $(ALL_LIBRARIES) \ Cpp_Globs_stop.o \ </Makefile snippet> Now you can single step the initialization chain. flyker wrote: > Boaz Harrosh wrote: > >> use --wrap in winemaker. Read about this option in the documentation >> > Thanks. It is work :) > > > >

1 0

Re: Serious Bug
by flyker 29 Oct '03

29 Oct '03

Boaz Harrosh wrote: > use --wrap in winemaker. Read about this option in the documentation > Thanks. It is work :)

1 0

Serious Bug
by flyker 29 Oct '03

29 Oct '03

The simple test crashes wine. And i think many other commands in constructor A() may crash wine. test.cpp: #include <windows.h> #include <stdio.h> class A { public: A(); }; A::A() { LoadLibrary("user32.dll"); // all ok user32.dll is present } A a; int WinMain(HINSTANCE hInst, HINSTANCE, LPSTR szCmdLine, int nCmdShow) { return 0; }

2 2

Help with shared library make files
by Boaz Harrosh 29 Oct '03

29 Oct '03

I have the following setup mfctest/Makefile - Main make file mfctest.exe.so - is the wrapper for an mfc gui application mfctest.dll.so - is the mfc gui application (as generated by the msvc++ wizard and than winemaker) msvc/Makefile - make file for mfc & stuff missing from msvcrt.dll libmsvc.a - is all the cpp files archived by [ ar -rs $(ALL_OBJECT_FILES) ] libmsvc.so - same object files but linked with [ gcc --shared ] Now I link mfctest.dll.so with libmsvc.a. (-l) The spec.c I prepare by including all the object files of the msvc project since winebuild does not work with libraries. It all runs fine. Now I try to link with libmsvc.so ( exact same way as before with the -l option linux style, not as a DLL as usually done in wine ). At the beginning it would not link because of undefined symbols. ( before with the .a option not all files get pulled in by the linker). So I fix the undefined s. The spec.c file I have tried in to ways. 1) a libmsvc.spec.c for libmsvc.so and a small one for mfctest.dll.spec.c - and 2) A big mfctest.dll.spec.c that includes all objects same as above libmsvc.a . In both cases I had the same exact problem. It would not run. I get a SIGSEGV. On the (gdb) back-trace it is directly from "dlopen" (from BUILTIN32_dlopen) it SIGs 10 functions deep into dlopen. The last function that makes any sense is _dl_init in ld-linux.so.2 from than on I get un-logical symbols that should not be in the init path. Including undefined s like 0x00000094 (see complete back-trace below) the SIGSEGV itself is reported at "dllname" which is not a function but an array in dll.spec.c . So we can see that the debug info got totally screwed up. Big help!!! Any body got any ideas? Do you think I need to fix the start address of libmsvc.so some how? What is the command line option for that? The reason I need the libYYY.so option to work is because I have a big (1900 files) C++ project divided into 36 libraries. On the windows side it is dlls & static libs, all automatically exported by msvc++ (#define class class declspec(dllexport) ). Since we do not have a good C++ way for pure dlls in wine (yet) and the 1900 files on one gcc link will not work. ( truncated by the linker) .And I have more Applications in the future that use the same libraries. The .so option looks best. One more question: What do the gurus say? In theory, if I have a XXX.dll.so linked Linux style to libYYY.so both have calls into wine. what is best method (XXX.dll.so is only because of the wrapper no real exports here) A. XXX.dll.so has an XXX.spec.c && libYYY.so has a YYY.spec.c of its own each linked to their respective .spec.c . (Note that those are only imports since export symbols from libYYY.so are linked against - Linux style). B. one big XXX+YYY.spec.c linked against XXX.dll.so (very very slow, it looks like winebuild has an o(n^2) efficiency ) C. Both are good if no exports are made. (or exports only at the top lib) Thanks for any help or pointer. Please share past experience for good or for worse Free Life Boaz some info: <(gdb) backtrace> #0 0x40cb3a4d in dllname () from /home/wine/lib/wine/mfctest.dll.so #1 0x00000094 in ?? () #2 0x40ffec8e in std::basic_iostream<wchar_t, std::char_traits<wchar_t> >::~basic_iostream() () from /usr/lib/libstdc++.so.5 #3 0x40ffed0a in std::basic_iostream<wchar_t, std::char_traits<wchar_t> >::~basic_iostream() () from /usr/lib/libstdc++.so.5 #4 0x4104dbb7 in __cxa_dyn_string_eq () from /usr/lib/libstdc++.so.5 #5 0x40feea11 in std::collate<char>::id () from /usr/lib/libstdc++.so.5 #6 0x4000aa4c in _dl_init (main_map=0x3c02eaf0, argc=4, argv=0xbffff454, env=0xbffff468) at dl-init.c:68 #7 0x4030a51e in _dl_open () from /lib/i686/libc.so.6 #8 0x4000a828 in _dl_catch_error (objname=0x406d28e0, errstring=0x406d28e4, operate=0x4030a120 <_dl_open+432>, args=0x406d28e8) at dl-error.c:162 #9 0x40309fcf in _dl_open () from /lib/i686/libc.so.6 #10 0x40352f21 in dlopen () from /lib/libdl.so.2 #11 0x4000a828 in _dl_catch_error (objname=0x3c0017e0, errstring=0x3c0017e4, operate=0x40352ef0 <dlopen+80>, args=0x406d2a68) at dl-error.c:162 #12 0x40353294 in dlerror () from /lib/libdl.so.2 #13 0x40352ed3 in dlopen () from /lib/libdl.so.2 #14 0x40107abc in wine_dlopen (filename=0x3c02eaa0 "/home/wine/lib/wine/mfctest.dll.so", flag=2, error=0x406d2b08 " ¨<@´l\016@X,m@HÍ\a@", errorsize=256) at loader.c:577 #15 0x40107420 in dlopen_dll (name=0x406d2c2c "mfctest.dll", error=0x406d2b08 " ¨<@´l\016@X,m@HÍ\a@", errorsize=256, test_only=0) at loader.c:156 #16 0x4010795b in wine_dll_load (filename=0x406d2c2c "mfctest.dll", error=0x406d2b08 " ¨<@´l\016@X,m@HÍ\a@", errorsize=256) at loader.c:390 #17 0x4009b537 in BUILTIN32_dlopen (name=0x406d2c2c "mfctest.dll", handle=0x406d2c28) at ../../relay32/builtin32.c:63 #18 0x4009b94c in BUILTIN32_LoadLibraryExA (path=0x403ca710 "C:\\WINDOWS\\SYSTEM\\mfctest.dll", flags=0, pwm=0x406d2cc4) at ../../relay32/builtin32.c:171 #19 0x400b3c6d in load_dll (libname=0x403ca6f0 "mfctest.dll", flags=0, pwm=0x406d2cc4) at loader.c:1058 #20 0x400b3e34 in LdrLoadDll (path_name=0x0, flags=0, libname=0x406d2cfc, hModule=0x406d2cf8) at loader.c:1120 #21 0x4007e158 in LoadLibraryExA (libname=0x404b41a0 "mfctest.dll", hfile=0x0, flags=0) at ../../loader/module.c:655 #22 0x4007e28d in LoadLibraryA (libname=0x404b41a0 "mfctest.dll") at ../../loader/module.c:707 #23 0x404a3147 in WinMain (hInstance=0x404b0000, hPrevInstance=0x0, szCmdLine=0x403908f2 "", iCmdShow=1) at mfctest.exe_wrapper.c:127 #24 0x404b40ea in __wine_exe_main () at mfctest.exe.spec.c:140 #25 0x4009fced in start_process () at ../../scheduler/process.c:455 #26 0x400a402a in call_on_thread_stack (func=0x4009fb10) at ../../scheduler/sysdeps.c:113 </(gdb) backtrace> <(gdb) info sharedlibrary> >From To Syms Read Shared Object Library 0x40048000 0x400c6314 Yes /home/wine/lib/libntdll.dll.so 0x40105790 0x40107c14 Yes /home/wine/lib/libwine.so.1 0x4011cc80 0x4011f354 Yes /home/wine/lib/libwine_unicode.so.1 0x40212620 0x4030f328 Yes /lib/i686/libc.so.6 0x403334a0 0x4034abc4 Yes /lib/i686/libm.so.6 0x40352db0 0x40353d64 Yes /lib/libdl.so.2 0x40000a60 0x4000f49b Yes /lib/ld-linux.so.2 0x40382d10 0x4038b054 Yes /lib/libnss_files.so.2 0x404a3000 0x404b4184 Yes /home/wine/codeward/mfctest/mfctest.exe.so 0x406f3000 0x40732ef4 Yes /home/wine/lib/wine/kernel32.dll.so 0x407b6000 0x40848b14 Yes /home/wine/lib/wine/user32.dll.so 0x408cf000 0x40916c44 Yes /home/wine/lib/wine/gdi32.dll.so 0x40941000 0x4095e814 Yes /home/wine/lib/wine/advapi32.dll.so 0x40974000 0x4099def4 Yes /home/wine/lib/wine/msvcrt.dll.so 0x409b1850 0x409ee254 Yes /usr/lib/libfreetype.so.6 0x409f98e0 0x40a02194 Yes /lib/libz.so.1 0x40a13000 0x40a5e794 Yes /home/wine/lib/wine/x11drv.dll.so 0x404b8200 0x404bc8a4 Yes /usr/X11R6/lib/libSM.so.6 0x40a73540 0x40a81dd4 Yes /usr/X11R6/lib/libICE.so.6 0x40a89910 0x40a934a4 Yes /usr/X11R6/lib/libXext.so.6 0x40aa6380 0x40b17384 Yes /usr/X11R6/lib/libX11.so.6 0x40b99640 0x40bd91e4 Yes /usr/X11R6/lib/libGL.so.1 0x40beb110 0x40bf3c14 Yes /lib/i686/libpthread.so.0 0x40c39320 0x40c3e234 Yes /usr/X11R6/lib/libXcursor.so.1 0x40c41390 0x40c46324 Yes /usr/X11R6/lib/libXrender.so.1 0x40014860 0x40015794 Yes /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2 0x40c74260 0x40c8ad84 Yes /usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2 0x400185f0 0x40018f54 Yes /usr/lib/gconv/ISO8859-1.so 0x40ca0000 0x40cb2074 Yes /home/wine/lib/wine/mfctest.dll.so 0x40dcf920 0x40f2f8e4 Yes /home/wine/lib/libmsvc.so 0x40ff1070 0x4104dbc4 Yes /usr/lib/libstdc++.so.5 0x4001b540 0x40020534 Yes /lib/libgcc_s.so.1 </(gdb) info sharedlibrary>

1 0

Re: French keyboard layout with Euro symbol
by RemiAssailly＠aol.com 29 Oct '03

29 Oct '03

I sent a patch that looks like yours and it was simply refused ! I wasn't the fisrt...

4 10

Re: DINPUT device unacquire (mouse) fix
by Andreas Mohr 29 Oct '03

29 Oct '03

Hi, On Tue, Oct 28, 2003 at 02:53:44AM +0200, Hannu Valtonen wrote: > License: LGPL > > I stumbled upon this when looking at fixing mouse support for Crimson > lands. According to MSDN DirectInputDevice Unacquire is allowed even for > devices which haven't been acquired yet. > > Changelog: > - SysMouseAImpl_Unacquire should return DI_NOEFFECT if the device is not > in an acquired state. Ah, thanks!! Maybe this is why some game (I believe it was UT) broke... Darn, why didn't I discover that when I stumbled on that place years ago? But don't you think keyboard and joystick might need the same code?? (keyboard has it as well, but with completely different code --> mess) This could probably be cleaned up. Andreas Mohr

2 2

WinE-Bug? InternetCrackUrl incorrectly sets dwUrlPathLength
by Jan Sporbeck 29 Oct '03

29 Oct '03

Hi, During some application testing, we discovered that WinE does not correctly mimic the WinINet function InternetCrackUrl. The real WinAPI sets the dwUrlPathLength member of the URL_COMPONENTS structure to additionally hold the extra info of the given URL if the extra info is not requested as a separate component. Although this behaviour is not well documented by the Win SDK, it is for instance implemented on WinXP, Win2000 and WinME and therefore might be considered to be intended by Microsoft. The following lines of code demonstrate the problem: LPCTSTR lpszURL = _T("http://www.myserver.com/myscript.php?arg=1"); URL_COMPONENTS url; // call 1: crack out url path and extra info ::ZeroMemory(&url, sizeof(url)); url.dwStructSize = sizeof(url); url.dwHostNameLength = 1; url.dwUrlPathLength = 1; url.dwExtraInfoLength = 1; ::InternetCrackUrl(lpszURL, 0, 0, &url); // dwUrlPathLength is 13, holding "/myscript.php" // call 2: only crack out url path ::ZeroMemory(&url, sizeof(url)); url.dwStructSize = sizeof(url); url.dwHostNameLength = 1; url.dwUrlPathLength = 1; ::InternetCrackUrl(lpszURL, 0, 0, &url); // now, dwUrlPathLength should be 19, holding "/myscript.php?arg=1", // while WinE still sets it to 13 OK, it is of course no great deal to write code that correctly runs on real Win systems and on WinE (2-3 lines did it). But programers who rely on this behaviour will for example wonder why their applications don't transmit any HTTP GET parameters when they call HttpOpenRequest with lpszObjectName set to the URL path component returned by InternetCrackUrl... This applies to Wine 20031016, haven't found any recent report on this though. /jan.

1 0

spec files - syntax and generation
by "Martin Tröster" 29 Oct '03

29 Oct '03

Hi, once again I would like to get your advice on spec files. I now compiled a Windows application successful against winelib and can link it without problems. However, the application segfaults immediately when starting wine. I am tracking this back to .spec files (although I will need to debug in the next free time to be sure), since they are the weakest link I am seeing, since I wrote most of them by hand. So it would be great if you can answer the following questions: - Automatic generation: I composed the spec files by hand, based on Windows def files. Is there an automatic way to do that? I noticed a (somewhat hidden) tool called winedump, with nearly not existing documentation, but could not make much use of it. Any hints here? - Stack size and parameters in spec file: The def files are, as far as I know, very similar to the spec files: they contain the function name (either mangled or not mangled), as well as (most of the time) the stack space - format: functionname@stackspace. Is there anything wrong to translate an entry for "char* testfunc(char* str, int var1, long var2, long* ptr)" called "testfunc@16" into "@stdcall testfunc(ptr ptr ptr ptr)", without caring for the type of parameters? More explicitely asked, what use do I have from using str or long instead of ptr in the spec file? - Stdcall vs. cdecl How do I find out whether a function uses CDECL instead of STDCALL? I found the information (link lost unfortunately) that entries in the def file like testfunc1@0 are called via STDCALL, whereas in case of testfunc2 without any @ specifying the space is CDECL. Is this guess right? If not, how else do I find this out? Thanks again for any help! Cheers, Martin ______________________________________________________________________________ Bestes Testergebnis: Stiftung Warentest Doppelsieg fur WEB.DE FreeMail und WEB.DE Club. Nur fuer unsere Nutzer! http://f.web.de/?mc=021182

4 5

Re: PATCH: server/named_pipe.c (RESENT)
by Alexandre Julliard 28 Oct '03

28 Oct '03

Gerald Pfeifer <gerald(a)pfeifer.com> writes: > was there any problem with the following patch, or did it just fall > through the cracks? ;-) > > Gerald > > ChangeLog: > Remove unused variable pipe_client_fd_ops. Well, either the client side should really use pipe_client_fd_ops, or pipe_server_fd_ops should be renamed to show that it is used by both client and server. I'm not sure which one was intended, could the named pipe experts please check that? -- Alexandre Julliard julliard(a)winehq.com

1 0

Support for TLS in CrossOver
by Mike Hearn 28 Oct '03

28 Oct '03

Hi Alexandre, I noticed the ChangeLog for the new CXOffice release (congrats on that btw!) said it now works with all glibc 2.3 variants. Does that mean the TLS related named pipe breakage we saw earlier is now fixed? If so, do you know when the fix will be in WineHQ CVS? thanks -mike

3 3

WineHQ: PATCH to fix IPersistFile::Load() and associated functions
by Subhobroto Sinha 28 Oct '03

28 Oct '03

Hello all I finally produced the "official patch" after verifying that everything is OK. This patch has been inlined as well as attached as a ZIP file, so suit yourself. All reports regaring this patch is to be sent to <subhobrotosinha at yahoo.com> with a proper subject prefixed by "IPersistFile patch" in the subject header. Just don't simply hit the 'Reply' button ! This patch fixes: (1) Stream_LoadString: Conflict of unicode strings being taken as LPSTR and AGAIN being converted to Unicode due to wrong value of SCF_UNICODE .(I have really NOT changed the original code, but redirected this call to a fixed function which I named wineStream_LoadString. This should remain so until SCF_UNICODE value is corrected) (2) Stream_LoadLocation: Previously the GetPath() failed. It works great now. For the uninitiated, here's what has to be done: Please make sure that you have the 20031016 source (latest tarball) (1)Copy this .diff to the root folder of the Wine source (2)Run 'patch' on this diff file (3)It should patch "dlls/shell32/shelllink.c". Change to that directory (4)Type 'make' to rebuild 'shell32.dll.so' (5)'su' out and overwrite/symlink the current 'shell32.dll.so' over the installed one Now IPersistFile::Load() should work as intended. Try out McCormack's 'winemenubuilder' or my WineLib 'linkresolve' (NOT my C++ version) If the diff is not proper, etc, please alert me at the mentioned address PS: As I am not a member of 'wine-patches',can the moderator be kind enough... :=) I really want these functions to get fixed. That's all. Regards Subhobroto Sinha __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ --- dlls/shell32/shelllink.c.original 2003-10-22 17:56:31.000000000 +0530 +++ dlls/shell32/shelllink.c 2003-10-26 16:30:57.000000000 +0530 @@ -401,9 +401,49 @@ return S_OK; } +static HRESULT wineStream_LoadString( IStream* stm, LPWSTR *pstr ) +{ + DWORD count=0; + USHORT len; + LPWSTR str=NULL; + HRESULT r; + /* + From Win98 upwards unicode==TRUE.(Atleast for shortcuts..) + However, the value of SCF_UNICODE does NOT seem to be 0x1000. + Until then, we assume it true. + Anybody differing mail to <subhobrotosinha at yahoo.com>. + */ + TRACE("%p\n", stm); + + r = IStream_Read(stm, &len, sizeof(len), &count); + if(FAILED(r)||(count != sizeof(len))) return E_FAIL; + + len *= sizeof(WCHAR); + + TRACE("reading %d\n", len); + str = HeapAlloc(GetProcessHeap(), 0, len+sizeof(WCHAR)); + if(!str) return E_OUTOFMEMORY; + + count = 0; + r = IStream_Read(stm, str, len, &count); + if( FAILED(r)||( count!=len) ) + { + HeapFree( GetProcessHeap(), 0, str ); + return E_FAIL; + } + + str[count/2]=0; + *pstr = str; + TRACE("read %s\n", debugstr_w(str)); + return S_OK; +} static HRESULT Stream_LoadString( IStream* stm, BOOL unicode, LPWSTR *pstr ) { +/*This is the original function short circuited to the above till we find out correct 'SCF_UNICODE'. +Now it's assumed that the data's unicode. (This assumption failes iff the OS was <=Win95*/ +return (wineStream_LoadString(stm,pstr)); +#if 0 DWORD count; USHORT len; LPVOID temp; @@ -453,6 +493,7 @@ *pstr = str; return S_OK; +#endif } static HRESULT Stream_LoadLocation( IStream* stm ) @@ -533,6 +574,14 @@ if( FAILED( r ) ) return r; } + ////////////////////////////////////////////////////////////////////////////////////// + char szTemp[MAX_PATH]={0}; + SHGetPathFromIDListA(This->pPidl,szTemp); + This->sPath=HeapAlloc( GetProcessHeap(), 0,(strlen(szTemp)+1)*sizeof(WCHAR)); + MultiByteToWideChar(CP_ACP,0,szTemp,(strlen(szTemp)+1),This->sPath,(strlen(szTemp)+1)); + //TRACE("%s\n",szTemp); + ////////////////////////////////////////////////////////////////////////////////////// + This->wHotKey = hdr.wHotKey; This->iIcoNdx = hdr.nIcon; FileTimeToSystemTime (&hdr.Time1, &This->time1);

3 3

Winesetuptk 0.7 released
by Ivan Leo Murray-Smith 28 Oct '03

28 Oct '03

Hi lists, Winesetuptk 0.7 is at the wine sourceforge page http://sourceforge.net/project/showfiles.php?group_id=6241 This new version contains an updated winedefault.reg, you don't need to run regedit winedefault.reg any more, and it's updated to configurate all the latest and greatest features of wine. This release was possible thanks to the help and contributions of Vincent Béron and Alex Pasadyn. Without them, winesetuptk 0.7 wouldn't exist. Download and enjoy!

1 0

Status of HeapAlloc Cleanup in shell32
by Steven Edwards 28 Oct '03

28 Oct '03

Is the HeapAlloc/ReAlloc stuff being tracked anywhere? I think it is the cause of a lot of problems I have with shell32 under Windows and ReactOS. Applications linked to wine shell32.dll under Windows2000 run fine but when you exit they get illigal op's where the memory could not be "read" kind of like the bug I had in uninstaller.exe that started the HeapAlloc cleanup. Thanks Steven __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/

2 1

Re: wine/ tools/winebuild/relay.c dlls/ntdll/signa ...
by Robert Shearman 28 Oct '03

28 Oct '03

This has fixed the problem slightly (see message titled "Bug in cxx_frame_handler") - the program now displays: err:seh:setup_exception stack overflow 592 bytes in thread 000e eip 401c425a esp 40640db0 stack 0x40540000-0x40750000 And then exits. I still believe there is a problem in dlls/msvcrt/cppexcept.c with the following lines (359-364): if (!exc_type) /* nested exception, fetch info from original exception */ { rec = msvcrt_get_thread_data()->exc_record; exc_type = (cxx_exception_type *)rec->ExceptionInformation[2]; } The problem is that msvcrt_get_thead_data()->exc_record returns NULL (probably because there is no nested exception?). Should there just be a check there for a NULL pointer or is it part of a bigger problem? Rob On Tuesday 28 October 2003 12:30 am, you wrote: > ChangeSet ID: 9891 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/10/27 18:30:55 > > Modified files: > tools/winebuild: relay.c > dlls/ntdll : signal_i386.c > > Log message: > Switch back to the main process stack before calling exception > handlers. > > Patch: http://cvs.winehq.com/patch.py?id=9891 > > Old revision New revision Changes Path > 1.31 1.32 +27 -28 wine/tools/winebuild/relay.c > 1.73 1.74 +297 -165 wine/dlls/ntdll/signal_i386.c

1 0

Improper Focus handling
by Cogman 28 Oct '03

28 Oct '03

I have noticed this bug in wine for some time, (winex has corrected it btw). It seems that new windows, child windows, and message boxes are incorrectly handled in wine, when created they are often put at the bottem of the stack of wine windows and not given focus. This is bad expecialy in Install shield programs that bring the messages and windows up one after the other, but you cant see the others or move them because the first is covering them. Also Keyboard focus does not seem to be working properly all the time (sometimes a window gets keyboardfocus and sometimes it doesnt) One thing I would like to point out is the fact that if you click on a window in windows it gets both keyboard and mouse focus. A few examples of where the focus issue becomes a problem are in Cstike and Pharaoh. In Cstrike (or any HL game for that matter) if you loose focus on the main window (alt-tab or something else happens) you loose keyboardfocus, but not always mouse focus, So you endup stuck in a game with the keyboard focused on some other window (usually on a konsole so killall is the only way to get out other then changing virtual windows) In pharaoh the problem is when a new window pops up. The keyboard does not send messages to it, and you can click on it and everything but not be able to type anything (save game window). Now if you run games in desktop mode it will sometimes work. but I dont think that you should have to run games in desktop just to get proper focus handling. I really would love to see this bug smushed :)

1 0

wine msvcrt on Library initialization
by Boaz Harrosh 28 Oct '03

28 Oct '03

I have only managed to compile and link MFC with the msvcrt.dll the std way would not work. Now the MFC has lots of: <somefoo.cpp> void CleanFoo() { } int init = atexit( CleanFoo ) ; </somefoo.cpp> The call to atexit will in-turn call _lock if we look at _lock.c : <lock.c> ... /* If the lock doesn't exist yet, create it */ if( lock_table[ locknum ].bInit == FALSE ) { /* Lock while we're changing the lock table */ _lock( _LOCKTAB_LOCK ); .... </lock.c> Since we are calling on library initialization, (global variable) it might happen that the call is made before the initialization of the _LOCKTAB_LOCK (before a call to lock.c::msvcrt_init_mt_locks) and therefor I get an endless recursion. Now this is why we have the -wrap option with the delayed load of winelib apps. [Q}Should I submit a patch to protect that endless recursion in msvcrt. or should it be noted that all DLL s used by the winelib-application should be also linked to the wrapper (to have a chance to initialize) and submit a patch to winemaker? P.S Some similar problem occurs with native msvcrt.dll. That one is hard to pinpoint exactly. In any way making the wrapper link to msvcrt will solve the problem in both cases. Free Life Boaz

1 0

Proposal to resolve the issue of the broken wine-users gateway
by Jeremy White 28 Oct '03

28 Oct '03

Hi Folks, Say, Just chatting on IRC today, and ShadowHawk pointed out that a host of other sites (Franks corner, etc) have sprung up almost entirely because there are no user based forums on winehq.org. This is, in part, due to the fact that the gateway between the newsgroup and wine-users is busted. And it is that way, because the gateway we were using is a dead project, and Jer hasn't been able to wrestle it back into working (and doesn't really want to). Further, I think it may be time to recognize that cool looking forums are what users expect; that mailing lists and newsgroups are really becoming the 'old' way of doing things. Further, there is a PHP based forum system that Jer would be happy to put up on winehq.org. This would neatly side step the whole problem and perhaps provide a nice upgrade for winehq.org. What do others think? Cheers, Jeremy

5 6

Re: DMUSIC: fix in dmloader's behavior
by Jerry Jenkins 28 Oct '03

28 Oct '03

Rok Mandeljc wrote: > + /* OK, MSDN says that search order is the following: > + - current directory (DONE) > + - windows search path (FIXME: how do I get that?) Try this : DWORD GetEnvironmentVariable( LPCTSTR lpName, // environment variable name LPTSTR lpBuffer, // buffer for variable value DWORD nSize // size of buffer ); or NTSTATUS WINAPI RtlQueryEnvironmentVariable_U( PWSTR env, PUNICODE_STRING name, PUNICODE_STRING value ); > + - loader's search path (DONE) > + */

2 1

winelib documentation
by "Martin Tröster" 28 Oct '03

28 Oct '03

Hi, I want to propose a possible improvement for the wine (and especially winelib) documentation on the WineHQ website: I would like each chapter and section to be dated with the latest release date (like a CVS header etc.), so that the reader knows when the information has been composed. Furthermore, especially in case of development, it would be interesting for which version of Wine these changes are true. Another thing would be to change the FAQ into a Wiki-thing - although I usually do not like this concept too much, I think it is far better than having to refer to outdated documentation... I hope you guys see this as an improvement for the future - although it still shows that the current state of documentation needs some updates (especially in the case of winelib development, see my questions on .spec files that is soon to come :-)) Cheers, Martin ______________________________________________________________________________ Horoskop, Comics, VIPs, Wetter, Sport und Lotto im WEB.DE Screensaver1.2 Kostenlos downloaden: http://screensaver.web.de/?mc=021110

1 0

Re: Fix comctl32 conformance test
by Jakob Eriksson 28 Oct '03

28 Oct '03

Why is this not applied? Would be nice to have when cross compiling works. Hans Leidekker wrote: >Hi, > >It appears that the comctl32 conformance test calls functions by name >that are exported by ordinal only on Windows. Still the test runs (and >thus run-time links) on Wine. Is this wanted behavior? > >When I run it as a cross compiled test on my W2kSP4 machine or on Wine(!) >it bombs with linking errors. To fix this I made this patch that uses >GetProcAddress to get at the functions via their ordinals. > > -Hans > >Changelog: > Don't call functions by name. They are exported by ordinal only. > > >Index: dlls/comctl32/tests/dpa.c >=================================================================== >RCS file: /home/wine/wine/dlls/comctl32/tests/dpa.c,v >retrieving revision 1.2 >diff -u -r1.2 dpa.c >--- dlls/comctl32/tests/dpa.c 5 Sep 2003 23:08:42 -0000 1.2 >+++ dlls/comctl32/tests/dpa.c 19 Oct 2003 16:24:49 -0000 >@@ -29,6 +29,9 @@ > > #include "wine/test.h" > >+static HDPA (WINAPI *pDPA_Create)(INT)=NULL; >+static INT (WINAPI *pDPA_Search)(HDPA,LPVOID,INT,PFNDPACOMPARE,LPARAM,UINT)=NULL; >+ > static INT CALLBACK dpa_strcmp(LPVOID pvstr1, LPVOID pvstr2, LPARAM flags) > { > LPCSTR str1 = (LPCSTR)pvstr1; >@@ -42,14 +45,18 @@ > HDPA dpa_ret; > INT int_ret; > CHAR test_str0[]="test0"; >- >- dpa_ret = DPA_Create(0); >+ >+ HMODULE hcomctl32=LoadLibraryA("comctl32.dll"); >+ pDPA_Create=(void*)GetProcAddress(hcomctl32, (LPSTR)328); >+ pDPA_Search=(void*)GetProcAddress(hcomctl32, (LPSTR)339); >+ >+ dpa_ret = pDPA_Create(0); > ok((dpa_ret !=0), "DPA_Create failed"); >- int_ret = DPA_Search(dpa_ret,test_str0,0, dpa_strcmp,0, DPAS_SORTED); >+ int_ret = pDPA_Search(dpa_ret,test_str0,0, dpa_strcmp,0, DPAS_SORTED); > ok((int_ret == -1), "DPA_Search found invalid item"); >- int_ret = DPA_Search(dpa_ret,test_str0,0, dpa_strcmp,0, DPAS_SORTED|DPAS_INSERTBEFORE); >+ int_ret = pDPA_Search(dpa_ret,test_str0,0, dpa_strcmp,0, DPAS_SORTED|DPAS_INSERTBEFORE); > ok((int_ret == 0), "DPA_Search proposed bad item"); >- int_ret = DPA_Search(dpa_ret,test_str0,0, dpa_strcmp,0, DPAS_SORTED|DPAS_INSERTAFTER); >+ int_ret = pDPA_Search(dpa_ret,test_str0,0, dpa_strcmp,0, DPAS_SORTED|DPAS_INSERTAFTER); > ok((int_ret == 0), "DPA_Search proposed bad item"); > } > > > > >

2 2

Longhorn info
by Mike Hearn 28 Oct '03

28 Oct '03

Of course, as we don't actually implement the "new" XP APIs yet, this is all rather academic. Still, why not take a look at what we'll be reimplementing in 2010 ;) SDK: http://longhorn.msdn.microsoft.com/ Articles/Info: http://msdn.microsoft.com/longhorn thanks -mike

1 0

Segmentation fault
by flyker 28 Oct '03

28 Oct '03

Under Windows my program exe file is about 6Mb. Under Linux and Wine it is about 50Mb (.so file). It is normal ? And Wine makes Segmentation fault on initialising global variables of my program. #1 0x40bb0116 in __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at main.cpp:681 #2 0x40bb0176 in _GLOBAL__I_oldfCentury () at main.cpp:3809 #3 0x40bcc151 in __do_global_ctors_aux () from /home/mc/PRJ/main.exe.so #4 0x40872dc6 in _init () from /home/mc/PRJ/main.exe.so #5 0x4000c4b1 in _dl_init_internal () from /lib/ld-linux.so.2 #6 0x40154f42 in dl_open_worker () from /lib/libc.so.6 #7 0x4000c266 in _dl_catch_error_internal () from /lib/ld-linux.so.2 #8 0x401549af in _dl_open () from /lib/libc.so.6 #9 0x4017bf6b in dlopen_doit () from /lib/libdl.so.2 #10 0x4000c266 in _dl_catch_error_internal () from /lib/ld-linux.so.2 #11 0x4017c316 in _dlerror_run () from /lib/libdl.so.2 #12 0x4017bf14 in dlopen@@GLIBC_2.1 () from /lib/libdl.so.2 #13 0x4002ea32 in wine_dlopen (filename=0xbfffc5f8 "/home/mc/PRJ/main.exe.so", flag=2, error=0xbfffd628 "\200.", errorsize=1024) at loader.c:454 #14 0x4049e920 in __wine_kernel_init () at process.c:841 #15 0x401d8947 in __wine_process_init (argc=0, argv=0xbfffda84) at loader.c:1954 #16 0x4002e9fd in wine_init (argc=2, argv=0xbfffded4, error=0xbfffda84 "", error_size=1024) at loader.c:431 #17 0x3c001771 in main (argc=2, argv=0xbfffded4) at main.c:33 #18 0x40057917 in __libc_start_main () from /lib/libc.so.6 Any ideas ?

2 1

New compiler warnings
by Gerald Pfeifer 28 Oct '03

28 Oct '03

My nightly autobuilder on FreeBSD 5.1 noticed the following warning introduced yesterday: signal_i386.c:524: warning: `save_context' defined but not used signal_i386.c:602: warning: `restore_context' defined but not used Also, there are two OpenGL warnings left, after most have been fixed a few months ago: directx.c:852: warning: implicit declaration of function `glXGetProcAddressARB' drawprim.c:829: warning: implicit declaration of function `glMultiTexCoord4fARB' Could you please have a look? Thanks! Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

1 0

Re: French keyboard layout with Euro symbol
by Sylvain Petreolle 28 Oct '03

28 Oct '03

Hi Jerome, It seems your patch includes a currency sign '¤' instead of the Euro : Altgr-E and Altgr-$ look the same (0xA4.) Please use the unified format when sending patches. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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

Newbie questions: ddraw conformance tests
by Sami Aario 27 Oct '03

27 Oct '03

Hi, I'd like to write some conformance tests for ddraw, and I notice that there aren't any preexisting tests. What is the preferred way of setting up the "tests" subdirectory (makefiles)? Do I just do it by hand? BTW, why aren't there any preexisting patches for ddraw? Would my tests possibly be welcome as patches? -- Sami

1 1

Re: DMUSIC: fix in dmloader's behavior
by Raphaël Junqueira 27 Oct '03

27 Oct '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Monday 27 October 2003 20:28, Rok Mandeljc a écrit : > WB Raphael :) > > I didn't have time to check it with Unreal2 demo (slow connection...), > but it should fix it. It works like a charm. Now i have to understand why (after a little hack as we don't have container loading code) Unreal2 crash after IDirectMusicScriptImpl_CallRoutine : trace:dmloader:DMLOADER_DllGetClassObject (0x4024b00f,0x4024afe8,0x408fd804) trace:dmloader:LoaderCF_CreateInstance (0x49b089b8)->((nil), {19e7c08c-0a44-4e6a-a116-595a7cd5de8c},0x53ca8ff4) trace:dmloader:DMUSIC_CreateDirectMusicLoader (0x1053ffb0,0x53ca8ff4,(nil)) trace:dmime:DMIME_DllGetClassObject (0x4024b084,0x4024b05d,0x408fd800) trace:dmime:PerformanceCF_CreateInstance (0x49f86a18)->((nil), {679c4137-c62e-4147-b2b4-9d569acb254c},0x53ca8ff8) trace:dmime:DMUSIC_CreateDirectMusicPerformance (0x1053ffa0,0x53ca8ff8,(nil)) fixme:dmime:IDirectMusicPerformance8ImplInitAudio (0x403c2f90, (nil), 0x53ca8ffc, (nil), 8, 128, 3f, (nil)): to check fixme:wave:IDsDriverBufferImpl_SetVolumePan (0x4ae6b008,0x4ae6abac): stub! fixme:dmime:IDirectMusicPerformance8Impl_Init (iface = 0x403c2f90, dmusic = (nil), dsound = 0x4ae6a7a8, hwnd = (nil)) trace:dmusic:DMUSIC_DllGetClassObject (0x4024b0f9,0x4024b0d2,0x408fd790) trace:dmusic:DirectMusicCF_CreateInstance (0x49b344ec)->((nil), {2d3629f7-813d-4939-8508-f05c6b75fd97},0x403c2f98) trace:dmusic:DMUSIC_CreateDirectMusic (0x49f823a4,0x403c2f98,(nil)) fixme:dmime:IDirectMusicPerformance8ImplCreateStandardAudioPath (0x403c2f90)->(8, 128, 0, 0x403c2fe8): semi-stub trace:dmime:IDirectMusicPerformance8ImplCreateStandardAudioPath returning IDirectMusicPerformance interface at 0x4ae706e8. trace:dmloader:IDirectMusicLoader8Impl_SetSearchDirectory (0x4041aed0, {d2ac2893-b39b-11d1-8704-00600893b1bd}, L"..\\music\\", 0) fixme:dmime:IDirectMusicPerformance8ImplGetDefaultAudioPath (0x403c2f90, 0x408fd804): semi-stub trace:dmime:IDirectMusicAudioPathImpl_AddRef (0x4ae706e8) : AddRef from 1 fixme:dmime:IDirectMusicAudioPathImpl_GetObjectInPath (0x4ae706e8, 0, 12800, 0, {00000000-0000-0000-0000-000000000000}, 0, {2befc277-5497-11d2-bccb-00a0c922e6eb}, 0x408fd824): stub fixme:dmime:IDirectMusicPerformance8Impl_GetGraph (0x403c2f90, 0x408fd7d0): to check fixme:dmime:IDirectMusicPerformance8Impl_SetGraph (0x403c2f90, 0x4ae70ba0): to check trace:dmime:IDirectMusicGraphImpl_AddRef (0x4ae70ba0) : AddRef from 1 trace:dmime:IDirectMusicGraphImpl_Release (0x4ae70ba0) : ReleaseRef to 1 fixme:dmime:IDirectMusicGraphImpl_InsertTool (0x4ae70ba0, 0x48691a40, (nil), 0, 0): use of pdwPChannels trace:dmime:IDirectMusicGraphImpl_Release (0x4ae70ba0) : ReleaseRef to 0 trace:dmloader:IDirectMusicLoader8Impl_LoadObjectFromFile (0x4041aed0, {9301e380-1f22-11d3-8226-d2fa76255d47}, {9301e386-1f22-11d3-8226-d2fa76255d47}, L"M08.con", 0x408fd2c4): wrapping to IDirectMusicLoader8Impl_GetObject trace:dmloader:IDirectMusicLoader8Impl_LoadObjectFromFile full file path = L"C:\\Program Files\\Unreal2Demo\\Music\\M08.con" trace:dmloader:IDirectMusicLoader8Impl_GetObject (0x4041aed0, 0x408fcf44 (dwValidData:0x00000032), {9301e386-1f22-11d3-8226-d2fa76255d47}, 0x408fd2c4) trace:dmloader:IDirectMusicLoader8Impl_GetObject looking up cache... trace:dmloader:IDirectMusicLoader8Impl_GetObject : object does not exist in cache trace:dmloader:DMLOADER_DllGetClassObject (0x4024b2a4,0x4024b27d,0x408fc888) trace:dmloader:ContainerCF_CreateInstance (0x49b089d4)->((nil), {d2ac28b5-b39b-11d1-8704-00600893b1bd},0x408fcd00) trace:dmloader:DMUSIC_CreateDirectMusicContainerObject (0x49b046b4,0x408fcd00, (nil)) trace:dmloader:IDirectMusicLoader8Impl_GetObject : loading from file (L"C:\ \Program Files\\Unreal2Demo\\Music\\M08.con") trace:dmloader:DMUSIC_CreateLoaderStream (0x408fcce4) trace:dmloader:ILoaderStream_Attach (0x4ae70c48, L"C:\\Program Files\ \Unreal2Demo\\Music\\M08.con", 0x4041aed0) trace:dmloader:ILoaderStream_Attach : succeeded trace:dmloader:IDirectMusicContainerObjectStream_AddRef (0x4ae70c08) : AddRef from 1 fixme:dmloader:IDirectMusicContainerObjectStream_Load : Loading not implemented yet trace:dmloader:ILoaderStream_IStream_Release (0x4ae70c48) : ReleaseRef to 0 trace:dmloader:IDirectMusicContainerObjectStream_Release (0x4ae70c08) : ReleaseRef to 1 trace:dmloader:IDirectMusicLoader8Impl_GetObject : filled in cache entry trace:dmloader:IDirectMusicContainerImpl_AddRef (0x4ae70c28) : AddRef from 1 trace:dmloader:IDirectMusicLoader8Impl_GetObject (0x4041aed0, 0x408fd300 (dwValidData:0x00000206), {2252373a-5814-489b-8209-31fedebaf137}, 0x408fd2c8) trace:dmloader:IDirectMusicLoader8Impl_GetObject looking up cache... trace:dmloader:IDirectMusicLoader8Impl_GetObject comparing "L"Script1"" with cached "L"C:\\Program Files\\Unreal2Demo\\Music\\M08.con"" trace:dmloader:IDirectMusicLoader8Impl_GetObject : object does not exist in cache err:dmloader:IDirectMusicLoader8Impl_GetObject Wanted a memory (cached) entry, but not found. Active Hack trace:dmloader:IDirectMusicLoader8Impl_GetObject : filled in cache entry fixme:dmscript:IDirectMusicScriptImpl_Init (0x4ae710b8, 0x403c2f90, (nil)): stub fixme:dmloader:IDirectMusicLoader8Impl_ReleaseObjectByUnknown (0x4041aed0, 0x4ae70c28): stub trace:dmloader:IDirectMusicContainerImpl_Release (0x4ae70c28) : ReleaseRef to 1 trace:dmime:IDirectMusicPerformance8Impl_SetGlobalParam (0x403c2f90, {d2ac28b1-b39b-11d1-8704-00600893b1bd}, 0x408fd878, 4) trace:dmime:IDirectMusicPerformance8Impl_SetGlobalParam => MasterVolume set to - -10000 fixme:dmscript:IDirectMusicScriptImpl_CallRoutine (0x4ae710b8, L"", (nil)): stub err:msg:DispatchMessageW BeginPaint not called on WM_PAINT for hwnd 0x10026! fixme:seh:EXC_RtlRaiseException call to unimplemented function ntdll.dll.RtlCreateQueryDebugBuffer fixme:system:SystemParametersInfoA Unimplemented action: 59 (SPI_SETSTICKYKEYS) > ChangeLog: > - fix dmloader's behavior to be more MS compliant Best Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/nZYCp7NA3AmQTU4RAjtLAJ4vmkkf/XJ36ECs8MuBY5M7Xps+jQCfSH9a vawdbPlV392ICQft/lXupPc= =9ibW -----END PGP SIGNATURE-----

1 0

winesetuptk
by Ivan Leo Murray-Smith 27 Oct '03

27 Oct '03

Hi list, Nobody has reported anything to be broken, so if I don't get any feedback by tomorrow, winesetuptk 0.7 will be released tomorrow (The 28th) on sourceforge with no changes respect to rc2. Ivan.

1 0

dlls/*/tests/Makefile
by Sylvain Petreolle 27 Oct '03

27 Oct '03

At this time, if I go into any dll source directory and do (lets take dlls/winmm) : [syl@wine winmm]$ make clean then make will generate this error when building the tests: make[1]: Entering directory `/home/wine/dlls/winmm/tests' 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 wave.o wave.c 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.o testlist.c make[1]: *** No rule to make target `../../../dlls/libwinmm.def', needed by `winmm_test.exe.spec.c'. Stop. make[1]: Leaving directory `/home/wine/dlls/winmm/tests' make: *** [tests] Error 2 The only way to compile is to go into the dll directory and run : make winmm.spec.def (changing the name winmm properly) Has someone else seen this problem ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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

4 5

Re: getting started with Winelib
by Ralf Juengling 27 Oct '03

27 Oct '03

> > checking for -lwine_uuid... /local/lib > > checking for libntdll.dll.so... configure: error: Could not find the > > Wine dlls (libntdll.dll.so) > > > Have you added /local/lib to /etc/ld.so.conf? If not, there should be a warning when you install wine. no, but I've set LD_LIBRARY_PATH to /local/lib Also, I've looked for a file "libntdll.dll.so" and there is none. In /local/lib/wine there are files "libntdll.def" and "ntdll.dll.so", though. I suspect something went wront with installing Wine, although I didn't get any error messages. I didn't install as root (don't have root access to the machine in question), so I installed with prefix '/local', which usually works fine. Thanks, Ralf

2 1

Re: [ros-kernel] Macro SEH support, version 2 (Help needed: translating to AT&T assembler syntax)
by Steven Edwards 27 Oct '03

27 Oct '03

Hello Skywing, I have forwarded your request to wine-devel also in the event your SEH implementation might help them. Thanks Steven --- Skywing <skywing(a)valhallalegends.com> wrote: > I've done a significant amount of reworking on the macro SEH support > that I > introduced on the mailinglist some time ago. It now passes every > test I can > throw at it with flying colors, including interoperating with > VC-style SEH. > This includes unwinding and nested exception handlers. This release > fixes a > number of bugs with the original implementation. > > Request for help: I don't know AT&T assembler, so somebody needs to > port > this if it's to be used with MinGW (which is the primary purpose for > me > writing it). Unless somebody is willing to lend a hand with > GNU-ASM'ing it, > this will probably not benefit the ReactOS project much. > > I've tried to code this as defensively as possible, so that any code > in the > handler or filter areas will properly run without any special > knowledge > about the values of the stack/other registers while in an exception > handler. > I'm pretty sure that the macros are virtually bulletproof against the > compiler generating code that doesn't work inside of them, provided > you > follow these rules: Enable frame pointer generation. This is > absolutely > crucial to any SEH implementation; without frame pointers, the macros > will > fall over and die. Preferably, exit the SEH exception handler with > fallthrough. If you must exit it otherwise, you can try using the > ExceptCleanup() macro before leaving the handler with a return or > similar > statement. Exiting the SEH handler inside the filter expression is > probably > a Bad Idea and may not work, as the "panic stack" will be used > through the > remainder of the function. > > Additionally, GetExceptionCode() and GetExceptionPointers() should be > available at the proper scopes. You ought to get an undefined > identifier > error if you try to use them elsewhere. > > The macros work with "heap-based" SEH in order to work around the > Borland > patent. There are some limitations with using this with regular > Microsoft > Windows (see below), but it should be no problem to modify ReactOS to > work > with this scheme if necessary. > > The semantics for using the macros are as follows: > TRY > { > try-protected-code; > } > EXCEPT(( filter-expression )) /* Note that double parens are needed > */ { > handler-code; } EXCEPT_END(); > > Issues with "heap-based" SEH: > The default Microsoft RtlUnwind implementation will not call an > exception > handler if the exception registration is not within the threads stack > limits. It would be a good idea to ensure that the ReactOS RtlUnwind > implementation does not have this limitation if we wish to use > "heap-based" > SEH and not "stack-based" SEH. > > Issues with the macros and MSVC++: > The VC compiler crashes if you use if(0) { code; } or goto label; { > code; } > label: instead of __asm jmp label; { code; } label; to prevent the > exception > handler from being executed by fallthrough. I think that this is > because > the optimizer decides that the exception handler is unreachable and > removes > it, despite an existing reference to code in the handler (the label > for the > start of the OS-invoked SEH handler function itself). Later this > causes the > compiler to crash, hence my workaround with __asm jmp > EXCEPT_EndOfExcept. > __________________________________ Do you Yahoo!? Exclusive Video Premiere - Britney Spears http://launch.yahoo.com/promos/britneyspears/ #define ExceptCleanup() { \ ExFreePool(EXCEPT_ExceptionPointers); \ __asm { \ __asm push eax \ __asm mov eax, dword ptr fs:[0x00000000] \ __asm mov eax, dword ptr [eax] \ __asm mov dword ptr fs:[0x00000000], eax \ __asm pop eax \ } \ } #define GetExceptionCode() ((DWORD)(EXCEPT_ExceptionCode)) #define GetExceptionPointers() ((PEXCEPTION_POINTERS)(&EXCEPT_ExceptionPointers)) #define EH_NONCONTINUABLE 0x00000001 #define EH_UNWINDING 0x00000002 #define EH_EXIT_UNWIND 0x00000004 #define EH_STACK_INVALID 0x00000008 #define EH_NESTED_CALL 0x00000010 #define EH_UNWIND_CONTEXT EH_UNWINDING | EH_EXIT_UNWIND #define _TRY_SAVED_EBP 0x08 #define _TRY_SAVED_EBX 0x0c #define _TRY_SAVED_ESI 0x10 #define _TRY_SAVED_EDI 0x14 #define _TRY_SAVED_ESP 0x18 #if 0 // Enable if you don't have these in scope typedef enum { ExceptionContinueExecution, ExceptionContinueSearch, ExceptionNestedException, ExceptionCollidedUnwind } EXCEPTION_DISPOSITION; #endif #define TRY { \ PVOID TRY_ExceptionRegistration = ExAllocatePoolWithTag(PagedPool, 28, ' HES'); \ volatile DWORD EXCEPT_ExceptionCode; \ __asm { \ __asm push eax \ __asm push ecx \ __asm mov eax, TRY_ExceptionRegistration \ __asm mov ecx, dword ptr fs:[0] \ __asm mov dword ptr [eax+0x00], ecx \ __asm mov dword ptr fs:[0], eax \ __asm lea ecx, EXCEPT_Handler \ __asm mov dword ptr [eax+0x04], ecx \ __asm mov dword ptr [eax+_TRY_SAVED_EBP], ebp \ __asm mov dword ptr [eax+_TRY_SAVED_EBX], ebx \ __asm mov dword ptr [eax+_TRY_SAVED_ESI], esi \ __asm mov dword ptr [eax+_TRY_SAVED_EDI], edi \ __asm mov dword ptr [eax+_TRY_SAVED_ESP], esp \ __asm add dword ptr [eax+_TRY_SAVED_ESP], 0x08 \ __asm pop ecx \ __asm pop eax \ } #define EXCEPT_LOCALS TYPE CONTEXT + 20 #define EXCEPT_CONTEXT_OFFSET 0 #define EXCEPT_POINTERS_OFFSET TYPE CONTEXT #ifdef _MSC_VER #pragma comment(linker, "/INCLUDE:_RtlUnwind@16") #endif #if 0 // Enable if not in scope // RtlUnwind unwinds procedure call stack frames. extern "C" NTSYSAPI VOID NTAPI RtlUnwind( IN OUT PVOID TargetFrame OPTIONAL, IN PVOID TargetIp OPTIONAL, IN PEXCEPTION_RECORD ExceptionRecord OPTIONAL, IN PVOID ReturnValue ); #endif #define EXCEPT(Expression) { __asm { jmp EXCEPT_EndOfExcept} \ volatile EXCEPTION_POINTERS EXCEPT_ExceptionPointers; \ EXCEPT_Handler: /* EXCEPTION_DISPOSITION __cdecl handler(EXCEPTION_RECORD* ExceptionRecord, void* EstablisherFrame, CONTEXT* ContextRecord, void* DispatcherContext) */ \ __asm { \ __asm mov eax, dword ptr [esp+0x04] \ __asm test dword ptr [eax]EXCEPTION_RECORD.ExceptionFlags, EH_UNWIND_CONTEXT | EH_NESTED_CALL \ __asm je EXCEPT_DoHandler \ \ __asm xor eax, eax \ __asm or eax, ExceptionContinueSearch \ __asm ret \ } \ EXCEPT_DoHandler: /* Can't define this in inline asm macro + __asm{} block, or compiler complains. */ \ __asm { \ __asm sub esp, EXCEPT_LOCALS \ __asm mov [esp]CONTEXT.Ebp, ebp \ __asm mov [esp]CONTEXT.Ebx, ebx \ __asm mov [esp]CONTEXT.Edi, edi \ __asm mov [esp]CONTEXT.Esi, esi \ __asm pushfd \ __asm pop ecx \ __asm mov [esp]CONTEXT.EFlags, ecx \ __asm mov ebp, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm mov ebp, dword ptr [ebp+0x08] \ __asm lea edx, EXCEPT_ExceptionPointers \ __asm mov ecx, dword ptr [esp+0x04+EXCEPT_LOCALS] \ __asm mov [edx]EXCEPTION_POINTERS.ExceptionRecord, ecx \ __asm mov ecx, dword ptr [esp+0x0c+EXCEPT_LOCALS] \ __asm mov [edx]EXCEPTION_POINTERS.ContextRecord, ecx \ __asm mov edx, [edx]EXCEPTION_POINTERS.ExceptionRecord \ __asm mov edx, [edx]EXCEPTION_RECORD.ExceptionCode \ __asm mov EXCEPT_ExceptionCode, edx \ __asm mov ebp, dword ptr [esp+0x0c+EXCEPT_LOCALS] \ __asm mov eax, [ebp]CONTEXT.EFlags \ __asm push eax \ __asm popfd \ __asm mov ebp, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] \ __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] \ __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] \ __asm mov ebp, dword ptr [ebp+_TRY_SAVED_EBP] \ __asm cld \ } \ \ switch( (Expression) ) { \ \ case EXCEPTION_CONTINUE_SEARCH: \ ExFreePool(TRY_ExceptionRegistration); \ __asm { \ __asm mov ebp, [esp]CONTEXT.Ebp \ __asm mov ebx, [esp]CONTEXT.Ebx \ __asm mov edi, [esp]CONTEXT.Edi \ __asm mov esi, [esp]CONTEXT.Esi \ __asm add esp, EXCEPT_LOCALS \ __asm xor eax, eax \ __asm or eax, ExceptionContinueSearch \ __asm ret \ } \ \ case EXCEPTION_CONTINUE_EXECUTION: \ ExFreePool(TRY_ExceptionRegistration); \ __asm { \ __asm mov eax, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm push 0 \ __asm push 0 \ __asm push __ret_label_CONTINUE_EXECUTION \ __asm push eax \ __asm call dword ptr [RtlUnwind] \ } \ __ret_label_CONTINUE_EXECUTION: \ __asm { \ __asm mov ebp, [esp]CONTEXT.Ebp \ __asm mov ebx, [esp]CONTEXT.Ebx \ __asm mov edi, [esp]CONTEXT.Edi \ __asm mov esi, [esp]CONTEXT.Esi \ __asm add esp, EXCEPT_LOCALS \ __asm xor eax, eax \ __asm or eax, ExceptionContinueExecution \ __asm ret \ } \ \ case EXCEPTION_EXECUTE_HANDLER: \ __asm { \ __asm pushad \ __asm pushfd \ __asm mov eax, dword ptr [esp+0x08+0x04+0x20+EXCEPT_LOCALS] \ __asm push 0 \ __asm push 0 \ __asm push __ret_label_EXECUTE_HANDLER \ __asm push eax \ __asm call dword ptr [RtlUnwind] \ } \ __ret_label_EXECUTE_HANDLER: \ __asm { \ __asm popfd \ __asm popad \ } \ break; \ \ default: \ DPRINT("SEH: Invalid disposition returned from filter expression!\n"); \ RtlRaiseStatus(STATUS_INVALID_DISPOSITION); \ \ } \ \ __asm { \ __asm mov ebp, dword ptr [esp+0x08+EXCEPT_LOCALS] \ __asm mov ebx, dword ptr [ebp+_TRY_SAVED_EBX] \ __asm mov esi, dword ptr [ebp+_TRY_SAVED_ESI] \ __asm mov edi, dword ptr [ebp+_TRY_SAVED_EDI] \ __asm mov esp, dword ptr [ebp+_TRY_SAVED_ESP] \ __asm mov ebp, dword ptr [ebp+0x08] \ } }

1 0

New winetests.exe
by Jakob Eriksson 27 Oct '03

27 Oct '03

http://vmlinux.org/jakov/Wine/ Since winetests has not yet made it to CVS and I found some spare time, I have now compiled a new winetests.exe. Tests built with MSVC 7 from CVS 20031027. (Testing shell cross built with mingw32.) http://vmlinux.org/jakov/Wine/

1 0

I wonder ... :-)
by Bryan Gruneberg 27 Oct '03

27 Oct '03

Greetings all ! I have a task ahead of me. I need to write an application that will access a RFID reader. We have a library from the supplier that contains all the functions, and we have it in two forms. A static .lib file and a dll, but both are Win32 libraries. From what I have read, utilising WINE I should be able to load this library along with a WineLib excecutable, and then code the rest of the program in Unix C++. Am I right here ? If so, can anyone help me out with a few lines of example code ? I have read the WineLib users guide, but I cant seem to come right. Any help would be greatly appreciated !! Thanks in advance Bryan Gruneberg -- ----- Bryan Gruneberg -----

2 1

Re: RPM for Red Hat - Wine Startup problem... (was Re: Wrong USER.EXE...) [Resolved]
by James Lyon 27 Oct '03

27 Oct '03

Hi, Thanks to everyone who's helped on this one. Just to let you know this turned out to be end-user silliness by me. Vincent Béron pointed me in the direction of checking installed glibc & RH kernel versions etc. It turns out that I had (twice!) downloaded the completely wrong RPMs. Sorry for any inconvenience caused. === SUMMARY OF TIPS for wine-users list === On my RH8 box I can check exactly what RPMs were installed (as is commonly the case with RH Linux and maybe others using RPMs) by either checking the nightly log of this information: - grep wine /var/log/rpmpkgs ...or by inspecting the current state of my machine (slower but more up-to-date) as follows: - rpm -qa --qf '%{name}-%{version}-%{release}.%{arch}.rpm\n' | grep wine Of course, these approaches work for checking glibc and other packages too, or use egrep 'wine|glibc' for searching multiples, and so on. Hope this helps. -- Best regards, James.

1 0

Re: [Toolbar] Fixes for IE Favourites 'menu'
by Sylvain Petreolle 27 Oct '03

27 Oct '03

This patch makes IE work beautifully. Its much better than with the native comctl32. It also uncovers another misbehaviour in our comctl32. IE crashes because TOOLTIPS_GetTipText isnt protected against NULL read attempts. 180 if (HIWORD((UINT)toolPtr->lpszText) == 0) { Wine-dbg>p toolPtr 0x00000000 Wine-dbg>list - 170 if (oldBkMode != TRANSPARENT) 171 SetBkMode (hdc, oldBkMode); 172 } 173 174 175 static VOID 176 TOOLTIPS_GetTipText (HWND hwnd, TOOLTIPS_INFO *infoPtr, INT nTool) 177 { 178 TTTOOL_INFO *toolPtr = &infoPtr->tools[nTool]; 179 180 if (HIWORD((UINT)toolPtr->lpszText) == 0) { Wine-dbg> Quick fix attached. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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

DMUSIC: some dmloader/dsound fixes
by Raphaël Junqueira 27 Oct '03

27 Oct '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all, I'm back again :) And trying again to get Unreal2 demo working, this time with that patch the dmusic part only fail on a the CreateFile (on ILoaderStream::Attach) because we not use the specified IDirectMusicLoader8Impl::wzSearchPath. Rok, any idea how to get a proper solution for that ? dmusic log: trace:dmloader:DMLOADER_DllGetClassObject (0x4024b00f,0x4024afe8,0x408fd804) trace:dmloader:LoaderCF_CreateInstance (0x49b08458)->((nil), {19e7c08c-0a44-4e6a-a116-595a7cd5de8c},0x53c98ff4) trace:dmloader:DMUSIC_CreateDirectMusicLoader (0x1053ffb0,0x53c98ff4,(nil)) trace:dmime:DMIME_DllGetClassObject (0x4024b084,0x4024b05d,0x408fd800) trace:dmime:PerformanceCF_CreateInstance (0x49f86a18)->((nil), {679c4137-c62e-4147-b2b4-9d569acb254c},0x53c98ff8) trace:dmime:DMUSIC_CreateDirectMusicPerformance (0x1053ffa0,0x53c98ff8,(nil)) fixme:dmime:IDirectMusicPerformance8ImplInitAudio (0x403c2f90, (nil), 0x53c98ffc, (nil), 8, 128, 3f, (nil)): to check fixme:wave:IDsDriverBufferImpl_SetVolumePan (0x4e690850,0x4e690424): stub! fixme:dmime:IDirectMusicPerformance8Impl_Init (iface = 0x403c2f90, dmusic = (nil), dsound = 0x4e690020, hwnd = (nil)) trace:dmusic:DMUSIC_DllGetClassObject (0x4024b0f9,0x4024b0d2,0x408fd790) trace:dmusic:DirectMusicCF_CreateInstance (0x49b344ec)->((nil), {2d3629f7-813d-4939-8508-f05c6b75fd97},0x403c2f98) trace:dmusic:DMUSIC_CreateDirectMusic (0x49f823a4,0x403c2f98,(nil)) fixme:dmime:IDirectMusicPerformance8ImplCreateStandardAudioPath (0x403c2f90)->(8, 128, 0, 0x403c2fe8): semi-stub trace:dmime:IDirectMusicPerformance8ImplCreateStandardAudioPath returning IDirectMusicPerformance interface at 0x4e695f70. trace:dmloader:IDirectMusicLoader8Impl_SetSearchDirectory (0x403c3140, {d2ac2893-b39b-11d1-8704-00600893b1bd}, L"..\\music\\", 0) fixme:dmime:IDirectMusicPerformance8ImplGetDefaultAudioPath (0x403c2f90, 0x408fd804): semi-stub trace:dmime:IDirectMusicAudioPathImpl_AddRef (0x4e695f70) : AddRef from 1 fixme:dmime:IDirectMusicAudioPathImpl_GetObjectInPath (0x4e695f70, 0, 12800, 0, {00000000-0000-0000-0000-000000000000}, 0, {2befc277-5497-11d2-bccb-00a0c922e6eb}, 0x408fd824): stub fixme:dmime:IDirectMusicPerformance8Impl_GetGraph (0x403c2f90, 0x408fd7d0): to check fixme:dmime:IDirectMusicPerformance8Impl_SetGraph (0x403c2f90, 0x4e6963e8): to check trace:dmime:IDirectMusicGraphImpl_AddRef (0x4e6963e8) : AddRef from 1 trace:dmime:IDirectMusicGraphImpl_Release (0x4e6963e8) : ReleaseRef to 1 fixme:dmime:IDirectMusicGraphImpl_InsertTool (0x4e6963e8, 0x48691a40, (nil), 0, 0): use of pdwPChannels trace:dmime:IDirectMusicGraphImpl_Release (0x4e6963e8) : ReleaseRef to 0 trace:dmloader:IDirectMusicLoader8Impl_LoadObjectFromFile (0x403c3140, {9301e380-1f22-11d3-8226-d2fa76255d47}, {9301e386-1f22-11d3-8226-d2fa76255d47}, L"M08.con", 0x408fd2c4): wrapping to IDirectMusicLoader8Impl_GetObject trace:dmloader:IDirectMusicLoader8Impl_GetObject (0x403c3140, 0x408fcf44, {9301e386-1f22-11d3-8226-d2fa76255d47}, 0x408fd2c4) trace:dmloader:IDirectMusicLoader8Impl_GetObject looking up cache... trace:dmloader:IDirectMusicLoader8Impl_GetObject : object does not exist in cache trace:dmloader:DMLOADER_DllGetClassObject (0x4024b272,0x4024b24b,0x408fcaa0) trace:dmloader:ContainerCF_CreateInstance (0x49b08474)->((nil), {d2ac28b5-b39b-11d1-8704-00600893b1bd},0x408fcf18) trace:dmloader:DMUSIC_CreateDirectMusicContainerObject (0x49b04154,0x408fcf18, (nil)) trace:dmloader:IDirectMusicLoader8Impl_GetObject : loading from file (L"M08.con") trace:dmloader:DMUSIC_CreateLoaderStream (0x408fcefc) trace:dmloader:ILoaderStream_Attach (0x4e696490, L"M08.con", 0x403c3140) trace:dmloader:ILoaderStream_Attach : failed trace:dmime:IDirectMusicPerformance8Impl_SetGlobalParam (0x403c2f90, {d2ac28b1-b39b-11d1-8704-00600893b1bd}, 0x408fd878, 4) trace:dmime:IDirectMusicPerformance8Impl_SetGlobalParam => MasterVolume set to - -10000 fixme:seh:EXC_RtlRaiseException call to unimplemented function ntdll.dll.RtlCreateQueryDebugBuffer Changelog: - some fixes on DirectSound init (need SetCooperativeLevel as seen in msdn) on IDirectMusicPerformance8::InitAudio - some logic fixes on IDirectMusicPerformance8ImplCreateStandardAudioPath (not perfect yet, need to understand/fix the channel init/use) - fix typo on CreateDirectMusicContainer - add missing define on dsound.h - better traces on IDirectMusicLoader8::SetSearchDirectory Best Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/nGOcp7NA3AmQTU4RAphDAJ94meGfa5FK6hO0F5cBaChRZH9PjwCgi7m3 Q7VsDoxbAzA0pog7e2KH0T0= =2OfH -----END PGP SIGNATURE-----

1 0

Re: Fix tab size (3) take 2
by Vitaliy Margolen 26 Oct '03

26 Oct '03

This time with more fixes and tests. Experimenting with tab control I found this differences between MSDN and actual implementation: - TCS_OWNERDRAWFIXED style has nothing to do with fixed with tabs. It should me named TCS_OWNERDRAW instead. Unless there is some apps that think otherwise, this should work (tested on eMule and test program). In other words, this quote from MSDN is not true: "Because all tabs in an owner-drawn tab control are the same size..." - It looks like there is not such thing as not set tab width. According to this: "To give all tabs the same width, you can specify the TCS_FIXEDWIDTH style. The control sizes all the tabs to fit the widest label, or you can assign a specific width and height by using the TCM_SETITEMSIZE message." one can assume that if tab width is not explicitly set with TCM_SETITEMSIZE message "The control sizes all the tabs to fit the widest label". Not true. Native uses default tab size of 96. - The minimum size of a tab is at least icon width + 4 if icon is present. - Prior observation that "under Windows, there seems to be a minimum width of 2x the height for button style tabs" is not true. Vitaliy Margolen changelog: - Fix tab size for TCS_OWNERDRAWFIXED style - Correct size recalculation after setting tab width - Fix button sizes to match native. - Center both vertically and horizontally tab text & icon - Use correct left/center alignment flags to-do (currently working on): - Correct text & icon position within each tab/button to match native - Fix hot-track - Correct tab sizes for vertical styles

1 0

Re: wave device name patch
by Sylvain Petreolle 26 Oct '03

26 Oct '03

Hi Robert, your winmm patch seems to need a winnls.h include to compile (it defines CP_ACP.) I actually get : make[2]: Entre dans le répertoire `/home/wine/dlls/winmm/winealsa' gcc -c -I. -I. -I../../../include -I../../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o audio.o audio.c audio.c: Dans la fonction « wodDevInterface »: audio.c:1614: structure n'a pas de membre nommé « dev_name » audio.c:1617: AVERTISSEMENT: déclaration implicite de la fonction « MultiByteToWideChar » audio.c:1617: « CP_ACP » non déclaré (première utilisation dans cette fonction) audio.c:1617: (Chaque identificateur non déclaré est rapporté une seule fois audio.c:1617: pour chaque fonction dans laquelle il apparaît.) audio.c:1617: structure n'a pas de membre nommé « dev_name » make[2]: *** [audio.o] Erreur 1 Looking into wineoss '#include's, I dont see which header includes winnls.h. None of the includes unique to each one dont seem to import winnls.h : [syl@wine winmm]$ grep -h include wineoss/audio.c winealsa/audio.c |sort -k 2 | uniq -u #include "alsa.h" # include <sys/poll.h> #include <limits.h> #include "oss.h" #include "wine/library.h" #include "wine/winuser16.h" #include "winuser.h" ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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 3

WineConf 2004
by Tom 26 Oct '03

26 Oct '03

Hello, I think we should have a nice page on winehq about WineConf 2004. And include the date? (still waiting to buy my airfair), location, attendies, speakers :-) with subject, I am verrrrrrrrrrrrry #$#%$# (-) #$%% excited about WineConf 2004!, even tho ive been very quiet about it... I personally think 04 could be the year for wine.. a .9 release and who the heck knows maybe even a 1.0 by 04 years end........ And this Conf will give us all the chance to discuss the road ahead.. The future of wine for the next 12 to 18 months....(untill the next Conf)...... So I take this Conf very seriouse.. So can we start working on a page to post on winehq about this event??? Jer, do you have a page in the works????? If not, I think we should start one ASAP.. So attendies will have the chance to volunteer to do a talk on a subject of there choice.. We also need to archive these talks so we can post them in a audio/video format so others can enjoy there content as we will........ Comments/suggestions about this?? Tom

3 2

Re: Get Back Relay Debugging for NTDLL and Kernel32
by Dimitrie O. Paun 26 Oct '03

26 Oct '03

On October 26, 2003 11:48 am, Uwe Bonnes wrote: > + if (TRACE_ON(relay)) > + { Not yet another formatting style, please... -- Dimi.

1 0

Janitorial: Another possible strlenW missuse
by Uwe Bonnes 26 Oct '03

26 Oct '03

Hallo, wine/tools/wrc/y.tab.c countains: WCHAR *wptr; /* Remove escaped backslash and convert to forward */ for(wptr = str->str.wstr; (wptr = strchrW(wptr, '\\')) != NULL; wptr++) if(wptr[1] == '\\') { memmove(wptr, wptr+1, strlenW(wptr)); str->size--; } I am quite sure that strlenW returns the number of characters in the string and so it needs to be multiplied by sizeof(WCHAR). Can anybody confirm? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

wine-20031016:err:dinput:SysMouseAImpl_Unacquire Unacquiring a not-acquired device !!!
by Pavel S. Khmelinsky 26 Oct '03

26 Oct '03

Hi! I try to play some DX game. It's started but mouse not work with this message: err:dinput:SysMouseAImpl_Unacquire Unacquiring a not-acquired device !!! I try to play with DXGrab, Managed, Desktop parameters but nothing help. Also I try to run games in Windowed and Fullscreen modes with the same result. May be you can give some advice for workaround. I try to look in dlls/dinput/mouse/main.c but can't understand it. Thanx and sorry for my English.

1 0

Relay Debugging NTDLL/Kernel32
by Uwe Bonnes 26 Oct '03

26 Oct '03

Hallo, current reordering of the wine initialisation process has made relay traces for ntdll and kernel vanish. What are chances and priority to bring that feature back? An what are chances to keep the --debugmsg option on the commandline with the nescessary changes? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Bug handling mouse in x11drv
by Carlos Lozano 26 Oct '03

26 Oct '03

Hello, Does anyone know why "update_key_state" is called in the mouse related functions: GetCursorPos, SetCursorPos, ButtonPress, ButtonRelease, MotionNotify and EnterNotify?? In gnome (+metacity), i use the key shift+left or shift+right to change of desktop. Then for example using WinMX, with the search input selected and writing in it, if i type shift+right then it will go the right desktop, when i press later shift+left, it goes back to the original desktop (where the winmx window is), but now every letter what i type, will be uppercase (even when shift is disabled). update_key_state does: static void update_key_state( unsigned int state ) { pKeyStateTable[VK_SHIFT] = (state & ShiftMask ? 0x80 : 0); pKeyStateTable[VK_CONTROL] = (state & ControlMask ? 0x80 : 0); } Removing the VK_SHIFT line, the problem is fixed, but i think that this function should be removed, except that someone knows why this 2 keys/states must be updated here (in mouse functions) :/ Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 0

is this a legal way to obtain information?
by Jonathan Wilson 26 Oct '03

26 Oct '03

Is the use of dumpbin /EXPORTS a sutable way to get information? Would e.g. doing this then using that to generate e.g. an import library be legally ok or not?

1 0

Re: PATCH: better freetype enc fix
by Rein Klazes 26 Oct '03

26 Oct '03

On Sun, 26 Oct 2003 10:58:05 +0100, you wrote: > Hi, > > This fix supercedes Rein Klazes fix, since MS_MAKE_TAG is used in other places. Hmm thanks, I shoud have chacked that of course. Actually I was expecting the question why not use the definition in freetype.h that comes with libfreetype? Or better use the ready-to-be-used tags FT_ENCODING_MS_SYMBOL, FT_ENCODING_UNICODE and FT_ENCODING_APPLE_ROMAN. Makes it easier to read with the libfreetype's documentation as well. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 4

Help needed to get the application work for native linux editors
by saravanan 26 Oct '03

26 Oct '03

Hai friends, I successfully ran a script manager(keyboard Manager/driver) developed for windows (using VC++) in Linux using wine. Its working in the wordpad application called using wine.I want to make it work in Linux editors. The technical details about the working of the keyboard driver is as follows. 1) The keyboard driver is a keyboard hooker program. The keyboard driver will trap all the keystrokes from the keyboard and convert the Ascii value to the appropriate native language Character code. 2) First we have to get the handle of the window/control where the cursor is currently located, for that the GetFocus API is used. 3) Virtual-key code of the key that generated the keystroke message is converted to appropriate another code for making the keyboard Inscript or phonetic and send using Postmessage API. I have some doubts. Do these APIs written for windows work in linux. In linux , How could i get the handle of the window where the cursor is currently located. What are the changes that i should make in the source code to make it work for linux editors. Looking for your suggessions. Thanks in advance . Saravanan ______________________________________ Scanned and protected by Email scanner

1 0

Fw: PATCH: uncripple winword 2000
by Martin Fuchs 25 Oct '03

25 Oct '03

On 25.10.2003 22:52:30 Mike Hearn wrote: > On Sat, 25 Oct 2003 17:07:56 +0200, Sir Marcus Meissner scribed thus: > > > MSO9.DLL.?AccessGet@CFileFolder@@QBE?AW4ACCESSQCFSObj@PAviIntterruptQ@@PAH@Z > > > > It is accessing offsets 0x15, 0x16, 0x17, 0x18. > > > > (base memory size and extended memory size?) > > Do we have any tools that can demangle MSVC++ symbol names? c++filt won't > do it unfortunately. For example depends.exe does this. It translates to: enum CFSObj::ACCESS CFileFolder::AccessGet(class IInterrupt *,int *)" -- Martin Fuchs martin-fuchs(a)gmx.net

2 1

RPM for Red Hat - Wine Startup problem for multiple users
by SysAdmin 25 Oct '03

25 Oct '03

Hi good folks! I'd like to offer to provide some testing and/or debug feedback on this one because it seems several users have experienced the same problem getting Wine to start, and it appears not to be application specific. Previous use of Wine has been fine, and I just tried 20031016 using the RPMs for RH8, running i686. I get the same problem whether I upgraded, or cleared everything out first and installed from scratch. Doesn't matter what application I try - even notepad, for example, all stop with the following error, seemingly before Wine has really got going... wine: Unhandled exception (thread 0009), starting debugger... Now, I assume there's some more debugging info I could offer you guys, but you'll need to ask me the question coz I'm not sure what you want to know. Why am I writing here? Well, it seemed more appropriate than the wine-users list where this got discussed a bit, and it seems likely that it's going to be a fixable problem because several users have seen it - and it appears to occur early during start-up regardless of application being launched, so from my experience of programming it seems it stands the chance of being a more readily fixable glitch in common code than some hard-to-track down obscure interaction with application-specific libraries. Oh, and I need a pointer to what questions need answering to be helpful and I'd like to be able to give better debug/testing feedback to help the project along a little bit as much as I can. Thanks! -- Best regards, James.

3 3

wine .9 todo question
by Tom 25 Oct '03

25 Oct '03

Hello, Dimi & others ofcourse :)) I think we should rm -rf the current C: 4 section and replace it with..... " -- Wine configuration tool: Mike Hearn is working on it these days" I am aware Ivan Leo Murray-Smith has WineSetupTk on sourceforge but the config that mike is working on is/will be integrated into wine correct? If so........ Mike, can you send the current status of the configuration tool? Tom

2 1

Regression - loader problem? (Alexander?)
by Jason Edmeades 25 Oct '03

25 Oct '03

Hi, I've finally tracked down a problem which has halted 3DMark progress for about 2 weeks to a patch in the loader: http://www.winehq.org/hypermail/wine-cvs/2003/10/0016.html The symptoms are that 3dmark2001se traps very early on, just after a splash screen. I tried debugging it without success, so perhaps a question for Alexander, but any thoughts? Jason

2 3

Problem with winebuild under cygwin
by Julien C 25 Oct '03

25 Oct '03

I am trying to build Wine cvs under Cygwin and when trying to build dlls I get this error: ../tools/winebuild/winebuild -o advapi32/advapi32.spec.def --def advapi32/advapi32.spec Unable to create output file '(null)' make: *** [advapi32/advapi32.spec.def] Error 1 Does someone have any idea on how to fix that ? Julien

2 1

wine in the press -- a little question :)
by Tom 25 Oct '03

25 Oct '03

Hello all, I have a question about "our" press page. Ive been looking for incidences where wine is mentioned in the press so when I update the press page I can do one nice update with "most" incidences where where mentioned. My question is should I add small incidences to the press page.... <example> http://www.newsforge.com/article.pl?sid=03/10/01/1417208&mode=thread&tid=51 </example> Or just sites where wine is the main topic ? Tom

2 1

Problem with winebuild under cygwin
by julienc＠imap.cc 25 Oct '03

25 Oct '03

I am trying to build Wine cvs under Cygwin and when trying to build dlls I get this error: ../tools/winebuild/winebuild -o advapi32/advapi32.spec.def --def advapi32/advapi32.spec Unable to create output file '(null)' make: *** [advapi32/advapi32.spec.def] Error 1 Does someone have any idea on how to fix that ? Julien -- http://www.fastmail.fm - mmm... Fastmail...

1 0

Errors in user tests
by Sylvain Petreolle 25 Oct '03

25 Oct '03

Running the user tests, I get different results if run with 'make test' and manually in a terminal. If run with wine in a terminal: listbox gets 16 failures (no failure with make test) msg gets 24 failures (only 1 failure with make test.) If I launch the same runtest command that gets started from Makefile, I get no error. I dont understand what is happening here. With make: [syl@wine tests]$ make test ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so listbox.c && touch listbox.ok listbox.c: 48 tests executed, 16 marked as todo, 0 failures. Manual runtest, same command : [syl@wine tests]$ ../../../tools/runtest -q -P wine -M user32.dll -T ../../.. -p user32_test.exe.so listbox.c && touch listbox.ok listbox.c: 48 tests executed, 16 marked as todo, 0 failures. Manual runtest, flag -v : [syl@wine tests]$ ../../../tools/runtest -v -P wine -M user32.dll -T ../../.. -p user32_test.exe.so listbox.c && touch listbox.ok listbox.c:165: Testing single selection... listbox.c:167: ... with NOSEL listbox.c:169: Testing multiple selection... listbox.c:171: ... with NOSEL listbox.c: 48 tests executed, 16 marked as todo, 0 failures. Manual wine: [syl@wine tests]$ wine user32_test.exe.so listbox listbox.c:165: Testing single selection... listbox.c:129: Test failed: style 0, step click, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0, step step, field anchor: expected 2, got -1 listbox.c:167: ... with NOSEL listbox.c:129: Test failed: style 0x4000, step click, field selected: expected 1, got -1 listbox.c:129: Test failed: style 0x4000, step click, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0x4000, step step, field selected: expected 2, got -1 listbox.c:134: Test failed: style 0x4000, step step, field anchor: expected 2, got -1 listbox.c:134: Test failed: style 0x4000, step step, field caret: expected 2, got 1 listbox.c:169: Testing multiple selection... listbox.c:129: Test failed: style 0x8, step click, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0x8, step step, field anchor: expected 1, got -1 listbox.c:134: Test failed: style 0x8, step step, field selcount: expected 1, got 2 listbox.c:171: ... with NOSEL listbox.c:123: Test failed: style 0x4008, step init, field selected: expected -1, got 0 listbox.c:123: Test failed: style 0x4008, step init, field selcount: expected -1, got 0 listbox.c:129: Test failed: style 0x4008, step click, field anchor: expected 1, got -1 listbox.c:129: Test failed: style 0x4008, step click, field selcount: expected -1, got 0 listbox.c:134: Test failed: style 0x4008, step step, field anchor: expected 2, got -1 listbox.c:134: Test failed: style 0x4008, step step, field selcount: expected -1, got 0 listbox: 48 tests executed, 0 marked as todo, 16 failures. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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: kernel32: Fix lstrcmp(i)A/W to correct return values and document this behaviour
by Dmitry Timoshkov 25 Oct '03

25 Oct '03

"Rolf Kalbermatter" <rolf.kalbermatter(a)citeng.com> wrote: > int WINAPI lstrcmpA(LPCSTR str1, LPCSTR str2) > { > - int ret = CompareStringA(GetThreadLocale(), 0, str1, -1, str2, -1); > - if (ret) ret -= 2; > - return ret; > + int ret = CompareStringA(GetThreadLocale(), 0, str1, -1, str2, -1); > + if (!ret) > + { > + ret = CompareStringA(GetSystemDefaultLCID(), 0, str1, -1, str2, -1); > + if (!ret) > + { > + if (!str1) > + return (str2 ? -1 : 0); > + else if (!str2) > + return 1; > + return strcasecmp(str1, str2); > + } > + } > + return ret - 2; > } Windows doesn't do anything of the above. A patch for CompareString I sent recently to wine-devel has lots of tests and fixes for all the differences we have found so far. It just needs a clean approach for unicode.org/windows collation table differences merge to be included in Wine. -- Dmitry.

1 0

Summary of translations
by Vincent Béron 24 Oct '03

24 Oct '03

This is the current summary of Wine translations. It lists languages for which at least one resource exists. It can be found here: http://mecano.gme.usherb.ca/~vberon/wine/translation All comments welcome. Vincent

3 4

Re: Translation support (wrc)
by Alexandre Julliard 24 Oct '03

24 Oct '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Changelog: > Add support for comparing resources to wrc for translations. That's a clear case of preprocessor abuse... there has to be a better way to do that than with a 100-line macro. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: ClipCursor values init on start (resize missing update values)
by Carlos Lozano 24 Oct '03

24 Oct '03

El vie, 24 de oct de 2003, a las 23:08, Carlos Lozano escribio: > > - Windows init the clipcursor values with width and height of > the screen of the primary display monitor. > (Theme Hospital mouse is now fixed) Hmmm, it is even more complex what i had thought. When the resolution mode is changed, the values for clipcursor are reset to 0,0,X,Y. Now the question is: a) Should we modify the function SYSMETRICS_Set, and when the values SM_CXSCREEN or SM_CYSCREEN will get changed, call to the Clipcursor function b) or add a Clipcursor call after of every change resolution function?? Regards, Carlos. -- ___ _ \ | / Consulting | . |._ _ _| | ___ ___ ___ http://www.andago.com | || ' |/ . |<_> |/ . |/ . \__ GNU/Linux |_|_||_|_|\___|<___|\_. |\___/ _ \ __|\ \ / Carlos A. Lozano <___'/ | \ -_) __/\__ \ > < -_) [ carlos.lozano(a)andago.com ]\___|_| ____/ _/\_\___| [ calb(a)epsxe.com ] http://www.ePSXe.com

1 0

Re: FoldStringA (using W version)
by Jon Griffiths 24 Oct '03

24 Oct '03

Hi, > + goto FoldStringA_exit; > ^^^^^^^^^^^^^^^^^^^^^^ > No allocation has been done yet, just "return 0;" would be > enough! Indeed, although the above is functionally identical. Feel free to submit a patch if you feel strongly about it... > Interesting idea, but I wonder how you can distinguish between > equal 0 and FALSE without some real magic! > Same applies to lstrcmpi No magic required. Use GetLastError(), just like it says. Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

3 4

WineHQ: PATCH to fix IPersistFile::Load() and associated functions
by Subhobroto Sinha 24 Oct '03

24 Oct '03

Hi. I finally produced the "official patch" after verifying that everything is OK. Thanks to Dimi for putting up a temporary diff for me meanwhile ;) This patch has been inlined as well as attached as a ZIP file, so suit yourself. All reports regaring this patch is to be sent to <subhobrotosinha at yahoo.com> with a proper subject prefixed by "IPersistFile patch" in the subject header. For the uninitiated, here's what has to be done: Please make sure that you have the 20031016 source (latest tarball) (1)Copy this .diff to dlls/shell32/ (2)Run 'patch' on this diff file (3)It should patch "shelllink.c" (4)Type 'make' to rebuild 'shell32.dll.so' (5)'su' out and overwrite/symlink the current 'shell32.dll.so' over the installed one Now IPersistFile::Load() should work as intended. Try out McCormack's 'winemenubuilder' or my WineLib 'linkresolve' (NOT my C++ version) If the diff is not proper, etc, please alert me at the mentioned address BTW: If I should have submitted at 'wine-patches' rather at 'wine-devel', please let me know :=) I really want this BUG fixed you know ;-) Regards Subhobroto Sinha --- shelllink.c.original 2003-10-22 17:56:31.000000000 +0530 +++ shelllink.c 2003-10-24 13:09:59.000000000 +0530 @@ -18,7 +18,7 @@ * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA * * NOTES - * Nearly complete informations about the binary formats + * Nearly complete informations about the binary formats * of .lnk files avaiable at http://www.wotsit.org * */ @@ -401,9 +401,49 @@ return S_OK; } +static HRESULT wineStream_LoadString( IStream* stm, LPWSTR *pstr ) +{ + DWORD count=0; + USHORT len; + LPWSTR str=NULL; + HRESULT r; + /* + From Win98 upwards unicode==TRUE.(Atleast for shortcuts..) + However, the value of SCF_UNICODE does NOT seem to be 0x1000. + Until then, we assume it true. + Anybody differing mail to <subhobrotosinha at yahoo.com>. + */ + TRACE("%p\n", stm); + + r = IStream_Read(stm, &len, sizeof(len), &count); + if(FAILED(r)||(count != sizeof(len))) return E_FAIL; + + len *= sizeof(WCHAR); + + TRACE("reading %d\n", len); + str = HeapAlloc(GetProcessHeap(), 0, len+sizeof(WCHAR)); + if(!str) return E_OUTOFMEMORY; + + count = 0; + r = IStream_Read(stm, str, len, &count); + if( FAILED(r)||( count!=len) ) + { + HeapFree( GetProcessHeap(), 0, str ); + return E_FAIL; + } + + TRACE("read %s\n", debugstr_w(str)); + str[count/2]=0; + *pstr = str; + return S_OK; +} static HRESULT Stream_LoadString( IStream* stm, BOOL unicode, LPWSTR *pstr ) { +/*This is the original function short circuited to the above till we find out correct 'SCF_UNICODE'. +Now it's assumed that the data's unicode. (This assumption failes iff the OS was <=Win95*/ +return (wineStream_LoadString(stm,pstr)); +#if 0 DWORD count; USHORT len; LPVOID temp; @@ -453,6 +493,7 @@ *pstr = str; return S_OK; +#endif } static HRESULT Stream_LoadLocation( IStream* stm ) @@ -533,6 +574,27 @@ if( FAILED( r ) ) return r; } + /*Fill in the target path. This marked portion will be rewritten once GetPathFromIDList() is completed*/ + //LPITEMIDLIST pidltemp=_dbg_ILGetNext(This->pPidl); + LPITEMIDLIST pidltemp=ILGetNext(This->pPidl); + char szPasha[128][MAX_PATH]={{0},{0}},szTemp[MAX_PATH]={0}; + int i=0,j=1; + do + { + _ILSimpleGetText(pidltemp,szPasha[i++],MAX_PATH); + pidltemp=ILGetNext(pidltemp); + }while(pidltemp->mkid.cb); + strcpy(szTemp,szPasha[0]); + for(;j<i;j++) + { + strcat(szTemp,szPasha[j]); + if(j!=(i-1))strcat(szTemp,"\\"); + } + strcat(szTemp,szPasha[j]); + This->sPath=HeapAlloc( GetProcessHeap(), 0,(strlen(szTemp)+1)*sizeof(WCHAR)); + MultiByteToWideChar(CP_ACP,0,szTemp,(strlen(szTemp)+1),This->sPath,(strlen(szTemp)+1)); + TRACE("%s\n",szTemp); + /*End marking*/ This->wHotKey = hdr.wHotKey; This->iIcoNdx = hdr.nIcon; FileTimeToSystemTime (&hdr.Time1, &This->time1); __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

IPersistFile patch
by Ivan Leo Murray-Smith 24 Oct '03

24 Oct '03

>BTW: If I should have submitted at 'wine-patches' >rather at 'wine-devel', please let me know :=) >I really want this BUG fixed you know ;-) If you send your patch to wine-patches and it's OK for Alexandre, your patch will get into the CVS, and into the next release of wine.

1 0

Winesetuptk
by Ivan Leo Murray-Smith 24 Oct '03

24 Oct '03

Rc1 had a bug that caused winesetuptk to crash when it looked for a real windows drive and didn't find one. Also, with rc2 winver is set to 98, as a lot of apps refuse to install on 95. source http://www003.portalis.it/115/download/prerelease/winesetuptk0.7rc2.tar.bz2 binary http://www003.portalis.it/115/download/prerelease/winesetuptk0.7rc2.bz2

1 0

Re: Winesetuptk 0.7 rc1
by Ivan Leo Murray-Smith 24 Oct '03

24 Oct '03

>My ignorance may be obvious here, but is there any reason it is 5 meg? >(I don't remember the old one being that big.) You can get a 700kb compressed binary at www003.portalis.it/115/download/prerelease/winesetuptk0.7rc1.bz2 freedback is welcome.

1 0

Bug in cxx_frame_handler
by Robert Shearman 24 Oct '03

24 Oct '03

Hi, I believe there is a bug in cxx_frame_handler which causes an infinite loop of exceptions I believe the offending lines are 359-364. BTW, original exception was a call to NULL. Wine Trace: trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=(nil) trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=00000000 trace:seh:EXC_CallHandler calling handler at 0x1019c7d code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492e0a code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492d82 code=c0000005 flags=0 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40774fa4 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000001c trace:seh:EXC_CallHandler calling handler at 0x401a6120 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x1019c7d code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492e0a code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492d82 code=c0000005 flags=10 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40774fa4 trace:seh:EXC_RtlRaiseException info[0]=00000000 trace:seh:EXC_RtlRaiseException info[1]=0000001c trace:seh:EXC_CallHandler calling handler at 0x401a6120 code=c0000005 flags=0 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x401a6120 code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x1019c7d code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492e0a code=c0000005 flags=10 trace:seh:EXC_CallHandler handler returned 1 trace:seh:EXC_CallHandler calling handler at 0x5f492d82 code=c0000005 flags=10 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40774fa4 ... same messages repeated again and again. gdb backtrace: #50 0x4005f518 in sigaction () from /lib/libc.so.6 #51 0x40775260 in __CxxFrameHandler (rec=0x4063ef04, frame=0x4074fc7c, exc_context=0x4063ef78, dispatch=0x4063ee94, context=0x4063eae0) at cppexcept.c:392 #52 0x401c4155 in __wine_call_from_32_regs () from /usr/local/lib/wine/ntdll.dll.so #53 0x40770d0d in __wine_regs_msvcrt_dll_77 () from /usr/local/lib/wine/msvcrt.dll.so #54 0x401a651f in EXC_RtlRaiseException (rec=0x4063ef04, context=0x4063ef78) at exception.c:216 #55 0x401bc646 in do_segv (context=0x4063ef78, trap_code=14, cr2=0x1c, err_code=4) at signal_i386.c:851 #56 0x401bca82 in segv_handler (__signal=11, __context= {sc_gs = 5335, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 0, sc_edi = 1080292788, sc_esi = 0, sc_ebp = 1080292716, sc_esp = 1080292648, sc_ebx = 1081684044, sc_edx = 1075713776, sc_ecx = 0, sc_eax = 0, sc_trapno = 14, sc_err = 4, sc_eip = 1081560996, sc_cs = 35, __csh = 0, sc_eflags = 66050, esp_at_signal = 1080292648, sc_ss = 43, __ssh = 0, i387 = 0, oldmask = 0, cr2 = 28}) at signal_i386.c:1057 #57 0x4005f518 in sigaction () from /lib/libc.so.6 #58 0x40775260 in __CxxFrameHandler (rec=0x4063f9dc, frame=0x4074fc7c, exc_context=0x4063fa50, dispatch=0x4063f96c, context=0x4063f5b8) at cppexcept.c:392 #59 0x401c4155 in __wine_call_from_32_regs () from /usr/local/lib/wine/ntdll.dll.so #60 0x40770d0d in __wine_regs_msvcrt_dll_77 () from /usr/local/lib/wine/msvcrt.dll.so #61 0x401a651f in EXC_RtlRaiseException (rec=0x4063f9dc, context=0x4063fa50) at exception.c:216 #62 0x401bc646 in do_segv (context=0x4063fa50, trap_code=14, cr2=0x0, err_code=4) at signal_i386.c:851 #63 0x401bca82 in segv_handler (__signal=11, __context= {sc_gs = 5335, __gsh = 0, sc_fs = 143, __fsh = 0, sc_es = 43, __esh = 0, sc_ds = 43, __dsh = 49168, sc_edi = 1081408212, sc_esi = 1081408216, sc_ebp = 1081408220, sc_esp = 1081408180, sc_ebx = 1087173732, sc_edx = 1077335880, sc_ecx = 1077404792, sc_eax = 0, sc_trapno = 14, sc_err = 4, sc_eip = 0, sc_cs = 35, __csh = 0, sc_eflags = 66118, esp_at_signal = 1081408180, sc_ss = 43, __ssh = 0, i387 = 1080294784, oldmask = 0, cr2 = 0}) at signal_i386.c:1057 #64 0x4005f518 in sigaction () from /lib/libc.so.6 disassemble of section around second exception, sc_eip = 1081560996 (0x40774fa4): 0x40774f78 <cxx_frame_handler+180>: push %esi 0x40774f79 <cxx_frame_handler+181>: push %edx 0x40774f7a <cxx_frame_handler+182>: mov 0x18(%ebp),%edx 0x40774f7d <cxx_frame_handler+185>: push %edx 0x40774f7e <cxx_frame_handler+186>: pushl 0x14(%ebp) 0x40774f81 <cxx_frame_handler+189>: pushl 0x10(%ebp) 0x40774f84 <cxx_frame_handler+192>: mov 0xc(%ebp),%ecx 0x40774f87 <cxx_frame_handler+195>: push %ecx 0x40774f88 <cxx_frame_handler+196>: mov 0x8(%ebp),%edx 0x40774f8b <cxx_frame_handler+199>: push %edx 0x40774f8c <cxx_frame_handler+200>: call *%eax 0x40774f8e <cxx_frame_handler+202>: jmp 0x40775225 <cxx_frame_handler+865> 0x40774f93 <cxx_frame_handler+207>: cmpl $0x0,0xffffffe4(%ebp) 0x40774f97 <cxx_frame_handler+211>: jne 0x40774faa <cxx_frame_handler+230> 0x40774f99 <cxx_frame_handler+213>: call 0x40787070 <msvcrt_get_thread_data> 0x40774f9e <cxx_frame_handler+218>: mov 0x1c(%eax),%eax 0x40774fa1 <cxx_frame_handler+221>: mov %eax,0x8(%ebp) 0x40774fa4 <cxx_frame_handler+224>: mov 0x1c(%eax),%ecx 0x40774fa7 <cxx_frame_handler+227>: mov %ecx,0xffffffe4(%ebp) 0x40774faa <cxx_frame_handler+230>: mov 0x1fc(%ebx),%edx

1 0

Re: wine/include setupapi.h
by Dimitrie O. Paun 24 Oct '03

24 Oct '03

On October 21, 2003 11:07 pm, Alexandre Julliard wrote: > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=9836 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ We've changed the cvsroot, and it reared it's ugly head. Can we either (1) create a symlink from /opt/cvs-commit to the new root, and switch back to the old root (2) apply this patch to patch.py Index: patch.py =================================================================== RCS file: /home/wine/tools/patch.py,v retrieving revision 1.13 diff -u -r1.13 patch.py --- patch.py 27 Sep 2002 22:14:53 -0000 1.13 +++ patch.py 23 Oct 2003 13:34:38 -0000 @@ -49,7 +49,7 @@ # # The CVS root directory -root = '/opt/cvs-commit' +root = '/home/winehq/opt/cvs-commit' # The commit log file logs = 'CVSROOT/commitlog' -- Dimi.

2 1

re: Proposal to resolve the issue of the broken wine-users gateway
by Dan Kegel 23 Oct '03

23 Oct '03

Jer wrote: > Say, Just chatting on IRC today, and ShadowHawk pointed out > that a host of other sites (Franks corner, etc) have sprung up > almost entirely because there are no user based forums > on winehq.org. > > This is, in part, due to the fact that the gateway between > the newsgroup and wine-users is busted. And it is that way, > because the gateway we were using is a dead project, and Jer > hasn't been able to wrestle it back into working > (and doesn't really want to). > > Further, I think it may be time to recognize that cool looking > forums are what users expect; that mailing lists and newsgroups > are really becoming the 'old' way of doing things. Nah. Forums blow donkey dong because they aren't easily google-searchable. I think we can get what users want by asking http://www.gmane.org/ to handle the gateway; then users that want a web interface can trivially use a gateway like http://groups.google.com. And that'd be *even less* work for Jer than setting up and maintaining Phorum. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

getting started with Winelib
by Ralf Juengling 23 Oct '03

23 Oct '03

Hi, I just installed wine-20031016. Trying to compile the test drive application as explained in the winelib user's guide 1.3.2, I end up getting the error message below. Any help appreciated, Ralf [juenglin@alpspitze winemine]$ ./configure --with-wine=/local checking whether make sets $(MAKE)... yes checking for gcc... gcc ... checking "for g++ -fno-for-scope option"... yes checking for windef.h... /local/include/wine/windows checking for windef.h header... /local/include/wine/windows checking for libwine.so... /local/lib checking for -lwine... /local/lib checking for libwine_unicode.so... /local/lib checking for -lwine_unicode... /local/lib checking for libwine_uuid.a... /local/lib checking for -lwine_uuid... /local/lib checking for libntdll.dll.so... configure: error: Could not find the Wine dlls (libntdll.dll.so) -- Ralf Juengling <juenglin(a)cse.ogi.edu>

1 0

Winesetuptk 0.7 rc1
by Ivan Leo Murray-Smith 23 Oct '03

23 Oct '03

Hi list, The rc1 of winesetuptk 0.7 is at http://www003.portalis.it/115/download/prerelease/winesetuptk0.7rc1.tar.bz2 This version is up to date with wine current, there are a few interesting changes, for example you can find the about box without reading the source, for details see the changelog.

3 2

Regression patch found - now what?
by Shachar 23 Oct '03

23 Oct '03

Hi all, I have identified that the commit at http://www.winehq.org/hypermail/wine-cvs/2003/09/0204.html is causing a regression to my application. This is the same application that kept generating the sigsegv and catching it not so long ago (http://www.winehq.org/hypermail/wine-devel/2003/10/0044.html). after applying this patch, the program will no longer run. I get a dialog saying "unexpected error". I suspect that moving the instruction emulation ruined, in some way, the application's ability to call cli and sti. Can anyone who knows what this patch was all about comment on what is going here? Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

4 4

Re: winetests: new addition
by Rolf Kalbermatter 23 Oct '03

23 Oct '03

Message: 1 Date: Wed, 22 Oct 2003 10:10:58 +0200 From: Jakob Eriksson <jakov(a)vmlinux.org> To: dpaun(a)rogers.com CC: Ferenc Wagner <wferi(a)afavant.elte.hu>, wine-devel(a)winehq.org Subject: Re: winetests: new addition >My thought exactly. I also tried to write a recursive delete using >plain Win32 but failed miserably. :-) You mean something like this: (Stolen shamelessly and a little modified fror SHELL_DeleteDirectory in shlfileop.c) #define IsDotDir(x) ((x[0] == '.') && ((x[1] == 0) || ((x[1] == '.') && (x[2] == 0)))) static BOOL removeDir(LPCSTR dir) { BOOL ret = TRUE; HANDLE hFind; WIN32_FIND_DATAA wfd; CHAR path[MAX_PATH]; /* Make sure the directory exists before going further */ PathCombineA(path, dir, "*"); hFind = FindFirstFileA(path, &wfd); if (hFind == INVALID_HANDLE_VALUE) return ret; do { LPSTR lp = wfd.cFileName; if (!lp[0]) lp = wfd.cAlternateFileName; if (IsDotDir(lp)) continue; PathCombineA(path, dir, lp); if (FILE_ATTRIBUTE_DIRECTORY & wfd.dwFileAttributes) { ret = removeDir(path); } else ret = DeleteFileA(path); } while (ret && FindNextFileA(hFind, &wfd)); FindClose(hFind); RemoveDirectoryA(dir); return ret; } Rolf Kalbermatter

2 1

printing broke?
by Kevin DeKorte 23 Oct '03

23 Oct '03

All, I have a question about cups printing. I have had wine apps be able to print in the past, but after a recent reinstall of wine I can't seem to print anymore. I can print from Linux just fine and Wine sees my cups printers. But when I try to print from Notepad it does nothing and when I try to print from Notes I get an insuffiencent memory error. I have tried both a source (CVS current as of 10/21) install and the RPM (2003/10/16) from source forge and both give me the same results. I admit I have not tried the 2003/9/11 build yet. Anyone else seeing this? Kevin

1 0

(vstserver/winelib) What happened to pthread_create and pthread_join?
by Kjetil S. Matheussen 23 Oct '03

23 Oct '03

Hi, I when trying to use vstserver with the latest cvs-version of wine (23.10.2003), wine cant load the winelib program because pthread_create and pthread_join functions are missing. Of course, I do solve this problem just by linking with the glibc pthread library. But, what has happened? When reading scheduler/pthread.c, some radical change seems to have happened since the last time I read the file. In short, my question is: How do I configure/make/link my winelib program to get proper support for the pthreads commands with the new system? (And a related question, any plans to support pthread_setschedparam in the future?) --

1 0

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Szakacsits Szabolcs 23 Oct '03

23 Oct '03

Jakob Eriksson wrote: > Nevertheless, I too wonder what ntfsresize -i /device would do on a > Longhorn... is the command "ntfsresize" still there BTW? Hmmm, ntfsresize is an open source Linux util what I wrote over a year ago and today used by several distros to non-destructively resize NTFS safely, if feasible (it was written a "do it or leave it" way). There are several ways to try it out. If one has already Linux then just install ntfsprogs and try it on the Longhorn partition. If one has floppy then boot a floppy Linux (but not Tom's RTBT or Leka, they have 32 bit file size and other limits) and one might use the statically linked ntfsresize from the below page. If one has Knoppix or one of the other rescue, Live CD or distro CD that includes it then just boot it and run ntfsresize from a terminal, etc. I list here what I was told or know about who uses it and how, etc http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html It's zero risk because the -i (info) options mounts the partition read-only. There can be 3 outcomes, 1. segfault -> NTFS changed significantly 2. change will be caught by libntfs or ntfsresize 3. no changes and it will work. I expect 2. Unfortunately I don't know any easier way how to figure out if there were changes or not. Szaka

1 0

Instant crash with wine 20031016 - regression?
by Thomas Mertes 23 Oct '03

23 Oct '03

Hello After compiling and installing Wine 20031016 it crashes instantly. Older versions up to 200309011 work without problems. Here is what I did: tm@penguin:~ > wine Speicherzugriffsfehler <--- Translation: Memory access error tm@penguin:~ > gdb wine GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-suse-linux"... (gdb) run Starting program: /usr/local/bin/wine Program received signal SIGSEGV, Segmentation fault. 0x4000d226 in _dl_signal_error () from /lib/ld-linux.so.2 (gdb) where #0 0x4000d226 in _dl_signal_error () from /lib/ld-linux.so.2 #1 0x4013e98e in _dl_sym () from /lib/libc.so.6 #2 0x4015f4b4 in dlsym_doit () from /lib/libdl.so.2 #3 0x4000d480 in _dl_catch_error () from /lib/ld-linux.so.2 #4 0x4015f7e0 in _dlerror_run () from /lib/libdl.so.2 #5 0x4015f473 in dlsym () from /lib/libdl.so.2 #6 0x3c001e02 in __pthread_initialize () at ../scheduler/pthread.c:763 #7 0x3c001e68 in init () at ../scheduler/pthread.c:770 #8 0x3c001ec9 in __do_global_ctors_aux () #9 0x3c001022 in _init () #10 0x4005dc34 in __libc_start_main () from /lib/libc.so.6 (gdb) q tm@penguin:~ > gcc --version 2.95.3 tm@penguin:~ > uname -a Linux penguin 2.4.4-64GB-SMP #1 SMP Wed May 16 01:20:45 GMT 2001 i686 unknown tm@penguin:~ > Btw: My system is Suse Linux version 7.2. Greetings Thomas -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++

1 0

Re: Which WINE for Vector Linux 3.2 SOHO?
by Ivan Leo Murray-Smith 22 Oct '03

22 Oct '03

>The slackware packages on the sf.net site without the S9 postfix should >be built for the previous version of gcc. I suppose you mean the old glibc. Anyway I can't see anything without S9 in the name.

1 0

sql.y line 73
by Dietrich Teickner 22 Oct '03

22 Oct '03

Hello, I need help. Since some time I try to compile wine new. I have done this without problems some times before. I have started ./configure and after them make depend && make. The build stops in wine/dll/msy with make[2]: Wechsel in das Verzeichnis ?/home/.xx./Wine/wine/dlls/msi½ gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o distinct.o distinct.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o handle.o handle.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o msi.o msi.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o msiquery.o msiquery.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o order.o order.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o record.o record.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o select.o select.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o suminfo.o suminfo.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o table.o table.c yacc -d -t ./sql.y yacc: e - line 73 of "./sql.y", syntax error %pure-parser ^ make[2]: *** [y.tab.c] Fehler 1 make[2]: Verlassen des Verzeichnisses ?/home/.xx./Wine/wine/dlls/msi½ make[1]: *** [msi] Fehler 2 make[1]: Verlassen des Verzeichnisses ?/home/.xx./Wine/wine/dlls½ make: *** [dlls] Fehler 2 .xx.@x2l:~/Wine/wine> the same after make clean and new .configure and new make depend && make. %} %pure-parser <- this is line 73 %union { How can help ? Dietrich

3 2

Re: Loadorder: new disable keyword.
by Alexandre Julliard 22 Oct '03

22 Oct '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Add a "disabled" keyword to dlloverride to completely disable the > loading of a module. This is redundant, an empty loadorder does exactly the same thing. -- Alexandre Julliard julliard(a)winehq.com

1 0

Acclaim Re-Volt / drm / DSound ?
by Sylvain Petreolle 22 Oct '03

22 Oct '03

Hi, Im trying to run Acclaim Re-Volt Demo with wine. It didnt start at all, complaining about drm errors. Having tons of dsound errors, I disabled the dsound with "Drivers" = "" in config. And know what ? Re-Volt now starts further. I want to debug this issue, but I dont have any idea where to start digging. If DSound is enabled, the message I have is DRM_R200_TEXTURE: return = -11 offset=0x01000000 pitch=0x8 format=4 image width=256 height=256 blit width=256 height=256 data=0x4b0d8200 ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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

need some modifications in ras.h
by flyker 22 Oct '03

22 Oct '03

Please add this code in ras.h Thanks. DECL_WINELIB_TYPE_AW(LPRASENTRY) /* Enumerates intermediate states to a connection. (See RasDial) */ #define RASCS_PAUSED 0x1000 #define RASCS_DONE 0x2000 typedef enum tagRASCONNSTATE { RASCS_OpenPort = 0, RASCS_PortOpened, RASCS_ConnectDevice, RASCS_DeviceConnected, RASCS_AllDevicesConnected, RASCS_Authenticate, RASCS_AuthNotify, RASCS_AuthRetry, RASCS_AuthCallback, RASCS_AuthChangePassword, RASCS_AuthProject, RASCS_AuthLinkSpeed, RASCS_AuthAck, RASCS_ReAuthenticate, RASCS_Authenticated, RASCS_PrepareForCallback, RASCS_WaitForModemReset, RASCS_WaitForCallback, RASCS_Projected, RASCS_StartAuthentication, RASCS_CallbackComplete, RASCS_LogonNetwork, RASCS_SubEntryConnected, RASCS_SubEntryDisconnected, RASCS_Interactive = RASCS_PAUSED, RASCS_RetryAuthentication, RASCS_CallbackSetByCaller, RASCS_PasswordExpired, RASCS_InvokeEapUI, RASCS_Connected = RASCS_DONE, RASCS_Disconnected } RASCONNSTATE, *LPRASCONNSTATE; typedef struct tagRASCONNSTATUSW { DWORD dwSize; RASCONNSTATE rasconnstate; DWORD dwError; WCHAR szDeviceType[ RAS_MaxDeviceType + 1 ]; WCHAR szDeviceName[ RAS_MaxDeviceName + 1 ]; WCHAR szPhoneNumber[ RAS_MaxPhoneNumber + 1 ]; } RASCONNSTATUSW, *LPRASCONNSTATUSW; typedef struct tagRASCONNSTATUSA { DWORD dwSize; RASCONNSTATE rasconnstate; DWORD dwError; CHAR szDeviceType[ RAS_MaxDeviceType + 1 ]; CHAR szDeviceName[ RAS_MaxDeviceName + 1 ]; CHAR szPhoneNumber[ RAS_MaxPhoneNumber + 1 ]; } RASCONNSTATUSA, *LPRASCONNSTATUSA; DECL_WINELIB_TYPE_AW(RASCONNSTATUS) DECL_WINELIB_TYPE_AW(LPRASCONNSTATUS) typedef struct tagRASDIALEXTENSIONS { DWORD dwSize; DWORD dwfOptions; HWND hwndParent; DWORD reserved; DWORD reserved1; } RASDIALEXTENSIONS, *LPRASDIALEXTENSIONS; #define LPHRASCONN HRASCONN*

2 1

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Ivan Leo Murray-Smith 22 Oct '03

22 Oct '03

>BTW, it would be interesting if one could check, try out what's Longhorn's >NTFS version numbers (i.e. if it changed or not). E.g. ntfsresize -i /device >would tell it. Longhorn doesn't use NTFS, it uses a new filesystem called WinFS, even if it's probably based on NTFS.

4 3

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Szakacsits Szabolcs 22 Oct '03

22 Oct '03

Hi, Jan Kratochvil <rcpt-ros-kernel.AT.reactos.com_at_jankratochvil.net> wrote: > As GPLed Linux-NTFS still has no NTFS r/w capability I completed the > project for reliable r/w access in Wine way by using MS-Windows > ntfs.sys driver. The goal of the Linux-NTFS project is the provide completely open source code to access, manage NTFS filesystems, not only r/w access whatever way. It's a big difference. There is already a full r/w driver for Linux by Paragon for a while - although it costs money but it doesn't have legal threats. Why the open source write capability isn't achieved? In short, no active development for over a year and before that the code base was completely rewritten, after former developer(s) stopped working on it 3-4 years ago. Otherwise write access is pretty close, I'd say 2-4 months hard work (if one isn't familiar with NTFS that's another 1-3 months). > There are rumours GPL may be problem for linking with proprietary code > (ntfs.sys&ntoskrnl.exe) >From GPL point of view I don't think so. But I could imagine one isn't allowed to use ntfs.sys, ntoskrnl.exe the way he/she wants legally. They need to be checked (plus consider what's legal today can be illegal tomorrow, so keep checking). Or just ask Microsoft. At the same time you could also ask if they have patents on NTFS. I couldn't find any contrary to the rumours. There was a fuss years ago about Microsoft wanted to sue Linux NTFS developers, but the fact seems to be Microsoft threatened only Jeff V. Merkey because he had signed NDA with Microsoft, still he was developing and distributing NTFS tools for Linux. Microsoft denied all of this publicly. You can google up the full story but IMHO it's better just to ask Microsoft. Szaka

3 10

Re: Fix comctl32 conformance test
by Hans Leidekker 22 Oct '03

22 Oct '03

On Wednesday 22 October 2003 08:52, Rolf Kalbermatter wrote: > the build process. Seems like MS has to fix a few things in their SDK > to make their import libs match the SDK documentation after those > functions really got available in the first release of W95 and finally > got documented this year. Yes, but what counts for us is what actually exists in their import libs, regardless of documentation. Of course, documentation would probably mean more users of those functions, but (if correct) it would also mean easier implementation for Wine. > Just a thought, can I use Wine import libs in Visual C ;-) ? I haven't tried (I don't have MSVC). But it should be possible. I think Wine is supposed to achieve this type of compatibility as well. You could then - say - use MSVC to write an application that links against a wine-only lib - say - x11drv. -Hans

1 0

wine and Crossover in the press
by Tom 22 Oct '03

22 Oct '03

Anyone had a look at this? http://www.theinquirer.net/?article=12207 Tom

2 2

GetProcessWindowStation
by Mathias Berchtold 22 Oct '03

22 Oct '03

Hello ... I get the following error when trying to run SmartFTP on Wine. fixme:advapi:RevertToSelf (), stub fixme:advapi:SetThreadToken ((nil), 0xa0): stub (NT impl. only) fixme:win:GetProcessWindowStation (void): stub fixme:win32:GetUserObjectInformationA (0x1 1 0x4078e8e4 12 0x4078e8d8),stub! And afer that I get a Debug ASSERT from the Microsoft Visual C++ Library. File: Allocate.cpp Line: 108 Expression: bSuccess I think the Assert is caused because of the missing function implementations. Do you have any plans to implement them in the future? Wine Information ================ wine --version Wine 20031016 windows="win2k" ("win98" doesn't work because wine "ignores" the unicows.dll) [AppDefaults\\smartftp.exe\\DllOverrides] "ole32" = "native" "oleaut32" = "native" "rpcrt4" = "native" "urlmon" = "native" "comctl32" = "builtin" "wininet" = "builtin" "shdocvw" = "native" "shlwapi" = "native" "crypt32" = "native" "mshtml" = "native" "unicows" = "native" "crypt32" = "native" "cryptui" = "native" "wintrust" = "native" If you need the debug build of SmartFTP to test please contact me. Thanks a lot -Mat SmartFTP.com -----Original Message----- From: wine-devel-admin(a)winehq.org [mailto:wine-devel-admin@winehq.org] On Behalf Of Alexandre Julliard Sent: Mittwoch, 22. Oktober 2003 04:20 To: Vincent Béron Cc: Wine devel Subject: Re: Changes to kernel messages lang Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Attached program says so on W2K SP4. There's a message table in > kernel32 for 0x0000, for the others it returns NULL. Is that way to do > it different from yours? Yes, FindResource with language 0 is going to return a resource in all sorts of cases, so it's not a good test. And actually if the resource was really NEUTRAL, then all your FindResource calls should have succeeded. The best way to find out is to dump the resource table of the dll, using something like winedump -x. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Fabian Cenedese 22 Oct '03

22 Oct '03

Hi I don't know much about NTFS (only using it) and even less about Linux-NTFS. But it was funny following this conversation. >> Filesystem must be the rock solid data storage structure. You must >> know the meaning of each byte (*) for such reliable and interoperable >> filesystem. > >Exactly. Every needed byte is known. Wow! Really? >> (*) You do not need to know the journalling metadata as long as you do not >> support journalling and/or its recovery. > >One of the unknown issues is journaling :) AHA! And not only "The unknown issue" but "One of the unknown issues". Reminds me of Asterix: Whole Europe is part of the Roman Empire. Whole...? Sorry, I couldn't resist, no offense :) bye Fabi

2 1

Xlib and wine and XGrabButton
by Gerhard W. Gruber 22 Oct '03

22 Oct '03

I currently write a small desktop app (in case you are curious http://sourceforge.net/projects/launchmenu) and for this I have to research on how to grab mouse events and eventually keyboard as well. Now I thought that this might be usefull for wine when playing games under the DirectX emulation, so I checked the sources for XGrabButton()/XGrabKey() and I couldn't find any references to it. When I tried to play Thief and Thief 2 I always had the problem that the keys are going to the shell where I started it from, instead of going into the game. I wrote a small test app for my project in order to get this feature straight and there I could capture all mouse events (haven't tried keyboard, but it should work equally well) without any interference with the remaining X system. Is this intenttionally that these functions are not used and if so what is the reason for it? Or is there a layer in between wine and X so that wine is not using Xlib API directly? I think that using this should work at least in programs where the entire screen is taken over, like in games, probably other applications well. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 4

Re: Changes to kernel messages lang
by Alexandre Julliard 22 Oct '03

22 Oct '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > W2k kernel messagetable is LANG_NEUTRAL, SUBLANG_NEUTRAL only. > > Changelog: > Make the kernel messagetable LANG_NEUTRAL, as native. Are you sure about that one? All the dlls I have checked (Win95, NT4, XP) have the language set to 0x0409. In what case is that causing trouble? -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: More dutch translations
by Alexandre Julliard 21 Oct '03

21 Oct '03

Hans Leidekker <hans(a)it.vu.nl> writes: > Changelog: > - More resources translated to dutch. > - Make an example consistent with it's description (wcmd). The wcmd change is wrong, the default prompt really is $p$g. Also your patch got wrapped, you'll have to resubmit. -- Alexandre Julliard julliard(a)winehq.com

1 0

S3 texture compression patent
by Jonathan Wilson 21 Oct '03

21 Oct '03

What specificly does this patent cover and what parts of WINE would it affect? (i.e. which bits of windows, if implemented in WINE, would fall under the patent?)

6 7

Re: Summary of translations
by Vincent Béron 21 Oct '03

21 Oct '03

Le mar 21/10/2003 à 14:45, Hans Leidekker a écrit : > This is certainly useful for me, as I was just about to start translating > some dlls to dutch. I checked the page you mention above and it showed > there are some parts missing from dlls that already haven been translated > to dutch. I don't think I would have found those otherwise (I wouldn't have > gone looking for them). So I think this tool can certainly prove valuable in > keeping resources up to date. That's why I did it (after I saw Dimi's output). Although now, all French resources seem to be translated... :) Glad to know it helped you too. > > And now for some criticisms. I can understand that you only check languages > for which at least one resource exists because otherwise the table would grow > large and show lots of empty cells for years to come, but the first thing I need > to set out translating is a list of dlls that have translatable resources, which I > now obtain by doing: > > [wine-src] $ find dlls -name "*En.rc" > > Which is crude and depends on a file naming convention. Maybe your tool > could help here too. If there's an html file, the dll contains some resources. Now, not all resources are translatable (icons, cursors, bitmaps we probably don't care, not sure about versioninfo). That can be integrated in the tool too. For now, if there's only a LANG_NEUTRAL version of a resource, it doesn't complain, else it creates the file. > > Second, those filenames for the html output really aren't fit to be served > by apache. They're truncated in a directory listing page so I have to hover > the links to be able to find a particular file. I think you need to either split > them into directories or provide an index page. As Dimi pointed out, all on a single page would be better. Or a couple of pages, with AAFRIKANS-GERMAN on one, HUNGARIAN-SLOVAK, etc. to prevent the table from being too wide, and marking only the relevant languages (ie, those for which at least one translated resource exists). Another thing is languages for which more than one sublanguage is used, such as Chinese. > > Third, I think you should sort the table columns alphabetically by language > name. But they're sorted! Ok, by language ID :) Good idea. > > Lastly, Konqueror doesn't render those popup/layer thingies well, and in > Mozilla I can't can rid of a popup once I clicked a link (well, I can press > the Back button, but that's non-intuitive to say the least). To be honest I > think they're overkill. Make them a regular link. Remember, you said all > comments were welcome ;-) No problem with that. I tried to get the same feeling as Mozilla's Tinderbox, but I can make them regular links instead. Or "tooltips". Vincent

1 0

Re: NTFS driver (was: ReactOS GPL vs. proprietary drivers)
by Szakacsits Szabolcs 21 Oct '03

21 Oct '03

> > Let me tell an example, the (Linux) NTFS driver supports transparent > > compression. Today CPU's are very fast and the disk bandwidth is very > > slow compared. So doing bulk data transfers, the disk bandwidth is the > > bootleneck. Would you be faster using the filesystem's transparent > > compression? In theory yes, CPU can [de]compress when transfering data > > and you must also transfer less data. No main Linux fs supports this, > > hopefully Reiser4 will in the future ... (there was hope for e2compr as > > well for many years but it didn't work out after all). > > ext2 have supported this for ages, check out chattr(1),lsattr(1) This feature is reserved for about 8 years. But it never worked reliable. Google for the story. I wrote above the keyword (e2compr). > In what way are the compression features in NTFS different? It works reliable since about 8 years. Something what none of the main Linux filesystem can do today (ext3, reiserfs, JFS, XFS). Szaka

1 0

Re: [Rebar] Don't store band text if "" is passed into SetBandInfo
by Huw D M Davies 21 Oct '03

21 Oct '03

On Tue, Oct 21, 2003 at 07:24:31PM +0100, Robert Shearman wrote: > Hi, > > This makes IE look a bit neater. > > Rob > > Changelog: > - Don't store band text if "" is passed into SetBandInfo > @@ -3447,8 +3450,11 @@ > } > if (lprbbi->lpText) { > INT len = lstrlenW (lprbbi->lpText); > - lpBand->lpText = (LPWSTR)Alloc ((len + 1)*sizeof(WCHAR)); > - strcpyW (lpBand->lpText, lprbbi->lpText); > + if (len > 1) Shouldn't this be len >= 1 ? > + { > + lpBand->lpText = (LPWSTR)Alloc ((len + 1)*sizeof(WCHAR)); > + strcpyW (lpBand->lpText, lprbbi->lpText); > + } > } > } > Huw.

1 0

Re: Fix comctl32 conformance test
by Rolf Kalbermatter 21 Oct '03

21 Oct '03

Alexandre Julliard <julliard(a)winehq.org> wrote: <Hans Leidekker <hans(a)it.vu.nl> writes: > >> It appears that the comctl32 conformance test calls functions by name >> that are exported by ordinal only on Windows. Still the test runs (and >> thus run-time links) on Wine. Is this wanted behavior? > >Yes it is, the functions are converted to ordinal imports by the >import library. The existing code works just fine, except when >cross-compiling on Mingw because the import libraries are broken >there. This should be fixed in Mingw not in Wine. Mmh! I have downloaded the PSDK from the MSDN site, and although it says Microsoft Platform SDK February 2003 in the Start menu it really was just downloaded one month ago and my comctl32.lib does not contain symbols for at least DPA_Create() and DPA_GetPtr() while it does contain most of the other DPA symbols. What am I missing here? Rolf Kalbermatter

3 2

Re: Emulate win98 by default
by Andreas Mohr 21 Oct '03

21 Oct '03

Hi, On Tue, Oct 21, 2003 at 11:25:55AM +0100, Mike Hearn wrote: > IE setup needs this, and really, there's not much difference between > them. I would change this in the code, but I don't know where this key > is referenced. > > Emulate win98 and DOS 6.11 by default > > Index: documentation/samples/config > =================================================================== > RCS file: /home/wine/wine/documentation/samples/config,v > retrieving revision 1.52 > diff -u -r1.52 config > --- documentation/samples/config 16 Oct 2003 19:09:57 -0000 1.52 > +++ documentation/samples/config 21 Oct 2003 10:19:26 -0000 > @@ -77,9 +77,9 @@ > > [Version] > ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win2k3,win20,win30,win31) > -;"Windows" = "win98" > +"Windows" = "win98" > ; DOS version to imitate > -;"DOS" = "6.22" > +"DOS" = "6.22" Please DON'T do this. These are FORCED, GLOBAL values, as such they are highly evil (since that way the whole version detection mechanism gets disabled and many programs which need other values cannot have their version guessed properly any more). Instead, the default fallback values in the version code should probably be changed to refer to Win98 to make sure we do use Win98 in case we cannot guess any value (if they are not already, but they might still be at Win95). Note that the version code has some straw man default values which are NOT the real defaults if you analyse the code path properly. And if IE setup still doesn't run after having changed the default guesstimate to Win98, tough luck: you'll have to force version Win98 manually (or implement a smarter version detection mechanism that takes some observations and transforms them into a Win98 version value). And we should also indicate in the sample config file that actually setting these will override any and all intelligent(?) version detection mechanisms... (if only to prevent other people from attempting the same mistake as you ;) -- Open Source Software: because smart people know to prefer a multitude of Support Options to a Single Point of Failure commonly used software represents. (who's left to sue given your average all-denying End User License Agreements, or who to ask for support if a vendor or product decided to silently die away?)

2 1

EDIT_WM_Create fix.
by Rein Klazes 21 Oct '03

21 Oct '03

Hi, Sent to wine-devel as well: this might break some odd edit controls that I did not catch. This fixes masked edit controls used by applications created by Power Builder, it fixes bug #807. Power builder depends on the return value of the WM_CREATE message by the EditWndProc to be != 0. Now I spent some time creating EDIT windows, varying parameters (with or without text), varying styles including multilines even tested the edit part of a combobox. In all cases the WM_CREATE message return value turned out to be 1. So at the very least this seems to be the common case, and not zero as in wine's implementation. So I propose to put that in, and if it breaks hope it will be caught. ChangeLog: controls : edit.c A WM_CREATE message sent to an Edit window procedure should return 1. Power Builder masked edit controls depend on it. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 5

MDI windows, MDIClient and mdiclient
by Shachar Shemesh 21 Oct '03

21 Oct '03

Hi all, I am trying to make an application work under wine. The app is probably an MFC app, that defenitely uses MDI. The problem boils down to this - it tries to create an MDI window by doing SendMessageA to a message of type "WM_MDICREATE". Here's the catch - the class it wants to use is in Unicode. This fails for obvious reasons. I'm trying to find my way around the MDI setting, and phrase a regression test. However, I cannot seem to create the exact same circumstances. When looking at the original app using Spy++, I see that the application has a window from the very start of the app (long before it sends WM_MDICREATE), which does not appear to have WS_EX_MDICHILD set, but which has a child window of class "MDIClient". Running the same app in Wine using --debugmsg +win,+class, I can see that it asks to open a window of class "mdiclient". I do not, however, see anywhere that such a class was ever registered! Furthermore - the call succeeds. Can anyone enlighten me? Is this window necessary whenever an MDI is present? If so, what function do I use on the parent window to tell it that it is to be an MDI container? Many thanks, Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

4 15

Re: Fix comctl32 conformance test
by Alexandre Julliard 21 Oct '03

21 Oct '03

Hans Leidekker <hans(a)it.vu.nl> writes: > It appears that the comctl32 conformance test calls functions by name > that are exported by ordinal only on Windows. Still the test runs (and > thus run-time links) on Wine. Is this wanted behavior? Yes it is, the functions are converted to ordinal imports by the import library. The existing code works just fine, except when cross-compiling on Mingw because the import libraries are broken there. This should be fixed in Mingw not in Wine. -- Alexandre Julliard julliard(a)winehq.com

2 1

suggestion, merge WINE and ReactOS MSVCRT
by Jonathan Wilson 21 Oct '03

21 Oct '03

IMO its a waste for both WINE and ReactOS to have 2 different implementations of MSVCRT.DLL/CRTDLL.DLL Is there any valid reason not to either remove one and have both projects use the other or to merge both and come up with one dll?

2 1

Re: Fix tab size (3)
by Dimitrie O. Paun 21 Oct '03

21 Oct '03

On October 19, 2003 07:41 pm, Vitaliy Margolen wrote: > Not true. Native uses default tab size of 96. > > - The minimum size of a tab is at least icon width + 3 if icon is present. > > - Prior observation that "under Windows, there seems to be a minimum width > of 2x the height for button style tabs" is not true. At least not in Win98. Brownie points for some conformance tests ... :) -- Dimi.

3 5

Instant crash with 20031016 - regression?
by Thomas Mertes 21 Oct '03

21 Oct '03

Hello After compiling and installing Wine 20031016 it crashes instantly. Older versions up to 200309011 work without problems. Here is what I did: tm@penguin:~ > wine Speicherzugriffsfehler <--- Translation: Memory access error tm@penguin:~ > gdb wine GNU gdb 5.0 Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-suse-linux"... (gdb) run Starting program: /usr/local/bin/wine Program received signal SIGSEGV, Segmentation fault. 0x4000d226 in _dl_signal_error () from /lib/ld-linux.so.2 (gdb) where #0 0x4000d226 in _dl_signal_error () from /lib/ld-linux.so.2 #1 0x4013e98e in _dl_sym () from /lib/libc.so.6 #2 0x4015f4b4 in dlsym_doit () from /lib/libdl.so.2 #3 0x4000d480 in _dl_catch_error () from /lib/ld-linux.so.2 #4 0x4015f7e0 in _dlerror_run () from /lib/libdl.so.2 #5 0x4015f473 in dlsym () from /lib/libdl.so.2 #6 0x3c001e02 in __pthread_initialize () at ../scheduler/pthread.c:763 #7 0x3c001e68 in init () at ../scheduler/pthread.c:770 #8 0x3c001ec9 in __do_global_ctors_aux () #9 0x3c001022 in _init () #10 0x4005dc34 in __libc_start_main () from /lib/libc.so.6 (gdb) q tm@penguin:~ > gcc --version 2.95.3 tm@penguin:~ > uname -a Linux penguin 2.4.4-64GB-SMP #1 SMP Wed May 16 01:20:45 GMT 2001 i686 unknown tm@penguin:~ > Btw: My system is Suse Linux version 7.2. Greetings Thomas -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++

1 0

Window refresh problem with GroupBox and Tabs
by George Marshall 21 Oct '03

21 Oct '03

Hi I've already submitted this bug to the wine bugzilla but I'm posting it here as well 'cause... oh well you know. Pls. look at the end of the message for .gifs Bug 1689 follows: I've got an application which purpose is to just reproduce the wine bug I'm gonna explain below. There is, basically, a window, a tab control with four tabs, some GroupBoxes and a few editboxes. (Please, see the attached .gif to get an idea). Here we go with the interesting part... If you run the application you'll realize that some editboxes are not drawn at all and some other not correctly drawn (Expecially if you go through the tabs...) Now if you minimize and then raise this window or drag part of it out of the screen and then back in, everything in it is correctly "painted". The pic tabwin_ok.gif shows the application correctly drawn, while in tabwin_bad.gif you'll see the application in its bad behavior (Like described above). Another interesting thing to note is that if you go through the tabs backward( from the last one to the first one ) the window contents is correctly drawn, not if you go from the first tab to the last one. This is always reproducible. This bug is 100% reproducible with Wine 20030813, 20030709, 20030618 (the versions I could work with...) I'm actually trying to fix this by myself (an ugly workaround will do the job as well) but any help to get me to the right direction will be appriciated. You're more than welcome to ask for any debug or strace log. Thanks. http://bugs.winehq.org/attachment.cgi?id=359&action=view http://bugs.winehq.org/attachment.cgi?id=360&action=view

2 2

Re: will it?
by Ivan Leo Murray-Smith 20 Oct '03

20 Oct '03

Wine can't load windows drivers. This may be possible in a very very far future, but it would probably be easier to write native drivers. Probably by the time wine can do such a thing, all hardware vendors will support linux anyway.

1 0

import and export tables
by Dave Miller 20 Oct '03

20 Oct '03

A .tar.gz containing HTML tables of imports and exports for windows dlls is now available here: http://24.229.94.2/import_export_tables.tar.gz It is about 1MB but it will decompress to 1000+ html files and 58MB! I have not included empty tables where a dll does not import or export any functions. If you spot a missing windows dll, or a non-windows dll please let me know so I can add/remove as necessary. Of course feature requests are welcome as well. ------------------------------------- So many Right-wing Christians. So few lions.

1 0

Re: [ros-kernel] about headers
by Steven Edwards 20 Oct '03

20 Oct '03

This is really the heart of the issue. Can we work out a system that will work for all projects involved? What I am about to bring up is not the same issues that Danny has with GCCisms but it has made me think about our build system again. WINE and Mingw both make use of some of the aspects of the GNU toolchain that ReactOS currently does not. I think I have a more simple solution to our problem but most of the ReactOS will not like it. Currenly the ReactOS project has a bad habit of importing libraries that we need such as zlib and freetype in to our funky build system. Then on top of that you heep on the problems of trying to support the w32api and WINE and you get the current cluster-fu*k we have now. 1. Create vendor branches for w32api, WINE and other projects that ReactOS needs. - Now the question becomes how do we structure this? If we use the w32api with the SDK/DDK then we can import it in to the WINE source tree just as we have done with freetype and zlib. 2. Can we import a vendor branch in to CVS under a existing repostory? - If the answer is yes then we do we need to import the whole WINE sourcetree only selected DLL and Programs. 3a. If we can do all of this then do we switch to a GNU configure system so we can configure all of the modules at compile time and dump our funky build system? - I am thinking a layout like this: /CVSROOT /reactos configure /contrib /w32api/configure /freetype/configure /OpenSSL/configure /zlib/configure /WINE/configure /dlls /programs /libs 3b. Or do we leave CVS like it is now? and maybe move the external libs to there own modules where we can Vendor branch them? - Moving to a GNU configure system would still make it easy on us. The only thing is we would need to create a set of import scripts for branching/merging and move the external libs to there own module CVSROOT/ /reactos /rosapps /WINE /support /w32api /freetype /zlib /openssl Ok I am sorry I have taken the discussion beyond headers but we have to find a solution that will work. Is w32api that solution? Does out current build system do everything we need to be able to scale? How does KDE or GNOME handle this? Thanks Steven --- Danny Smith <dannysmith(a)clear.net.nz> wrote: > As far as the mingw runtime headers are concerned, you will have a > hard > time convincing me to remove all the ISO C99 extras. You will also > have > a hard time convincing me that removal of all the POSIX-isms is a > good > thing, since they really assist building of things like binutils, > gcc, > libiconv, gettext, make, etc. > > As someone who has had input into the maintenace of gcc compiler > suppor > for mingw, > the hardest things to maintain are the MS-extensions (dllimport being > the worst because of the ambiguity of the syntax). Adherence to the > MS > "gold standard" has meant that mingw is forced to use sjlj exceptions > rather than DWARF2. > > Personally, I would prefer that mingw gcc/binutils move closer to > theFSF > mainstream > rather than drifting from it. Likewise, I would prefer that mingw > runtime moves in dirction towards ISO C, C++ conformance (eg, make > the C > headers namespace aware when in C++) rather than towards MS > conformance. > > Speaking for myself only. > > Danny __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

3 4

Re: ReactOS GPL vs. proprietary drivers - NTFS Driver under Linux + WINE
by Steven Edwards 20 Oct '03

20 Oct '03

Hello Jan, Comments are inline. --- Jan Kratochvil <rcpt-ros-kernel.AT.reactos.com(a)jankratochvil.net> wrote: > Hi, > > As GPLed Linux-NTFS still has no NTFS r/w capability I completed the > project > for reliable r/w access in Wine way by using MS-Windows ntfs.sys > driver. > > Captive-NTFS > http://www.jankratochvil.net/ I have forwarded this reply to wine-devel as they my find captive NTFS interesting > My project is GPL-2.0 and it incorporates ReactOS kernel sources > currently also > carrying GPL-2.0 license. There are rumours GPL may be problem for > linking with > proprietary code (ntfs.sys&ntoskrnl.exe). I interpret it as GPL only > affects > _distribution_ of the program while no proprietary code is > distributed with my > package. Proprietary code is only run-time linked by the end-user. > > > In a GPL-related discussion here two monts ago ReactOS developers > were open for > reusal of existing proprietary drivers for ReactOS as one of the > significant > feature of ReactOS. I would like an affirmation from the major > ReactOS > developers they are not going to try to sue me for releasing Captive > NTFS. I dont think you have to worry about any ReactOS developers filing suit. I would be more worried about one from Microsoft =). In fact I am very happy to see this. I would like to see the interface you have developed evolve in to a a full compatiblty layer addon for WINE so they can support other drivers. I must confess I have not had a chance to look at the code but if it works as you say then this is great news! If you dont distribute Captive NTFS with a Microsoft NTFS driver then you should not have a problem. You are correct the GPL seems to only cover distribution not use. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

will it?
by John Smith 20 Oct '03

20 Oct '03

now that windows drivers will work in linux, can wine run directx easy? with wine on linux, and having windows drivers, the wine shouldn't have any troubles whatsoever acting as windows

1 0

Re: MDI windows, MDIClient and mdiclient
by Fabian Cenedese 20 Oct '03

20 Oct '03

>I'm trying to see why a propritery program misbehaves under wine, by comparing it to Windows. When running it under Windows, I don't have the luxury of OutputDebugString. Maybe even better: http://www.codeproject.com/useritems/DLL_Injection_tutorial.asp Already with a sample about logging winsock functions. bye Fabi

1 0

Re: named pipes problem?
by Alexandre Julliard 20 Oct '03

20 Oct '03

Daniel Marmier <d.marmier(a)bluewin.ch> writes: > Are you talking about support for TLS in wine? > If so, is that already assigned? No, the problem is TLS support in glibc itself, since that bypasses our pthread wrappers. We don't need to use glibc-style TLS in Wine since we can use the Win32 TLS support instead. -- Alexandre Julliard julliard(a)winehq.com

2 1

named pipes problem?
by Gregory M. Turner 20 Oct '03

20 Oct '03

Does everybody's kernel32 named pipes test pass (in wine)? Named pipes are acting very wierd here, lots of segfaults and other wierdness... the test seems to freeze attempting to create the alarmThread in test_NamedPipe_2 (test 3 of 4). The wineserver holds up OK, but the client side looks a mess. This is similar to other behavior I see in other contexts... perhaps, the pattern is, after I create a named pipe, subsequent calls to CreateThread never return or cause segfaults and general instability. Am I the only one? The following is a snippet from "strace -f wine kernel32_test.exe.so pipe" where wine starts to go south.... [pid 28568] write(1, "pipe.c:459:", 11pipe.c:459:) = 11 [pid 28568] write(1, "exercizeServer starting\n", 24exercizeServer starting ) = 24 [pid 28568] write(1, "pipe.c:470:", 11pipe.c:470:) = 11 [pid 28568] write(1, "Client connecting...\n", 21Client connecting... ) = 21 [pid 28568] rt_sigprocmask(SIG_BLOCK, [HUP INT USR1 USR2 ALRM IO], [RTMIN], 8) = 0 [pid 28568] writev(4, [{"\207\0\0\0\222\0\0\0\0\0\0\0\0\0\0\300\0\0\0\0\0\0\0\0"..., 64}, {"\\\0\\\0.\0\\\0P\0i\0P\0e\0\\\0t\0e\0s\0t\0s\0_\0.\0"..., 146}], 2 <unfinished ...> [pid 28570] <... poll resumed> [{fd=5, events=POLLIN}, {fd=4, events=POLLIN}, {fd=7, events=POLLIN}, {fd=9, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN}, {fd=15, events=POLLIN}, {fd=16, events=POLLIN, revents=POLLIN}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=-1}, {fd=24, events=POLLIN}, {fd=23, events=POLLIN}], 16, -1) = 1 [pid 28570] read(16, "\207\0\0\0\222\0\0\0\0\0\0\0\0\0\0\300\0\0\0\0\0\0\0\0"..., 64) = 64 [pid 28570] read(16, "\\\0\\\0.\0\\\0P\0i\0P\0e\0\\\0t\0e\0s\0t\0s\0_\0.\0"..., 146) = 146 [pid 28570] write(17, "\17\0\0\300\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 [pid 28570] poll( <unfinished ...> [pid 28568] <... writev resumed> ) = 210 [pid 28568] read(5, "\17\0\0\300\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64) = 64 [pid 28568] rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 [pid 28568] write(1, "pipe.c:481:", 11pipe.c:481:) = 11 [pid 28568] write(1, "connect failed, retrying\n", 25connect failed, retrying ) = 25 [pid 28568] gettimeofday({1066424342, 296207}, NULL) = 0 [pid 28568] gettimeofday({1066424342, 296363}, NULL) = 0 [pid 28568] select(0, NULL, NULL, NULL, {0, 199844} <unfinished ...> [pid 28575] --- SIGSTOP (Stopped (signal)) @ 0 (0) --- [pid 28574] --- SIGSTOP (Stopped (signal)) @ 0 (0) --- [pid 28575] modify_ldt(17, {entry_number:40, base_addr:0x40af3000, limit:4095, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:0}, 16 <unfinished ...> [pid 28574] modify_ldt(17, {entry_number:39, base_addr:0x408c3000, limit:4095, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:0, seg_not_present:0, useable:0}, 16 <unfinished ...> [pid 28575] <... modify_ldt resumed> ) = 0 [pid 28574] <... modify_ldt resumed> ) = 0 [pid 28575] sigaltstack({ss_sp=0x408d1000, ss_flags=0, ss_size=1048576} <unfinished ...> [pid 28574] brk(0 <unfinished ...> [pid 28575] <... sigaltstack resumed> , NULL) = 0 [pid 28574] <... brk resumed> ) = 0x3c009000 [pid 28575] rt_sigaction(SIGINT, {0x40081bf2, [INT USR2], SA_RESTORER|SA_STACK|SA_RESTART, 0x45a14eb8}, <unfinished ...> [pid 28574] brk(0x3c00a000 <unfinished ...> [pid 28575] <... rt_sigaction resumed> NULL, 8) = 0 [pid 28574] <... brk resumed> ) = 0x3c00a000 [pid 28575] rt_sigaction(SIGFPE, {0x40081b76, [INT USR2], SA_RESTORER|SA_STACK|SA_RESTART, 0x45a14eb8}, <unfinished ...> [pid 28574] sigaltstack({ss_sp=0x406a1000, ss_flags=0, ss_size=1048576} <unfinished ...> [pid 28575] <... rt_sigaction resumed> NULL, 8) = 0 [pid 28574] <... sigaltstack resumed> , NULL) = 0 [pid 28575] rt_sigaction(SIGSEGV, {0x40081aa4, [INT USR2], SA_RESTORER|SA_STACK|SA_RESTART, 0x45a14eb8}, <unfinished ...> [pid 28574] rt_sigaction(SIGINT, {0x40081bf2, [INT USR2], SA_RESTORER|SA_STACK|SA_RESTART, 0x45a14eb8}, <unfinished ...> [pid 28575] <... rt_sigaction resumed> NULL, 8) = 0 [pid 28574] <... rt_sigaction resumed> NULL, 8) = 0 [pid 28575] rt_sigaction(SIGILL, {0x40081aa4, [INT USR2], SA_RESTORER|SA_STACK|SA_RESTART, 0x45a14eb8}, <unfinished ...> [pid 28574] rt_sigaction(SIGFPE, {0x40081b76, [INT USR2], SA_RESTORER|SA_STACK|SA_RESTART, 0x45a14eb8}, <unfinished ...> [pid 28575] <... rt_sigaction resumed> NULL, 8) = 0 [pid 28574] <... rt_sigaction resumed> NULL, 8) = 0 from there it just degrades into a soup of SIGSEGV and rt_sigprocmask(), like: [pid 28575] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 28574] <... rt_sigprocmask resumed> NULL, 8) = 0 [pid 28575] rt_sigprocmask(SIG_UNBLOCK, ~[], <unfinished ...> [pid 28574] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 28575] <... rt_sigprocmask resumed> NULL, 8) = 0 [pid 28574] rt_sigprocmask(SIG_UNBLOCK, ~[], <unfinished ...> [pid 28575] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 28574] <... rt_sigprocmask resumed> NULL, 8) = 0 [pid 28575] rt_sigprocmask(SIG_UNBLOCK, ~[], <unfinished ...> [pid 28574] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 28575] <... rt_sigprocmask resumed> NULL, 8) = 0 [pid 28574] rt_sigprocmask(SIG_UNBLOCK, ~[], <unfinished ...> [pid 28575] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 28574] <... rt_sigprocmask resumed> NULL, 8) = 0 [pid 28575] rt_sigprocmask(SIG_UNBLOCK, ~[], <unfinished ...> this never ends. Attaching to various threads (when I am so lucky as to be able to) is not very instructive (to me ;)). -- gmt

3 6

Re: S3 texture compression patent
by Ivan Leo Murray-Smith 20 Oct '03

20 Oct '03

>Is it a patent for a hrdware solution, or for software? If software then in >Europe, at least in Germany and others, it wouldn't matter because >softwarepatents are not possible (and hopefully never will). Software patents are illegal in all the EU, and it will stay like that thanks to the latest copyright directive, the EUCD. Also, this thread should be on wine-license. It wouldn't be hard to host wine in the EU, codeweavers can just get some host space from any EU hoster, and set up and publish remotely.

3 3

Asprotected programs crash with current wine-cvs
by Oleg Prokhorov 20 Oct '03

20 Oct '03

Hello Alexandre , current CVS version has regression. All Asprotected (probably) programs crash due to the fact that Asprotect assumes that executables are being loaded from kernel32.dll, so stack return address passed to executable entry (in the other words executable entry was called from kernel32.dll) points to somewhere inside kernel32.dll. Later Asprotect uses this return address to detect kernel32.dll export section and dig it for required kernel32.dll function (LoadModule, VirtualAlloc etc). The problem is that now executable entry loaded under wine is being started from somewhere inside ntdll.dll, so Asprotected kernel32.dll function finding routines fail with crash. I'm not sure what's the best way to solve it, is some ntdll.dll process startup code relocating to kernel32.dll good enough ? -- Best regards, Oleg mailto:xolegpro@rbcmail.ru

1 0

RE: WWN: wn20031017_192.xml
by Brian Vincent (C) 20 Oct '03

20 Oct '03

> Test these lines > BEGIN { FS = "\"" } > { A+=$2 } > { B+=$4 } > END { print "<person posts=\""A"\""" size=\"" B"\""" > who=\""$6"\" />" } Works like a charm! Thanks! --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: S3 texture compression patent
by Ivan Leo Murray-Smith 19 Oct '03

19 Oct '03

>But what would that mean for the developers in the US? Just because the >sources are hosted in EU would still render them useless for US developers. No, if you're in the US and publish something in the EU, you aren't violating any US law, as you aren't publising anything in the US. If this isn't the case, the US constitution must have a few bugs in it. This would also mean moving the mailing list archives and the CVS to the EU, but I don't think this will happen, unless you show that there is a patent violation and that wine will never work without violating that patent.

2 1

Re: Setupapi Win16/32 (Again) and PSDK porting fixes
by Gregory M. Turner 19 Oct '03

19 Oct '03

On Saturday 18 October 2003 01:57 pm, Steven Edwards wrote: > With this > patch all of the objects for setupapi.dll can be built on > MS_VC with the PSDK. There are a few minor issues but nothing > to major doesn't this: -typedef struct _CABINET_INFOA { +typedef struct _CABINET_INFO_A { PCSTR CabinetPath; PCSTR CabinetFile; PCSTR DiskName; USHORT SetId; USHORT CabinetNumber; -} CABINET_INFOA, *PCABINET_INFOA; +} CABINET_INFO_A, *PCABINET_INFO_A; -typedef struct _CABINET_INFOW { +typedef struct _CABINET_INFO_W { PCWSTR CabinetPath; PCWSTR CabinetFile; PCWSTR DiskName; USHORT SetId; USHORT CabinetNumber; -} CABINET_INFOW, *PCABINET_INFOW; +} CABINET_INFO_W, *PCABINET_INFO_W; mean we should do this: -DECL_WINELIB_TYPE_AW(CABINET_INFO); -DECL_WINELIB_TYPE_AW(PCABINET_INFO); +DECL_WINELIB_TYPE_AW(CABINET_INFO_); +DECL_WINELIB_TYPE_AW(PCABINET_INFO_); ? -- gmt "class 'SfxPoolCancelManager' only defines a private destructor and has no friends" -- gcc, resorting to unnecessary character attacks

2 3

Re: What does "still could not load module" mean?
by Ivan Leo Murray-Smith 19 Oct '03

19 Oct '03

>Anybody got ideas? You have winealsa.drv in your lib path and artsd is stoped, right?

1 0

Re: S3 texture compression patent
by Ivan Leo Murray-Smith 19 Oct '03

19 Oct '03

>hell, if MS can get a patent on NTFS they can get a >patent on anything. I do remember reading that the WTO decided that APIs aren't patentable.

1 0

PATCH: dlls/x11drv/wineclipsrv.c
by Gerald Pfeifer 19 Oct '03

19 Oct '03

This fixes another problem on my automatic tester's radar. The only user of this array is commented/disabled, so I suggest to either move the array or completely yank it. Gerald ChangeLog: Move event_names[] into EVENT_ProcessEvent(). Index: wineclipsrv.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/wineclipsrv.c,v retrieving revision 1.4 diff -u -3 -p -r1.4 wineclipsrv.c --- wineclipsrv.c 5 Jul 2002 21:22:09 -0000 1.4 +++ wineclipsrv.c 19 Oct 2003 20:04:32 -0000 @@ -174,20 +174,6 @@ static PCACHEENTRY g_pClipboardCache = N static unsigned long g_cPrimaryTargets = 0; /* Number of TARGETS reported by PRIMARY selection */ static unsigned long g_cClipboardTargets = 0; /* Number of TARGETS reported by CLIPBOARD selection */ -/* Event names */ -static const char * const event_names[] = -{ - "", "", "KeyPress", "KeyRelease", "ButtonPress", "ButtonRelease", - "MotionNotify", "EnterNotify", "LeaveNotify", "FocusIn", "FocusOut", - "KeymapNotify", "Expose", "GraphicsExpose", "NoExpose", "VisibilityNotify", - "CreateNotify", "DestroyNotify", "UnmapNotify", "MapNotify", "MapRequest", - "ReparentNotify", "ConfigureNotify", "ConfigureRequest", "GravityNotify", - "ResizeRequest", "CirculateNotify", "CirculateRequest", "PropertyNotify", - "SelectionClear", "SelectionRequest", "SelectionNotify", "ColormapNotify", - "ClientMessage", "MappingNotify" -}; - - /* * Prototypes */ @@ -805,6 +791,18 @@ void EmptyCache(PCACHEENTRY pCache, int void EVENT_ProcessEvent( XEvent *event ) { /* + static const char * const event_names[] = + { + "", "", "KeyPress", "KeyRelease", "ButtonPress", "ButtonRelease", + "MotionNotify", "EnterNotify", "LeaveNotify", "FocusIn", "FocusOut", + "KeymapNotify", "Expose", "GraphicsExpose", "NoExpose", "VisibilityNotify", + "CreateNotify", "DestroyNotify", "UnmapNotify", "MapNotify", "MapRequest", + "ReparentNotify", "ConfigureNotify", "ConfigureRequest", "GravityNotify", + "ResizeRequest", "CirculateNotify", "CirculateRequest", "PropertyNotify", + "SelectionClear", "SelectionRequest", "SelectionNotify", "ColormapNotify", + "ClientMessage", "MappingNotify" + }; + TRACE(" event %s for Window %08lx\n", event_names[event->type], event->xany.window ); */

1 0

tests for shlfileop.c xp comparsion was done
by Dietrich Teickner 19 Oct '03

19 Oct '03

Hello fellows, Rolf Kabermater (from wine) and I (from Odin) need help. Rolf has written a nice test-programm for many many test-cases (round (45*4+40*2)*8*4) for shlfileop, based on my test-scripts with a one-case test-program for shlfileop. With this faster program we had tested many more cases in w98se and w2k. The problem is, the output is different between w98se and w2k. I had rewritten the shlfileop, and we can simulate shlfileop.c as w98se or w2k. We will mad this test also with w-Me and w-Xp. Some test are also done with nt40 sp6, there works shfileoperation only in simpy cases without confusions. We will not emulate the many errors. We need one testoutput from Rolf's testshfop.exe produced in a w-Me and one in a w-Xp environment. The testprogamm is round 50k big and the log about stdout will be 2,1mb. for the test we need 2 drive-letters, Rolf assumed C:\t\ and D:\t\ for his tests. If anyone will know more about, he can mail me. I can send him\her the (w98se,w2k) logs and the progam, with a short description. I Runs this w-program also in Odin-environment. We need only the wMe log. Regards Dietrich

1 0

Re: Partially implement advapi.ReportEvent
by Dimitrie O. Paun 19 Oct '03

19 Oct '03

On October 19, 2003 07:58 am, Mike Hearn wrote: > This implementation is obviously not complete, but it prints out the > event log strings using MESSAGE, which is good enough for now. Another option is to create a new debug channel (call it eventlog) and output to it. This way we give people a bit more control over it, and it fits a bit better with the rest of the messages. -- Dimi.

1 0

soldat
by Pavel S. Khmelinsky 19 Oct '03

19 Oct '03

Hi! I try to run Soldat by wine and failed ( strange isn't it? :) ) U can found this game at http://www.soldat.prv.pl/ . Thats some listing: --------------------------------------------------------------- $ winedbg --debugmsg +loaddll Soldat.exe fixme:win32:PE_CreateModule Unknown directory 15 ignored trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\kernel32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\advapi32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\user32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\rpcrt4.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\ole32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\oleaut32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\comctl32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\shlwapi.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\shell32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\winspool.drv' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\comdlg32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\ddraw.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\d3d8.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Soldat\D3DX81ab.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\winmm.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\msacm32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\msvcrt.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\Soldat\fmod.dll' : native trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\ws2_32.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\winnt\system32\wsock32.dll' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'krnl386.exe' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'system' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'wprocs' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'GDI.EXE' : builtin err:font:AddFontFileToList Unable to load font file "/usr/sto/wine/winnt/Fonts/desktop.ini" err = 55 err:font:AddFontFileToList Unable to load font file "/usr/sto/wine/winnt/Fonts/modern.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/usr/sto/wine/winnt/Fonts/roman.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/usr/sto/wine/winnt/Fonts/script.fon" err = 2 trace:loaddll:MODULE_LoadModule16 Loaded module 'USER.EXE' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINNT\SYSTEM32\x11drv.dll' : builtin trace:loaddll:MODULE_LoadModule16 Loaded module 'display' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINNT\SYSTEM32\WINEPS.dll' : builtin fixme:psdrv:PSDRV_BITMAP_SelectObject stub fixme:psdrv:PSDRV_BITMAP_SelectObject stub fixme:psdrv:PSDRV_BITMAP_SelectObject stub trace:loaddll:MODULE_LoadModule16 Loaded module 'commdlg.dll' : builtin trace:loaddll:MODULE_LoadLibraryExA Loaded module 'C:\WINNT\SYSTEM32\d3dgl.dll' : builtin wine: Unhandled exception, starting debugger... --------------------------------------------------------------- This is that I cut from listing when try +relay: --------------------------------------------------------------- 08075ee8:Call(1) kernel32.VirtualAlloc(019f0000,00010000,00001000,00000004) ret=779bd4e5 08075ee8:Ret (1) kernel32.VirtualAlloc() retval=019f0000 ret=779bd4e5 08075ee8:Call(1) kernel32.InitializeCriticalSection(77a39098) ret=779bd60a 08075ee8:Ret (1) kernel32.InitializeCriticalSection() retval=00000000 ret=779bd60a 08075ee8:Call(1) kernel32.InitializeCriticalSection(77a390c8) ret=779bd613 08075ee8:Ret (1) kernel32.InitializeCriticalSection() retval=00000000 ret=779bd613 08075ee8:Call(1) kernel32.InitializeCriticalSection(77a390b0) ret=779bd61c 08075ee8:Ret (1) kernel32.InitializeCriticalSection() retval=00000000 ret=779bd61c 08075ee8:Call(1) kernel32.InitializeCriticalSection(77a39080) ret=779bd624 08075ee8:Ret (1) kernel32.InitializeCriticalSection() retval=00000000 ret=779bd624 08075ee8:Call(1) kernel32.TlsAlloc() ret=779bd5a3 08075ee8:Ret (1) kernel32.TlsAlloc() retval=00000002 ret=779bd5a3 08075ee8:Call(1) ntdll.RtlEnterCriticalSection(77a390b0) ret=779bcf26 08075ee8:Ret (1) ntdll.RtlEnterCriticalSection() retval=00000000 ret=779bcf26 08075ee8:Call(1) ntdll.RtlLeaveCriticalSection(77a390b0) ret=779bd059 08075ee8:Ret (1) ntdll.RtlLeaveCriticalSection() retval=00000000 ret=779bd059 08075ee8:Call(1) kernel32.TlsSetValue(00000002,019f0100) ret=779bd5d4 08075ee8:Ret (1) kernel32.TlsSetValue() retval=00000001 ret=779bd5d4 08075ee8:Call(1) kernel32.GetCurrentThreadId() ret=779bd5eb wine: Unhandled exception, starting debugger... --------------------------------------------------------------- Does it mean that expeption is generatated by any command in GetCurrentThreadId() or not? Then I try to debug it I see someting like that: --------------------------------------------------------------- WineDbg starting on pid 8072568 Unhandled exception: page fault on read access to 0x00000076 in 32-bit code (0x0021b960). In 32-bit mode. 0x0021b960 (KERNEL32.DLL.SetComputerNameA+0x2c): arpl 0x75(%edi),%bp --------------------------------------------------------------- Is it mean that I should to search problem in SetComputerNameA or not? Can you give me some advice how to gather some more information and there I should to search in wine source to solve my problem. And I want to learn how to debug wine may be you can advice me some articles, that I should to read? P.S.: Sorry for my English, I try to state understandable.

2 1

a proposal that will affect MingW-Runtime, w32api, ReactOS and WINE
by Jonathan Wilson 19 Oct '03

19 Oct '03

Currently, we have 3 different projects that are working towards windows "compatibility". We have ReactOS We have WINE and We have MingW-Runtime and w32Api (refered to as just MingW from now on) The 3 projects have different goals but the same target. Microsoft Windows and the Microsoft SDK, DDK and compiler. All 3 projects are working in some way to be compatible with those. All 3 projects have their own set of header & library files including windows SDK headers like windows.h, MSVCRT headers like stdlib.h or stdio.h and (to some extent) ddk headers like ntddk.h The first part of what I am proposing is that the 3 sets of headers be "merged" to create a new "SDK/DDK" for building windows apps. This SDK would contain: 1.a new set of windows headers and libraries (windows.h and friends) built up from a combination of ReactOS headers, WINE headers and w32api headers. They would be (with the help of MSDN) designed to be as close to the microsoft headers as possible (in so far as where things are declared e.g. if abc is in def.h on MS SDK, put it in def.h in this new SDK). This set of headers and libraries would be used: A.by MingW users for windows programming and development B.by the reactos team to build ReactOS C.by the WINE team to build WINE and D.by people building apps with WINELIB. 2.same as 1 but for MSVCRT.dll/MSVCRT.lib and would be used by WINE, MingW and ReactOS. It would endevour to provide 100% coverage of what the MS runtime provides in its MSVCRT.dll as well as all the glue code in MSVCRT.lib (like the Thread Local Storage stuff I made) It would be used by MingW developers to write for win32, by ReactOS to build their OS and their clone of msvcrt.dll and by WINE to build WINE and its clone of msvcrt.dll (which would be the same one as the ReactOS clone, see below) 3.same as 1 but for winddk.h & friends (i.e. kernel mode ddk). Would be used by MingW for kernel-mode development should anyone want to do that. Also, it would be used by WINE for anything kernel-mode that is needed And by ReactOS to build the kernel and kernel drivers. In addition, there would be additions to the libraries plus new header files for all 3 items (SDK, MSVCRT and DDK) that would include any "undocumented by MS but documented by someone else" functions. One thing to remember is that just because they are undocumented doesnt mean that Microsoft (or even 3rd parties that have documentation/headers/code that isnt "genreally available) hasnt used them. The new "SDK" could contain features designed with the different projects in mind. For example, ReactOS core modules could be built with a flag that would tell the headers not to define the "generic" versions of ansi/unicode functions. But application developers could build with this flag off. And so on. A specific "ReactOS SDK" wouldnt exist since this new SDK would do it all. The 3 existing sets of header/library files (i.e. WINE headers, MingW-Rintime/W32api and ReactOS headers) would be thrown away and replaced with this new SDK. Internal stuff (i.e. stuff thats internal to ReactOS or internal to WINE and is not visible to userland apps or to kernel drivers) would go in their own internal header files, as needed by each project. Also, Now on to the other part of my proposal, code sharing between ReactOS and WINE. Basicly, ReactOS (and to some extent WINE) is divided up into 5 parts: 1.kernel (ntoskrnl.exe, hal.dll, win32k.sys etc) 2.kernel drivers (mouclass.sys, ndis.sys, vga.sys, videoprt.sys etc) 3.userland core (user32.dll, gdi32.dll, kernel32.dll, ntdll.dll and any other userland dll that makes calls to kernel-mode without going via one of those 4 dlls) 4.support components (the system services etc) and 5.other dlls and apps (like comctl32.dll, comdlg32.dll, shell32.dll, msvcrt.dll, crtdll.dll, ole32.dll etc) My view is that: A.where possible components 2 and 4 should be designed to work on windows as well as on ReactOS B.sharing parts of component 3 (specificly some of the user32 stuff) does make sense and should be done in a way thats clean in that the "shared" code doesnt rely on any of the internals of WINE or ReactOS and only calls "published" APIs (i.e. regular user32 or gdi32 calls). For example, the MessageBox code can be implemented on top of the Dialog Box api and so on. C.as for component 5, we should implement one and only one copy of those dlls. They should only use published APIs and should work "out of the box" on Windows, ReactOS and WINE when compiled with the new "SDK" mentioned above. DLLs that talk to kernel mode (such as winmm talking to the sound driver or winsock talking to networking) should certainly be implemented so that they will work OOB on both windows and ReactOS (since we are supporting 3rd party drivers in ReactOS anyway we need to implement the "glue" between e.g. winmm and the driver in the same way MS did). WINE is a different issue, mabie they can just implement something in their kernel/ntdll that "appears" to e.g. winmm like the sound driver, I dont know. Ideally, WINE, ReactOS and w32api/MingW-Runtime should be designed to be as alike to Windows and Microsoft SDK as possible. (including those bits of code that are shared between the projects)

3 3

Re: [ros-kernel] Proposed ReactOS headers and code sharing policy
by Eric Kohl 19 Oct '03

19 Oct '03

"Vizzini" <vizzini(a)plasmic.com> wrote: > Executive Summary > ----------------- > - Use MinGW for all public interface headers, i.e. everything that > MinGW supports > - Use non-OS-specific Wine libraries unmodified > - Use portions of OS-specific Wine libraries (e.g. user32) > - Keep it all straight with CVS vendor branches > > Details > ------- > For headers, we will use MinGW as our external interface in all cases > that MinGW supports, including kernel-mode code (i.e. the DDK). We will > submit patches to MinGW when we find problems with the public > interfaces. There is the added benefit of having a compatibility check > against our public interface. One important detail was missing from the discussion. Kernel-mode and native code (ntdll, smss, etc.) does _not_ know about Win32 types, like BYTE, WORD, DWORD, INT, UINT or the LP* types. Unfortunately, the use of these types does not cause any trouble because of the braindead mix of SDK and DDK headers. Actually, we need three different sets of headers: Kernel-mode headers which include all definitions used in ntoskrnl and drivers, native-mode headers which include only the Nt/Zw/Rtl functions used in ntdll and other native components and finally Win32 headers which include the remaining stuff. > We will continue to maintain our own internal headers for anything that > doesn't belong in the public headers. We will begin to port our > kernel-mode code to use the MinGW DDK headers, maintaining our internal > headers for non-public things. Component-internal headers should be moved into the component directory (<component_path>/<header_name>.h) or into a component-specific include directory (<component_path>/include/<header_name>.h). They should always be added to a .c file by using '#include "..."'. Non-public headers which are shared by components (the csrss-subsystem communication protocol for example) should be treated as public headers, they become part of the SDK, DDK or native headers but are not shared between projects. > The first class of libraries is more difficult. Some chunks of code > will be used unmodified, ideally on a file-by-file basis. Other chunks > of code will have to be ReactOS-specific, and we will maintain those in > our local tree. If Wine ever chooses to merge our changes, that's fine > too, but it certainly won't be required. If code is ported from Wine to ReactOS, we have to make sure it will be adjusted to the ReactOS/MS style. I do not like to see any Wine-isms/Unix-isms in ntdll/ntoskrnl or a driver because this will become a portability issue sooner or later. Another issues are licenses and copyrights. IMO, public headers and import libraries should not be licensed or copyrighted at all. They should be in the public domain, so anybody can use them the way they want. Wine code is published under the LGPL, which is important because of Winelib. ReactOS on the other hand should use a clean mix of licenses: GFDL for the documentation, public domain for public headers and import libraries and GPL for the internal code. We should establish a GPL/LGPL dual-license agreement so that shared code automatically changes its license when it is moved from ReactOS to Wine or vice versa. Regards, Eric Kohl

2 1

Re: [ComCtl32] Fix ownerdraw tab width
by Maxime Bellengé 19 Oct '03

19 Oct '03

Alexandre, please don't apply this patch (but you can apply my previous one). After talking with Vitaliy, it seems this patch is not the right fix. I'll send a new one later. Max On Sat, 2003-10-18 at 11:57, Maxime Bellengé wrote: > This patch fixes a regression introduced by last Vitaliy Margolen patch. > The ownerdraw tabs were no longer sized correctly. > > Changelog: > * Fix ownerdraw tabs sizing. -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

1 0

Fwd: Re: [ros-kernel] Re: WINE porting templates
by Steven Edwards 18 Oct '03

18 Oct '03

So are you interested in helping to implement this? The WINE project has started a uxtheme.dll It would be nice if we could agree on a common theme system for both projects. Thanks Steven Note: forwarded message attached. __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

International settings for language resources
by Rolf Kalbermatter 18 Oct '03

18 Oct '03

I want to test the loading of non-english string resources in some Wine application and just started to wonder what I have to change in which configuration file to cause LoadString() to attempt to load another language resource first before it eventually resolves to loading the english one? Anyone can help here? Rolf Kalbermatter

2 1

WINE porting templates
by Steven Edwards 18 Oct '03

18 Oct '03

Hello, Here are the templatates I have stated on for the website regarding porting WINE to other CPUs and Compilers. Please send any flames about spelling/grammer to \Device\NUL as I this is a work in progress. If you have worked on any of the following ports please send me the correct information and summery. I plan on trying to be done with the porting.template by Monday and would like to get the status_porting.template done by the following Monday. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com  <style type="text/css">  </style> <h1>Porting WINE</h1> <table align=right hspace=20 class=black> <tr class=black><td> <p><b class=inverse>Color Key</b></p> </td></tr> <tr class=white><td> <p class=todo>To Do</p> <p class=inprogress>In Progress</p> <p class=works>Works</p> <p class=done>Done</p> <p class=abandoned>Abandoned</p> </td></tr> </table> This page is a collection of Wine porting projects. Porting WINE to another platform or compiler is important as it improves the qualtity of the code and allows developers to make applications avalible on platforms they otherwise would not be able to. I will be tracking their status on this page. If you feel like working on any of these, please let us know by emailing the workers listed for the project. The status of the ports fall in to two catagorys <strong>Compiler Ports</strong> and <strong>Archteture Ports</strong>. <h3>Compiler Ports</h3> Porting WINE to other compilers is a great way to not only improve the quality of our code but help other projects as well. Some good emaples of this are by porting parts of WINE to Windows using Visual Studio and Mingw this helps improve our test suite and also makes it easy for projects like ReactOS to use our code. <h3 class=inprogress>Microsoft's Visual C</h3> The most popular compiler in the Windows Universe. Unfortunately, there is no free version available, but apparently you can buy one for around $100US. <ul> <li>worker: <a href="mailto:ps@leissner.se">Patrik Stridvall</a> <li>worker: <a href="mailto:Steven_Ed4153@yahoo.com">Steven Edwards</a> <li>status: Most tests and Tools compile but the DLLs still need work. <li>updated: Nov 29, 2002 </ul> <h3 class=inprogress>Mingw (GCC for Win32) and ReactOS</h3> Mingw is a port of the GNU toolchain to the Microsoft Windows Platform. The project was first a fork of cygwin that linked to MS C runtime rather than the cygwin runtime but has now evolved in to a compleate stand alone development enviroment. The goal of Mingw is to provide a development enviroment as much like Visual Studio as possible using the GNU toolchain. <ul> <li>worker: <a href="mailto:Steven_Ed4153@yahoo.com">Steven Edwards</a> <li>status: most tests, DLLs, tools are pretty bad though <li>updated: Nov 29, 2002 <li>homepage: <a href="http://www.mingw.org/">Mingw Homepage</a> </ul> <strong>Directions:</strong> Configure WINE like so: <br><br> ./configure --disable-win16 CFLAGS=-D_WIN32_IE=0x0501 -D_WIN32_WINNT=0x0501 -DWINVER=0x0501 <br><br> You will need to make sure you have the latest Mingw and MSYS with the most current binutils, gcc, g++ and w32api headers. Its a good idea just to get the w32api headers from CVS. <h3 class=todo>Borland's bcc</h3> Borland has released it's C++ Compiler 5.5 as freeware. The compiler is the core of C++Builder, and is capable of creating fully functional C++ applications from the command line. <ul> <li>worker: wanted <li>status: todo <li>updated: May 26, 2003 <li>homepage: <a href="http://www.borland.com/bcppbuilder/freecompiler/">www.borland.com/bcppbuilder/freecompiler</a> </ul> <h3 class=todo>Watcom's cc</h3> Sybase acquired the compiler from Watcom, and released it as Open Source software. Currently it is being ported to FreeBSD and Linux, and a Windows version is readily available. <ul> <li>worker: wanted <li>status: todo <li>updated: Jan 6, 2003 <li>homepage: <a href="http://www.openwatcom.org">www.openwatcom.org</a> </ul> <h3 class=abandoned>Sun's cc</h3> <ul> <li>worker: <a href="mailto:ps@leissner.se">Patrik Stridvall</a> <li>status: <i>older version that didn't support stdcall. I abandoned that project years ago...</i> <li>updated: Dec 1, 2002 </ul> <h3>Archteture Ports</h3> Porting WINE to other hardware platforms will help developers to develop applications for other platforms while improving the quality of our code. <h4 class=inprogress>Cygwin</h4> This platform really falls under ether catagory of Platform or compiler port. This will provide a good test case for Cygwin, but will help Wine's portability. Moreover, the ability to run Wine code under Windows without a reboot, can help with testing sometimes. This task is tracked as <a href="http://bugs.winehq.com/show_bug.cgi?id=273">Bug #273</a> <ul> <li>workers: <a href="mailto:davidf@sjsoft.com">David Fraser</a> <li>workers: <a href="mailto:Steven_Ed4153@yahoo.com">Steven Edwards</a> <li>status: almost compiles <li>updated: Nov 18, 2002 </ul> <h4 class=done>FreeBSD</h4> The FreeBSD port is under active development and maintance while NetBSD and OpenBSD tend to lag behind in bug fixes and patches. Check your ports tree for the latest stable WINE for your platform. <ul> <li>workers: <a href="mailto:gerald@pfeifer.com">Gerald Pfeifer</a> <li>status: Done </ul> <h4 class=done>MacOS/X</h4> <ul> <li>workers: <a href="mailto:stegefin@free.fr">Pierre d'Herbemont</a> <li>status: Done </ul> <h4 class=done>Linux for PowerPC</h4> <ul> <li>workers: <a href="mailto:spetreolle@yahoo.fr">Sylvain Petreolle</a> </ul> <h4 class=inprogress>Linux for AlphaAXP</h4> <ul> <li>workers: <a href="mailto:Steven_Ed4153@yahoo.com">Steven Edwards</a> <li>updated: Dec 4, 2002 </ul> <h4 class=todo>Linux for MIPS</h4> <ul> <li>workers: None </ul> <h4 class=inprogress>Linux for Sparc</h4> <ul> <li>status: unknown </ul> <h4 class=inprogress>Solaris for Sparc</h4> <ul> <li>status: inprogress </ul> <h4 class=done>Solaris for x86</h4> <ul> <li>status: Done </ul> <h3 class=abandoned>OS/2 Warp</h3> WINE used to run on OS/2 although this port has been inactive for many years. The ODIN project was another attempt to support Win32 applications on OS/2. They took alot of code from WINE and have recently started submitting back to the main tree. <ul> <li>worker: <a href="mailto:sandervl@xs4all.nl">Sander van Leeuwen</a> <li>homepage: <a href="http://odin.netlabs.org">http://odin.netlabs.org</a> </ul> <h3 class=abandoned>BeOS</h3> The BeOS port of WINE was never compleated. There were many design problems in BeOS that made porting difficult. (Lack of send/recv msg and memory address conflicts with win32 applications) With the closing of Be Incorporated it seems that this port will never be finnished. <ul> <li>worker: <a href="mailto:ps@leissner.se">Patrik Stridvall</a> <li>homepage: <a href="http://bewine.loungenet.org">http://bewine.loungenet.org</a> </ul> <p> </p>  <h1>Wine Status - Porting</h1> This page contains status information for ports that are in-progress. Ports that are not started or incompleate are not list on this status page. Please return to the main porting page if you are interested in information about platforms not list here. <style>  </style> <p> </p> <div align=center> <table width="95%" border="0" cellspacing="0" cellpadding="1" bgcolor="#6d6d6d"> <tr> <td> <table width="100%" border="0" cellspacing="1" cellpadding="3" bgcolor="#ffffff"> <tr class="hdr"> <th>Aspect or Component</th> <th>Visual Studio</th> <th>Mingw</th> <th>Cygwin</th> <th>Linux Alpha</th> <th>Linux Sparc</th> <th>Solaris Sparc</th> <th>Solaris x86</th> </tr> <tr class="hdr"> <td colspan="8"><strong>Libraries</strong></td> </tr> <tr> <td>advapi32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>avicap32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>avifil32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>cabinet</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>comcat</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>comctl32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>commdlg</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>crtdll</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>crypt32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>ctl3d</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>d3d8</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>d3d9</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>d3dim</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>d3dx8</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dciman32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>ddraw</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>devenum</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dinput</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dinput8</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmband</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmcompos</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmime</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmloader</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmscript</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmstyle</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmsynth</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmusic</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dmusic32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dplay</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dplayx</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dpnhpast</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>dsound</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>gdi</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>glu32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>icmp</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>imagehlp</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>imm32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>iphlpapi</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>kernel</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>lzexpand</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>mapi32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>mpr</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msacm</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msdmo</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>mshtml</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msi</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msimg32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msisys</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msnet32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msvcrt</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msvcrt20</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msvcrtd</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>msvideo</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>mswsock</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>netapi32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>ntdll</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>odbc32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>ole32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>oleacc</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>oleaut32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>olecli</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>oledlg</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>olepro32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>opengl32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>psapi</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>qcap</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>quartz</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>rasapi32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>richedit</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>rpcrt4</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>serialui</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>setupapi</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>shdocvw</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>shell32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>shfolder</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>shlwapi</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>snmpapi</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>sti</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>tapi32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>ttydrv</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>twain</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>url</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>urlmon</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>user</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>uxtheme</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>version</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>win32s</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winaspi</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winedos</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wineps</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wininet</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winmm</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winnls</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winsock</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winspool</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wintrust</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wintab32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wow32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wsock32</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>x11drv</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr class="hdr"> <td colspan="8"><strong>Internal Libraries</strong></td> </tr> <td>libwine_port - Porting Library</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>libwine_unicode - Unicode Library</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>libwine_uuid -</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>libwine - Internal function library</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>libwpp - Wine Preprocessor</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr class="hdr"> <td colspan="8"><strong>Development Tools</strong></td> </tr> <tr> <td>WIDL - Wine IDL Compiler</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr> <td>Winebuild - PE Building Utiltiy</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr> <td>Winedump - PE Library Dumper</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr> <td>Winegcc - Compiler Frontend</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr> <td>WMC - Wine Message Compiler</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr> <td>WRC - Wine Resource Compiler</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <tr class="hdr"> <td colspan="8"><strong>User Programs</strong></td> </tr> <td>avitools</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>clock</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>cmdlgtst</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>control</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>expand</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>notepad</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>osversioncheck</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>progman</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>regapi</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>regedit</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>regsvr32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>regtest</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>rpcss</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>rundll32</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>start</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>uninstaller</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>view</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wcmd</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wineboot</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winecfg</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>wineconsole</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winedbg</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winefile</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winemenubuilder</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winemine</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winepath</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winevdm</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winhelp</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> <td>winver</td> <td class="pct0">0% complete</td> <td class="pct95">95% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> <td class="pct0">0% complete</td> </tr> </table> </td> </tr> </table> </div> <p> </p>

7 26

tests for shlfileop.c
by Dietrich Teickner 18 Oct '03

18 Oct '03

Hello fellows, Rolf Kabermater (from wine) and I (from Odin) need help. Rolf has written a nice test-programm for many many test-cases (round (45*4+40*2)*8*4) for shlfileop, based on my test-scripts with a one-case test-program for shlfileop. With this faster program we had tested many more cases in w98se and w2k. The problem is, the output is different between w98se and w2k. I had rewritten the shlfileop, and we can simulate shlfileop.c as w98se or w2k. We will mad this test also with w-Me and w-Xp. Some test are also done with nt40 sp6, there works shfileoperation only in simpy cases without confusions. We will not emulate the many errors. We need one testoutput from Rolf's testshfop.exe produced in a w-Me and one in a w-Xp environment. The testprogamm is round 50k big and the log about stdout will be 2,1mb. for the test we need 2 drive-letters, Rolf assumed C:\t\ and D:\t\ for his tests. If anyone will know more about, he can mail me. I can send him\her the (w98se,w2k) logs and the progam, with a short description. I Runs this w-program also in Odin-environment. Regards Dietrich

1 0

What does "still could not load module" mean?
by Mike Hearn 18 Oct '03

18 Oct '03

For example: err:module:NE_LoadBuiltinModule loaded .so but dll winealsa.drv still not found warn:winmm:MMDRV_Install Couldn't open driver 'winealsa.drv' I've seen this error many times (for lots of different cases), but cannot figure out what it means, nor what causes it. Anybody got ideas?

1 0

Re: WWN: wn20031017_192.xml
by Brian Vincent (C) 17 Oct '03

17 Oct '03

> There's still something wrong with the sorting: Nope. The problem is with you :) Since you post from two different email accounts that means the script I run generates two different lines for you every week. Then I go in and manually adjust it. (Congratulations on being the first and third highest poster last week.) It's completely possible that each week I overlook people who post from two accounts. For example, besides you I know Ove and Marcus also have used multiple accounts and I'll likely catch it if they do. If someone posts infrequently to the list I probably miss it. If someone wants to come up with a few lines of awk that take something like this input: <person posts="20" size="71" who="Dimitrie O. Paun" /> <person posts="6" size="45" who="Dimitrie O. Paun" /> and convert it to this: <person posts="26" size="116" who="Dimitrie O. Paun" /> I'd really appreciate it. Personally I haven't cared enough to fix that up. Jeremy and Zack sort the XML correctly when it gets parsed into HTML so the finished product appears like it should. You do get bonus points for reading the XML though. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

2 1

winmm 16->32 bit question
by Robert Reif 17 Oct '03

17 Oct '03

This patch fixes a crash when doing a DRV_QUERYDEVNODE from 16 bit code but I'm not sure this is the best way to fix this problem. Could someone that is familiar with this code please review this patch? Thanks, Bob.

2 1

Re: WWN: wn20031017_192.xml
by Dimitrie O. Paun 17 Oct '03

17 Oct '03

On Fri, 17 Oct 2003, Brian Vincent wrote: > > wn20031017_192.xml There's still something wrong with the sorting: The sorting looks odd: <person posts="23" size="58" who="Alexandre Julliard" /> <person posts="26" size="116" who="Dimitrie O. Paun" /> -- Dimi.

1 0

Re: Wine release 20031016
by Beartooth 17 Oct '03

17 Oct '03

The only thing I miss from MurkySlop, after years of freedom from it, is the GPS/road/topo map programs from Garmin (primarily), DeLorme, et al. I keep wine in each new release of RedHat and YellowDog just in the hope of that. Any guesses when it might be up to them? -- RR 'Beartooth' Neuswanger <karhunhammas (at) lserv.com> Venato ergo sum.

1 0

PATCH - libwine/port.c
by Steven Edwards 16 Oct '03

16 Oct '03

We have to have this for mingw because: dllwrap --def ./wine.def -o libwine.dll config.o debug.o ldt.o loader.o port.o -L../../libs/port -lwine_port -lmsvcrt libwine.exp(.edata+0x100):fake: undefined reference to `wine_pthread_init_proces s' libwine.exp(.edata+0x104):fake: undefined reference to `wine_pthread_init_thread' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make[1]: *** [libwine.dll] Error 1 make[1]: Leaving directory `/e/source/winehq/wine/libs/wine' make: *** [wine] Error 2 Thanks Steven Changelog: Mingw Porting Fix __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

FIX for BUG in IPersistFile::Load() since Wine-20030618 !
by Subhobroto Sinha 16 Oct '03

16 Oct '03

First I had to learn COM (Aaaahhg!!!...), then learnt to translate COM to C++. (Learning COM was the hardest part since I had to hire some computer time from our local computer parlour which has Windows boxes alongwith VC++, and then I had to juggle to and forth from there to home after my college hours..) Then created my OWN Win32 app (from scratch..) to read and resolve .lnk files. Then translated the Win32 app to PURE C++, so that it ran under GNU/Linux... Then applied the knowledge to Wine, and got the IPersistFile::Load() working... So the attachment "ShellLink.zip" contains the modified "dll/shell32/shellink.c" file which fixes the BUG in Load(). Sorry, but it's the WHOLE file. I have changed the original file so much that to submit a proper patch I need an unmodified "shelllink.c" (I do have a backup, but where was that ?) So in the meantime befor I submit a proper patch, check it out. Instructions: (duh!) -------------------- Just create a backup of the existing "shelllink.c" and then copy this attached "shelllink.c" to "dlls/shell32/shelllink.c" Type 'make'; copy the new "shell32.dll.so" to your installed wine folder (you should be root), and run any program which resolves shortcuts. You can try the "linkresolve.exe.so" (from my previous posts. See the archvies..) or WineMenuBuilder. Hoping to recive reports soon (send them at [subhobrotosinha at yahoo.com] Regards Subhobroto Sinha __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

Run-time NPTL detection
by Vincent Béron 16 Oct '03

16 Oct '03

This is a first patch to let Wine run on either an NPTL enabled or not system. The remaining issues deal with linking ntdll to libpthread, and autodetection in configure. It's not production-ready yet, I'm aware that there are a couple rough edges (ie, nptl_check passing from libwine to ntdll, wine_pthread_init_(process,thread)_no_nptl, what really happens if run on a system without NPTL). It's been tested on RH9 with NPTL. Comments? Vincent

2 1

configure check for Xrandr extension
by Alex Pasadyn 16 Oct '03

16 Oct '03

When I originally submitted the patch to check for RandR during configuration, part of it looked like this: > + AC_CHECK_HEADERS(X11/extensions/Xrandr.h, > + [ dnl *** If X11/extensions/Xrandr.h exists... > + AC_CHECK_LIB(Xrandr, XRRSetScreenConfigAndRate, > + [ AC_DEFINE(HAVE_LIBXRANDR, 1, [Define if you have the Xrandr library]) > + X_PRE_LIBS="$X_PRE_LIBS -lXrandr -lXrender" > + ],, > + $X_LIBS -lXext -lX11 -lXrender $X_EXTRA_LIBS > + ) > + ], > + AC_MSG_WARN([[Xrandr extension not found, Wine will be built without it]]), > + [#include <X11/Xlib.h>]) > + But the version that made it into CVS did not include the -lXrender. At least on my system, the check fails without that because the Xrandr library itself calls functions in Xrender. Is there a better way to specify that dependency or was this unintentional? Alex

6 11

one more thing about resolutions
by Alex Pasadyn 16 Oct '03

16 Oct '03

One more thing I noticed about resolution changing: Sometimes a program running with Wine terminates without cleaning everything up. When XVidMode is used to switch resolutions, the user can use ctrl-alt-plus/minus to restore the resolution. Those don't work when the resolution was changed with RandR. A user would need to run xrandr -s 0 to restore it. Since that may be hard for some to remember, is it worth including a trivial Winelib program that does the same thing? ChangeDisplaySettings(NULL, 0); is all it needs to do to restore the default mode. I have been testing using a simple program that puts up a dialog box listing all the modes and lets you choose them. Is that worth including somewhere/merging with winecfg? Alex

1 0

uxtheme: msstyles ini files
by Kevin Koltzau 16 Oct '03

16 Oct '03

Within an msstyles file the primary specification is basically a unicode INI file within one of the resources (well, there are a few ini files for different parts of the theme) Currently I'm extracting the ini file from resources into a temp file, and then using GetPrivateProfile* to retrieve values..which is a lot of work :) the fact its an ini file is really meaningless as I basically just enumerate every section/key and load it into an internal table. I would like to remove the need to dump the ini file into the file system then call a (large) number of GetPrivateProfile* functions..but I also don't want to duplicate ini file processing One possible solution would be to call the PROFILE_* functions (which are located in kernel/profile.c) directly which seem to work in a way that would make this very easy, but overall sounds like a very bad idea... I think I answered my own question, but feedback would be very welcome.

3 2

Re: Wine Start menu
by Ivan Leo Murray-Smith 16 Oct '03

16 Oct '03

>I dont know if the "Desktop" >option still exists in WINE but it would be nice to have ros-explorer >when running WINE in desktop mode under Linux. The I could just run all >of my Win32 apps from one place. Yes, this is possible, just set explorer.exe to desktop mode in your config file and run the ros explorer like any wine app.

1 0

System tree view
by BiGgUn 16 Oct '03

16 Oct '03

Hi Where is Windows explorer SysTreeView implemented in Wine ? TIA, Stephan

1 0

openssl-based win32 programs
by Geoff Thorpe 16 Oct '03

16 Oct '03

Hi all, I have just sent a post to the openssl list trying to solicit any developers of openssl-based win32 programs to try their programs under Wine. Eric Pouech helped me recently by fixing the one or two glitches in Wine that the openssl libs and utilities were stumbling on, and so openssl seems now to pose no problems for Wine. Anyhow, I just thought I'd post a link to this 'openssl-users' thread in case there's anyone else interested in this (in particular, if you think I've misrepresented anything about Wine or the process of testing win32 applications under it, feedback would be welcome); http://marc.theaimsgroup.com/?l=openssl-users&m=106626702426381&w=2 Cheers, Geoff -- Geoff Thorpe geoff(a)geoffthorpe.net http://www.geoffthorpe.net/

1 0

Re: libs/unicode string folding
by Alexandre Julliard 15 Oct '03

15 Oct '03

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > +include/wine/unicode.h libs/unicode/fold.c > libs/unicode/Makefile.in libs/unicode/wine_unicode.def > Add A/W string folding functions I put the Unicode version in, but the Ascii one is wrong, you cannot hardcode Latin-1 codepage this way. FoldStringA should be implemented by converting to Unicode and calling FoldStringW. -- Alexandre Julliard julliard(a)winehq.com

1 0

Wine Start menu
by Robert van Herk 15 Oct '03

15 Oct '03

Hi all, As some of you might know I am working on a Wine Start menu, for Linux. I have heard different things on this list about the way Windows treats the start menu. Some told me that it would be better to make a Windows (wine) client that reads the actual start menu by querying a Wine dll, while others told me that this is not neccesairy as all the links are contained in the Start Menu directory. From looking at my Windows installation, I must agree that it seems that all items in Programs are indeed in the Start Menu directory. So, my question is: would it be enough to create just a Linux program that synchronizes with this directory? Can anyone give me an example of a lnk file that IS actually missing in a Start Menu directory, but is there in his Program folder in the Windows start menu? Does anyone know how far people came at parsing the lnk files for Linux? I read something about the .lnk format, but I don't really feel like writing my own link file parser ;-). Does anybody know of parts of other software that could be recycled here? Grtz, Robert

4 4

Re: "No docbook" changes
by Alexandre Julliard 15 Oct '03

15 Oct '03

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > This caused rpm generation to fail because false returns 1. > > Changelog: > Change the command to true rather than false if docbook is not > installed. If docbook is not installed then generating the doc should definitely yield an error. You are free to ignore the error in the rpm generation, but the makefile should still report it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Todays CVS compile broken?
by Gerhard W. Gruber 15 Oct '03

15 Oct '03

I downloaded a fresh CVS version from WineHQ and when I tried to compile it I got the following errors: freetype.c: In function `WineEngCreateFontInstance': freetype.c:1254: `FT_ENCODING_MS_SYMBOL' undeclared (first use in this function) freetype.c:1254: (Each undeclared identifier is reported only once freetype.c:1254: for each function it appears in.) freetype.c:1257: `FT_ENCODING_UNICODE' undeclared (first use in this function) freetype.c:1261: `FT_ENCODING_APPLE_ROMAN' undeclared (first use in this function) make[2]: *** [freetype.o] Error 1 make[2]: Leaving directory `/home/user/src/wine.2003-10-15/dlls/gdi' make[1]: *** [gdi] Error 2 make[1]: Leaving directory `/home/user/src/wine.2003-10-15/dlls' make: *** [dlls] Error 2 -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 3

Re: Wine Start menu
by Ivan Leo Murray-Smith 15 Oct '03

15 Oct '03

There already is an app that can do the menus, the ros explorer. If it was compiled as a winelib app, it would solve the menu problem, at least for who likes desktop mode (And the ros explorer makes wine look like a "real" emulator)

3 2

Re: Abort glyph rendering if everything is clipped
by Warren_Baird＠cimmetry.com 15 Oct '03

15 Oct '03

> That looks better yes; it's still a bit complex IMO, but I'm not sure > it's possible to do much better with that glyph index thing. Still I'm > wondering if you shouldn't do the IsRectEmpty check after the LPtoDP > and coordinates swap. It looks to me like LPtoDP is just doing a linear transform, so the area should be preserved - the rectangle should be empty after the transform if and only if it is empty before the transform. Or am I missing something? Is there another reason to move the IsRectEmpty check after the transform? Warren

2 1

Snoop Include/Excludwe
by Rein Klazes 15 Oct '03

15 Oct '03

Hi, The wine.conf man page says that in Snoop Include/Exclude specifiying <dllname>.* includes the whole dll. This does not work: you have to specify <dllname> without the ".*", at least that is the code. What should be corrected code or documentation? My guess it is the doc, here is the coorection. Changelog: In wine.conf man page correctly specify how to include/exclude the whole dll. Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

configuring wine
by Alex Pasadyn 15 Oct '03

15 Oct '03

After taking a look at winesetuptk, I have some questions: I've been watching the IRC channel and I've seen a lot of people who install wine first (either from a binary package or from "make install") and then ask how to configure it. They want a single command they can run to simply get things to a reasonable state. While tools/wineinstall generally does this it's not quite what they are looking for. I think there are two separate problems that are being addressed, and it makes sense to have and document two stages of configuration. Step one doesn't ask too many questions (really just whether you want to use an existing "C" drive or not) and results in a "working" Wine (with all DLLs set to "builtin"). Step two would then use Wine itself to allow the user to customize things graphically. It seems worth it to me to split tools/wineinstall into two parts so that the configuration part can be easily run as a separate step (possibly with a Tk dialog later on?). This initial configuration _must_not_ depend on a working Wine. Further, a user might want to run it again later if their partitions change, etc. Does anyone object to this change? (The existing wineinstall could just call the next script after compiling and installing Wine.) Perhaps once winecfg is finished, it could be automatically launched after the initial configuration. As an alternative to this, we could have "make install" and the binary packages always create a system-wide fake C drive and install the default system-wide config file. Even though these are read-only, it's enough to run winecfg and notepad, and then the real C drive detection, etc could be moved into winecfg. This might be better as the user only has one program to run, and they can see that wine "works" right out of the box. It also has the benefit that every user would start from the same place at least once. One of the hardest things about helping people troubleshoot now is figuring out how they got to where they are. Finally, I thought at least one aspect of the interface for winesetuptk was more intuitive than winecfg. The winecfg has one tab where you specify whether you are changing global or application-specific settings, but winesetuptk repeats that concisely at the top of every page using a drop-down list and add/copy/rename/remove buttons. The way winesetuptk does it seems less likely to result in mistakes by users. Also, winesetuptk includes pictures of the different WineLook and windowing mode options, which is a nice touch. Basically, it'll take a fair amount of work to get winecfg up to the "niceness" level that winesetuptk currently has (not to mention actually saving the changes). Can we all send patches against the winecfg in CVS or does someone have a more up-to-date version? Alex

3 2

Re: rediff: wave device name patch
by Alexandre Julliard 15 Oct '03

15 Oct '03

Robert Reif <reif(a)earthlink.net> writes: > Adds support for wave driver name query to alsa and oss and wave tests. > Adds SetVolume implementation to alsa. You should use the standard Unicode functions like MultiByteToWideChar (probably with CP_UNIXCP) to convert the device names. -- Alexandre Julliard julliard(a)winehq.com

1 0

Mailslot test
by Mike McCormack 14 Oct '03

14 Oct '03

Hi, Just incase anybody is interested, here is a regression test for mailslots. There's not much point to include it into Wine until we support mailslots properly (which I'm working on). Mike /* * Mailslot regression test * * Copyright 2003 Mike McCormack */ #include <windows.h> #include <stdio.h> #define ok(cond,str) do{ if(!(cond)) printf("line %d: %s\n",__LINE__,str); }while (0) const char szmspath[] = "\\\\.\\mailslot\\wine_mailslot_test"; int main(int argc, char **argv) { HANDLE hSlot, hSlot2, hWriter, hWriter2; unsigned char buffer[16]; DWORD count, dwMax, dwNext, dwMsgCount, dwTimeout; // sanity check on GetMailslotInfo dwMax = dwNext = dwMsgCount = dwTimeout = 0; ok( !GetMailslotInfo( INVALID_HANDLE_VALUE, &dwMax, &dwNext, &dwMsgCount, &dwTimeout ), "getmailslotinfo succeeded"); // open a mailslot that doesn't exist hWriter = CreateFile(szmspath, GENERIC_READ|GENERIC_WRITE, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter == INVALID_HANDLE_VALUE, "non-existing mailslot"); // open a mailslot without the right name hSlot = CreateMailslot( "blah", 0, 0, NULL ); ok( hSlot == INVALID_HANDLE_VALUE , "Created mailslot with invalid name"); ok( GetLastError() == ERROR_INVALID_NAME, "error should be ERROR_INVALID_NAME"); // open a mailslot with a null name hSlot = CreateMailslot( NULL, 0, 0, NULL ); ok( hSlot == INVALID_HANDLE_VALUE , "Created mailslot with invalid name"); ok( GetLastError() == ERROR_PATH_NOT_FOUND, "error should be ERROR_PATH_NOT_FOUND"); // valid open, but with wacky parameters ... then check them hSlot = CreateMailslot( szmspath, -1, -1, NULL ); ok( hSlot != INVALID_HANDLE_VALUE , "mailslot with valid name failed"); dwMax = dwNext = dwMsgCount = dwTimeout = 0; ok( GetMailslotInfo( hSlot, &dwMax, &dwNext, &dwMsgCount, &dwTimeout ), "getmailslotinfo failed"); ok( dwMax == -1, "dwMax incorrect"); ok( dwNext == MAILSLOT_NO_MESSAGE, "dwNext incorrect"); ok( dwMsgCount == 0, "dwMsgCount incorrect"); ok( dwTimeout == -1, "dwTimeout incorrect"); ok( GetMailslotInfo( hSlot, NULL, NULL, NULL, NULL ), "getmailslotinfo failed"); ok( CloseHandle(hSlot), "failed to close mailslot"); // now open it for real hSlot = CreateMailslot( szmspath, 0, 0, NULL ); ok( hSlot != INVALID_HANDLE_VALUE , "valid mailslot failed"); // try and read/write to it count = 0; memset(buffer, 0, sizeof buffer); ok( !ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "slot read"); ok( !WriteFile( hSlot, buffer, sizeof buffer, &count, NULL), "slot write"); // now try and openthe client, but with the wrong sharing mode hWriter = CreateFile(szmspath, GENERIC_READ|GENERIC_WRITE, 0, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter == INVALID_HANDLE_VALUE, "bad sharing mode"); ok( GetLastError() == ERROR_SHARING_VIOLATION, "error should be ERROR_SHARING_VIOLATION"); // now open the client with the correct sharing mode hWriter = CreateFile(szmspath, GENERIC_READ|GENERIC_WRITE, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter != INVALID_HANDLE_VALUE, "existing mailslot"); // opening a client should make no difference to whether we can read or write the mailslot ok( !ReadFile( hSlot, buffer, sizeof buffer/2, &count, NULL), "slot read"); ok( !WriteFile( hSlot, buffer, sizeof buffer/2, &count, NULL), "slot write"); // we can't read from this client, but we should be able to write to it ok( !ReadFile( hWriter, buffer, sizeof buffer/2, &count, NULL), "can read client"); ok( WriteFile( hWriter, buffer, sizeof buffer/2, &count, NULL), "can't write client"); ok( !ReadFile( hWriter, buffer, sizeof buffer/2, &count, NULL), "can read client"); // seeing as there's something in the slot, we should be able to read it once ok( ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "slot read"); ok( count == (sizeof buffer/2), "short read" ); // but not again ok( !ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "slot read"); // now try open another writer... should fail hWriter2 = CreateFile(szmspath, GENERIC_READ|GENERIC_WRITE, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter2 == INVALID_HANDLE_VALUE, "two writers"); // now try open another as a reader ... also fails hWriter2 = CreateFile(szmspath, GENERIC_READ, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter2 == INVALID_HANDLE_VALUE, "writer + reader"); // now try open another as a writer ... still fails hWriter2 = CreateFile(szmspath, GENERIC_WRITE, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter2 == INVALID_HANDLE_VALUE, "writer"); // now open another one hSlot2 = CreateMailslot( szmspath, 0, 0, NULL ); ok( hSlot2 == INVALID_HANDLE_VALUE , "opened two mailslots"); // close the client again ok( CloseHandle( hWriter ), "closing the client"); // now try reopen it with slightly different permissions ... shared writing hWriter = CreateFile(szmspath, GENERIC_WRITE, FILE_SHARE_READ|FILE_SHARE_WRITE, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter != INVALID_HANDLE_VALUE, "sharing writer"); // now try open another as a writer ... but don't share with the first ... fail hWriter2 = CreateFile(szmspath, GENERIC_WRITE, FILE_SHARE_READ, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter2 == INVALID_HANDLE_VALUE, "greedy writer succeeded"); // now try open another as a writer ... and share with the first hWriter2 = CreateFile(szmspath, GENERIC_WRITE, FILE_SHARE_READ|FILE_SHARE_WRITE, NULL, OPEN_EXISTING, 0, NULL); ok( hWriter2 != INVALID_HANDLE_VALUE, "2nd sharing writer"); // check the mailslot info dwMax = dwNext = dwMsgCount = dwTimeout = 0; ok( GetMailslotInfo( hSlot, &dwMax, &dwNext, &dwMsgCount, &dwTimeout ), "getmailslotinfo failed"); ok( dwMax == 0, "dwMax incorrect"); ok( dwNext == MAILSLOT_NO_MESSAGE, "dwNext incorrect"); ok( dwMsgCount == 0, "dwMsgCount incorrect"); ok( dwTimeout == 0, "dwTimeout incorrect"); // check there's still no data ok( !ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "slot read"); // write two messages buffer[0] = 'a'; ok( WriteFile( hWriter, buffer, 1, &count, NULL), "1st write failed"); // check the mailslot info dwNext = dwMsgCount = 0; ok( GetMailslotInfo( hSlot, NULL, &dwNext, &dwMsgCount, NULL ), "getmailslotinfo failed"); ok( dwNext == 1, "dwNext incorrect"); ok( dwMsgCount == 1, "dwMsgCount incorrect"); buffer[0] = 'b'; buffer[1] = 'c'; ok( WriteFile( hWriter2, buffer, 2, &count, NULL), "2nd write failed"); // check the mailslot info dwNext = dwMsgCount = 0; ok( GetMailslotInfo( hSlot, NULL, &dwNext, &dwMsgCount, NULL ), "getmailslotinfo failed"); ok( dwNext == 1, "dwNext incorrect"); ok( dwMsgCount == 2, "dwMsgCount incorrect"); // write a 3rd message with zero size ok( WriteFile( hWriter2, buffer, 0, &count, NULL), "3rd write failed"); // check the mailslot info dwNext = dwMsgCount = 0; ok( GetMailslotInfo( hSlot, NULL, &dwNext, &dwMsgCount, NULL ), "getmailslotinfo failed"); ok( dwNext == 1, "dwNext incorrect"); ok( dwMsgCount == 3, "dwMsgCount incorrect"); // then check that they come out with the correct order and size, then the slot is empty ok( ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "1st slot read failed"); ok( count == 1, "failed to get 1st message"); ok( buffer[0] == 'a', "1st message wrong"); // check the mailslot info dwNext = dwMsgCount = 0; ok( GetMailslotInfo( hSlot, NULL, &dwNext, &dwMsgCount, NULL ), "getmailslotinfo failed"); ok( dwNext == 2, "dwNext incorrect"); ok( dwMsgCount == 2, "dwMsgCount incorrect"); // read the second message ok( ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "2nd slot read failed"); ok( count == 2, "failed to get 2nd message"); ok( ( buffer[0] == 'b' ) && ( buffer[1] == 'c' ), "2nd message wrong"); // check the mailslot info dwNext = dwMsgCount = 0; ok( GetMailslotInfo( hSlot, NULL, &dwNext, &dwMsgCount, NULL ), "getmailslotinfo failed"); ok( dwNext == 0, "dwNext incorrect"); ok( dwMsgCount == 1, "dwMsgCount incorrect"); // read the 3rd (zero length) message ok( ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "3rd slot read failed"); ok( count == 0, "failed to get 3rd message"); // now there should be no more messages // check the mailslot info dwNext = dwMsgCount = 0; ok( GetMailslotInfo( hSlot, NULL, &dwNext, &dwMsgCount, NULL ), "getmailslotinfo failed"); ok( dwNext == MAILSLOT_NO_MESSAGE, "dwNext incorrect"); ok( dwMsgCount == 0, "dwMsgCount incorrect"); // check that reads fail ok( !ReadFile( hSlot, buffer, sizeof buffer, &count, NULL), "3rd slot read succeeded"); // finally close the mailslot and its client ok( CloseHandle( hWriter2 ), "closing 2nd client"); ok( CloseHandle( hWriter ), "closing the client"); ok( CloseHandle( hSlot ), "closing the mailslot"); return 0; }

4 4

.def files in Debian packages
by Martin Troester 14 Oct '03

14 Oct '03

Hi, is there a reason that the for the Wine .dll.so libraries are not contained in the Wine Debian packages, especially libwine-dev? I mean, if I develop Winelib applications, I am going to need them anyway... Thanks for your help. Regards, Martin

2 1

attaching or inlining? what to do when you're stuck with a stupid mail client???
by Dave_Belanger＠cimmetry.com 14 Oct '03

14 Oct '03

Hi Dimi, I'm deeply sorry about that and I understand your frustrations for I have frustrations of my own using my mail client. The problem is that I have no other choice but to use Notes as a mail client for external emails at my company and Notes really screws up attachments and there's no way to configure it. Also, it wraps line longer than 70 characters, so inlining some of my patches will result in bogus patches. Then again, there's no way to configure it to disable line wrapping. And trust me, I've tried.... So what I'm gonna do in the future is inline patches that won't get line wrapped and attach the others the way I use too. Hopefully, most of them will be inlined. I apologize for the inconveniences. Dave "Dimitrie O. Paun" <dimi(a)intelliware.ca> on 10/08/2003 03:49:03 PM To: wine-devel(a)winehq.org cc: Dave Belanger/CSI@CSIDomain Subject: Re: patch for implementation of EMF driver SetPixel metarecord. On Wed, 8 Oct 2003 Dave_Belanger(a)cimmetry.com wrote: This patches are so hard to review. Not only are they not inlined, but they are attached as Application/OCTET-STREAM. This means I have to type about 8 keystrokes to open them in pine. Please, pretty please, try to inline them. If this doesn't wokr (have you tried?), at least attach them as text/plain. Thanks. -- Dimi. P.S. Inlining them is _far_ supperior to attachment. First, we can review them without any additional action. Second, we can simply press "Reply" and quote the code we want to comment on. This is very important.

7 16

HeapReAlloc status (take 3.B)
by Dimitrie O. Paun 14 Oct '03

14 Oct '03

We still have 72 HeapReAlloc() entries to validate: ./dlls/kernel/toolhelp.c: notifys=(struct notify*)HeapReAlloc( GetProcessHeap(), 0, notifys, ./dlls/kernel/toolhelp.c: notifys=(struct notify*)HeapReAlloc( GetProcessHeap(), 0, notifys, ./dlls/kernel/local16.c: ptr = HeapReAlloc( header->heap, ./dlls/msvcrt/heap.c: return HeapReAlloc(GetProcessHeap(), HEAP_REALLOC_IN_PLACE_ONLY, mem, size); ./dlls/msvcrt/heap.c: return HeapReAlloc(GetProcessHeap(), 0, ptr, size); ./dlls/netapi32/apibuf.c: *NewBuffer = HeapReAlloc(GetProcessHeap(), 0, OldBuffer, NewByteCount); ./dlls/ole32/ifs.c: pNewMemory = HeapReAlloc(GetProcessHeap(),0,pv,cb); ./dlls/ole32/ole16.c: ret = MapLS( HeapReAlloc( GetProcessHeap(), 0, MapSL(pv), cb ) ); ./dlls/rpcrt4/rpc_binding.c: LPSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, (len+slen+2)*sizeof(CHAR)); ./dlls/rpcrt4/rpc_binding.c: LPWSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, (len+slen+2)*sizeof(WCHAR)); ./dlls/setupapi/virtcopy.c: vhstrlist = HeapReAlloc(heap, HEAP_ZERO_MEMORY, vhstrlist, ./dlls/setupapi/virtcopy.c: pvnlist = HeapReAlloc(heap, HEAP_ZERO_MEMORY, pvnlist, ./dlls/setupapi/parser.c: if ((new_array = HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, array, new_count * elem ))) ./dlls/setupapi/parser.c: if (!(section = HeapReAlloc( GetProcessHeap(), 0, section, size ))) return NULL; ./dlls/setupapi/parser.c: file->sections = HeapReAlloc( GetProcessHeap(), 0, file->sections, ./dlls/setupapi/parser.c: file->fields = HeapReAlloc( GetProcessHeap(), 0, file->fields, ./dlls/setupapi/parser.c: file->strings = HeapReAlloc( GetProcessHeap(), HEAP_REALLOC_IN_PLACE_ONLY, file->strings, ./dlls/wineps/glyphlist.c: newGlyphList = (GLYPHNAME **) HeapReAlloc(PSDRV_Heap, 0, glyphList, ./dlls/wineps/ppd.c: buf = HeapReAlloc( PSDRV_Heap, 0, buf, ./dlls/wineps/ppd.c: buf = HeapReAlloc( PSDRV_Heap, 0, buf, len + sl + 1 ); ./dlls/wineps/type1.c: str->str = HeapReAlloc(GetProcessHeap(), 0, str->str, str->max_len); ./dlls/wineps/type1.c: t1->glyph_sent = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/wineps/type42.c: t42->glyf_blocks = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/wineps/type42.c: t42->glyph_sent = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/winmm/lolvldrv.c: HeapReAlloc(GetProcessHeap(), 0, (llTypes[type].lpMlds) ? llTypes[type].lpMlds - 1 : NULL, ./dlls/winmm/time.c: HeapReAlloc(GetProcessHeap(), 0, ./dlls/winmm/mciavi/mmoutput.c: wma->lpAudioIndex = HeapReAlloc(GetProcessHeap(), 0, ./dlls/winmm/wineoss/audio.c: omr->messages = HeapReAlloc(GetProcessHeap(),0,omr->messages, omr->ring_buffer_size * sizeof(OSS_MSG)); ./dlls/winmm/wineoss/audio.c: This->notifies = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/winmm/winearts/audio.c: mr->messages = HeapReAlloc(GetProcessHeap(),0,mr->messages, mr->ring_buffer_size * sizeof(RING_MSG)); ./dlls/winmm/winealsa/audio.c: omr->messages = HeapReAlloc(GetProcessHeap(),0,omr->messages, omr->ring_buffer_size * sizeof(ALSA_MSG)); ./dlls/winmm/winenas/audio.c: mr->messages = HeapReAlloc(GetProcessHeap(),0,mr->messages, mr->ring_buffer_size * sizeof(RING_MSG)); ./dlls/winmm/winejack/audio.c: wwo->sound_buffer = HeapReAlloc(GetProcessHeap(), 0, wwo->sound_buffer, wwo->buffer_size); ./dlls/winsock/async.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winsock/socket.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winsock/socket.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winspool/info.c: pent=HeapReAlloc(GetProcessHeap(),0,pent,strlen(pent)+strlen(buf)+2); ./dlls/winspool/info.c: LPWSTR *new_array = HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, printer_array, ./dlls/x11drv/xrender.c: glyphsetCache = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/x11drv/xrender.c: entry->realized = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/xrender.c: entry->bitmaps = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/xrender.c: entry->gis = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/clipboard.c: HeapReAlloc(GetProcessHeap(),0,val, total); ./graphics/painting.c: *PtsOut = HeapReAlloc( GetProcessHeap(), 0, *PtsOut, ./graphics/x11drv/xfont.c: !(buffer = HeapReAlloc( GetProcessHeap(), 0, buffer, *buf_size = len ))) ./graphics/x11drv/xfont.c: if( (newCache = (fontObject*)HeapReAlloc(GetProcessHeap(), 0, ./graphics/x11drv/palette.c: mapping = HeapReAlloc( GetProcessHeap(), 0, palPtr->mapping, ./objects/gdiobj.c: void *new_ptr = HeapReAlloc( GetProcessHeap(), 0, large_handles[i], size ); ./objects/metafile.c: mh = HeapReAlloc( GetProcessHeap(), 0, mh, size ); ./objects/metafile.c: mh = HeapReAlloc( GetProcessHeap(), 0, mh, ./objects/palette.c: int *newMap = (int*) HeapReAlloc(GetProcessHeap(), 0, ./objects/region.c: *firstrect = HeapReAlloc( GetProcessHeap(), 0, *firstrect, (2 * (sizeof(RECT)) * (reg->size))); ./objects/region.c: if (! (dst->rects = HeapReAlloc( GetProcessHeap(), 0, dst->rects, ./objects/region.c: newReg->rects = HeapReAlloc( GetProcessHeap(), 0, newReg->rects, ./objects/region.c: if (!(reg->rects = HeapReAlloc( GetProcessHeap(), 0, reg->rects, ./programs/regapi/regapi.c: lpsCurrentValue=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsCurrentValue,dwSize); ./programs/regapi/regapi.c: lpsData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsData,lLen); ./programs/regapi/regapi.c: lpbData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpbData,dwLen); ./programs/regapi/regapi.c: stdInput=HeapReAlloc(GetProcessHeap(), 0,stdInput,curSize+=STDIN_MAX_LEN); ./programs/regapi/regapi.c: stdInput=HeapReAlloc(GetProcessHeap(),0,stdInput,strlen(stdInput)+STDIN_MAX_LEN); ./programs/wineconsole/dialog.c: di->font = HeapReAlloc(GetProcessHeap(), 0, di->font, sizeof(*di->font) * (di->nFont + 1)); ./programs/wineconsole/wineconsole.c: data->cells = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, data->cells, ./programs/wineconsole/curses.c: PRIVATE(data)->line = HeapReAlloc(GetProcessHeap(), 0, PRIVATE(data)->line, ./programs/winhelp/hlp2sgml.c:void* WINAPI HeapReAlloc( HANDLE heap, DWORD flags, void* ptr, DWORD size) ./programs/winhelp/hlpfile.c: bi = HeapReAlloc(GetProcessHeap(), 0, bi, sizeof(*bi) + nc * sizeof(RGBQUAD)); ./programs/winhelp/hlpfile.c: hlpfile->bmps = HeapReAlloc(GetProcessHeap(), 0, hlpfile->bmps, ./programs/winhelp/hlpfile.c: hlpfile->windows = HeapReAlloc(GetProcessHeap(), 0, hlpfile->windows, ./programs/regedit/regproc.c: lpsData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsData,lLen); ./programs/regedit/regproc.c: lpbData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpbData,dwLen); ./programs/regedit/regproc.c: new_buffer = HeapReAlloc (GetProcessHeap(), 0, line, new_size); ./programs/regedit/regproc.c: *buffer = HeapReAlloc(GetProcessHeap(), 0, *buffer, ./programs/regedit/regproc.c: *val_buf = HeapReAlloc(GetProcessHeap(), 0, *val_buf, *val_size); -- Dimi.

1 0

non-HeapReAlloc() status (take 3.A)
by Dimitrie O. Paun 14 Oct '03

14 Oct '03

Only 33 non HeapReAlloc entries remain: ./controls/edit.c: hloc32W_new = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: if ((hNew32W = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT))) { ./controls/edit.c: hloc32A_new = LocalReAlloc(es->hloc32A, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: hloc16_new = LOCAL_ReAlloc(hInstance, es->hloc16, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg16.c: *hmem = GlobalReAlloc16(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg16.c: lppd->hDevMode = GlobalReAlloc16(lppd->hDevMode, ./dlls/kernel/local16.c: hseg = GlobalReAlloc16( hseg, 0x10000, GMEM_FIXED ); ./dlls/kernel/local16.c:HLOCAL16 LOCAL_ReAlloc( HANDLE16 ds, HLOCAL16 handle, WORD size, WORD flags ) ./dlls/kernel/local16.c:HLOCAL16 WINAPI LocalReAlloc16( HLOCAL16 handle, WORD size, UINT16 flags ) ./dlls/kernel/local16.c: return LOCAL_ReAlloc( CURRENT_DS, handle, size, flags ); ./dlls/kernel/local16.c:DWORD WINAPI Local32ReAlloc16( HANDLE heap, DWORD addr, INT16 type, ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/ntdll/heap.c:PVOID WINAPI RtlReAllocateHeap( HANDLE heap, ULONG flags, PVOID ptr, ULONG size ) ./dlls/ntdll/loadorder.c: env_list.order = RtlReAllocateHeap(GetProcessHeap(), 0, env_list.order, ./dlls/ntdll/relay.c: *dll = RtlReAllocateHeap(ntdll_get_process_heap(), ./dlls/ntdll/path.c: name = (WCHAR*)RtlReAllocateHeap(ntdll_get_process_heap(), 0, ./dlls/ole32/hglobalstream.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/ifs.c: Malloc32.SpyedBlocks = (LPVOID*)LocalReAlloc((HLOCAL)Malloc32.SpyedBlocks, NewLength, GMEM_ZEROINIT); ./dlls/ole32/memlockbytes.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/memlockbytes16.c: This->supportHandle = GlobalReAlloc16(This->supportHandle, ./dlls/shell32/shell32_main.c: hargv=GlobalReAlloc(hargv, size, 0); ./dlls/shell32/shellole.c: addr = (LPVOID) LocalReAlloc((HANDLE) pv, cb, GMEM_ZEROINIT | GMEM_MOVEABLE); ./dlls/shlwapi/clist.c: lpTemp = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)pItem, ulSize, ./dlls/shlwapi/clist.c: lpIter = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ./dlls/shlwapi/clist.c: lpList = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ulNewSize, ./dlls/user/dde/misc.c: hData = GlobalReAlloc((HGLOBAL)hData, new_sz + sizeof(DDE_DATAHANDLE_HEAD), ./objects/gdiobj.c: if ((new_handle = (HGDIOBJ)(ULONG_PTR)LOCAL_ReAlloc( GDI_HeapSel, h, size, LMEM_MOVEABLE ))) ./objects/metafile.c: return (HMETAFILE16)GlobalReAlloc16( hMeta, 0, -- Dimi.

1 0

{Heap,Global,Local,}ReAlloc status (take 2)
by Dimitrie O. Paun 14 Oct '03

14 Oct '03

Hi folks, Oleg has been doing a lot of good work, and we are now down to 73 HeapReAlloc and 73 non-HeapReAlloc entries to review. I'm still not sure how the comctl32.ReAlloc() should behave, any help in getting that resolved would be highly appreciated. Here is the update list: ./controls/edit.c: hloc32W_new = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: if ((hNew32W = LocalReAlloc(es->hloc32W, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT))) { ./controls/edit.c: hloc32A_new = LocalReAlloc(es->hloc32A, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./controls/edit.c: hloc16_new = LOCAL_ReAlloc(hInstance, es->hloc16, alloc_size, LMEM_MOVEABLE | LMEM_ZEROINIT); ./dlls/avifil32/avifile.c: This->idxFmtChanges = GlobalReAllocPtr(This->idxFmtChanges, This->nIdxFmtChanges * sizeof(AVIINDEXENTRY), GHND); ./dlls/avifil32/avifile.c: This->idxFrames = GlobalReAllocPtr(This->idxFrames, This->nIdxFrames * sizeof(AVIINDEXENTRY), GHND); ./dlls/avifil32/avifile.c: (LPDWORD)GlobalReAllocPtr(This->lpBuffer, max(size, This->sInfo.dwSuggestedBufferSize), GMEM_MOVEABLE); ./dlls/avifil32/api.c: pOptions->lpFormat = GlobalReAllocPtr(pOptions->lpFormat, size, GMEM_MOVEABLE); ./dlls/avifil32/api.c: (lpBuffer = GlobalReAllocPtr(lpBuffer, cbBuffer *= 2, GPTR)) != NULL); ./dlls/avifil32/api.c: (lpBuffer = GlobalReAllocPtr(lpBuffer, cbBuffer *= 2, GPTR)) != NULL); ./dlls/avifil32/api.c: (lpBuffer = GlobalReAllocPtr(lpBuffer, cbBuffer *= 2, GPTR)) != NULL); ./dlls/avifil32/extrachunk.c: lp = (LPDWORD)GlobalReAllocPtr(extra->lp, extra->cb + size + 2 * sizeof(DWORD), GHND); ./dlls/avifil32/extrachunk.c: lp = (LPDWORD)GlobalReAllocPtr(extra->lp, extra->cb + cb, GHND); ./dlls/avifil32/getframe.c: This->lpInFormat = GlobalReAllocPtr(This->lpInFormat, This->cbInBuffer, 0); ./dlls/avifil32/getframe.c: (LPBITMAPINFOHEADER)GlobalReAllocPtr(This->lpOutFormat, size, GMEM_MOVEABLE); ./dlls/avifil32/acmstream.c: This->acmStreamHdr.pbSrc = GlobalReAllocPtr(This->acmStreamHdr.pbSrc, ./dlls/avifil32/acmstream.c: This->acmStreamHdr.pbDst = GlobalReAllocPtr(This->acmStreamHdr.pbDst, ./dlls/avifil32/icmstream.c: (LPBITMAPINFOHEADER)GlobalReAllocPtr(This->lpbiPrev,size,GMEM_MOVEABLE); ./dlls/avifil32/icmstream.c: (LPBITMAPINFOHEADER)GlobalReAllocPtr(This->lpbiPrev,size,GMEM_MOVEABLE); ./dlls/avifil32/editstream.c: GlobalReAllocPtr(This->pStreams, (This->nTableSize + 32) * sizeof(EditStreamTable), GMEM_SHARE|GHND); ./dlls/avifil32/editstream.c: pEdit->pStreams = GlobalReAllocPtr(pEdit->pStreams, This->nStreams * sizeof(EditStreamTable),GMEM_SHARE|GHND); ./dlls/comctl32/comctl32undoc.c:LPVOID WINAPI ReAlloc (LPVOID lpSrc, DWORD dwSize) ./dlls/comctl32/comctl32undoc.c: LPSTR ptr = ReAlloc (*lppDest, strlen (lpSrc) + 1); ./dlls/comctl32/comctl32undoc.c: LPWSTR ptr = ReAlloc (*lppDest, len * sizeof(WCHAR)); ./dlls/comctl32/comctl32undoc.c: LPWSTR ptr = ReAlloc (*lppDest, len*sizeof(WCHAR)); ./dlls/comctl32/comctl32undoc.c: lpTemp = ReAlloc (hdsa->pData, nSize); ./dlls/comctl32/comctl32undoc.c: lpTemp = ReAlloc (hdsa->pData, nSize); ./dlls/comctl32/comctl32undoc.c: lpDest = ReAlloc (hdsa->pData, nSize); ./dlls/comctl32/monthcal.c: infoPtr->monthdayState = ReAlloc(infoPtr->monthdayState, ./dlls/comctl32/propsheet.c: psInfo->proppage = (PropPageInfo*) ReAlloc(psInfo->proppage, ./dlls/comctl32/trackbar.c: infoPtr->tics=ReAlloc (infoPtr->tics, ./dlls/comctl32/trackbar.c: infoPtr->tics=ReAlloc( infoPtr->tics, ./dlls/comctl32/treeview.c: newText = (LPWSTR)ReAlloc(wineItem->pszText, buflen); ./dlls/comctl32/treeview.c: LPSTR newText = ReAlloc(wineItem->pszText, len); ./dlls/comctl32/treeview.c: LPSTR newText = ReAlloc(wineItem->pszText, len); ./dlls/comctl32/treeview.c: wineItem->pszText = ReAlloc(wineItem->pszText, ./dlls/comctl32/treeview.c: if (NULL == ReAlloc(editedItem->pszText, iLength + 1)) ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: *hmem = GlobalReAlloc(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg.c: lppd->hDevMode = GlobalReAlloc(lppd->hDevMode, ./dlls/commdlg/printdlg16.c: *hmem = GlobalReAlloc16(*hmem, size, GMEM_MOVEABLE); ./dlls/commdlg/printdlg16.c: lppd->hDevMode = GlobalReAlloc16(lppd->hDevMode, ./dlls/kernel/toolhelp.c: notifys=(struct notify*)HeapReAlloc( GetProcessHeap(), 0, notifys, ./dlls/kernel/toolhelp.c: notifys=(struct notify*)HeapReAlloc( GetProcessHeap(), 0, notifys, ./dlls/kernel/local16.c: hseg = GlobalReAlloc16( hseg, 0x10000, GMEM_FIXED ); ./dlls/kernel/local16.c:HLOCAL16 LOCAL_ReAlloc( HANDLE16 ds, HLOCAL16 handle, WORD size, WORD flags ) ./dlls/kernel/local16.c:HLOCAL16 WINAPI LocalReAlloc16( HLOCAL16 handle, WORD size, UINT16 flags ) ./dlls/kernel/local16.c: return LOCAL_ReAlloc( CURRENT_DS, handle, size, flags ); ./dlls/kernel/local16.c:DWORD WINAPI Local32ReAlloc16( HANDLE heap, DWORD addr, INT16 type, ./dlls/kernel/local16.c: ptr = HeapReAlloc( header->heap, ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/kernel/resource16.c: handle = GlobalReAlloc16( hMemObj, pNameInfo->length << sizeShift, 0 ); ./dlls/mpr/mpr_main.c:LPVOID WINAPI MPR_ReAlloc( LPVOID lpSrc, DWORD dwSize ) ./dlls/msvcrt/heap.c: return HeapReAlloc(GetProcessHeap(), HEAP_REALLOC_IN_PLACE_ONLY, mem, size); ./dlls/msvcrt/heap.c: return HeapReAlloc(GetProcessHeap(), 0, ptr, size); ./dlls/netapi32/apibuf.c: *NewBuffer = HeapReAlloc(GetProcessHeap(), 0, OldBuffer, NewByteCount); ./dlls/ntdll/heap.c: * RtlReAllocateHeap (NTDLL.@) ./dlls/ntdll/heap.c:PVOID WINAPI RtlReAllocateHeap( HANDLE heap, ULONG flags, PVOID ptr, ULONG size ) ./dlls/ntdll/loadorder.c: env_list.order = RtlReAllocateHeap(GetProcessHeap(), 0, env_list.order, ./dlls/ntdll/relay.c: *dll = RtlReAllocateHeap(ntdll_get_process_heap(), ./dlls/ntdll/path.c: name = (WCHAR*)RtlReAllocateHeap(ntdll_get_process_heap(), 0, ./dlls/ole32/hglobalstream.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/ifs.c: Malloc32.SpyedBlocks = (LPVOID*)LocalReAlloc((HLOCAL)Malloc32.SpyedBlocks, NewLength, GMEM_ZEROINIT); ./dlls/ole32/ifs.c: pNewMemory = HeapReAlloc(GetProcessHeap(),0,pv,cb); ./dlls/ole32/memlockbytes.c: This->supportHandle = GlobalReAlloc(This->supportHandle, ./dlls/ole32/ole16.c: ret = MapLS( HeapReAlloc( GetProcessHeap(), 0, MapSL(pv), cb ) ); ./dlls/ole32/memlockbytes16.c: This->supportHandle = GlobalReAlloc16(This->supportHandle, ./dlls/oleaut32/ole2disp.c:INT16 WINAPI SysReAllocString16(LPBSTR16 pbstr,LPCOLESTR16 oleStr) ./dlls/oleaut32/ole2disp.c:int WINAPI SysReAllocStringLen16(BSTR16 *old,const char *in,int len) ./dlls/oleaut32/oleaut.c:int WINAPI SysReAllocStringLen(BSTR* old, const OLECHAR* str, unsigned int len) ./dlls/oleaut32/oleaut.c: DWORD *ptr = HeapReAlloc(GetProcessHeap(),0,((DWORD*)*old)-1,newbytelen+sizeof(WCHAR)+sizeof(DWORD)); ./dlls/oleaut32/oleaut.c:INT WINAPI SysReAllocString(LPBSTR old,LPCOLESTR str) ./dlls/oleaut32/usrmarshal.c: SysReAllocStringLen(pstr, (OLECHAR*)&str->asData, str->clSize); ./dlls/rpcrt4/rpc_binding.c: LPSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, (len+slen+2)*sizeof(CHAR)); ./dlls/rpcrt4/rpc_binding.c: LPWSTR ndst = HeapReAlloc(GetProcessHeap(), 0, dst, (len+slen+2)*sizeof(WCHAR)); ./dlls/setupapi/virtcopy.c: vhstrlist = HeapReAlloc(heap, HEAP_ZERO_MEMORY, vhstrlist, ./dlls/setupapi/virtcopy.c: pvnlist = HeapReAlloc(heap, HEAP_ZERO_MEMORY, pvnlist, ./dlls/setupapi/parser.c: if ((new_array = HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, array, new_count * elem ))) ./dlls/setupapi/parser.c: if (!(section = HeapReAlloc( GetProcessHeap(), 0, section, size ))) return NULL; ./dlls/setupapi/parser.c: file->sections = HeapReAlloc( GetProcessHeap(), 0, file->sections, ./dlls/setupapi/parser.c: file->fields = HeapReAlloc( GetProcessHeap(), 0, file->fields, ./dlls/setupapi/parser.c: file->strings = HeapReAlloc( GetProcessHeap(), HEAP_REALLOC_IN_PLACE_ONLY, file->strings, ./dlls/shell32/shell32_main.c: hargv=GlobalReAlloc(hargv, size, 0); ./dlls/shell32/shellole.c: addr = (LPVOID) LocalReAlloc((HANDLE) pv, cb, GMEM_ZEROINIT | GMEM_MOVEABLE); ./dlls/shlwapi/clist.c: lpTemp = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)pItem, ulSize, ./dlls/shlwapi/clist.c: lpIter = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ./dlls/shlwapi/clist.c: lpList = (LPSHLWAPI_CLIST)LocalReAlloc((HLOCAL)*lppList, ulNewSize, ./dlls/user/dde/misc.c: hData = GlobalReAlloc((HGLOBAL)hData, new_sz + sizeof(DDE_DATAHANDLE_HEAD), ./dlls/wineps/glyphlist.c: newGlyphList = (GLYPHNAME **) HeapReAlloc(PSDRV_Heap, 0, glyphList, ./dlls/wineps/ppd.c: buf = HeapReAlloc( PSDRV_Heap, 0, buf, ./dlls/wineps/ppd.c: buf = HeapReAlloc( PSDRV_Heap, 0, buf, len + sl + 1 ); ./dlls/wineps/type1.c: str->str = HeapReAlloc(GetProcessHeap(), 0, str->str, str->max_len); ./dlls/wineps/type1.c: t1->glyph_sent = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/wineps/type42.c: t42->glyf_blocks = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/wineps/type42.c: t42->glyph_sent = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/winmm/lolvldrv.c: HeapReAlloc(GetProcessHeap(), 0, (llTypes[type].lpMlds) ? llTypes[type].lpMlds - 1 : NULL, ./dlls/winmm/time.c: HeapReAlloc(GetProcessHeap(), 0, ./dlls/winmm/mciavi/mmoutput.c: wma->lpAudioIndex = HeapReAlloc(GetProcessHeap(), 0, ./dlls/winmm/wineoss/audio.c: omr->messages = HeapReAlloc(GetProcessHeap(),0,omr->messages, omr->ring_buffer_size * sizeof(OSS_MSG)); ./dlls/winmm/wineoss/audio.c: This->notifies = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/winmm/winearts/audio.c: mr->messages = HeapReAlloc(GetProcessHeap(),0,mr->messages, mr->ring_buffer_size * sizeof(RING_MSG)); ./dlls/winmm/winealsa/audio.c: omr->messages = HeapReAlloc(GetProcessHeap(),0,omr->messages, omr->ring_buffer_size * sizeof(ALSA_MSG)); ./dlls/winmm/winenas/audio.c: mr->messages = HeapReAlloc(GetProcessHeap(),0,mr->messages, mr->ring_buffer_size * sizeof(RING_MSG)); ./dlls/winmm/winejack/audio.c: wwo->sound_buffer = HeapReAlloc(GetProcessHeap(), 0, wwo->sound_buffer, wwo->buffer_size); ./dlls/winsock/async.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winsock/socket.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winsock/socket.c: extrabuf=HeapReAlloc(GetProcessHeap(),0,extrabuf,ebufsize) ; ./dlls/winspool/info.c: pent=HeapReAlloc(GetProcessHeap(),0,pent,strlen(pent)+strlen(buf)+2); ./dlls/winspool/info.c: LPWSTR *new_array = HeapReAlloc( GetProcessHeap(), HEAP_ZERO_MEMORY, printer_array, ./dlls/x11drv/xrender.c: glyphsetCache = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, ./dlls/x11drv/xrender.c: entry->realized = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/xrender.c: entry->bitmaps = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/xrender.c: entry->gis = HeapReAlloc(GetProcessHeap(), ./dlls/x11drv/clipboard.c: HeapReAlloc(GetProcessHeap(),0,val, total); ./graphics/painting.c: *PtsOut = HeapReAlloc( GetProcessHeap(), 0, *PtsOut, ./graphics/x11drv/xfont.c: !(buffer = HeapReAlloc( GetProcessHeap(), 0, buffer, *buf_size = len ))) ./graphics/x11drv/xfont.c: if( (newCache = (fontObject*)HeapReAlloc(GetProcessHeap(), 0, ./graphics/x11drv/palette.c: mapping = HeapReAlloc( GetProcessHeap(), 0, palPtr->mapping, ./objects/gdiobj.c: if ((new_handle = (HGDIOBJ)(ULONG_PTR)LOCAL_ReAlloc( GDI_HeapSel, h, size, LMEM_MOVEABLE ))) ./objects/gdiobj.c: void *new_ptr = HeapReAlloc( GetProcessHeap(), 0, large_handles[i], size ); ./objects/metafile.c: mh = HeapReAlloc( GetProcessHeap(), 0, mh, size ); ./objects/metafile.c: mh = HeapReAlloc( GetProcessHeap(), 0, mh, ./objects/metafile.c: return (HMETAFILE16)GlobalReAlloc16( hMeta, 0, ./objects/palette.c: int *newMap = (int*) HeapReAlloc(GetProcessHeap(), 0, ./objects/region.c: *firstrect = HeapReAlloc( GetProcessHeap(), 0, *firstrect, (2 * (sizeof(RECT)) * (reg->size))); ./objects/region.c: if (! (dst->rects = HeapReAlloc( GetProcessHeap(), 0, dst->rects, ./objects/region.c: newReg->rects = HeapReAlloc( GetProcessHeap(), 0, newReg->rects, ./objects/region.c: if (!(reg->rects = HeapReAlloc( GetProcessHeap(), 0, reg->rects, ./programs/regapi/regapi.c: lpsCurrentValue=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsCurrentValue,dwSize); ./programs/regapi/regapi.c: lpsData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsData,lLen); ./programs/regapi/regapi.c: lpbData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpbData,dwLen); ./programs/regapi/regapi.c: stdInput=HeapReAlloc(GetProcessHeap(), 0,stdInput,curSize+=STDIN_MAX_LEN); ./programs/regapi/regapi.c: stdInput=HeapReAlloc(GetProcessHeap(),0,stdInput,strlen(stdInput)+STDIN_MAX_LEN); ./programs/wineconsole/dialog.c: di->font = HeapReAlloc(GetProcessHeap(), 0, di->font, sizeof(*di->font) * (di->nFont + 1)); ./programs/wineconsole/wineconsole.c: data->cells = HeapReAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, data->cells, ./programs/wineconsole/curses.c: PRIVATE(data)->line = HeapReAlloc(GetProcessHeap(), 0, PRIVATE(data)->line, ./programs/winhelp/hlp2sgml.c:void* WINAPI HeapReAlloc( HANDLE heap, DWORD flags, void* ptr, DWORD size) ./programs/winhelp/hlpfile.c: bi = HeapReAlloc(GetProcessHeap(), 0, bi, sizeof(*bi) + nc * sizeof(RGBQUAD)); ./programs/winhelp/hlpfile.c: hlpfile->bmps = HeapReAlloc(GetProcessHeap(), 0, hlpfile->bmps, ./programs/winhelp/hlpfile.c: hlpfile->windows = HeapReAlloc(GetProcessHeap(), 0, hlpfile->windows, ./programs/regedit/regproc.c: lpsData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpsData,lLen); ./programs/regedit/regproc.c: lpbData=HeapReAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,lpbData,dwLen); ./programs/regedit/regproc.c: new_buffer = HeapReAlloc (GetProcessHeap(), 0, line, new_size); ./programs/regedit/regproc.c: *buffer = HeapReAlloc(GetProcessHeap(), 0, *buffer, ./programs/regedit/regproc.c: *val_buf = HeapReAlloc(GetProcessHeap(), 0, *val_buf, *val_size); -- Dimi.

3 2

Re: Fix some problems found while compiling and linking Wine under Cygwin
by Alexandre Julliard 14 Oct '03

14 Oct '03

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > +++ wine/configure.ac Sun Oct 12 10:54:02 2003 > @@ -969,6 +969,7 @@ AC_CHECK_FUNCS(\ > popen \ > pread \ > pwrite \ > + res_init \ > rfork \ > select \ > sendmsg \ > @@ -1148,7 +1150,7 @@ dnl **** Check for types **** > > AC_C_CONST > AC_C_INLINE > -AC_CHECK_TYPES([mode_t, off_t, pid_t, size_t, ssize_t]) > +AC_CHECK_TYPES([mode_t, off_t, pid_t, size_t, ssize_t, struct __res_state]) These checks won't work without including the proper headers first. > +++ wine/dlls/iphlpapi/ipstats.c Sun Oct 12 10:10:28 2003 > @@ -53,37 +53,37 @@ > #include "ifenum.h" > #include "ipstats.h" > > -#ifndef TCPS_ESTABLISHED > +#if !defined TCPS_ESTABLISHED && defined TCP_ESTABLISHED TCP_ESTABLISHED etc. values are an enum under Linux, you can't test them this way. -- Alexandre Julliard julliard(a)winehq.com

1 0

winehq download page
by Ivan Leo Murray-Smith 14 Oct '03

14 Oct '03

I sent this patch http://www.winehq.org/hypermail/wine-patches/2003/10/0064.html and can't think a reason in the world for it not to be applied, have I done something wrong or what?

4 3

Re: Wine Start menu
by Rolf Kalbermatter 13 Oct '03

13 Oct '03

Robert van Herk <robert(a)robertvanherk.nl> wrote: >As some of you might know I am working on a Wine Start menu, for Linux. > >I have heard different things on this list about the way Windows treats >the start menu. > >Some told me that it would be better to make a Windows (wine) client >that reads the actual start menu by querying a Wine dll, while others >told me that this is not neccesairy as all the links are contained in >the Start Menu directory. > > From looking at my Windows installation, I must agree that it seems >that all items in Programs are indeed in the Start Menu directory. Don't forget that the Start menu is a combination of the Start Menu of the "Current User" and the "All Users" (common) tree. SHGetFolderPath can give you the according pidls to those directories. Unfortunately shell32 does not export any functionality to enumerate those directories directly but the FileMenu_.... functions in shell32 take care about building that menu. One way might be to let those functions build the start menu and then enumerate that menu into an external format. >So, my question is: would it be enough to create just a Linux program >that synchronizes with this directory? Can anyone give me an example of >a lnk file that IS actually missing in a Start Menu directory, but is >there in his Program folder in the Windows start menu? > >Does anyone know how far people came at parsing the lnk files for Linux? >I read something about the .lnk format, but I don't really feel like >writing my own link file parser ;-). Does anybody know of parts of other >software that could be recycled here? You shouldn't need to. IShellLink should be all you need for retrieving information from a .lnk file although it seems currently broken somehow, according to some report a few days ago on wine-devel. But if you could reenumerate the Start Menu created by the shell32 FileMenu_ functions you might not really have to bother to much with this either. Rolf Kalbermatter

1 0

Re: configuring wine
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

It's true, winesetuptk is very usable (It's a wizard), and winecfg look more complicated than anything in windows. I did read that some very simple programs could run without a windows like filesystem. As winecfg is a winelib app, I suppose it may be possible to run it without a windows like filesystem, so wine could look for a registry (Winecfg works with a registry, not a config file), if it doesn't find it, it starts a wizard-like version of winecfg that allowsthe users to get wine ready to run, like winesetuptk does. > The way winesetuptk does it seems less likely to result in mistakes by users. That's very important for usability and it's why the first time one runs wine he should get a configuration wizard. The "Power user" winecfg (What is currently in the CVS) could be in the wine menu with the wine programs (How this menu is generated, with ros explorer or a specific linux/winelib app isn't really important) with the configuration wizard. This way, users just wanting to change the configuration can start the wizard again, and anybody wanting to tweak the configuration can use the "power user" version http://www.hostedscripts.com/scripts/antispam.html

1 0

Re: winesetuptk
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

> If an app installs msvcrt, use it before Wine's builtin one? That could theoreticly create legal problems, but it's OK for me. > I used the default values of documentation/samples/config. If those need > changes, it's best to do so there. I don't really care, but I personally prefer using builtin only (But that's a personal view) > Then those people use rpms or debs. And in that case, it's usually > already configured out of the box if the packager knows what he's doing. I (Following the example of codeweavers, at least until preview 4 that's the last I tried) use winesetuptk for packages. If you give a default config, you impose something that users may not want and may not know how to change. If you use winesetuptk, you give the user a choice of using a real or fake windows setup, and the user can also choose where to have it. The only difference is that codeweavers has a fancy pop up that asks you to run winesetuptk if it doesn't find a config file, and I'm not codeweavers, so I use the "By Alexandre" vanilla source (Otherwise it wouldn't be a official build anymore). Anyway, the config will go soon, so there isn't much point in discussing this.

1 0

RE: winnt.h file
by Steven Edwards 13 Oct '03

13 Oct '03

Hello Geoff, Comments are inline --- Geoff Peters <Geoff(a)logic.bm> wrote: > Steven - Thanks for the reply. I have 2 C files I am trying to port > to Solaris, one is done (compiles OK), the other one I am working on > has a dependency on wininet.h, along with it comes a huge raft of > other dependencies. I obtained most of these libraries from > http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/?cvs… The w32api package is only for developing Windows application using Mingw on Windows or cross-compiling Windows apps from a GNUtool chain. Winelib is a better solution for your problem. > There is one block of code that is dependent on this wininet.h > library - I am not a C developer (java!), so I'm kinda stumped as to > whether I should attempt to re write the offending piece of code > using a similar Solaris C API (I am assuming the wininet.h contains > most of the HTTP functions for windows), or simply try to match up > the correct libraries - again coming from Java I am having a hard > time understanding different libraries for different platforms to > perform the same functions. The winnt.h header file I am using is the > latest release you had posted on the above link - I just recently > tried to incorporate pieces of > http://cvs.winehq.com/cvsweb/~checkout~/wine/include/winnt.h?rev=1.172&cont… > which have a context defined for SPARC - which seems to be whats > missing from the redhat winnt.h Yes the structures and defines in winnt.h are Windows and WINE only. It will be nearly impossible to use them in a 100% native application. > In case you can offer any suggestions, I have attached a copy of the > C code I am attempting to port, the last function listed (int > call_cc_gateway) is the one that contains the references to wininet.h > > Haven't really looked at WINE, do you think it would help me out?? I think it could help alot. The first thing you may want to try and do is run your win32 application under WINE on a x86 linux box. If it works there then it should recompile as a Winelib application. The issue then becomes does Wine and Winelib work on Sparc. ATM I think the port is incompleate although we did have some people at Sun who were working on it and Wine does run under Solaris for x86. You can try and port your Win32 application if you can get a WINE to build for Solaris on Sparc. Another option would be to look at what functions Wines wininet.dll imports and see if you can develop a native implementation of wininet that sits on top of the Unix TCP/IP implementation rather than on Wine Winsock. We will try to help you as much as possible if you want to go the Winelib route on the Sparc as we really want to see the Solaris on Sparc port working. Thanks Steven > Geoff Peters, SCJP Phone : (441) 296-9640 > Applications Developer Fax : (441) 292-1509 > Logic Communications E-mail : geoff(a)logic.bm > 12 Par-La-Ville Road WWW : http://www.logic.bm > Hamilton, Bermuda HM JX > > > -----Original Message----- > From: Steven Edwards [mailto:steven_ed4153@yahoo.com] > Sent: Monday, October 13, 2003 11:37 AM > To: Geoff Peters; Steven_Ed4153(a)yahoo.com > Subject: Re: winnt.h file > > > Hello, > Are you trying to use Winelib to port your project to solaris? I can > try and help if you are taking this method. If you are using parts of > the w32api package to try and create a native application without > WINE > it may be a little harder. Can you send me your winnt.h header? > > Thanks > Steven > > > --- Geoff Peters <Geoff(a)logic.bm> wrote: > > Hi - Got your email from the cvs.sourceforge.net version info for > the > > winnt.h file. I have a question - wondering if you could help me or > > point me to someone that could - I am porting a win32 app to > Solaris, > > seem to be doing OK with the API's in the repository, however I am > > getting the following error on compilation using gcc on Solaris 8 > > (SPARC): > > > > In file included from /opt/portal/6.2/include/windef.h:246, > > from /opt/portal/6.2/include/windows.h:49, > > from call_tellan_cc_gateway.c:5: > > /opt/portal/6.2/include/winnt.h:1950: #error "undefined processor > > type" > > > > Obviously doesn't recognize the SPARC processor - any idea how I > > could work around this?? > > > > Thanks for your time, Geoff > > > __________________________________ > Do you Yahoo!? > The New Yahoo! Shopping - with improved product search > http://shopping.yahoo.com > > ATTACHMENT part 2 application/octet-stream name=call_tellan_cc_gateway.c __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

1 0

Re: winesetuptk
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

How can msvcrt possibly be native in a without windows setup? Anyway, if you want winver as win98, we might as well have winelook at win98 too. >Which can lead to the question, >what's the purpose of it if wineinstall can do it? wineinstall is a command line tool for installing wine from source code. Most people would say it's a "For geeks only" thing. You can start winesetuptk without knowing what a shell is, and you can set it up with a few clicks of the mouse, it's usually used by people using binary packages, you know, those people that only use computers as tools and don't know/care about source code and tweaking configurations, and that could never use wineinstall.

3 2

RH7.3 packages
by Vincent Béron 13 Oct '03

13 Oct '03

Some time ago somebody asked here about RedHat 7.3 Wine packages. I said I'd do it, pending some hardware upgrade on one of my box. That time has now come, and they are available on the sf.net download page. Only i386 and src for now, no athlon nor i686. Vincent

1 0

SetShellWindow() and friends
by Martin Fuchs 13 Oct '03

13 Oct '03

Hello Alexandre, > Yes, if it works under Windows then obviously we need a fix in Wine. > I think you should investigate exactly how Windows does it, there are > many places where we could add such checks so we need to find out > exactly where Windows has them. OK - wrote a little test program to see, how SetShellWindow() exactly works on Windows. It creates a few windows and tests, what happens when trying to register them as shell window. To run it you have to terminate Windows Explorer at first. Then the output is this the following: first call to SetShellWindow(hwnd): SUCCESS second call to SetShellWindow(hwnd): FAILURE reset shell window by SetShellWindow(0): FAILURE third call to SetShellWindow(hwnd): FAILURE SetWindowExStyle(hwnd, WS_EX_TOPMOST): FAILURE DestroyWindow(hwnd): SUCCESS SetShellWindow(hwnd2) with WS_EX_TOPMOST: FAILURE SetShellWindow(hwnd3): SUCCESS SetWindowPos(hwnd3, HWND_TOPMOST): SUCCESS SetWindowPos(hwnd3, hwnd4: SUCCESS SetShellWindow(hwnd4): FAILURE SetWindowPos(hwnd3, hwnd5): SUCCESS So we have to taking following rules into account for the SetShellWindow/Ex() implementation: - SetShellWindow() only succeedes if there is not yet a registered shell window. - A successfull call moves the window into the background. It becomes the window with the lowest Z-order. This can't be changed by a call to SetWindowPos() or similar functions. The shell window remains at the bottom for ever. - Shell windows can't be reset by calling SetShellWindow(0). To change the shell window, the current window has to be destroyed. - Shell windows must not have the extended style bit WS_EX_TOPMOST set. It it is set, SetShellWindow() failes. If you try to set this bit after registering a window as shell window, the bit is ignored and automatically set to zero. - If you try to move the window into the foreground by calling SetWindowPos() with HWND_TOPMOST this call succeedes, but it does not change anything. The window remains in the background. -- Martin Fuchs martin-fuchs(a)gmx.net

2 2

Re: winesetuptk
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

I don't think winesetup needs big changes; I'm still not sure about what is broken. The attached file updates the registry shipped with winesetuptk to the current winedefault.reg, and also updates the dlls that are created when making a fake windows installation. As I've said, I'm not sure of what is broken, but if what has to go isn't determined by winesetuptk while running (Like the AppDefaults) then it's just a question of removing whatever has to go from the cfg_wine_without_windows.ini and/or cfg_wine_with_windows.ini. If anything else has to be changed, then Vincent should tell Alex what exactly has to change, so Alex can get on with it. This is presumably the quickest way of getting a working winesetuptk again, as he know Tcl/Tk very well. It's not worth wasting too much time on it, as were going to trash it soon, it doesn't matter if it can't tweak all aspects of the config file, it just has to make a working configuration for the user, that will often have to tweak the file by hand anyway until winecfg is ready.

3 2

Re: winesetuptk
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

> But the problem is that it is currently broken. So someone either fixes > it now, or we hide it until it's fixed or not needed anymore. I can't > see how is it any friendlier to users to download something that does > not work. In what way doesn't it work?

4 3

CVS issues
by Kevin DeKorte 13 Oct '03

13 Oct '03

I updated CVS on 10/8 and Lotus notes worked fine. I updated on 10/12 and now Notes gives me a Date not initialized error and all the date and times in the program are all mangled. I am rolling back to 10/8 Kevin

1 0

Re: winesetuptk
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

> "The problem is that the tool hasn't really followed Wine development > (for example, removal of $VAR-style variables from config file), and > some users experience problems because of that. Such as?

1 0

Re: winesetuptk
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

Most normal people (Users) don't want to edit config files or use a shell. That's why most people don't use linux. Winecfg isn't complete, winesetuptk will go soon, but in the mean time it's the best way to configure wine. I get emails all the time from people thanking me for putting winesetuptk on sourceforge, it's had a lot of downloads, and I don't think we can remove it yet. As soon as winecfg is ready, I'll hide winesetuptk (That won't work anyway because wine won't read the config file). Until then, winesetuptk is the only easy way of configuring wine, and I have no intention of telling users "Go and edit the config file and add this and remove that and make a system directory inside the windows directory that's in your fake c:\ drive that the config file has to point to..." when I can just say "Install winesetuptk, start it, and follow the on-screen instructions". I don't see how such a good level of usability can hurt.

2 1

Re: question about copyright and code, is this legal?
by Ivan Leo Murray-Smith 13 Oct '03

13 Oct '03

>also goes over the UK As the UK law must be compatible with the EUCD, I find it hard to believe.

1 0

RE: question about copyright and code, is this legal?
by Patrik Stridvall 13 Oct '03

13 Oct '03

> > Protecting trivially collectable collections of fact would serve > > no purpose that I can see... > > Here, if the collection as a whole requires trivial effort to > collect, it's > not protected. It's the aggregate effort that counts. The > problem with the MS > tables is that from what has been said the aggregate has > involved a lot of > effort over many years. Perhaps. However: 1. The data in question is of a more scientific in nature than the facts about the world that law is presumably ment to protect so it might not apply at all. 2. Since Microsoft have intentionally published it in the US where no such protection exists, it could be argued that it have exhausted its right to protection because of this. After all everybody could import it itself from the US if they wanted. In the case of Wine and other open source software this is especially true because of the Internet.

1 0

Sorry for the spam
by Duane Clark 13 Oct '03

13 Oct '03

So sorry about the spam that got through. It was a boneheaded moderator error. Reminder to self. Drink coffee before moderation. Sorry again. -Duane

2 1

Winealsa: now fixed, interactive tests still ko.
by Sylvain Petreolle 13 Oct '03

13 Oct '03

Applying this patch fixes alsa : [repaired] dlls/winmm/winealsa/audio.c thanks to Daniel (Tom?) and Jerry. Now "Common" tests are ok. But some interactive tests still fail with winealsa. I attached the log. (+wave,+dsound,+dosund3d can be provided if necessary) ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "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

Problems building mshtml.dll and msi.dll on mingw.
by Steven Edwards 13 Oct '03

13 Oct '03

It appears that the exports in the spec files for these dll is not correct. dllwrap -k --def mshtml.spec.def -o mshtml.dll document.o main.o mshtml.dll.db g.o -L../../dlls -luser32 -ladvapi32 -lkernel32 -lntdll -L../../libs/wine -lwin e -L../../libs/unicode -lwine_unicode -L../../libs/uuid -lwine_uuid -L../../libs /port -lwine_port -lm mshtml.exp(.edata+0x54):fake: undefined reference to `RunHTMLApplication@0' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [mshtml.dll] Error 1 Changing the mshtml.spec.def to RunHTMLApplication@16 allows it to build but I dont know what to put in the spec file. Also dllwrap -k --def msi.spec.def -o msi.dll distinct.o handle.o msi.o msiquery.o o rder.o record.o select.o suminfo.o table.o tokenize.o where.o y.tab.o msi.dll.db g.o -L../../dlls -lole32 -luser32 -ladvapi32 -lkernel32 -L../../libs/wine -lwin e -L../../libs/uuid -lwine_uuid -L../../libs/unicode -lwine_unicode -L../../libs /port -lwine_port -lm msi.exp(.edata+0xa8):fake: undefined reference to `MsiDatabaseOpenViewA@8' msi.exp(.edata+0xac):fake: undefined reference to `MsiDatabaseOpenViewW@8' msi.exp(.edata+0xbc):fake: undefined reference to `MsiEnumClientsA@8' msi.exp(.edata+0xc0):fake: undefined reference to `MsiEnumClientsW@8' msi.exp(.edata+0x160):fake: undefined reference to `MsiGetSummaryInformationA@12 ' msi.exp(.edata+0x164):fake: undefined reference to `MsiGetSummaryInformationW@12 ' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make[1]: *** [msi.dll] Error 1 make[1]: Leaving directory `/e/source/winehq/wine/dlls/msi' make: *** [msi] Error 2 I was short on time so I couldnt figure out the ordinals for this dll. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 1

RE: question about copyright and code, is this legal?
by Patrik Stridvall 12 Oct '03

12 Oct '03

> On Wed, 8 Oct 2003 21:53, Patrik Stridvall wrote: > > > The significant effort requirement is for EACH fact seen by ITSELF. > > This is certainly not the case in Australia, NZ and the UK. So you can have protection on collections of truely trivial facts? I severly doubt that. What legal purpose would that fulfill? In Sweden AFAIK the intent of the protection is to protect the investment of collecting facts that are not trivial to collect, to ensure that somebody does (or might do)... Protecting trivially collectable collections of fact would serve no purpose that I can see...

3 3

winesetuptk
by Vincent Béron 12 Oct '03

12 Oct '03

Some time ago (about 2 years ago now), Codeweavers developped winesetuptk, a configuration tool for Wine. It is now listed with other Wine related files on sf.net. The problem is that the tool hasn't really followed Wine development (for example, removal of $VAR-style variables from config file), and some users experience problems because of that. It'd be better to not list it on our download page because of its staleness. OTOH, I know that Mike et al.'s winecfg is not ready yet for prime-time use. Still, having a working, commented text config file to work with rather than an obsolete GUI tool is preferable IMHO. So I'd recommend the removal (or hiding) of it if nobody steps up to update it to current Wine practices. Vincent

1 0

GDI and DirectX tests for Winelib
by Steven Edwards 12 Oct '03

12 Oct '03

Hello, They authors of the Windows2000 Graphics API Blackbook have given permission to use the code under X11/LGPL licenses. I have not created Mingw makefiles for these project so you will need to use dsw2mak.awk Here are the code examples with binarys http://mail.gleneagle.net/sedwards/gdi/ Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com

2 2

Re: [janitor] dlls/winmm/wine* -Wwrite-strings cleanup
by Jerry Jenkins 12 Oct '03

12 Oct '03

> Index: dlls/winmm/winealsa/audio.c > =================================================================== > RCS file: /home/wine/wine/dlls/winmm/winealsa/audio.c,v > retrieving revision 1.20 > diff -u -r1.20 audio.c > --- dlls/winmm/winealsa/audio.c 22 Sep 2003 21:13:33 -0000 1.20 > +++ dlls/winmm/winealsa/audio.c 7 Oct 2003 19:52:14 -0000 > @@ -408,11 +408,12 @@ > snd_pcm_info_t * info; > snd_pcm_hw_params_t * hw_params; > WINE_WAVEOUT* wwo; > + char device[] = "hw"; I think it should be static char device[] = "hw"; > > wwo = &WOutDev[0]; > > /* FIXME: use better values */ > - wwo->device = "hw"; > + wwo->device = device; > wwo->caps.wMid = 0x0002; > wwo->caps.wPid = 0x0104; > strcpy(wwo->caps.szPname, "SB16 Wave Out");

4 7

Re: Breakage in 'priviledged instructions' handling.
by Jukka Heinonen 12 Oct '03

12 Oct '03

Alexandre Julliard wrote: > What changed is that emulation of these instructions was deliberately > removed ;-) > > This was done for dll separation reasons, and because they are not > emulated under NT either (which also means better performance for the > exception handling). What happens if you run with Windows version set > to NT? Performance is not an issue. Signal handlers can simply check version info and if platform ID is VER_PLATFORM_WIN32_WINDOWS, instruction emulation is required. Another possibility is to add instruction emulation hooks to NTDLL and make KERNEL set these hooks only for some platform IDs. Actually Windows XP/2003 already does provide this kind of hooks (see AddVectoredExceptionHandler), although they are called after first chance notification which may be a bit awkward (and kernel handler should have higher priority than these have). Anyway, even with some performance issues, it looks like instruction emulation is needed for supporting some pure Win95/98/ME programs. It would seem a bit strange we try very hard to support Win31 and WinNT based programs but not those. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: PATCH: XRandR part 1
by Dimitrie O. Paun 12 Oct '03

12 Oct '03

On October 11, 2003 03:01 pm, Alex Pasadyn wrote: > I'm sending this in two parts because I added some files and can't get > cvs diff to have them show up. Of course, cvs diff will ignore these files. You need to add them manually to diff. To do so, you do: $ cvs diff dlls/x11drv > randr.diff $ diff -u /dev/null dlls/x11drv/settings.c >> randr.diff $ diff -u /dev/null dlls/x11drv/xrandr.c >> randr.diff $ diff -u /dev/null dlls/x11drv/xrandr.h >> randr.diff -- Dimi.

2 1

Re: Wineconf - survey
by Ivan Leo Murray-Smith 12 Oct '03

12 Oct '03

>Let's hold this open through Friday, and then let's >consider it final. An the results are? http://www.hostedscripts.com/scripts/antispam.html?50032

2 1

Breakage in 'priviledged instructions' handling.
by Lionel Ulmer 12 Oct '03

12 Oct '03

Hi all, Some games that worked pretty well in Wine (like, for example, Tomb Raider 3) are now failing with latest CVS due to : Unhandled exception: privileged instruction in 32-bit code (0x0048e2e1). So I was wondering what changed in the Wine code that suppressed the emulation of these instructions. Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 3

Your Source For Online Prescriptions......Soma-Watson .. j kskoyme
by Connie Conway 12 Oct '03

12 Oct '03

1 0

Re: Program linking on Windows with Mingw+MSYS
by Dmitry Timoshkov 12 Oct '03

12 Oct '03

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > Changelog: > Link to WINE import libs when building programs. I hope that this time this patch will be applied, and will not disappear without a trace as my patch "Use Wine import libraries for Programs" sent at 9 Jul 2003. But perhaps there is a good reason to ignore it... Alexandre? -- Dmitry.

3 4

RE: save up to 27% on gas
by Shawn Holman 12 Oct '03

12 Oct '03

RE: save up to 27% on gas http://www.efnb.org

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