- wine-devel - winehq.org

Fwd: Get rid of W->A calls: GetPrinterDriverDirectory
by Stefan Leichter 21 Dec '02

21 Dec '02

Hello, is there any reason why this patch did not made it into CVS & 20021219? Stefan ---------- Weitergeleitete Nachricht ---------- Subject: Get rid of W->A calls: GetPrinterDriverDirectory Date: Sun, 15 Dec 2002 10:24:44 +0100 From: Stefan Leichter <Stefan.Leichter(a)camLine.com> To: wine-patches(a)winehq.com Hello, after spending some days fixing the read-write errors on my DDYS-T18350 disk here a new patch Changelog ------------ moved implementation of GetPrinterDriverDirectory from ascii to unicode Index: dlls/winspool/info.c =================================================================== RCS file: /home/wine/wine/dlls/winspool/info.c,v retrieving revision 1.61 diff -u -r1.61 info.c --- dlls/winspool/info.c 12 Nov 2002 02:22:24 -0000 1.61 +++ dlls/winspool/info.c 15 Dec 2002 08:40:09 -0000 @@ -41,6 +41,7 @@ #include "winbase.h" #include "winerror.h" #include "winreg.h" +#include "winternl.h" #include "wine/windef16.h" #include "wine/unicode.h" #include "wine/debug.h" @@ -2390,23 +2391,23 @@ } /*************************************************************************** ** - * GetPrinterDriverDirectoryA [WINSPOOL.@] + * GetPrinterDriverDirectoryW [WINSPOOL.@] */ -BOOL WINAPI GetPrinterDriverDirectoryA(LPSTR pName, LPSTR pEnvironment, +BOOL WINAPI GetPrinterDriverDirectoryW(LPWSTR pName, LPWSTR pEnvironment, DWORD Level, LPBYTE pDriverDirectory, DWORD cbBuf, LPDWORD pcbNeeded) { DWORD needed; - TRACE("(%s, %s, %ld, %p, %ld, %p)\n", pName, pEnvironment, Level, - pDriverDirectory, cbBuf, pcbNeeded); + TRACE("(%s, %s, %ld, %p, %ld, %p)\n", debugstr_w(pName), + debugstr_w(pEnvironment), Level, pDriverDirectory, cbBuf, pcbNeeded); if(pName != NULL) { - FIXME("pName = `%s' - unsupported\n", pName); + FIXME("pName = `%s' - unsupported\n", debugstr_w(pName)); SetLastError(ERROR_INVALID_PARAMETER); return FALSE; } if(pEnvironment != NULL) { - FIXME("pEnvironment = `%s' - unsupported\n", pEnvironment); + FIXME("pEnvironment = `%s' - unsupported\n", debugstr_w(pEnvironment)); SetLastError(ERROR_INVALID_ENVIRONMENT); return FALSE; } @@ -2414,10 +2415,16 @@ WARN("Level = %ld - assuming 1\n", Level); /* FIXME should read from registry */ - needed = GetSystemDirectoryA(pDriverDirectory, cbBuf); + needed = GetSystemDirectoryW( (LPWSTR)pDriverDirectory, cbBuf/sizeof(WCHAR)); + /* GetSystemDirectoryW returns number of TCHAR without '\0' + * adjust this now + */ needed++; + needed*=sizeof(WCHAR); + if(pcbNeeded) *pcbNeeded = needed; + TRACE("required <%08lx>\n", *pcbNeeded); if(needed > cbBuf) { SetLastError(ERROR_INSUFFICIENT_BUFFER); return FALSE; @@ -2427,25 +2434,41 @@ /*************************************************************************** ** - * GetPrinterDriverDirectoryW [WINSPOOL.@] + * GetPrinterDriverDirectoryA [WINSPOOL.@] */ -BOOL WINAPI GetPrinterDriverDirectoryW(LPWSTR pName, LPWSTR pEnvironment, +BOOL WINAPI GetPrinterDriverDirectoryA(LPSTR pName, LPSTR pEnvironment, DWORD Level, LPBYTE pDriverDirectory, DWORD cbBuf, LPDWORD pcbNeeded) { - LPSTR pNameA = NULL, pEnvironmentA = NULL; + UNICODE_STRING nameW, environmentW; BOOL ret; - - if(pName) - pNameA = HEAP_strdupWtoA( GetProcessHeap(), 0, pName ); - if(pEnvironment) - pEnvironmentA = HEAP_strdupWtoA( GetProcessHeap(), 0, pEnvironment ); - ret = GetPrinterDriverDirectoryA( pNameA, pEnvironmentA, Level, - pDriverDirectory, cbBuf, pcbNeeded ); - if(pNameA) - HeapFree( GetProcessHeap(), 0, pNameA ); - if(pEnvironmentA) - HeapFree( GetProcessHeap(), 0, pEnvironmentA ); + DWORD pcbNeededW; + INT len = cbBuf * sizeof(WCHAR)/sizeof(CHAR); + WCHAR *driverDirectoryW = NULL; + + if (len) driverDirectoryW = HeapAlloc( GetProcessHeap(), 0, len ); + + if(pName) RtlCreateUnicodeStringFromAsciiz(&nameW, pName); + else nameW.Buffer = NULL; + if(pEnvironment) RtlCreateUnicodeStringFromAsciiz(&environmentW, pEnvironment); + else environmentW.Buffer = NULL; + + ret = GetPrinterDriverDirectoryW( nameW.Buffer, environmentW.Buffer, Level, + (LPBYTE)driverDirectoryW, len, &pcbNeededW ); + if (ret) { + ret = WideCharToMultiByte( CP_ACP, 0, driverDirectoryW, -1, + pDriverDirectory, cbBuf, NULL, NULL); + *pcbNeeded = WideCharToMultiByte( CP_ACP, 0, driverDirectoryW, -1, + NULL, 0, NULL, NULL); + } else + *pcbNeeded = pcbNeededW * sizeof(CHAR)/sizeof(WCHAR); + + TRACE("provided<%ld> required <%ld>\n", cbBuf, *pcbNeeded); + + if(driverDirectoryW) + HeapFree( GetProcessHeap(), 0, driverDirectoryW ); + RtlFreeUnicodeString(&environmentW); + RtlFreeUnicodeString(&nameW); return ret; } -------------------------------------------------------

1 0

Wine 0.9 TODO v0.7
by Dimitrie O. Paun 21 Dec '02

21 Dec '02

Hi folks, The next version of the 0.9 TODO is way past due, so I've decided to release it today: http://www.dssd.ca/wine/Wine-0.9-TODO-0.7.html ChangeLog * Bill finished moving CVS docu from User Guide to Devel Guide (B3) * Alexandre implemented import libraries (D3), finished winebuild (D4) * I fixed header location (mostly done by Alexandre :)) (E9) * Status update from Jaco (C2), and Ender (E7) * Brand new Introduction * New tasks added (D5, D6, D7) Check it out, it's fun! :) -- Dimi.

4 5

shlwapi/clist test error on NT4
by Francois Gouget 21 Dec '02

21 Dec '02

OPn NT4 the clist shwlwapi test fails on the first call to SHLWAPI_166 (on line 478 here). That call triggers wat looks like an internal check which pops up a nice error window: Debug Error! Program: ...dlls\shlwapi\tests\Output\Win32_MSVC_Headers\shlwapi_test.exe Module: File: i386\chkesp.c Line: 42 The value of ESP was not properly saved accross a function call. This is usually a result of calling a function declared with one calling convention with a function pointer declared with a differen calling convention. (Press Retry to debug the application) Could it be a problem with the way IDummyStream is declared? Maybe the virtual function pointer is off? I noticed that no 'COM' macro was used which sees a bit strange. Or maybe it's a problem with the prototype of SHLWAPI_166? Could someone more knowledgeable with shlwapi investigate this? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Hiroshima '45 - Czernobyl '86 - Windows '95

1 0

Re: Listview report mode tweaks #2
by Dimitrie O. Paun 20 Dec '02

20 Dec '02

On December 20, 2002 01:02 pm, Duane Clark wrote: > So the only fix to LISTVIEW_GetSubItemRect that remains is to change the > offset that is applied. This looks great. Another small nit: + if (!(uFormat & (DT_RIGHT | DT_CENTER))) + { + if (himl && lvItem.iImage >= 0 && !IsRectEmpty(&rcIcon)) rcLabel.left += 2; + else rcLabel.left += 5; + } + else if (uFormat & DT_RIGHT) rcLabel.right -= 5; It seems this "5" is the same, so maybe a symbolic constant would be better. Also, it seems the 2 has to do with IMAGE_PADDING which you changed to 0, so maybe a small rearangement can make this thing more clear. What I mean is that you disabled image padding, and you achive it some other way using explicit numbers (2, 5, etc). Turning the logic inside out, maybe we can give meaning back to IMAGE_PADDING. If not, we should remove it and introduce another meaningful constant. -- Dimi.

1 0

Re: rpcdce.h fixes
by Ove Kaaven 20 Dec '02

20 Dec '02

On Fri, 20 Dec 2002, Dimitrie O. Paun wrote: > MinGW has them defined this way, and wxWindows likes them like this. > Can someone please check that this matches the Windows headers? It does, but it was more difficult to get things (rpcrt4 in particular) to compile without warnings (or huge piles of typecasts) this way, so I decided to just use LPSTR/LPWSTR instead in the rpc headers. Didn't think it would cause problems. > RPCRTAPI RPC_STATUS RPC_ENTRY > - RpcStringFreeA(LPSTR* String); > + RpcStringFreeA(unsigned char** String); > RPCRTAPI RPC_STATUS RPC_ENTRY > - RpcStringFreeW(LPWSTR* String); > + RpcStringFreeW(unsigned short** String); > #define RpcStringFree WINELIB_NAME_AW(RpcStringFree)

3 3

ThunkTheTemplateHandle and Kazaa
by Ender 20 Dec '02

20 Dec '02

Hi all. Trying to run any recent version of Kazaa (Lite) under WINE fails for me, as it trys to call an unimplemented krnl386.exe stub... ordinal 538 (ThunkTheTemplateHandle). After doing a little minimal debugging, all I could see that ordinal doing was messing with some segment pointers and calling ordinal 630 (C16ThkSL). I really have no idea what any of this stuff does (*cough*), although copying the line for ordinal 630 into ordinal 538 makes Kazaa work for me :) I don't suppose anybody with a little more knowledge of this bit of Windows knows what actually goes on here? It'd be nice to see this fixed (properly :) in CVS, as Kazaa is a fairly popular application. Cheers, Ender

2 3

Re: Listview report mode tweaks
by Dimitrie O. Paun 20 Dec '02

20 Dec '02

On December 19, 2002 07:48 pm, Duane Clark wrote: > I also altered LISTVIEW_GetSubItemRect so that it reports correct > values, as compared against WinNT on ControlSpy. Problem is that LISTVIEW_GetSubItemRect is documented to return same thing for LVIR_LABEL and LVIR_BOUNDS. Of course, incorrect documentation is known to exist, so as long as you checked it... However, when we implement things different from the documented behavior, a clear comment explaining why we deviate is appropriate. Otherwise, someone might get rid of it in the future. :( -- Dimi.

2 1

Wineconsole 'regression'
by Lionel Ulmer 20 Dec '02

20 Dec '02

Hi all, Since the introduction of the 'ncurses' driver for the wineconsole program, the only program using the console is completely broken (IDA). Well, it actually starts faster than with the USER back-end but after that it's mostly unusable. I looked at the wineconsole code and it does not seem that there is a configure option or any other mean to have wineconsole act as before (ie to use the slow but working USER driver). So : 1) I did not look long enough 2) I should stop bitching and fix the ncurses driver What irks me is that the debugger is still working as before (ie not very stable, but at least not buggy in an xterm :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

Re: Conformance tests failing
by chrismorgan＠rcn.com 20 Dec '02

20 Dec '02

I'll take a look at it and see what might be up. The tests all passed on my nt4 machine and on my local wine with the ole2nls changes, it should be pretty easy to resolve these issues. Chris > > From: Paul Millar <paulm(a)astro.gla.ac.uk> > Date: 2002/12/20 Fri AM 07:10:27 EST > To: Development to WINE <wine-devel(a)winehq.com> > Subject: Conformance tests failing > > Hi everyone, > > The extra support added by Chris in: > http://cvs.winehq.com/patch.py?id=6743 > doesn't seem be enough for wine to pass all of his new conformance tests > added in: > http://cvs.winehq.com/patch.py?id=6744 > A few of them failed, caused WRT reported: > > locale.c:164: Test failed 1 of 1 time (100%): > [test instance 1] > locale.c:164: Test failed: GetTimeFormat: got 6 instead of 8 > > locale.c:146: Test failed 1 of 1 time (100%): > [test instance 1] > locale.c:146: Test failed: GetTimeFormat got '08' instead of '8 AM' > > locale.c:147: Test failed 1 of 1 time (100%): > [test instance 1] > locale.c:147: Test failed: GetTimeFormat: got 3 instead of 5 > > locale.c:163: Test failed 1 of 1 time (100%): > [test instance 1] > locale.c:163: Test failed: GetTimeFormat got '08:56' instead of '8:56 AM' > > for 95, 98, me, NT, Win2k, ... (the database is still updating at the > moment) > > Details of the build are available at: > http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=271 > > ---- > Paul Millar > > > > >

1 0

IE5.5 and 6.0sp1 error [Unimplimented]
by Boris 20 Dec '02

20 Dec '02

I just downloaded the latest cvs on a system without windows files. I tried to install IE5.5 and IE 6.0sp1 as win2k or winxp and as it tries to install, the following error occurs Unimplimented Kernel32.dll.VerSetConditionMask in 32bit mode. Anyone looking to write an update to kernel32.dll to add the function?

2 1

Include_winsock_h_before_stdlib_h_or_use_the_MSVCRT_library
by Dimitrie O. Paun 20 Dec '02

20 Dec '02

Folks, This does not work (<= is include): winsock.h <= sys/types.h <= sys/select.h BANG! FD_CLR gets defined before we have a chance to manipulate it. Any ideas on how to fix this? -- Dimi.

2 7

Conformance tests failing
by Paul Millar 20 Dec '02

20 Dec '02

Hi everyone, The extra support added by Chris in: http://cvs.winehq.com/patch.py?id=6743 doesn't seem be enough for wine to pass all of his new conformance tests added in: http://cvs.winehq.com/patch.py?id=6744 A few of them failed, caused WRT reported: locale.c:164: Test failed 1 of 1 time (100%): [test instance 1] locale.c:164: Test failed: GetTimeFormat: got 6 instead of 8 locale.c:146: Test failed 1 of 1 time (100%): [test instance 1] locale.c:146: Test failed: GetTimeFormat got '08' instead of '8 AM' locale.c:147: Test failed 1 of 1 time (100%): [test instance 1] locale.c:147: Test failed: GetTimeFormat: got 3 instead of 5 locale.c:163: Test failed 1 of 1 time (100%): [test instance 1] locale.c:163: Test failed: GetTimeFormat got '08:56' instead of '8:56 AM' for 95, 98, me, NT, Win2k, ... (the database is still updating at the moment) Details of the build are available at: http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=271 ---- Paul Millar

1 0

I need help debugging COM
by Mehmet YASAR 20 Dec '02

20 Dec '02

Hi, I'm working on enhancing Wine's Ddraw surface code. I have not enough experience of COM (and very small knowledge asm) to understand why I have a crash on the following line in my test app test.exe : lpov->Lock(NULL, &SurfaceDesc, DDLOCK_WAIT, NULL); Here is more info on the crash : Wine-dbg>c First chance exception: page fault on read access to 0x00000064 in 32-bit code (0x00401a7b). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0007 EIP:00401a7b ESP:406d28e8 EBP:406d2c68 EFLAGS:00010206( R- 00 I - -P1 ) EAX:403c670c EBX:4086b8bc ECX:403c670c EDX:00000000 ESI:406d2bec EDI:406d2c64 Stack dump: 0x406d28e8 (NTDLL.DLL.memcpy+0x4287b8): 403c670c 00000000 406d2bfc 00000001 0x406d28f8 (NTDLL.DLL.memcpy+0x4287c8): 00000000 00020022 00000000 40098c19 0x406d2908 (NTDLL.DLL.memcpy+0x4287d8): 4086b478 400fa444 406d2934 400be095 0x406d2918 (NTDLL.DLL.memcpy+0x4287e8): 4086b478 00000002 400fa25f 40110360 0x406d2928 (NTDLL.DLL.memcpy+0x4287f8): 4086b8bc 00000000 406d29f0 406d2944 0x406d2938 (NTDLL.DLL.memcpy+0x428808): 408116fc 4086b478 4086b8bc 406d29d8 0x406d2948 (NTDLL.DLL.memcpy+0x428818): 0011: sel=008f base=40110360 limit=00000fff 32-bit rw- Backtrace: =>0 0x00401a7b (test.exe..text+0xa7b in Y:\devel\test.exe) (ebp=406d2c68) 1 0x004028ee (test.exe..text+0x18ee in Y:\devel\test.exe) (ebp=406d2d0c) 2 0x4081a3c3 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406d2d30) 3 0x4081a45d (WINPROC_CallWndProc+0x8d(proc=0x402860, hwnd=0x20022, msg=0x708, wParam=0x0, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=406d2d60) ll.so) (ebp=406d2d60) 4 0x40820e52 (CallWindowProcA+0xb2(func=0x40e80458, hwnd=0x20022, msg=0x708, wParam=0x0, lParam=0x0) [winproc.c:2789] in user32.dll.so) (ebp=406d2d94) l.so) (ebp=406d2d94) 5 0x40802114 (DispatchMessageA+0x134(msg=0x406d2de8) [message.c:1094] in user32.dll.so) (ebp=406d2dd8) 6 0x00402747 (test.exe..text+0x1747 in Y:\devel\test.exe) (ebp=406d2e04) 7 0x00402fe5 (test.exe.EntryPoint+0xce in Y:\devel\test.exe) (ebp=406d2e90) 8 0x400b92bf (start_process+0x24f [process.c:564] in libntdll.dll.so) (ebp=406d2f38) 9 0x400bda27 (call_on_thread_stack+0x27(func=0x400b9070) [sysdeps.c:112] in libntdll.dll.so) (ebp=406d2ff4) 10 0x400bdbe0 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x00401a7b (test.exe..text+0xa7b in Y:\devel\test.exe): call *0x64(%edx) Wine-dbg>disas 0x00401a7b (test.exe..text+0xa7b in Y:\devel\test.exe): call *0x64(%edx) 0x00401a7e (test.exe..text+0xa7e in Y:\devel\test.exe): movl %eax,0xffffff5c(%ebp) 0x00401a84 (test.exe..text+0xa84 in Y:\devel\test.exe): movl 0xffffff5c(%ebp),%ecx 0x00401a8a (test.exe..text+0xa8a in Y:\devel\test.exe): pushl %ecx 0x00401a8b (test.exe..text+0xa8b in Y:\devel\test.exe): pushl $0x40a164 0x00401a90 (test.exe..text+0xa90 in Y:\devel\test.exe): pushl $0x1 0x00401a92 (test.exe..text+0xa92 in Y:\devel\test.exe): call 0x00402510 (test.exe..text+0x1510 in Y:\devel\test.exe) 0x00401a97 (test.exe..text+0xa97 in Y:\devel\test.exe): addl $12,%esp 0x00401a9a (test.exe..text+0xa9a in Y:\devel\test.exe): cmpl $0x88760104,0xffffff5c(%ebp) 0x00401aa4 (test.exe..text+0xaa4 in Y:\devel\test.exe): jz 0x00401ab2 (test.exe..text+0xab2 in Y:\devel\test.exe) I have certainly introduced bugs in ddraw code, but where should I look ? Mehmet

2 1

Re: HELP: DEVMODE def
by Dan Kegel 20 Dec '02

20 Dec '02

> On December 19, 2002 03:20 pm, Ove Kaaven wrote: >> union { >> struct { >> short dmOrientation; >> short dmPaperSize; >> short dmPaperLength; >> short dmPaperWidth; >> }; >> POINTL dmPosition; >> }; > > This is a problem, because it seems we don't have nameless structs > in g++, and I have no idea how to solve this. gcc3.2 has them. I just verified that a fragment like that compiles fine with g++3.2. Red Hat 8.0, Suse 8.1, and Mandrake 9.0 have already standardized on gcc3.2. Debian supports gcc3.2 only in their 'testing' distribution, but historically, a lot of people switch to 'testing' when they need new stuff. I have a feeling enough distributions have updated to gcc3.2 that it might be ok to start depending on it. - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

2 1

Re: strcasecmp
by Francois Gouget 20 Dec '02

20 Dec '02

On Wed, 18 Dec 2002, Dimitrie O. Paun wrote: > > We don't have a _strcasecmp in msvcrt, but wew do have a _stricmp, > which seems to be doing the same thing. > > ChangeLog > Map strcasecmp to _stricmp. Actually I don't see strcasecmp defined anywhere on Windows, which is a bit strange. Should we remove it? Which application uses it? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ If it stinks, it's chemistry. If it moves, it's biology. If it does not work, It's computer science.

5 8

Re: RECT def
by Dimitrie O. Paun 20 Dec '02

20 Dec '02

On December 19, 2002 02:35 pm, Dimitrie O. Paun wrote: > ChangeLog > MS uses LONG for the members of RECT. Of course, this causes a sh*tload of warnings. This may be a good time to convert most of these to the debugrect function that I used in listview.c. Sounds like a plan? -- Dimi.

2 1

About WineLib : there is a lack of API in wine
by Kevin 20 Dec '02

20 Dec '02

hi ::) I have an appliction of Windows. In the appliction i call createRemoteThread 、SetDCPenColor and setDCBrushcolor，but wine don't support those API functions ,if there has the related function in wine?? Thanks kevin wine-devel(a)winehq.com ----- Original Message ----- From: <wine-devel-request(a)winehq.com> To: <wine-devel(a)winehq.com> Sent: Friday, December 20, 2002 2:00 AM Subject: wine-devel digest, Vol 1 #1519 - 5 msgs > Send wine-devel mailing list submissions to > wine-devel(a)winehq.com > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.winehq.com/mailman/listinfo/wine-devel > or, via email, send a message with subject or body 'help' to > wine-devel-request(a)winehq.com > > You can reach the person managing the list at > wine-devel-admin(a)winehq.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of wine-devel digest..." > > > Today's Topics: > > 1. Re: [D3D8 PATCH] d3d8 shaders update - VS2 (David Laight) > 2. Re: [D3D8 PATCH] d3d8 shaders update - VS2 (Zsolt Rizsanyi) > 3. RE: Win2000 Conformance Test Results... (Kye Lewis) > 4. Re: strcasecmp (Dimitrie O. Paun) > 5. Re: Update to patches sgml (Tony Lambregts) > > --__--__-- > > Message: 1 > Date: Thu, 19 Dec 2002 14:54:21 +0000 > From: David Laight <david(a)l8s.co.uk> > To: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Cc: Fabian Cenedese <Cenedese(a)indel.ch>, wine-devel(a)winehq.com > Subject: Re: [D3D8 PATCH] d3d8 shaders update - VS2 > > On Thu, Dec 19, 2002 at 07:08:40AM -0500, Dimitrie O. Paun wrote: > > On December 19, 2002 05:29 am, David Laight wrote: > > > No, and I would use it if I did :-) > ^^^ > not > > Finger trouble... > > > http://www.vim.org > > Probably... > > > David > > -- > David Laight: david(a)l8s.co.uk > > --__--__-- > > Message: 2 > From: Zsolt Rizsanyi <rizsanyi(a)myrealbox.com> > To: Fabian Cenedese <Cenedese(a)indel.ch>, wine-devel(a)winehq.com > Subject: Re: [D3D8 PATCH] d3d8 shaders update - VS2 > Date: Thu, 19 Dec 2002 16:06:51 +0100 > > On Thursday 19 December 2002 14:27, Fabian Cenedese wrote: > > Considering the age of these two it's maybe understandable why they > > don't have this feature. Tell me an editor in Windows and I may switch. > > There is windows version of Vim. Try that :) > > > --__--__-- > > Message: 3 > From: "Kye Lewis" <kyethespy(a)softhome.net> > To: "'Francois Gouget'" <fgouget(a)free.fr> > Cc: wine-devel(a)winehq.org > Subject: RE: Win2000 Conformance Test Results... > Date: Thu, 19 Dec 2002 16:30:59 +1100 > > XP Results Round 2: > > ** If a test is not listed here, then it has passed ** > > advapi32_test registry: No Change > > Note: Test now always has 3 failures, > No cases of more failures are apparent. > > kernel32_test process: No Change > > netapi32_test access: No Change > > shell32_test shfileop: No Change > > user32_test sysparams: No Change > > Thanks, > Kye Lewis > LinksOS Project Administrator > LinksOS Web Team Leader > kyethespy(a)softhome.net > (New email address! kyethespy(a)liquid2k.com will still work, but please > send all emails now to new email) > > "640k ought to be enough for anyone!" > - Bill Gates > > ================================= > LinksOS: Linking you to the world > http://linksos.cjb.net > http://linksos.sourceforge.net/ > http://linksos.oxygen-x.net/ > Now with Bugzilla and phpBB installed :) > ================================= > > > -----Original Message----- > From: wine-devel-admin(a)winehq.com [mailto:wine-devel-admin@winehq.com] > On Behalf Of Francois Gouget > Sent: Friday, December 13, 2002 8:58 AM > To: David Fraser > Cc: Kye Lewis; wine-devel(a)winehq.org > Subject: Re: Win2000 Conformance Test Results... > > > Hmmm, I meant to send this two days ago... > > > On Tue, 10 Dec 2002, David Fraser wrote: > [...] > > for kernel32_test path, I got this additional error (before all the > others) > > I have made tons of fixes to the kernel/path test and it should now work > much better. I just uploaded the new version of the tests compiled from > my sources. One can download them from the usual URL: > > http://fgouget.free.fr/wine/winetests.zip > > > [...] > > >process: 116 tests executed, 0 marked as todo, 4 failures. > > > > > Exactly the same except I have 10 messages interspersed with these, > saying: > > tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. > > Why these extra messages? > > Because this executable invokes itself to test CreateProcess. And each > time it exits it prints statistics about how many tests passed and > failed, although the child processes are not actually performing any > test. So these messages can be ignored. > > > > >h:\wine\wine\dlls\shlwapi\tests\shreg.c:218: Test failed: (6) > > >h:\wine\wine\dlls\shlwapi\tests\shreg.c:219: Test failed: (6,43) > > >h:\wine\wine\dlls\shlwapi\tests\shreg.c:220: Test failed: > (3435973836) > [...] > > Same but I get 0 for all your 3435973836 which is 0xcccccccc. Must be > a > > debug/release build thing - variable not being initialized. > > Should not be the case. The code does: > dwType = -1; > dwRet = SHQueryValueExA( hKey, "Test3", NULL, &dwType, NULL, > &dwSize); > ok( dwType == REG_SZ, "(%lu)" , dwType); > > So we should either get -1 or something that makes sense, not > 0xcccccccc. This needs to be investigated more. > > > > Should we print out some of these results in hex as well to make life > > easier? > > We should print them in just one format, decimal or hex, whichever makes > more sense. > > > > >I will now be concentrating on working out what is wrong with these > > >tests :) > > Yep, I think this is priority number one now. Running the tests on more > platforms would only return pretty much the same list of bugs again and > again. > > > -- > Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > Any sufficiently advanced bug is indistinguishable from a feature. > -- from some indian guy > > > > > > > --__--__-- > > Message: 4 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Waldek Hebisch <hebisch(a)math.uni.wroc.pl>, wine-devel(a)winehq.com > Subject: Re: strcasecmp > Date: Thu, 19 Dec 2002 11:48:23 -0500 > > On December 19, 2002 09:26 am, Waldek Hebisch wrote: > > If we are going to seriously support mingw then we need "mingw headers". > > I am not sure if true mingw headres are different enuugh from normal > > wine and msvcrt headers to warrant extra subdirectory, but logically > > they form a separate set. I suggest to put conditionls (if needed) in > > msvcrt headers corresponding to mingw headers, and make a separate > > subdirectory for mingw headers which emulate Unix headers. > > Right. I haven't looked at the mingw headers, but I assume they are > rather similar to the ones in glibc. If that's the case, we can > reuse those (if you have gcc which you have to anyway if you want to > use the mingwrap stuff): > > [dimi@dimi wine.src]$ sed -n 290,296p /usr/lib/gcc-lib/i386-redhat-linux/3.2/include/stddef.h > #ifndef __WCHAR_TYPE__ > #define __WCHAR_TYPE__ int > #endif > #ifndef __cplusplus > typedef __WCHAR_TYPE__ wchar_t; > #endif > #endif > > Which means we can simply -D__WCHAR_TYPE__=unsigned\ short > > But we still can not link. For that, we need to reimplement all wchar_t > using functions, and link those in before the glibc ones. Linking tricks > are not my strenght, anyone know how we can do that? Does it work to > just place a lib with those symbols first in the -l list? > > -- > Dimi. > > > --__--__-- > > Message: 5 > Date: Thu, 19 Dec 2002 10:36:14 -0700 > From: Tony Lambregts <tony_lambregts(a)telusplanet.net> > To: Joerg Mayer <jmayer(a)loplof.de> > CC: "Dimitrie O. Paun" <dpaun(a)rogers.com>, wine-devel(a)winehq.com > Subject: Re: Update to patches sgml > > Joerg Mayer wrote: > > >On Thu, Dec 19, 2002 at 01:10:52AM -0500, Dimitrie O. Paun wrote: > > > > > >>This should read "Patches should be inlined (if you can configure your email > >>client to not wrap lines), or attached as text/plain attachements...." > >> > >> > > > >Maybe you should include a step by step instruction for outlook users > >how to do that. It seems that outlook is the leading misattachment generator, > >so instead of just telling people what NOT to do, maybe you can tell > >people how to do it right. > > > > > > > Well I suppose I could if I had those instructions. However it seems out > of scope for a style section. AFAIK just giving the patch a .txt > extention and attaching will solve the problem for most mailers > including outlook. > > -- > > Tony Lambregts > > > > > > --__--__-- > > _______________________________________________ > wine-devel mailing list - wine-devel(a)winehq.com > http://www.winehq.com/mailman/listinfo/wine-devel > > > End of wine-devel Digest > >

1 0

HELP: DEVMODE def
by Dimitrie O. Paun 19 Dec '02

19 Dec '02

Thanks for the help guys, Here is another one: the DEVMODE structure. Ours: typedef struct { BYTE dmDeviceName[CCHDEVICENAME]; WORD dmSpecVersion; WORD dmDriverVersion; WORD dmSize; WORD dmDriverExtra; DWORD dmFields; union { struct { SHORT dmOrientation; SHORT dmPaperSize; SHORT dmPaperLength; SHORT dmPaperWidth; } DUMMYSTRUCTNAME1; POINTL dmPosition; } DUMMYUNIONNAME1; SHORT dmScale; SHORT dmCopies; SHORT dmDefaultSource; SHORT dmPrintQuality; SHORT dmColor; SHORT dmDuplex; SHORT dmYResolution; SHORT dmTTOption; SHORT dmCollate; BYTE dmFormName[CCHFORMNAME]; WORD dmLogPixels; DWORD dmBitsPerPel; DWORD dmPelsWidth; DWORD dmPelsHeight; DWORD dmDisplayFlags; DWORD dmDisplayFrequency; DWORD dmICMMethod; DWORD dmICMIntent; DWORD dmMediaType; DWORD dmDitherType; DWORD dmReserved1; DWORD dmReserved2; DWORD dmPanningWidth; DWORD dmPanningHeight; } DEVMODEA, *PDEVMODEA, *LPDEVMODEA; MinGW: typedef struct _devicemodeA { BYTE dmDeviceName[CCHDEVICENAME]; WORD dmSpecVersion; WORD dmDriverVersion; WORD dmSize; WORD dmDriverExtra; DWORD dmFields; short dmOrientation; short dmPaperSize; short dmPaperLength; short dmPaperWidth; short dmScale; short dmCopies; short dmDefaultSource; short dmPrintQuality; short dmColor; short dmDuplex; short dmYResolution; short dmTTOption; short dmCollate; BYTE dmFormName[CCHFORMNAME]; WORD dmLogPixels; DWORD dmBitsPerPel; DWORD dmPelsWidth; DWORD dmPelsHeight; DWORD dmDisplayFlags; DWORD dmDisplayFrequency; DWORD dmICMMethod; DWORD dmICMIntent; DWORD dmMediaType; DWORD dmDitherType; DWORD dmICCManufacturer; DWORD dmICCModel; } DEVMODEA,*LPDEVMODEA,*PDEVMODEA; -- Dimi.

3 2

Re: Import or ntdll
by Alexandre Julliard 19 Dec '02

19 Dec '02

"Jeff Smith" <whydoubt(a)hotmail.com> writes: > Realized that ntdll was not needed in the IMPORTS list. I have tested > this in Linux and have not encountered any problems. It is needed. You don't see a problem on Linux because winebuild adds that import automatically in most cases, but it will break Reactos etc. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: HELP: DEVMODE def
by Jeff Smith 19 Dec '02

19 Dec '02

At a glance, for wine's to conform with VC6's: 1.) "SHORT" -> "short" 2.) dmICMMethod and below only if WINVER >= 0x0400 3.) dmPanningWidth and below only if WINVER >= 0x0500 or _WIN32_WINN >= 0x0400 4.) Windows has no DUMMY*NAME*'s -- Jeff S >From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > >Thanks for the help guys, > >Here is another one: the DEVMODE structure. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

1 0

Re: another wtypes addition
by Dimitrie O. Paun 19 Dec '02

19 Dec '02

On December 19, 2002 02:32 pm, Ove Kaaven wrote: > This is the last of the definition shuffling I had to do before my > (rewind) build tree compiled with a replaced objidl.h. So we should be able to get rid of the include/wine/obj_*.h soon? -- Dimi.

2 1

HELP: RECT definition
by Dimitrie O. Paun 19 Dec '02

19 Dec '02

Can someone please check the MS headers for the RECT definition? In our definition, we use INT, while the MinGW people use LONG. Which one is correct? Ours: typedef struct tagRECT { INT left; INT top; INT right; INT bottom; } RECT, *PRECT, *LPRECT; MinGW: typedef struct tagRECT { LONG left; LONG top; LONG right; LONG bottom; } RECT,*PRECT,*LPRECT; -- Dimi.

2 1

Re: Update to patches sgml
by Jeff Smith 19 Dec '02

19 Dec '02

Hotmail better get their act together or I will have to go elsewhere. Leading spaces are getting dropped when I inline and even when I attach as a TXT file. The only way it will let all my patches through unharmed is by leaving the extension as DIFF. I have several patches in my queue, but have been reluctant to send them out until I get this resolved. -- Jeff S >From: Tony Lambregts <tony_lambregts(a)telusplanet.net> > >Joerg Mayer wrote: > >>On Thu, Dec 19, 2002 at 01:10:52AM -0500, Dimitrie O. Paun wrote: >> >> >>>This should read "Patches should be inlined (if you can configure your >>>email >>>client to not wrap lines), or attached as text/plain attachements...." >>> >>> >> >>Maybe you should include a step by step instruction for outlook users >>how to do that. It seems that outlook is the leading misattachment >>generator, >>so instead of just telling people what NOT to do, maybe you can tell >>people how to do it right. >> >> >> >Well I suppose I could if I had those instructions. However it seems out of >scope for a style section. AFAIK just giving the patch a .txt extention and >attaching will solve the problem for most mailers including outlook. > >-- > >Tony Lambregts _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1

Re: Update to patches sgml
by Dimitrie O. Paun 19 Dec '02

19 Dec '02

On December 18, 2002 07:10 pm, Tony Lambregts wrote: > In an effort to start a flame war <g> I decided to add a few notes about > style to patches.sgml and while I was at it I added a note about being > able to submit non cvs patches. + Patches should be attached so that they can be read inline. This + may mean some more work for you. However it allows others to review + your patch easily and increase the chances of it not being + overlooked or forgotten. This should read "Patches should be inlined (if you can configure your email client to not wrap lines), or attached as text/plain attachements...." -- Dimi.

3 3

Re: Update to patches sgml
by Dimitrie O. Paun 19 Dec '02

19 Dec '02

On December 19, 2002 01:56 am, Tony Lambregts wrote: > Not a bad idea. how's this then. Better. Did you look at this: http://www.winehq.com/hypermail/wine-devel/2002/09/0127.html The rules detailed in there are still valid: -- unified diff only (required) -- have a decent subject (recommended) -- a long description (optional, if the change warrants it) -- a meaningful ChangeLog entry (required) -- new files, if any, included in patch, diffed against /dev/null (required) -- patch inlined at the end of the message (recommended) -- one changeset per message What about including them in point-form for clarity, with some rationale (as you did) for things like patch inlining, etc. Idea being that one shouldn't have read the entire story if he/she only wants to see the rules. The story is good for first timers that want to understand why we have these rules/recommendations, so we can easily point them to them instead of having to answer it in long email every time... :) -- Dimi.

2 1

Re: [D3D8 PATCH] d3d8 shaders update - VS2
by Jeff Smith 19 Dec '02

19 Dec '02

Yes, the version of vim that came with (I believe) Red Hat 6.0 has the definitions in its syntax file for proper "#if 0" highlighting. As common a practice as this has become, any syntax-highlighting editor with some degree of maturity that did *not* have this in its default rulesets for C/C++ would surprise me. What language-independent, syntax-highlighting text editor are you using? -- Jeff S >From: Fabian Cenedese <Cenedese(a)indel.ch> > >> > >/* note about reason for commenting block */ >> > >#if 0 >> > >code >> > >code /* comments */ >> > >code >> > >#endif >> > >> > Whereas this is the solution with the least work it's also hard to >>spot. If >> > using >> > a text editor with syntax coloring it all looks the same. But if a code >>isn't >> > effective I'd like to see that. >> >>Actually it could be considered as an editor fault if it changes color for >>commented out code but doesn't recognize the #if 0/#endif construct. > >I wouldn't say so. A comment is easily recognized by the chars /* */ or //. >But to get a #if 0 or #if _ANYTHING you really need a language dependant >preprocessor which goes beyond a normal text editor, even one with >syntax coloring. >Do you have such a text editor that finds #if's? > >bye Fabi _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

3 2

Re: [D3D8 PATCH] d3d8 shaders update - VS2
by Jeff Smith 19 Dec '02

19 Dec '02

The best way I know to create block comments *without* tampering with interior comments is like this: /* note about reason for commenting block */ #if 0 code code /* comments */ code #endif >From: Fabian Cenedese <Cenedese(a)indel.ch> > >> > >- object->functionLength = 1; /* no Function defined use fixed >> > > function vertex processing */ + object->functionLength = 1; // >>no >> > > Function defined use fixed function vertex processing >> > >> > <nitpick> C++ style comments are strongly discouraged </nitpick> >> >>yes, i know but this comment is INTO a block comment ;) >>and C comments will break the block comment > >What I usually do in such a case is change the existing tags like that: > >code /* comment */ > >becomes (note the spaces in the tags). > >/* block comment >code / * comment * / >*/ > >Like that you still see where the comment was but it doesn't end the block >anymore. Of course if the block comment gets removed you have to change >the tags back. > >bye Fabi _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

6 7

How long does it take *you* to build wine?
by Dan Kegel 19 Dec '02

19 Dec '02

I got tired of waiting for wine to build, and started looking for ways to speed it up. I have three systems handy: a dual 650MHz PIII, a 750MHz PIII laptop, and a 1.1 GHz Celeron with shared memory video (i.e. dog slow). To see if a parallel compile would help, I installed Red Hat 8.0 on all systems, and installed the RPM for distcc from http://distcc.samba.org. I then timed how long it took to do a 'make' after 'make clean' in a recent copy of the wine tree. It does look like distributing the load helps a tiny bit, but it's not clear it's a big win over just building on the dual 650MHz machine. The fastest build I've seen so far is 19 minutes. I'm pretty sure I'm not doing things optimally yet. So how long does it take *you* to do a clean build (just the 'make' part after 'make depend', say) of Wine-20021125? - Dan p.s. No fair using ccache! That's the next tool I want to investigate; it's probably the biggest win of all, at least for regression testing.

9 11

Re: critical section timeout for the dsound_test
by Sylvain Petreolle 19 Dec '02

19 Dec '02

I posted a thread on nvidia forum. --- Enrico Horn <EnricoHorn(a)t-online.de> a écrit : > Hi, > On Wednesday 18 December 2002 12:23, Sylvain Petreolle wrote: > > I have same issue, but the debugger manages to start and "ends" in > the > > X video binary. > > > no debugger for me, just the message. > > > Could be a stupid question, but what is your VIDEO driver ? > > Mine is nVidia binary, and I have got some problems with it. > > I have reproductible crashes with it (like this test) for a long > time. > > Don't worry, I know this is a dsound test... :) > > > yes i use the nvidia binary driver too, mine is version 1.0-3123 > Which one do you use? > Did you try to use the included nv driver? > I get some crashes in libGL esp. when closing an app. > I have always ignored those since they seemed nvidia's fault to me. > > Ciao > Farmboy > farmboy1(a)subdimension.com > > > > ===== > > Sylvain Petreolle > > spetreolle(a)users.sourceforge.net > > Fight against Spam ! http://www.euro.cauce.org/en/index.html > > ICQ #170597259 > > > > "Don't think you are. Know you are." Morpheus in Matrix, chapter > 15. > > > > ___________________________________________________________ > > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! > > Yahoo! Mail : http://fr.mail.yahoo.com > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: critical section timeout for the dsound_test
by Sylvain Petreolle 19 Dec '02

19 Dec '02

I had the issue with this version of the driver. Now im using the 1.0-4191 and the problem is still here. But we don't have the source to look into it, and I don't know any site/mail adress to complain about this. PS : it seems I have the same using real winxp when watching dvds, but it is unconfirmed for the moment. --- Enrico Horn <EnricoHorn(a)t-online.de> a écrit : > Hi, > On Wednesday 18 December 2002 12:23, Sylvain Petreolle wrote: > > I have same issue, but the debugger manages to start and "ends" in > the > > X video binary. > > > no debugger for me, just the message. > > > Could be a stupid question, but what is your VIDEO driver ? > > Mine is nVidia binary, and I have got some problems with it. > > I have reproductible crashes with it (like this test) for a long > time. > > Don't worry, I know this is a dsound test... :) > > > yes i use the nvidia binary driver too, mine is version 1.0-3123 > Which one do you use? > Did you try to use the included nv driver? > I get some crashes in libGL esp. when closing an app. > I have always ignored those since they seemed nvidia's fault to me. > > Ciao > Farmboy > farmboy1(a)subdimension.com > > > > ===== > > Sylvain Petreolle > > spetreolle(a)users.sourceforge.net > > Fight against Spam ! http://www.euro.cauce.org/en/index.html > > ICQ #170597259 > > > > "Don't think you are. Know you are." Morpheus in Matrix, chapter > 15. > > > > ___________________________________________________________ > > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! > > Yahoo! Mail : http://fr.mail.yahoo.com > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: mingwrap -> mingcc
by Francois Gouget 19 Dec '02

19 Dec '02

On Wed, 18 Dec 2002, Dimitrie O. Paun wrote: [...] > Hi, > > I know this is a real off beat request: rename mingwrap to mingcc. > It is even so much stranger as I named the thing mingwrap. But to > be honest, I never liked the name, I think it is misleading. Shouldn't we have 'wine' somewhere in the name to avoid possible conflicts? Of course it would be nice to also have something that reminds of mingw so that we can later have other wrappers for Visual C++, Borland C++, etc. (if the need arises, I don't see it right now) So: wcc wgcc wincc wingcc winecc winegcc wmingcc -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

3 3

Win2000 Conformance Test Results...
by Kye Lewis 19 Dec '02

19 Dec '02

==== advapi32_test ==== registry: 56 tests executed, 0 marked as todo, 0 failures. ==== kernel32_test ==== alloc: 58 tests executed, 0 marked as todo, 0 failures. atom: 229398 tests executed, 0 marked as todo, 0 failures. codepage: 2 tests executed, 0 marked as todo, 0 failures. directory: 48 tests executed, 0 marked as todo, 0 failures. drive: 160 tests executed, 0 marked as todo, 0 failures. environ: 39 tests executed, 0 marked as todo, 0 failures. h:\wine\wine\dlls\kernel\tests\file.c:578: Test failed: DeleteFile should fail with an empty path, and last error value should be ERROR_FILE_NOT_FOUND h:\wine\wine\dlls\kernel\tests\file.c:610:Current offset = 0015 h:\wine\wine\dlls\kernel\tests\file.c:635:Current offset = 0015 file: 487238 tests executed, 0 marked as todo, 1 failure. format_msg: 58 tests executed, 0 marked as todo, 0 failures. locale: 54 tests executed, 0 marked as todo, 0 failures. h:\wine\wine\dlls\kernel\tests\path.c:927:TMP=C:\WINNT\TEMP h:\wine\wine\dlls\kernel\tests\path.c:935:TMP=C:\WINNT h:\wine\wine\dlls\kernel\tests\path.c:944:TMP=C:\ h:\wine\wine\dlls\kernel\tests\path.c:954:TMP=C: h:\wine\wine\dlls\kernel\tests\path.c:822: Test failed: win2000 BUG: expected 10, got 11 h:\wine\wine\dlls\kernel\tests\path.c:834: Test failed: win2000 BUG: expected 10, got 11 h:\wine\wine\dlls\kernel\tests\path.c:848: Test failed: win2000 BUG: expected 10, got 11 h:\wine\wine\dlls\kernel\tests\path.c:879: Test failed: win2000 BUG: expected 10, got 11 h:\wine\wine\dlls\kernel\tests\path.c:892: Test failed: win2000 BUG: expected 10, got 11 h:\wine\wine\dlls\kernel\tests\path.c:898: Test failed: win2000 BUG: should return path without terminating back slash path: 2083 tests executed, 0 marked as todo, 6 failures. h:\wine\wine\dlls\kernel\tests\process.c:374: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default h:\wine\wine\dlls\kernel\tests\process.c:375: Test failed: StartupInfoA:lpTitle expected (null), got C:\DOCUME~1\KYELEW~1\DESKTOP\WINETE~1\KERNEL32_TEST.exe h:\wine\wine\dlls\kernel\tests\process.c:450: Test failed: StartupInfoA:lpDesktop expected (null), got WinSta0\Default h:\wine\wine\dlls\kernel\tests\process.c:527: Test failed: StartupInfoA:lpTitle expected (null), got C:\DOCUME~1\KYELEW~1\DESKTOP\WINETE~1\KERNEL32_TEST.exe process: 116 tests executed, 0 marked as todo, 4 failures. thread: 112 tests executed, 0 marked as todo, 0 failures. ==== msvcrt_test ==== Test will not run ==== netapi32_test ==== h:\wine\wine\dlls\netapi32\tests\access.c:95: Test failed: Bad Network Path access: 23 tests executed, 0 marked as todo, 1 failure. apibuf: 15 tests executed, 0 marked as todo, 0 failures. wksta: 14 tests executed, 0 marked as todo, 0 failures. ==== rpcrt4_test ==== rpc: 901 tests executed, 0 marked as todo, 0 failures. ==== shell32_test ==== generated: 272 tests executed, 0 marked as todo, 0 failures. h:\wine\wine\dlls\shell32\tests\shlfileop.c:286: Test failed: Files are copied to other directory h:\wine\wine\dlls\shell32\tests\shlfileop.c:287: Test failed: The file is copied shlfileop: 121 tests executed, 0 marked as todo, 2 failures. ==== shlwapi_test ==== clist: 236 tests executed, 0 marked as todo, 0 failures. generated: 19 tests executed, 0 marked as todo, 0 failures. h:\wine\wine\dlls\shlwapi\tests\shreg.c:79: Test failed: RegCreateKeyA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:105: Test failed: SHGetValueA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:106: Test failed: (0123456789,bar\subdir1) h:\wine\wine\dlls\shlwapi\tests\shreg.c:107: Test failed: (ffffffff) h:\wine\wine\dlls\shlwapi\tests\shreg.c:112: Test failed: SHGetValueA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:113: Test failed: (0123456789) h:\wine\wine\dlls\shlwapi\tests\shreg.c:114: Test failed: (ffffffff) h:\wine\wine\dlls\shlwapi\tests\shreg.c:140: Test failed: test4 RegOpenKey h:\wine\wine\dlls\shlwapi\tests\shreg.c:150: Test failed: SHQueryValueExA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:156: Test failed: SHQueryValueExA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:157: Test failed: (3435973836) h:\wine\wine\dlls\shlwapi\tests\shreg.c:164: Test failed: SHQueryValueExA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:165: Test failed: (6,24) h:\wine\wine\dlls\shlwapi\tests\shreg.c:171: Test failed: SHQueryValueExA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:172: Test failed: (6,43) h:\wine\wine\dlls\shlwapi\tests\shreg.c:182: Test failed: (6) h:\wine\wine\dlls\shlwapi\tests\shreg.c:184: Test failed: (3435973836) h:\wine\wine\dlls\shlwapi\tests\shreg.c:185: Test failed: (6,24) h:\wine\wine\dlls\shlwapi\tests\shreg.c:194: Test failed: ERROR_MORE_DATA h:\wine\wine\dlls\shlwapi\tests\shreg.c:196: Test failed: (6,43) h:\wine\wine\dlls\shlwapi\tests\shreg.c:197: Test failed: (3435973836) h:\wine\wine\dlls\shlwapi\tests\shreg.c:205: Test failed: Expected ERROR_MORE_DATA h:\wine\wine\dlls\shlwapi\tests\shreg.c:206: Test failed: (0123456789) h:\wine\wine\dlls\shlwapi\tests\shreg.c:207: Test failed: (0123456789) h:\wine\wine\dlls\shlwapi\tests\shreg.c:208: Test failed: (39,43) h:\wine\wine\dlls\shlwapi\tests\shreg.c:209: Test failed: (3435973836) h:\wine\wine\dlls\shlwapi\tests\shreg.c:218: Test failed: (6) h:\wine\wine\dlls\shlwapi\tests\shreg.c:219: Test failed: (6,43) h:\wine\wine\dlls\shlwapi\tests\shreg.c:220: Test failed: (3435973836) h:\wine\wine\dlls\shlwapi\tests\shreg.c:125: Test failed: SHRegGetPathA failed h:\wine\wine\dlls\shlwapi\tests\shreg.c:126: Test failed: () h:\wine\wine\dlls\shlwapi\tests\shreg.c:241: Test failed: didn't open dest shreg: 36 tests executed, 0 marked as todo, 32 failures. ==== user32_test ==== class: 80 tests executed, 0 marked as todo, 0 failures. generated: 1524 tests executed, 0 marked as todo, 0 failures. h:\wine\wine\dlls\user\tests\sysparams.c:184:testing SPI_{GET,SET}BEEP h:\wine\wine\dlls\user\tests\sysparams.c:306:testing SPI_{GET,SET}MOUSE h:\wine\wine\dlls\user\tests\sysparams.c:374:testing SPI_{GET,SET}BORDER h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=1, value= h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=0, value= h:\wine\wine\dlls\user\tests\sysparams.c:139: Test failed: Missed a message: change_counter=2 h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=7, value= h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=20, value= h:\wine\wine\dlls\user\tests\sysparams.c:406:testing SPI_{GET,SET}KEYBOARDSPEED h:\wine\wine\dlls\user\tests\sysparams.c:139: Test failed: Missed a message: change_counter=2 h:\wine\wine\dlls\user\tests\sysparams.c:440:testing SPI_ICONHORIZONTALSPACING h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=101, value= h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=32, value= h:\wine\wine\dlls\user\tests\sysparams.c:480:testing SPI_{GET,SET}SCREENSAVETIMEOUT h:\wine\wine\dlls\user\tests\sysparams.c:515:testing SPI_{GET,SET}SCREENSAVEACTIVE h:\wine\wine\dlls\user\tests\sysparams.c:555:testing SPI_{GET,SET}KEYBOARDDELAY h:\wine\wine\dlls\user\tests\sysparams.c:590:testing SPI_ICONVERTICALSPACING h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=101, value= h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=32, value= h:\wine\wine\dlls\user\tests\sysparams.c:635:testing SPI_{GET,SET}ICONTITLEWRAP h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=1, value= h:\wine\wine\dlls\user\tests\sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=0, value= h:\wine\wine\dlls\user\tests\sysparams.c:670:testing SPI_{GET,SET}MENUDROPALIGNMENT h:\wine\wine\dlls\user\tests\sysparams.c:707:testing SPI_SETDOUBLECLKWIDTH h:\wine\wine\dlls\user\tests\sysparams.c:738:testing SPI_SETDOUBLECLKHEIGHT h:\wine\wine\dlls\user\tests\sysparams.c:770:testing SPI_SETDOUBLECLICKTIME h:\wine\wine\dlls\user\tests\sysparams.c:817:testing SPI_SETMOUSEBUTTONSWAP h:\wine\wine\dlls\user\tests\sysparams.c:880:testing SPI_{GET,SET}DRAGFULLWINDOWS h:\wine\wine\dlls\user\tests\sysparams.c:915:testing SPI_{GET,SET}WORKAREA h:\wine\wine\dlls\user\tests\sysparams.c:139: Test failed: Missed a message: change_counter=0 h:\wine\wine\dlls\user\tests\sysparams.c:142: Test failed: Wrong action 47 != 0 h:\wine\wine\dlls\user\tests\sysparams.c:926: Test failed: left: got 0 instead of 1 h:\wine\wine\dlls\user\tests\sysparams.c:927: Test failed: top: got 0 instead of 1 h:\wine\wine\dlls\user\tests\sysparams.c:928: Test failed: right: got 792 instead of 800 h:\wine\wine\dlls\user\tests\sysparams.c:929: Test failed: bottom: got 595 instead of 600 h:\wine\wine\dlls\user\tests\sysparams.c:139: Test failed: Missed a message: change_counter=0 h:\wine\wine\dlls\user\tests\sysparams.c:142: Test failed: Wrong action 47 != 0 h:\wine\wine\dlls\user\tests\sysparams.c:939: Test failed: left: got 0 instead of 2 h:\wine\wine\dlls\user\tests\sysparams.c:940: Test failed: top: got 0 instead of 2 h:\wine\wine\dlls\user\tests\sysparams.c:941: Test failed: right: got 792 instead of 801 h:\wine\wine\dlls\user\tests\sysparams.c:942: Test failed: bottom: got 595 instead of 601 h:\wine\wine\dlls\user\tests\sysparams.c:953:testing SPI_{GET,SET}SHOWSOUNDS h:\wine\wine\dlls\user\tests\sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER ** Notes for this test; Does not clean up tests properly - widens the taskbar in W2k! *** also makes desktop area smaller (fixed by changing taskbar width again) sysparams: 318 tests executed, 0 marked as todo, 24 failures. win: 373 tests executed, 0 marked as todo, 0 failures. wsprintf: 4 tests executed, 0 marked as todo, 0 failures. wininet: generated: 252 tests executed, 0 marked as todo, 0 failures. h:\wine\wine\dlls\wininet\tests\http.c:90:Starting with flags 0x10000000 h:\wine\wine\dlls\wininet\tests\http.c:92:InternetOpenA <-- h:\wine\wine\dlls\wininet\tests\http.c:95:InternetOpenA --> h:\wine\wine\dlls\wininet\tests\http.c:101:InternetConnectA <-- h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E994 4 h:\wine\wine\dlls\wininet\tests\http.c:104:InternetConnectA --> h:\wine\wine\dlls\wininet\tests\http.c:108:HttpOpenRequestA <-- h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC04 4 h:\wine\wine\dlls\wininet\tests\http.c:122:HttpOpenRequestA --> h:\wine\wine\dlls\wininet\tests\http.c:126:HttpSendRequestA --> h:\wine\wine\dlls\wininet\tests\http.c:133:HttpSendRequestA <-- h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESOLVING_NAME(10) 00B2FBDC 15 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_NAME_RESOLVED(11) 00B2FBCC 12 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 00B2FC48 12 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 00B2FDDC 12 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 00B2FD84 4 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 00B2FE04 4 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00B2FE40 8 h:\wine\wine\dlls\wininet\tests\http.c:140:Option 0x17 -> 1 0 h:\wine\wine\dlls\wininet\tests\http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ h:\wine\wine\dlls\wininet\tests\http.c:149:Option 0x16 -> 1 HTTP/1.0 200 OK Date: Tue, 10 Dec 2002 05:01:53 GMT Server: Apache/1.3.22 (Unix) (Red-Hat/Linux) mod_ssl/2.8.5 OpenSSL/0.9.6 PHP/4. 1.2 X-Powered-By: PHP/4.1.2 Content-Type: text/html X-Cache: MISS from cache3.net2000.com.au Connection: close h:\wine\wine\dlls\wininet\tests\http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ h:\wine\wine\dlls\wininet\tests\http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) h:\wine\wine\dlls\wininet\tests\http.c:163:Option 0x1 -> 1 text/html h:\wine\wine\dlls\wininet\tests\http.c:166:Entery Query loop h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 772 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 466 h:\wine\wine\dlls\wininet\tests\http.c:172: Test failed: InternetQueryDataAvailable failed h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_COMPLETE(100) 00B2FE40 8 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 00B2FDD0 4 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 00B2FD6C 4 h:\wine\wine\dlls\wininet\tests\http.c:90:Starting with flags 0x0 h:\wine\wine\dlls\wininet\tests\http.c:92:InternetOpenA <-- h:\wine\wine\dlls\wininet\tests\http.c:95:InternetOpenA --> h:\wine\wine\dlls\wininet\tests\http.c:101:InternetConnectA <-- h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC0004 0xdeadbeef INTERNET_STATUS_HANDLE_CREATED(60) 0012E994 4 h:\wine\wine\dlls\wininet\tests\http.c:104:InternetConnectA --> h:\wine\wine\dlls\wininet\tests\http.c:108:HttpOpenRequestA <-- h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC0008 0xdeadbead INTERNET_STATUS_HANDLE_CREATED(60) 0012EC04 4 h:\wine\wine\dlls\wininet\tests\http.c:122:HttpOpenRequestA --> h:\wine\wine\dlls\wininet\tests\http.c:126:HttpSendRequestA --> h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTING_TO_SERVER(20) 0012EA4C 12 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTED_TO_SERVER(21) 0012EA28 12 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_SENDING_REQUEST(30) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_REQUEST_SENT(31) 0012EB30 4 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RECEIVING_RESPONSE(40) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_RESPONSE_RECEIVED(41) 0012EB14 4 h:\wine\wine\dlls\wininet\tests\http.c:133:HttpSendRequestA <-- h:\wine\wine\dlls\wininet\tests\http.c:140:Option 0x17 -> 1 0 h:\wine\wine\dlls\wininet\tests\http.c:144:Option 0x22 -> 1 http://www.winehq.com/about/ h:\wine\wine\dlls\wininet\tests\http.c:149:Option 0x16 -> 1 HTTP/1.0 200 OK Date: Tue, 10 Dec 2002 05:01:55 GMT Server: Apache/1.3.22 (Unix) (Red-Hat/Linux) mod_ssl/2.8.5 OpenSSL/0.9.6 PHP/4. 1.2 X-Powered-By: PHP/4.1.2 Content-Type: text/html X-Cache: MISS from cache3.net2000.com.au Connection: close h:\wine\wine\dlls\wininet\tests\http.c:154:Option 0x22 -> 1 http://www.winehq.com/about/ h:\wine\wine\dlls\wininet\tests\http.c:158:Option 0x5 -> 0 http://www.winehq.com/about/ (12150) h:\wine\wine\dlls\wininet\tests\http.c:163:Option 0x1 -> 1 text/html h:\wine\wine\dlls\wininet\tests\http.c:166:Entery Query loop h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 772 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 466 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 1460 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 1460 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 1460 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 1460 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 1460 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 1460 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 1460 h:\wine\wine\dlls\wininet\tests\http.c:183:ReadFile -> 1 447 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CLOSING_CONNECTION(50) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_CONNECTION_CLOSED(51) 00000000 0 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC000C 0xdeadbead INTERNET_STATUS_HANDLE_CLOSING(70) 0012EBFC 4 h:\wine\wine\dlls\wininet\tests\http.c:78:Callback 00CC0008 0xdeadbeef INTERNET_STATUS_HANDLE_CLOSING(70) 0012EC0C 4 http: 28 tests executed, 0 marked as todo, 1 failure. ==== winmm_test ==== h:\wine\wine\dlls\winmm\tests\wave.c:56:found 1 WaveOut devices h:\wine\wine\dlls\winmm\tests\wave.c:82: 0: "Sound Blaster 16" 5.0 (1:100): channels=65535 formats=0fff support=002c h:\wine\wine\dlls\winmm\tests\wave.c:133:Testing invalid 2MHz format wave: 53 tests executed, 0 marked as todo, 0 failures. ==== w2_32_test ==== sock: 128 tests executed, 0 marked as todo, 0 failures. I will now be concentrating on working out what is wrong with these tests :) Thanks, Kye Lewis ================ You can reach me at: kyethespy(a)liquid2k.com at most times lew01(a)mcsc.vic.edu.au from 9am to 3pm Monday to Friday lewislan(a)net2000.com.au is an alternative email

4 4

[D3D8 Patch] vertex shader integration + fixes - VS3
by Raphaël Junqueira 19 Dec '02

19 Dec '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi again, this patch enable pixel shader rendering into D3D8 (and correct some stupid bugs i have) Changelog: - intergration with DrawPrimitive - remove non-esthetic c++ comments into c comments block ;) - more more debug Problems: - very slow - i have problem with textures, if people can look at code ... TODO: - better integrate vertex shader with draw primitive (maybe we have to splt DrawPrimitive) - optimize software emulation - hardware vertex shader program support (using auto-detect caps) - syntax validity of vertex shader declaration and vexter shader function code (Validate*Shader functions) - vertex shader compilator (in D3DX8) - pixel shaders can people test this, using simple shaders programs please ? thx, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+ARUYp7NA3AmQTU4RAn+QAJ0V2R3CugfcYJlygJUMAOhJXj68bQCfQxfH txo29ZkJSbuudmaxhYGUJSw= =Hw4m -----END PGP SIGNATURE-----

1 0

DLL-Loading
by efm.Pieschel＠t-online.de 18 Dec '02

18 Dec '02

Hello, is there any possibility to load a win32-dll from a Linux program? Thank You for Your response. Bye. Martin

1 0

Re: [D3D8 PATCH] d3d8 shaders update - VS2
by Tony Lambregts 18 Dec '02

18 Dec '02

Raphaël Junqueira wrote: [snip] > object->declLength = i + 1; >- object->function = pFunction; > if (NULL != pFunction) { > for (i = 0; 0xFFFFFFFF != pFunction[i]; ++i) ; > object->functionLength = i + 1; > } else { >- object->functionLength = 1; /* no Function defined use fixed function vertex processing */ >+ object->functionLength = 1; // no Function defined use fixed function vertex processing > > <nitpick> C++ style comments are strongly discouraged </nitpick> -- Tony Lambregts

4 4

re: wmc and ElectricFence
by Dan Kegel 18 Dec '02

18 Dec '02

Sure enough, valgrind finds something to complain about: $ cd dlls/kernel $ make messages/winerr_enu.mc.rc LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" valgrind ../../tools/wmc/wmc -i -U -H /dev/null -o messages/winerr_enu.mc.rc messages/winerr_enu.mc ... ==7935== Invalid read of size 4 ==7935== at 0x804B7A4: yyparse (./mcy.y:232) ==7935== by 0x804A4B3: main (wmc.c:256) ==7935== by 0x420158D3: __libc_start_main (in /lib/i686/libc-2.2.93.so) ==7935== by 0x8048E50: (within /home/dank/wine-20021125/tools/wmc/wmc) ==7935== Address 0x4106E5E4 is 8 bytes inside a block of size 24 free'd ==7935== at 0x4015D715: free (vg_clientfuncs.c:182) ==7935== by 0x804B79A: yyparse (./mcy.y:231) ==7935== by 0x804A4B3: main (wmc.c:256) ==7935== by 0x420158D3: __libc_start_main (in /lib/i686/libc-2.2.93.so) Recompiling wmc with -O0 and rerunning, I get ==7970== Invalid read of size 4 ==7970== at 0x804C73E: yyparse (./mcy.y:232) ==7970== by 0x804AA3B: main (wmc.c:256) ==7970== by 0x420158D3: __libc_start_main (in /lib/i686/libc-2.2.93.so) ==7970== by 0x8048D6C: (within /home/dank/wine-20021125/tools/wmc/wmc) ==7970== Address 0x4106E5E4 is 8 bytes inside a block of size 24 free'd ==7970== at 0x4015D715: free (vg_clientfuncs.c:182) ==7970== by 0x804D2F4: do_add_token (./mcy.y:434) ==7970== by 0x804C731: yyparse (./mcy.y:231) ==7970== by 0x804AA3B: main (wmc.c:256) Looking at y.tab.c, I see the bug is that do_add_token sometimes frees its 2nd argument, which trips up the following line sometimes. Here's the sequence that crashed: do_add_token(tok_language, yyvsp[-6].tok, "language"); if(!find_language(yyvsp[-6].tok->token) && !find_cpxlat(yyvsp[-6].tok->token)) These come from mcy.y: do_add_token(tok_language, $1, "language"); if(!find_language($1->token) && !find_cpxlat($1->token)) Can someone who knows wmc have a look? - Dan

2 1

critical section timeout for the dsound_test
by Enrico Horn 18 Dec '02

18 Dec '02

Hi, Should this happen? ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403bab28,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403bab28,00010020,2):stub err:ntdll:RtlpWaitForCriticalSection section 0x400e40e4 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=080ddc30 wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x400e40e4 "../../loader/module.c: loader_section" wait timed out, retrying (60 sec) tid=080ddc30 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x400b3ce4 Wine is from CVS just updated this morning. make test will continue despite these errors. Have fun Farmboy farmboy1(a)subdimension.com

2 1

COM conformance test suite?
by Dan Kegel 18 Dec '02

18 Dec '02

Now that the Wine regression tests are starting to shape up, and people are starting to be able to run Visual Basic apps, maybe it's time for us to start thinking about getting ahold of the COM conformance test suite the Open Group did as a companion for their ActiveX standard definition. The Open Group was willing to discuss this, but last time I checked, they wanted to know what was in it for them. (Well, they're not the Free Group, after all.) In particular, they thought it might take them a bit of work to separate the conformance test suite out from their "reference implementation" of ActiveX for Unix. Given that attitude, the best strategy is probably to start implementing our own test suite for the APIs in question, and shame them into opening theirs :-) For those who haven't seen it yet, the Open Group's ActiveX spec (http://www.opengroup.org/onlinepubs/009899899/ ) is perhaps the only document defining Win32 API calls in a standards-body-like-way. (The Tru64 Unix doc, http://www.tru64unix.compaq.com/com/documentation/building/ contains some related material. Might be worth archiving this before it goes offline as HP discontinues Tru64 Unix.) The Open Group spec only covers a little bit of Win32, but it sure looks like a useful bit. The #include files it seems to define are: #include <comcat.h> #include <oaidl.h> #include <objbase.h> #include <objidl.h> #include <ocidl.h> #include <ole2.h> #include <oleauto.h> #include <olectl.h> #include <oleidl.h> #include <unknwn.h> #include <urlmon.h> #include <winerror.h> #include <winnls.h> #include <winreg.h> which is a fair chunk. - Dan p.s. My cat is helping test mozilla 1.3alpha. She discovered just now that running across the keyboard causes that app to abort with sig 11...

1 0

wmc and ElectricFence
by Sylvain Petreolle 18 Dec '02

18 Dec '02

Looking for memleaks in wine, I tried to compile the current CVS and link with ElectricFence. I did LDFLAGS=-lefence ./configure. Running make in dlls/kernel detects a problem in wmc (hope its not in ElectricFence ;)): make[2]: Entre dans le répertoire `/home/wine/dlls/kernel' LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/wmc/wmc -i -U -H /dev/null -o messages/winerr_enu.mc.rc messages/winerr_enu.mc Electric Fence 2.2.0 Copyright (C) 1987-1999 Bruce Perens <bruce(a)perens.com> messages/winerr_enu.mc:19: Oops, segment violation make[2]: *** [messages/winerr_enu.mc.rc] Abandon make[2]: Quitte le répertoire `/home/wine/dlls/kernel' make[1]: *** [kernel] Erreur 2 make[1]: Quitte le répertoire `/home/wine/dlls' make: *** [dlls] Erreur 2 ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

running cygwin apps(gcc etc.) under wine
by chrismorgan＠rcn.com 18 Dec '02

18 Dec '02

Trying to run my work related code build process under wine results in some failures with cygwin's gcc. Even with a simple hello world.c file and 'gcc -o test test.c' I get: 0 [main] gcc -134958416 sync_with_child: child 134963016(0xB0) died before initialization with status code 0x1 2599 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp 1335488 [main] gcc -134958416 sync_with_child: child 134968376(0xC0) died before initialization with status code 0x1 1337536 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp 3711485 [main] gcc -134958416 sync_with_child: child 134969736(0xD0) died before initialization with status code 0x1 3713593 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp 8125556 [main] gcc -134958416 sync_with_child: child 134970152(0xE0) died before initialization with status code 0x1 8127752 [main] gcc -134958416 sync_with_child: *** child state waiting for longjmp gcc: vfork: Resource temporarily unavailable Any ideas why this is occuring? Is this due to issues with pthreads? Thanks, Chris

5 5

Re: wineboot - adapting to wine build env
by Matthew Davison 18 Dec '02

18 Dec '02

On Tue, 2002-12-17 at 19:23, Shachar Shemesh wrote: > If anyone did not understand, my previous post was with Andy's > implementation of wineboot. This post is with the changes to the rest of > Wine to make wineboot fit in better. > > Also - my previous patch included a Makefile file by mistake. Please > ignore and sorry for the noise. > > Changelog: > Shachar Shemesh <winecode(a)sun.consumer.org.il> > > * Add wineboot to the makefiles so it will compile > * Add wineboot's configs to the default config file > > I have some work to the RunOnceEx section of wineboot, once (and if) Andy's version is commited will send a patch. (the work involves a couple of bugfixes and some work on the rundll type calls(ones with | symbols)) > > ______________________________________________________________________ > > Index: configure.ac > =================================================================== > RCS file: /home/sun/sources/cvs/wine/configure.ac,v > retrieving revision 1.112 > diff -u -r1.112 configure.ac > --- configure.ac 17 Dec 2002 01:49:17 -0000 1.112 > +++ configure.ac 17 Dec 2002 17:57:55 -0000 > @@ -1494,6 +1494,7 @@ > programs/uninstaller/Makefile > programs/view/Makefile > programs/wcmd/Makefile > +programs/wineboot/Makefile > programs/wineconsole/Makefile > programs/winedbg/Makefile > programs/winefile/Makefile > Index: documentation/samples/config > =================================================================== > RCS file: /home/sun/sources/cvs/wine/documentation/samples/config,v > retrieving revision 1.37 > diff -u -r1.37 config > --- documentation/samples/config 13 Dec 2002 02:26:18 -0000 1.37 > +++ documentation/samples/config 17 Dec 2002 18:51:49 -0000 > @@ -67,6 +67,29 @@ > ;"ShowDotFiles" = "1" > "ShellLinker" = "wineshelllink" > > +[wineboot] > +"BootConfig_Enable" = "1" > +# do a dry run, i.e. show what to do, but don't act > +"BootConfig_DryRun" = "0" > +# extra verbosity on console > +"BootConfig_TTY_Verbose" = "0" > +# extra quiet on console > +"BootConfig_TTY_Quiet" = "0" > +# process wininit.ini ? > +"WininitIni_Execute" = "1" > +"RunServicesOnce_Execute" = "1" > +"RunServicesHKLM_Execute" = "1" > +"RenameFiles_Execute" = "1" > +"RunOnceHKLM_Execute" = "1" > +"RunOnceEx_Execute" = "1" > +"WinIniLoad_Execute" = "1" > +"WinIniRun_Execute" = "1" > +"RunHKLM_Execute" = "1" > +"RunHKCU_Execute" = "1" > +"StartupFolderCommon_Execute" = "1" > +"StartupFolderUser_Execute" = "1" > +"RunOnceHKCU_Execute" = "1" > + > # <wineconf> > > [Version] > Index: programs/Makefile.in > =================================================================== > RCS file: /home/sun/sources/cvs/wine/programs/Makefile.in,v > retrieving revision 1.32 > diff -u -r1.32 Makefile.in > --- programs/Makefile.in 2 Dec 2002 21:17:05 -0000 1.32 > +++ programs/Makefile.in 17 Dec 2002 17:57:08 -0000 > @@ -22,6 +22,7 @@ > uninstaller \ > view \ > wcmd \ > + wineboot \ > wineconsole \ > winedbg \ > winefile \ -- Matthew Davison <m.davison(a)virgin.net>

2 1

Re: Documentation cleanup for Relay|Snoop-Include|Exclude
by Dmitry Timoshkov 18 Dec '02

18 Dec '02

"Uwe Bonnes" <bon(a)elektron.ikp.physik.tu-darmstadt.de> wrote: > +.I --debugmsg -relay > +will turn on all relay messages. For more control on including or excluding > +functions and dlls look into the [Debug] section of the wine configuration file. Shouldn't it be '+relay'? -- Dmitry.

1 0

windows visual view ?
by Tom Wickline 18 Dec '02

18 Dec '02

Is was just wondering if there was any type of Windows visaul view ? view as in how evreything is layed out ? and how wine compares to Win32 ? Say if you had a visual view of how win32 is layed out and just how close wine comes to this . If there was a negitive of Win-ME for example and one of wine how would wine look if it was layed on top of the Win-ME negitive ? I am trying to view Win32 in my head and wine and how they ( scope ) up..... could this cause a brain hemorrhage ?? ......... :) comments , flames , views, insight most welcome Tom

3 3

Re: First part of patch to extend functionality of SHFileOperation
by Ryan Cumming 17 Dec '02

17 Dec '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On December 17, 2002 14:06, Rolf Kalbermatter wrote: > +#define ASK_DELETE_MULTIP LE_ITEM 3 I'm assuming you didn't mean to include that first space... - -Ryan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE9/6RlLGMzRzbJfbQRAhdiAKCSn9ZOaXSgI2NxaH+u24r31WX5gQCdEvO4 2vD9LwIKWXrPQzANzJYUVTQ= =AEyu -----END PGP SIGNATURE-----

1 0

Re: PATCH: implemented Fiber APIs
by Dimitrie O. Paun 17 Dec '02

17 Dec '02

On December 16, 2002 02:37 pm, Alberto Massari wrote: > +void WINAPI SwitchToFiber(LPVOID lpFiber) > +{ > +#ifdef HAVE_UCONTEXT_H > + PHFIBER pFiber,pCurrentFiber; > + pFiber=(PHFIBER)lpFiber; > + pCurrentFiber=(PHFIBER)TlsGetValue(fiber_tls_index); > + TRACE("Switching from %p to %p\n",pFiber,pCurrentFiber); > + TlsSetValue(fiber_tls_index,pFiber); > + swapcontext(&pCurrentFiber->context,&pFiber->context); > +#else > + FIXME("stub\n"); > +#endif > +} Can you (pretty) please do without the ifdefs? They can probably be located in only one spot, if you need to test for HAVE_UCONTEXT_H. -- Dimi.

3 3

Re: [RESENT (20021013)]RelayExclude/Include
by Alexandre Julliard 17 Dec '02

17 Dec '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > relay32/relay386.c: check_relay_include > Treat whole dlls as advertised IMO the current behavior is correct. If the documentation says otherwise it needs to be fixed. -- Alexandre Julliard julliard(a)winehq.com

3 2

Compiling problem
by winedevel＠007mundo.com 17 Dec '02

17 Dec '02

Hello, i have this compiling problem (sorry if this isn't the correct list, if yes, please let me know) make[2]: *** [ppy.tab.c] core dumped .. make[1]: *** [wrc/__depend__] Error 2 .. make: *** [tools/__depend__] Error 2 and what? Thanks ----------------------------------------------------- Obtenga su mail gratis con 007 Mundo www.007mundo.com -----------------------------------------------------

1 0

stub handling
by Dimitrie O. Paun 17 Dec '02

17 Dec '02

Alexandre, In the past functions that were declared stubs in the .spec file got a dummy definition, so programs using them could link. This doesn't seem to be the case anymore: mingwrap -mwindows -mno-cygwin -s -o putty.exe be_all.o cmdline.o ldisc.o \ ldiscucs.o logging.o misc.o noise.o pageantc.o portfwd.o \ printing.o proxy.o raw.o rlogin.o settings.o sizetip.o ssh.o \ sshaes.o sshblowf.o sshbn.o sshcrc.o sshcrcda.o sshdes.o \ sshdh.o sshdss.o sshmd5.o sshpubk.o sshrand.o sshrsa.o \ sshsh512.o sshsha.o sshzlib.o telnet.o terminal.o tree234.o \ unicode.o version.o wcwidth.o wildcard.o win_res.res.o \ winctrls.o windlg.o window.o winnet.o winstore.o winutils.o \ x11fwd.o -ladvapi32 -lcomctl32 -lcomdlg32 -lgdi32 -limm32 \ -lshell32 -luser32 -lwinmm -lwinspool -lwsock32 printing.o: In function `printer_start_job': printing.o(.text+0x1fa): undefined reference to `EndDocPrinter' printing.o(.text+0x20a): undefined reference to `EndPagePrinter' printing.o(.text+0x237): undefined reference to `StartDocPrinterA' printing.o(.text+0x24a): undefined reference to `StartPagePrinter' printing.o: In function `printer_finish_job': printing.o(.text+0x2b6): undefined reference to `EndPagePrinter' printing.o(.text+0x2bd): undefined reference to `EndDocPrinter' collect2: ld returned 1 exit status How shall we proceed? -- Dimi.

2 2

wrc options
by Dimitrie O. Paun 17 Dec '02

17 Dec '02

Hello people, I was looking at wrc a little bit, and I am curious to know if we really need all these options. They just pollute the command line namespace, and add confusion. windres has none of these options, and it's doing just fine. Let me be more explicit: " -a n Alignment of resource (win16 only, default is 4)\n" Do we really need this? Shouldn't this be hardcoded to some standard values? " -A Auto register resources (only with gcc 2.7 and better)\n" " -b Create an assembly array from a binary .res file\n" Do we still want to create the assembly output? Do we still use that? " -B x Set output byte-order x={n[ative], l[ittle], b[ig]}\n" " (win32 only; default is n[ative] which equals " Again, shouldn't this be hardcoded to some standard value, that we expect in Wine when we read the resources? " -c Add 'const' prefix to C constants\n" What's this good for? " -e Disable recognition of win32 keywords in 16bit compile\n" Shouldn't this be on be default? Should we even support 16bit compiles anymore? " -E Preprocess only\n" ??? What for? " -g Add symbols to the global c namespace\n" Is this choice useful? " -h Also generate a .h file\n" " -H file Same as -h but written to file\n" I would personally collapse this one into the type of output to be generated. " -L Leave case of embedded filenames as is\n" Shouldn't this one be on by default? Why do we need this option? " -m Do not remap numerical resource IDs\n" What is this one used for? " -n Do not generate .s file\n" Should we still generate .s files in the first place? " -p prefix Give a prefix for the generated names\n" Why? " -r Create binary .res file (compile only)\n" I would make this default behavior. " -s Add structure with win32/16 (PE/NE) resource directory\n" I'd guess if we need it, it should be generated, if not, just don't do it. Why do we have an option? " -t Generate indirect loadable resource tables\n" " -T Generate only indirect loadable resources tables\n" What are these used for? " -w 16|32 Select win16 or win32 output (default is win32)\n" Should we care about win16 in the first place? We clearly never going to support win16 in Winelib, so why have this option? -- Dimi.

4 6

linking between wine books
by Bill Medland 17 Dec '02

17 Dec '02

What to people think? Should we be linking between different books in the wine-doc set? I had put a link from wine-user to a section in wine-devel. The pdf was happy enough with it but the sgm-to-html choked on it. Easiest solution is to drop the link. Otherwise can someone point me at an example where it works? -- Bill Medland

2 1

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