- wine-devel - winehq.org

[D3D status] Page update...
by Lionel Ulmer 14 Jan '03

14 Jan '03

Hi all, I updated the D3D status page (http://www.bbrox.org/d3d_status.html) with some new screenshots and some new demos. Nothing revolutionnary though :-) Thanks to Christian for the 3D Mark 2000 paragraph. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Wine, Mozilla & IE ?
by Juan Rey Saura 14 Jan '03

14 Jan '03

Hi ! I've read in the list there is a project about compiling Mozilla under Wine, I think it would be great. Several parts of wine need an IWebBrowser implemtation; CHM support, some applications... One implementation based on the khtml is in the works, but Mozilla does implement it yet ( see http://www.iol.ie/~locka/mozilla/mozilla.htm ). Could Mozilla, under Wine or maybe native version, be used as a replacement for the IE IWebBrowser implementation?

10 18

WineMine wrc error
by John Westerman 14 Jan '03

14 Jan '03

Hi, I seem to have a bit of trouble building the winemine sample. When it gets to the wrc stage it just says: make: *** [rsrc.res] Error 1 Any ideas?

1 0

Re: distcc and wine
by Martin Pool 14 Jan '03

14 Jan '03

On 8 Jan 2003, Paul Millar <paulm(a)astro.gla.ac.uk> wrote: > Hi Martin, > > On a similar note, I've been investigating OpenMOSIX on and off (mostly > off) for doing distributed compiling. In general, I've found it not > particularly stable (although its improving) and the performance not > particularly great -- although I've not had time to investigate the causes > of these problems. Besides, compiling code is quite a tricky task for it > to schedule/migrate. … [View More]

2 2

Re: prevent dereferencing null
by Dimitrie O. Paun 14 Jan '03

14 Jan '03

On January 9, 2003 07:08 pm, Bill Medland wrote: > + if (!tpinfo->chanbuf) { > + ERR("tpinfo has no Rpc Channel Buffer\n"); > + return 0; > + } Is this expected behaviour? If so, there's no need for the ERR msg. If not, there's no need for the test, we need to fix the root cause... -- Dimi.

3 4

patch for "GetFileTitleW: illegal call to GetFileTitleA" 2ed
by liu spider 14 Jan '03

14 Jan '03

Thanks to Dmitry Timoshkov. This patch is the second edition, adopted his suggestions. ChangeLog: -dlls/commdlg/filetitle.c implemented GetFileTitleW GetFileTitleA now is a call to GetFileTitleW (The patch seems to be ignored without any comments. Could anyone give some clues on how to improve this patch? thanks.) liuspider __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Index: dlls/… [View More]commdlg/filetitle.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/filetitle.c,v retrieving revision 1.12 diff -u -r1.12 filetitle.c --- dlls/commdlg/filetitle.c 31 May 2002 23:25:45 -0000 1.12 +++ dlls/commdlg/filetitle.c 12 Jan 2003 07:09:56 -0000 @@ -3,6 +3,7 @@ * * Copyright 1994 Martin Ayotte * Copyright 1996 Albrecht Kleine + * Copyright 2003 liuspider * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -24,10 +25,10 @@ #include "winbase.h" #include "winnls.h" #include "commdlg.h" +#include "wine/unicode.h" +#include "winternl.h" #include "wine/debug.h" -#include "heap.h" /* Has to go */ - WINE_DEFAULT_DEBUG_CHANNEL(commdlg); #include "cdlg.h" @@ -38,19 +39,39 @@ */ short WINAPI GetFileTitleA(LPCSTR lpFile, LPSTR lpTitle, UINT cbBuf) { - int i, len; + int ret; + UNICODE_STRING strWFile, strWTitle; + RtlCreateUnicodeStringFromAsciiz(&strWFile, lpFile); + RtlCreateUnicodeStringFromAsciiz(&strWTitle,lpTitle); + ret = GetFileTitleW(strWFile.Buffer, strWTitle.Buffer, cbBuf * sizeof(WCHAR)); + if (!ret){ + WideCharToMultiByte( CP_ACP, 0, strWTitle.Buffer, -1, lpTitle, cbBuf, NULL, NULL ); + } + RtlFreeUnicodeString( &strWFile ); + RtlFreeUnicodeString( &strWTitle ); + return ret; +} + +/*********************************************************************** + * GetFileTitleW (COMDLG32.@) + * + */ +short WINAPI GetFileTitleW(LPCWSTR lpFile, LPWSTR lpTitle, UINT cbBuf) +{ + int i, len; + WCHAR brkpoint[] = {'*','[',']'}; TRACE("(%p %p %d); \n", lpFile, lpTitle, cbBuf); if(lpFile == NULL || lpTitle == NULL) return -1; - len = strlen(lpFile); + len = strlenW(lpFile); if (len == 0) return -1; - if(strpbrk(lpFile, "*[]")) + if(strpbrkW(lpFile, brkpoint)) return -1; len--; @@ -70,34 +91,14 @@ if(i == -1) i++; - TRACE("---> '%s' \n", &lpFile[i]); + TRACE("---> '%s' \n", debugstr_w(&lpFile[i])); - len = strlen(lpFile+i)+1; + len = strlenW(lpFile+i)+1; if(cbBuf < len) return len; - strncpy(lpTitle, &lpFile[i], len); + strncpyW(lpTitle, &lpFile[i], len); return 0; -} - - -/*********************************************************************** - * GetFileTitleW (COMDLG32.@) - * - */ -short WINAPI GetFileTitleW(LPCWSTR lpFile, LPWSTR lpTitle, UINT cbBuf) -{ - LPSTR file = HEAP_strdupWtoA(GetProcessHeap(), 0, lpFile); /* Has to go */ - LPSTR title = HeapAlloc(GetProcessHeap(), 0, cbBuf); - short ret; - - ret = GetFileTitleA(file, title, cbBuf); - - if (cbBuf > 0 && !MultiByteToWideChar( CP_ACP, 0, title, -1, lpTitle, cbBuf )) - lpTitle[cbBuf-1] = 0; - HeapFree(GetProcessHeap(), 0, file); - HeapFree(GetProcessHeap(), 0, title); - return ret; } [View Less]

1 0

Re: tests for GetPrinterDriverDirectoryA
by Francois Gouget 14 Jan '03

14 Jan '03

On Mon, 13 Jan 2003, Stefan Leichter wrote: > Am Montag 13 Januar 2003 18:42 schrieben Sie: > > On Sun, 12 Jan 2003, Stefan Leichter wrote: > > > Am Sonntag 12 Januar 2003 02:43 schrieben Sie: [...] > > > > However it fails on Wine: > > > > info.c:25: Test failed: pcbNeeded set to 18 instead of 19 > > > > info.c:30: Test failed: pcbNeeded set to 18 instead of 19 > > > > info.c:34: Test failed: expected result == 0, got 18 > &… [View More]

1 0

Re: Help with /?? stuff
by Alberto Massari 13 Jan '03

13 Jan '03

At 20.24 10/01/2003 +0200, Shachar Shemesh wrote: >Alberto Massari wrote: > >[...] >> >>BTW, do you need any help on this task? > >"Need" is a strong term. I can complete the task on my own, but your help >will be most welcome (in other words, if there is another aread of Wine >that needs your attention and noone seems to be working on, that would be >a better use of everyone's time). If you want to help with wineboot, I >think the best place to start … [View More]

3 11

what does __leave do?
by Greg Turner 13 Jan '03

13 Jan '03

Could someone run the following code under a microsoft compiler for me, and let me know the result? main() { int x = 0; __try { x = 1; __leave; } __finally { x = 2; } printf("x was %d\n", x); } thanks, -- gmt "If everyone is thinking alike then somebody isn't thinking." --George S. Patton

2 2

Sysparams registry tests
by Francois Gouget 13 Jan '03

13 Jan '03

Here are the failing user32/sysparams registry tests on Win95, Win98 and NT4. sysparams.c:676:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:161: Test failed: Wrong value in registry: subKey=Software\Microsoft\Windows NT\CurrentVersion\Windows, valName=MenuDropAlignment, testValue=1, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Software\Microsoft\Windows NT\CurrentVersion\Windows, valName=MenuDropAlignment, testValue=0, value= -> on Win9x this is in Control Panel\… [View More]desktop sysparams.c:711:testing SPI_{GET,SET}DOUBLECLKWIDTH sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickWidth, testValue=0, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickWidth, testValue=10000, value= -> on Win9x this is in Control Panel\desktop sysparams.c:741:testing SPI_{GET,SET}DOUBLECLKHEIGHT sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickHeight, testValue=0, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Mouse, valName=DoubleClickHeight, testValue=10000, value= -> on Win9x this is in Control Panel\desktop sysparams.c:644:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Desktop\WindowMetrics, valName=IconTitleWrap, testValue=1, value= sysparams.c:161: Test failed: Wrong value in registry: subKey=Control Panel\Desktop\WindowMetrics, valName=IconTitleWrap, testValue=0, value= -> on NT4 this is in Control Panel\Desktop Notice how this is not even a clean separation between NT OSes and Win9x ones: Win9x aligns with XP for SPI_SETICONTITLEWRAP but not NT4, while for the other settings it's the opposite. Anyway, is it worth keeping these tests? That is making sure that SPI_xxx stores the setting in the registry key we expect? Do we know of applications that depend on these specific settings? If not then I will just submit a patch to remove these checks. Or maybe Wine should store these settings in all known locations? Note that I already removed these tests for SPI_ICONHORIZONTALSPACING and SPI_ICONVERTICALSPACING because for these Windows does not even always store the same value: sometimes it's the value we provide but most of the time that value seems to be multiplied by -15 (resulting in the negative number!). And the -15 changes to anothe value if you change the icon size. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ tcA thgirypoC muinelliM latigiD eht detaloiv tsuj evah uoY [View Less]

1 0

Re: user32.SendMessageCallback
by Alexandre Julliard 13 Jan '03

13 Jan '03

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > ChangeLog: > - Fix SendMessageCallback so that it works in all cases now You can't do it that way, the callback has to be called in the context of the thread that sent the message. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: tests for GetPrinterDriverDirectoryA
by Francois Gouget 13 Jan '03

13 Jan '03

On Tue, 7 Jan 2003, Stefan Leichter wrote: > Hello, > > here are some tests for GetPrinterDriverDirectoryA. They should pass on NT4 > and hopefully win95 too. Thanks to Francois Gouget for testing. I see this test has not been committed yet... I tested it and it works on Win95, Win98, NT4 and XP. It's a much better score than some other tests... However it fails on Wine: info.c:25: Test failed: pcbNeeded set to 18 instead of 19 info.c:30: Test failed: pcbNeeded set to 18 instead … [View More]

2 2

Re: Re: The version info patches + d3d question
by fenix＠club-internet.fr 13 Jan '03

13 Jan '03

----Message d'origine---- >Date: Mon, 13 Jan 2003 16:04:10 +0100 >De: Lionel Ulmer <lionel.ulmer(a)free.fr> >A: fenix(a)club-internet.fr >Copie à: farmboy1(a)subdimension.com, wine-devel(a)winehq.com >Sujet: Re: The version info patches + d3d question > >> >the problem is they dont run even with the patches because they cant get >> >version info from d3dim.dll and probably other d3d dlls. >> >since wine doesnt have these dlls how can wine give … [View More]

1 0

Re: The version info patches + d3d question
by fenix＠club-internet.fr 13 Jan '03

13 Jan '03

----Message d'origine---- >De: Enrico Horn <farmboy1(a)subdimension.com> >A: wine-devel(a)winehq.com >Sujet: The version info patches + d3d question >Date: Mon, 13 Jan 2003 14:47:31 +0100 > >Hi, Hi, >The patches add version info to directx libraries. >some games(for instance lucasarts games) wont run without finding a valid >version of the directx files. thanks, maybe you can do the same for d3d8 :) >the problem is they dont run even with the patches … [View More]

2 1

The version info patches + d3d question
by Enrico Horn 13 Jan '03

13 Jan '03

Hi, The patches add version info to directx libraries. some games(for instance lucasarts games) wont run without finding a valid version of the directx files. the problem is they dont run even with the patches because they cant get version info from d3dim.dll and probably other d3d dlls. since wine doesnt have these dlls how can wine give these programs the needed info or is it planned to split ddraw in a ddraw and a d3d component? Have fun Enrico

1 0

Direct3D/OpenGL compilation error
by Francois Gouget 13 Jan '03

13 Jan '03

One of the machines I compile on from time to time is an old RedHat 6.2 which is nice because it still has glibc 2.1.3 so the binaries it produces work on all Linux distributions. Anyway, the latest Wine does not compile anymore on that machine. I get: gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -g -O2 -Wall -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o device.o device.c device.c: In function `SOURCEx_RGB_EXT': device.c:859: `GL_SOURCE2_RGB_EXT' undeclared (first use … [View More]in this function) device.c:859: (Each undeclared identifier is reported only once device.c:859: for each function it appears in.) device.c:860: `GL_SOURCE0_RGB_EXT' undeclared (first use in this function) device.c:861: `GL_SOURCE1_RGB_EXT' undeclared (first use in this function) device.c:869: warning: control reaches end of non-void function device.c: In function `OPERANDx_RGB_EXT': device.c:872: `GL_OPERAND2_RGB_EXT' undeclared (first use in this function) device.c:873: `GL_OPERAND0_RGB_EXT' undeclared (first use in this function) device.c:874: `GL_OPERAND1_RGB_EXT' undeclared (first use in this function) device.c:882: warning: control reaches end of non-void function device.c: In function `SOURCEx_ALPHA_EXT': device.c:885: `GL_SOURCE2_ALPHA_EXT' undeclared (first use in this function) device.c:886: `GL_SOURCE0_ALPHA_EXT' undeclared (first use in this function) device.c:887: `GL_SOURCE1_ALPHA_EXT' undeclared (first use in this function) device.c:895: warning: control reaches end of non-void function device.c: In function `OPERANDx_ALPHA_EXT': device.c:898: `GL_OPERAND2_ALPHA_EXT' undeclared (first use in this function) device.c:899: `GL_OPERAND0_ALPHA_EXT' undeclared (first use in this function) device.c:900: `GL_OPERAND1_ALPHA_EXT' undeclared (first use in this function) device.c:908: warning: control reaches end of non-void function device.c: In function `IDirect3DDevice8Impl_SetTextureStageState': device.c:3312: `GL_PREVIOUS_EXT' undeclared (first use in this function) device.c:3314: `GL_PRIMARY_COLOR_EXT' undeclared (first use in this function) device.c:3318: `GL_CONSTANT_EXT' undeclared (first use in this function) device.c:3350: `GL_COMBINE_ALPHA_EXT' undeclared (first use in this function) device.c:3350: `GL_COMBINE_RGB_EXT' undeclared (first use in this function) device.c:3409: `GL_RGB_SCALE_EXT' undeclared (first use in this function) device.c:3423: `GL_ADD_SIGNED_EXT' undeclared (first use in this function) So is it just that the OpenGL headers on that machine are hopelessly out of date (mesa 3.3) or is there some configure test that can/should be done? Note that if I compile with --without-opengl Wine compiles ok so it's not so bad. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd. [View Less]

1 0

Developers current e-mail addresses listed in authors.ent
by Tom Wickline 13 Jan '03

13 Jan '03

I am getting ready to update the WINE Packagers Guide See : http://www.winehq.com/Docs/wine-pkg/ And the first thing that I noticed was Andreas & Marcus e-mail address were incorrect. So I then looked at : http://cvs.winehq.com/cvsweb/~checkout~/wine/documentation/authors.ent?rev=… And found that alot of other's were different from my Address Book. I have listed them below Current is what is now there current address in the *authors.ent* file. And below is the addresses that is listed in … [View More]

2 2

Re: Bug Fix With Delay load function in Shell32 (version2)
by Dimitrie O. Paun 12 Jan '03

12 Jan '03

On January 12, 2003 12:08 pm, Robert Shearman wrote: > Index: shellole.c Please make your patches relative to wine's root. > -HINSTANCE hShellOle32 = 0; > +HINSTANCE g_hShellOle32 = 0; /* global handle to ole32.dll */ Also, please do not introduce ugly naming conventions like the above, especially when the style the DLL is written in does not call for it. In general, we have none of these conventions in Wine, and it's preferable to just avoid them. We have a bunch of others … [View More]

1 0

Re: FreeBSD Compilation Fix
by Dimitrie O. Paun 12 Jan '03

12 Jan '03

On January 11, 2003 09:00 pm, Jared Goldberg wrote: > Index: dlls/dsound/tests/dsound.c > =================================================================== > RCS file: /home/wine/wine/dlls/dsound/tests/dsound.c,v > retrieving revision 1.3 > diff -r1.3 dsound.c > 20a21,23 > > >#if defined(__FreeBSD__) > >#include <stdlib.h> > >#else > > 21a25 > > >#endif Uniffied diffs please: cvs diff -u or diff -u See: http://www.winehq.org/… [View More]

1 0

Re: Shell Ordinals
by j.schmied＠t-online.de 12 Jan '03

12 Jan '03

Hi! We have a problem here... win9x and winnt have a very different set of ordinal functions exported. We have to decide what we support. At the moment most ordinals functions are win9x style. We should never mix both cases since then both explorer won't run. I think we don't have any chance to get the win9x explorer running. A long time ago I did a lot of explorer debugging and the nt4 explorer was nearly running since it's not as much involved into the booting of the system as the win9x … [View More]

2 1

Re: conformance test for ShellExecute
by Francois Gouget 12 Jan '03

12 Jan '03

On Sun, 29 Dec 2002, Dan Kegel wrote: > Well, the puny little beginnings of one, anyway. > (I'll improve this later. Still, it already > catches a difference between Windows and Wine, > so it's worth committing as is.) I tested it on Win95, Win98, NT4 and XP and it worked on all platforms. However, since it currently fails in Wine should should enclose the test in a 'todo_wine' and resubmit it. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ … [View More]

1 0

patch for "GetFileTitleW: illegal call to GetFileTitleA" 2ed
by liu spider 12 Jan '03

12 Jan '03

Thanks to Dmitry Timoshkov. This patch is the second edition, adopted his suggestions. ChangeLog: -dlls/commdlg/filetitle.c implemented GetFileTitleW make GetFileTitleA a wrapper of GetFileTitleW liuspider __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

Re: wine/programs/wineboot wineboot.c Makefile.in
by Shachar Shemesh 11 Jan '03

11 Jan '03

Alexandre Julliard wrote: >ChangeSet ID: 6997 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)wine.codeweavers.com 2003/01/11 15:02:50 > >Modified files: > programs/wineboot: wineboot.c Makefile.in > >Log message: > Shachar Shemesh <wine-patches(a)sun.consumer.org.il> > Implemented the "pending rename" registry processing. > >Patch: http://cvs.winehq.com/patch.py?id=6997 > >Old revision New revision Changes Path &… [View More]

3 5

Re: MciWave: some small cleanups
by Francois Gouget 11 Jan '03

11 Jan '03

On Sat, 11 Jan 2003, Eric Pouech wrote: > see changelog for the details [...] > Name: mciwave > ChangeLog: > License: X11 Actually the changelog is a bit short... -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: Because rebooting is for adding new hardware

2 1

Re: [D3D8 - 1] resend of Jason Texture work + many fixes
by Raphaël Junqueira 11 Jan '03

11 Jan '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday 11 January 2003 01:27, Raphaël Junqueira wrote: > Hi again, I forgot to say with this patch now: - - i have run successfully the NVIDIA Effects Browser 3.0 (http://developer.nvidia.com/view.asp?IO=NVEffectsBrowser_3) with many effects as Aniso (http://developer.nvidia.com/view.asp?IO=Anisotropic_Lighting) or membrane_lighting (http://developer.nvidia.com/view.asp?IO=membrane_lighting) in pure vertex shader software emulation - - … [View More]

2 2

C++ and winedbg: testers wanted
by Eric Pouech 11 Jan '03

11 Jan '03

as some folks have already noticed, loading ELF modules with C++ compilation units gave a zillion of traces while parsing debug info in winedbg this patch should silence this type of output it won't however add the C++ ABI to the debugger: heavy C++ debugging will require gdb (and also DwarfII debug info; stabs is so broken in this respect) on the C++ front, what should be possible is: - every class should be seen as a regular structures - non virtual methods will be available as … [View More]functions (of course, this will be seen as a regular parameter, and functions will be seen as undecorated names... this may recall to some of us the old good days of cfront ;-) anyway, as gcc has some discrepencies it its stabs output in its version, I'd like to get some feedback of people loading C++ info into winedbg I already tested gcc 3.2 and 2.96, but results from 2.95, 3.0 and 3.3 would be appreciated TIA A+ -- Eric Pouech Name: wd_stabs ChangeLog: - added experimental parsing for C++ code (but winedbg doesn't support C++ ABI) - now loading symbols for included files License: X11 GenDate: 2003/01/11 17:14:34 UTC ModifiedFiles: programs/winedbg/stabs.c AddedFiles: =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/programs/winedbg/stabs.c,v retrieving revision 1.3 diff -u -u -r1.3 stabs.c --- programs/winedbg/stabs.c 29 Sep 2002 18:35:31 -0000 1.3 +++ programs/winedbg/stabs.c 11 Jan 2003 17:14:30 -0000 @@ -31,6 +31,8 @@ * available (hopefully) from http:\\sources.redhat.com\gdb\onlinedocs */ +#define WITH_CPP_STABS_PARSING 1 + #include "config.h" #include <sys/types.h> @@ -269,13 +271,13 @@ if (**x=='(') { (*x)++; /* '(' */ - filenr=strtol(*x,x,10); /* <int> */ + filenr=strtol(*x,x,10); /* <int> */ (*x)++; /* ',' */ - subnr=strtol(*x,x,10); /* <int> */ + subnr=strtol(*x,x,10); /* <int> */ (*x)++; /* ')' */ } else { filenr = 0; - subnr = strtol(*x,x,10); /* <int> */ + subnr = strtol(*x,x,10); /* <int> */ } return DEBUG_FileSubNr2StabEnum(filenr,subnr); } @@ -343,14 +345,58 @@ if (*ptd->ptr++ != ';') return -1; /* ';' */ return 0; } +#ifdef WITH_CPP_STABS_PARSING +static inline int DEBUG_PTS_ReadMethodInfo(struct ParseTypedefData* ptd, + struct datatype* dt) +{ + char* tmp; + + if (*ptd->ptr++ == ':') + { + if (!(tmp = strchr(ptd->ptr, ';'))) return -1; + ptd->ptr = tmp + 1; + + } + if (!(*ptd->ptr >= '0' && *ptd->ptr <= '9')) return -1; + ptd->ptr++; + if (!(ptd->ptr[0] >= 'A' && *ptd->ptr <= 'D')) return -1; + ptd->ptr++; + if (*ptd->ptr++ != '.') return -1; + if (*ptd->ptr != ';') + { + while (*ptd->ptr) + { + /* some GCC versions (2.96 for example) really spit out wrongly defined + * stabs... in some cases, the methods are not correctly handled + * so just swallow the garbage until either .; (end of method) + * or ;; (end of struct) are found + */ + if (ptd->ptr[0] == '.' && ptd->ptr[1] == ';') + { + ptd->ptr++; + break; + } + if (ptd->ptr[0] == ';' && ptd->ptr[1] == ';') + break; + ptd->ptr++; + } + } + + return 0; +} +#endif -static inline int DEBUG_PTS_ReadAggregate(struct ParseTypedefData* ptd, struct datatype* sdt) +static inline int DEBUG_PTS_ReadAggregate(struct ParseTypedefData* ptd, + struct datatype* sdt) { int sz, ofs; char* last; struct datatype* adt; int idx; int doadd; +#ifdef WITH_CPP_STABS_PARSING + BOOL inMethod; +#endif sz = strtol(ptd->ptr, &last, 10); if (last == ptd->ptr) return -1; @@ -366,29 +412,67 @@ while (*ptd->ptr != ';') { /* agg_name : type ',' <int:offset> ',' <int:size> */ idx = ptd->idx; + if (DEBUG_PTS_ReadID(ptd) == -1) return -1; /* Ref. TSDF R2.130 Section 7.4. When the field name is a method name * it is followed by two colons rather than one. */ - if (*ptd->ptr == ':') ptd->ptr++; + if (*ptd->ptr == ':') + { + ptd->ptr++; +#ifdef WITH_CPP_STABS_PARSING + { + char* psemic = strchr(ptd->ptr, ';'); + char* psharp = strchr(ptd->ptr, '#'); + if (!psharp || psharp > psemic) + { + struct datatype* dt = NULL; + /* FIXME: hack... this shall be a ctor */ + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &dt) == -1) return -1; + if (DEBUG_PTS_ReadMethodInfo(ptd, dt) == -1) return -1; + if (*ptd->ptr++ != ';') return -1; + ptd->idx = idx; + continue; + } + } + inMethod = TRUE; + } + else + { + inMethod = FALSE; +#endif + } + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &adt) == -1) return -1; if (!adt) return -1; - if (*ptd->ptr++ != ',') return -1; - if (DEBUG_PTS_ReadNum(ptd, &ofs) == -1) return -1; - if (*ptd->ptr++ != ',') return -1; - if (DEBUG_PTS_ReadNum(ptd, &sz) == -1) return -1; - if (*ptd->ptr++ != ';') return -1; + if (*ptd->ptr != ',') + { +#ifdef WITH_CPP_STABS_PARSING + if (!inMethod) +#endif + return -1; + ptd->ptr++; + } + else + { + ptd->ptr++; + if (DEBUG_PTS_ReadNum(ptd, &ofs) == -1) return -1; + if (*ptd->ptr++ != ',') return -1; + if (DEBUG_PTS_ReadNum(ptd, &sz) == -1) return -1; + if (*ptd->ptr++ != ';') return -1; - if (doadd) DEBUG_AddStructElement(sdt, ptd->buf + idx, adt, ofs, sz); + if (doadd) DEBUG_AddStructElement(sdt, ptd->buf + idx, adt, ofs, sz); + } ptd->idx = idx; } ptd->ptr++; /* ';' */ return 0; } -static inline int DEBUG_PTS_ReadEnum(struct ParseTypedefData* ptd, struct datatype* edt) +static inline int DEBUG_PTS_ReadEnum(struct ParseTypedefData* ptd, + struct datatype* edt) { int ofs; int idx; @@ -405,7 +489,8 @@ return 0; } -static inline int DEBUG_PTS_ReadArray(struct ParseTypedefData* ptd, struct datatype* adt) +static inline int DEBUG_PTS_ReadArray(struct ParseTypedefData* ptd, + struct datatype* adt) { int lo, hi; struct datatype* rdt; @@ -463,14 +548,17 @@ /* then the real definitions */ switch (*ptd->ptr++) { case '*': +#ifdef WITH_CPP_STABS_PARSING + case '&': +#endif new_dt = DEBUG_NewDataType(DT_POINTER, NULL); if (DEBUG_PTS_ReadTypedef(ptd, NULL, &ref_dt) == -1) return -1; DEBUG_SetPointerType(new_dt, ref_dt); break; - case 'k': /* 'const' modifier */ - case 'B': /* 'volatile' modifier */ - /* just kinda ignore the modifier, I guess -gmt */ - if (DEBUG_PTS_ReadTypedef(ptd, NULL, &new_dt) == -1) return -1; + case 'k': /* 'const' modifier */ + case 'B': /* 'volatile' modifier */ + /* just kinda ignore the modifier, I guess -gmt */ + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &new_dt) == -1) return -1; break; case '(': ptd->ptr--; @@ -588,7 +676,8 @@ case 31: basic = DT_BASIC_LONGLONGINT; break; case 32: basic = DT_BASIC_ULONGLONGINT; break; default: - DEBUG_Printf(DBG_CHN_MESG, "Unsupported integral type (%d/%d)\n", lo, sz); + DEBUG_Printf(DBG_CHN_MESG, + "Unsupported integral type (%d/%d)\n", lo, sz); return -1; } if (!(new_dt = DEBUG_GetBasicType(basic))) { @@ -598,6 +687,35 @@ if (*ptd->ptr++ != ';') return -1; } break; +#ifdef WITH_CPP_STABS_PARSING + case '#': + new_dt = DEBUG_NewDataType(DT_FUNC, NULL); + if (*ptd->ptr == '#') + { + ptd->ptr++; + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &ref_dt) == -1) return -1; + DEBUG_SetPointerType(new_dt, ref_dt); + if (*ptd->ptr++ != ';') return -1; + + } + else + { + struct datatype* cls_dt; + struct datatype* pmt_dt; + + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &cls_dt) == -1) return -1; + if (*ptd->ptr++ != ',') return -1; + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &ref_dt) == -1) return -1; + DEBUG_SetPointerType(new_dt, ref_dt); + while (*ptd->ptr++ == ',') + { + if (DEBUG_PTS_ReadTypedef(ptd, NULL, &pmt_dt) == -1) return -1; + } + } + if (DEBUG_PTS_ReadMethodInfo(ptd, new_dt) == -1) return -1; + + break; +#endif default: DEBUG_Printf(DBG_CHN_MESG, "Unknown type '%c'\n", ptd->ptr[-1]); return -1; @@ -647,11 +765,15 @@ if ((ptd.ptr = strchr(ptr, ':'))) { ptd.ptr++; if (*ptd.ptr != '(') ptd.ptr++; +#ifdef WITH_CPP_STABS_PARSING + /* most of type definitions take one char, except Tt */ + if (*ptd.ptr != '(') ptd.ptr++; +#endif ret = DEBUG_PTS_ReadTypedef(&ptd, typename, &dt); } if (ret == -1 || *ptd.ptr) { - DEBUG_Printf(DBG_CHN_MESG, "failure on %s at %s\n", ptr, ptd.ptr); + DEBUG_Printf(DBG_CHN_MESG, "Failure on %s at %s\n", ptr, ptd.ptr); return FALSE; } @@ -729,7 +851,7 @@ strtabinc = 0; stabbuff[0] = '\0'; - for(i=0; i < nstab; i++, stab_ptr++ ) + for (i = 0; i < nstab; i++, stab_ptr++) { ptr = strs + (unsigned int) stab_ptr->n_un.n_name; if( ptr[strlen(ptr) - 1] == '\\' ) @@ -944,7 +1066,7 @@ } #endif - if( *ptr == '\0' ) + if( *ptr == '\0' ) /* end of N_SO file */ { /* * Nuke old path. @@ -1004,7 +1127,7 @@ stabbuff[0] = '\0'; #if 0 - DEBUG_Printf(DBG_CHN_MESG, "%d %x %s\n", stab_ptr->n_type, + DEBUG_Printf(DBG_CHN_MESG, "0x%02x %x %s\n", stab_ptr->n_type, (unsigned int) stab_ptr->n_value, strs + (unsigned int) stab_ptr->n_un.n_name); #endif @@ -1044,7 +1167,7 @@ nsym = symtab->sh_size / sizeof(*symp); strp = (char *) (addr + strtab->sh_offset); - for(i=0; i < nsym; i++, symp++) + for (i = 0; i < nsym; i++, symp++) { /* * Ignore certain types of entries which really aren't of that much @@ -1165,7 +1288,7 @@ } if (stabsect == -1 || stabstrsect == -1) { - DEBUG_Printf(DBG_CHN_WARN, "no .stab section\n"); + DEBUG_Printf(DBG_CHN_WARN, "No .stab section\n"); goto leave; } @@ -1181,7 +1304,7 @@ dil = DIL_LOADED; } else { dil = DIL_ERROR; - DEBUG_Printf(DBG_CHN_WARN, "bad stabs\n"); + DEBUG_Printf(DBG_CHN_WARN, "Couldn't read correctly read stabs\n"); goto leave; } @@ -1350,7 +1473,9 @@ if (filename == NULL) return DIL_ERROR; if (DEBUG_FindModuleByName(filename, DMT_ELF)) return DIL_LOADED; +#ifndef WITH_CPP_STABS_PARSING if (strstr (filename, "libstdc++")) return DIL_ERROR; /* We know we can't do it */ +#endif dil = DEBUG_ProcessElfFile(filename, load_offset, dyn_addr); /* if relative pathname, try some absolute base dirs */ @@ -1383,6 +1508,7 @@ for (lm_addr = (u_long)dbg_hdr->r_map; lm_addr; lm_addr = (u_long)lm.l_next) { if (!DEBUG_READ_MEM_VERBOSE((void*)lm_addr, &lm, sizeof(lm))) return FALSE; + if (lm.l_addr != 0 && DEBUG_READ_MEM_VERBOSE((void*)lm.l_addr, &ehdr, sizeof(ehdr)) && ehdr.e_type == ET_DYN && /* only look at dynamic modules */ [View Less]

1 0

Re: patch for "GetFileTitleW: illegal call to GetFileTitleA"
by Dmitry Timoshkov 11 Jan '03

11 Jan '03

"liu spider" <liuspider(a)yahoo.com> wrote: > this is a patch to get rid of W->A calls: > GetFileTitleW: illegal call to GetFileTitleA > + ret = GetFileTitleW(lpwstrFile, lpwstrTitle, cbBuf); > + HeapFree(GetProcessHeap(), 0, lpwstrTitle); > + HeapFree(GetProcessHeap(), 0, lpwstrFile); > + return ret; > +} It would be a good idea to translate the result from unicode to ANSI. One more suggestion: RtlCreateUnicodeStringFromAsciiz is supposed to reduce trouble of … [View More]

2 1

Some ddraw / GDI palette problem
by Lionel Ulmer 11 Jan '03

11 Jan '03

Hi all, In 'old' D3D games, a lot of textures are created paletted... And each of these texture has its own DDraw palette object. And thus each has some GDI memory allocated. This means that after some time, we run out of GDI Heap space due to all these palettes created there : trace:ddraw:Main_DirectDraw_CreatePalette (0x4038ff48)->(00000044,0x406b1340,0x406b1978,(nil)) trace:palette:CreatePalette entries=256 err:local:LOCAL_GetBlock not enough space in GDI heap 01b7 for 1052 bytes Now … [View More]

2 1

Re: Help with /?? stuff
by John K. Hohm 11 Jan '03

11 Jan '03

> > Alberto Massari wrote: > > I guess Wine is converting the NULL into \?? to be able to store it as > > a string. Shachar Shemesh wrote: > You guessed wrong. The leading \?? is there under both Wine and Windows > 2000, and in both cases there is ALSO a NULL. As neither Wine nor > Windows 2000 then accepts that as a valid path, I'll just remove it. I > was just wondering whether anyone knows why Windows 2000 puts that extra > stuff in (it's obvious why … [View More]

3 2

Re: PATCH - Check/Define for vsnprintf/_vsnprintf
by Dimitrie O. Paun 11 Jan '03

11 Jan '03

On January 10, 2003 07:47 pm, Steven Edwards wrote: > Changelog: (porting fix for Mingw/Windows) > check for vsnprintf and _vsnprintf > define vsnprintf with _vsnprintf Alexandre, why don't we link with oldnames.lib in Windows, and get rid of all these tests? -- Dimi.

4 4

shlwapi.dll from Wine regression tests on Windows 2000 SP3
by Steven Edwards 11 Jan '03

11 Jan '03

I did a compare of windows shlwapi with WINEs shlwapi. With Windows 2000 SP3 shlwapi.dll we get - C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe clist clist: 236 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe generated generated: 25 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe path path.c:92: Test failed: Expected ?… [View More]query=x&return=y, but got query=x&return=y path: 33 tests executed, 0 marked as todo, 1 failure. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe shreg shreg.c:171: Test failed: (44,43) shreg.c:183: Test failed: (2) shreg.c:195: Test failed: (14,43) shreg.c:196: Test failed: (2) shreg.c:204: Test failed: Expected ERROR_MORE_DATA shreg.c:205: Test failed: () shreg.c:206: Test failed: () shreg.c:207: Test failed: (1,43) shreg.c:218: Test failed: (44,43) shreg.c:262: Test failed: didn't open copy shreg: 40 tests executed, 0 marked as todo, 10 failures. C:\Documents and Settings\Administrator\Desktop\test> With the current WINE shlwapi on Windows 2000 we get C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe clist clist: 236 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe generated generated: 25 tests executed, 0 marked as todo, 0 failures. C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe path fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected localhost, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected 21, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected foo, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected bar, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected http, but got x☺� fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:81: Test failed: UrlGetPartA didn't return S_OK fixme:shell:URL_ParseUrl failed to parse L"http://foo:bar@localhost:21/internal. php?query=x&return=y" path.c:83: Test failed: UrlGetPartW didn't return S_OK path.c:87: Test failed: Strings didn't match between ascii and unicode UrlGetPar t! path.c:92: Test failed: Expected ?query=x&return=y, but got x☺� path: 33 tests executed, 0 marked as todo, 24 failures. C:\Documents and Settings\Administrator\Desktop\test> C:\Documents and Settings\Administrator\Desktop\test>shlwapi_test.exe shreg shreg.c:171: Test failed: (44,43) shreg.c:195: Test failed: (44,43) shreg.c:205: Test failed: () shreg.c:206: Test failed: () shreg.c:207: Test failed: (44,43) shreg.c:218: Test failed: (44,43) shreg.c:262: Test failed: didn't open copy shreg: 37 tests executed, 0 marked as todo, 7 failures. C:\Documents and Settings\Administrator\Desktop\test> __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com [View Less]

1 0

dx8 Patches - Question
by Ann and Jason Edmeades 11 Jan '03

11 Jan '03

Just a question, I noticed some of the dx8 patches are not applied - Is it due to the Chrismas backlog where Alexander took a very well deserved break, or because they have slipped through the cracks (or are there problems with them)? Will it help to resubmit them based off the current cvs since there were about 4 chained together each based off the previous one? Jason

3 3

wine/ole error on Mingw32/MSYS
by Steven Edwards 11 Jan '03

11 Jan '03

Platform is a older MSYS and GCC (3.1 something I think). I'm still getting settled in from getting tied-down so I cant test this on the latest mingw-current. only on dial-up here for now =(. Anyway any idea about this? Thanks Steven $ make gcc -c -I. -I. -I../include -I../include -DWINE_NOWINSOCK -Wall -mpreferred-sta ck-boundary=2 -gstabs+ -D__WINESRC__ -D_REENTRANT -o dx8guid.o dx8guid.c In file included from dx8guid.c:26: ../include/winuser.h:2396: unnamed fields of type other than … [View More]

3 2

Re: msvcrt: stubs for chsize, dup, dup2
by Steven Edwards 11 Jan '03

11 Jan '03

--- "Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > These are needed by the inline functions in the header. > > ChangeLog > Create stubs for chsize, dup, and dup2. I think chsize and ftruncate do the same thing so is there anyway to forward the call for chsize to ftruncate on platforms that have it? I added a configure check for this a while back because windows doesnt have ftruncate and makedep needs it. __________________________________________________ Do you Yahoo!? … [View More]

1 0

[RFC] msvcrt: defines break C++ code
by Dimitrie O. Paun 10 Jan '03

10 Jan '03

Folks, We have a lot of code in msvcrt headers like so: #define umask _umask #define unlink _unlink #define write _write This breaks C++ that define a write method in a header, and then implement it like so: #include <io.h> void MyClass::write(...) { write(...); } I suggest we turn those defines into inlines, like this: inline int write(int fd, const void* ptr, unsigned int size) { return _write(fd, ptr, size); } Any other solutions? -- Dimi.

4 6

Windows 2000 conformance test update
by Dave Miller 10 Jan '03

10 Jan '03

Here are three updates for the status page. I think user32/sysparams passed for me previously. C:\winetests>kernel32_test.exe path path.c:514: Test failed: GetLongPathNameA: wrong return code, 97 instead of 42 path.c:881:TMP=C:\DOCUME~1\davidm\LOCALS~1\Temp path.c:892:TMP=C:\WINNT path.c:902:TMP=C:\ path.c:912:TMP=C: path: 1730 tests executed, 0 marked as todo, 1 failure. C:\winetests>urlmon_test generated generated: 4 tests executed, 0 marked as todo, 0 failures. C:\winetests>… [View More]user32_test sysparams sysparams.c:184:testing SPI_{GET,SET}BEEP sysparams.c:306:testing SPI_{GET,SET}MOUSE sysparams.c:374:testing SPI_{GET,SET}BORDER sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=0, value= sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=7, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=20, value= sysparams.c:406:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:440:testing SPI_ICONHORIZONTALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=32, value= sysparams.c:480:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:515:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:555:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:590:testing SPI_ICONVERTICALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=32, value= sysparams.c:635:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=0, value= sysparams.c:670:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:707:testing SPI_SETDOUBLECLKWIDTH sysparams.c:738:testing SPI_SETDOUBLECLKHEIGHT sysparams.c:770:testing SPI_SETDOUBLECLICKTIME sysparams.c:817:testing SPI_SETMOUSEBUTTONSWAP sysparams.c:880:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:915:testing SPI_{GET,SET}WORKAREA sysparams.c:953:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER sysparams: 318 tests executed, 0 marked as todo, 12 failures. [View Less]

1 0

Re: wine/dlls/comcat regsvr.c comcat_main.c
by Dimitrie O. Paun 10 Jan '03

10 Jan '03

On January 10, 2003 12:48 am, John K. Hohm wrote: > + CLSID const *clsid; /* NULL for end of list */ [...] > + { NULL } /* list terminator */ Why not terminate the list with a NULL pointer to the struct instead, it's simpler and more idiomatic... -- Dimi.

2 1

Re: Wine, Mozilla & IE ?
by Francois Gouget 10 Jan '03

10 Jan '03

On Fri, 10 Jan 2003, Dan Kegel wrote: [...] > I don't know the particulars, but I do know that g++'s > ABI only very recently stabilized. ^^^^^^^^^^^^^^^^^^^^^^^^ Isn't that a contradiction in terms? [...] > (There was one little ABI tweak between 3.2 and 3.3, > and there may be more later, but they probably > won't break many apps.) That too seems incompatible with something declared 'stable'. Not that I have anything against C++, I like OO programming. But these … [View More]

3 4

Readfile on a duplicated pipe hangs
by Uwe Bonnes 10 Jan '03

10 Jan '03

Hallo, Marcus sent me patches that made Altera quartus install. Thanks. Now running the package hangs in the way it communicates with created processes. Here is what happens in my understanding: M: Masterprocess C: Childprocess M: CreatePipe -> handle_read + handle_write M: DuplicateHandle handle_read -> handle_read_dup M: CloseHandle (handle_read) M: Call CreateProcessA with handle_write as hstderr M: Return Createprocess M: CloseHandle (handle_write) M: Call Readfile (… [View More]

1 0

Re: Wine, Mozilla & IE ?
by Dan Kegel 10 Jan '03

10 Jan '03

Dan Kegel wrote: > With gcc 3.2 and later, shared libraries > produced by g++ will have a stable ABI, > and different machines (with different versions > of gcc >= 3.2) will produce compatible shared libraries. I forgot to mention: this also means that you can mix and match shared libraries produced by *other* c++ compilers, not just gcc! See http://www.linuxbase.org/spec/refspecs/ http://www.codesourcery.com/cxx-abi/ http://www.armdevzone.com/EABI/CppABI.html http://gcc.gnu.… [View More]

1 0

Re: Clean up OSS_Wave{In,Out}Init
by Eric Pouech 10 Jan '03

10 Jan '03

Francois Gouget wrote: > > This modifies OSS_Wave{In,Out}Init to report the exact capabilities of > the OSS driver. The new code does not try to use SNDCTL_DSP_SETFMTS > since some (old) cards may support 16bit or stereo audio at some sample > rates but not other (higher) rates. It now also reports the 48kHz and > 96kHz formats if they are supported. given the susceptibility of some OSS implementations, I'd suggest reimplementing the test loop as: for fmt for channels for … [View More]

1 0

Re: widl patch
by Greg Turner 10 Jan '03

10 Jan '03

On Wednesday 08 January 2003 12:31 pm, Ove Kaaven wrote: > Feel free to recompile the .idl files after applying this patch... > it's not necessary, but sooner or later someone is going to try what > I'm currently trying... to compile MIDL-generated proxy/stub code > with Wine headers. Indeed, I am doing this now with my RPC test. I'm not sure we are targeting the same stuff, however. You can see my work-in-progress in the K patchseries, which only has one (rejected) "official" … [View More]

3 5

Kaleidagraph demo
by Jos van den Oever 10 Jan '03

10 Jan '03

Hello Wine developers, The one program holding back linux adoption in my lab is the application Kaleidgraph. Kaleidagraph is a graphing application that is avaibable for Windows and Macintosh. I've been trying to use Kaleidgraph with wine (wine-20021219) without a windows installation on the computer. The installation works pretty well: Kaleigraph is installed, only the installer does not exit cleanly but not until it asks about displaying the readme file. Running Kaleidagraph does give … [View More]

2 3

Possible bug?
by Mike Hearn 10 Jan '03

10 Jan '03

Hi, I think this code in menu.c, BOOL WINAPI SetMenuItemInfoA(HMENU hmenu, UINT item, BOOL bypos, const MENUITEMINFOA *lpmii) { if ((lpmii->fType & (MF_HILITE|MF_POPUP)) || (lpmii->fState)) { /* QuickTime does pass invalid data into SetMenuItemInfo. * do some of the checks Windows does. */ WARN("Bad masks for type (0x%08x) or state (0x%08x)\n", lpmii->fType,lpmii->fState ); return FALSE; } .... is buggy, … [View More]

1 0

Re: Re: Re: html browser for wine (khtml)
by fenix＠club-internet.fr 10 Jan '03

10 Jan '03

Hi again, ----Message d'origine---- >Sujet: Re: Re: html browser for wine (khtml) >De: Mike Hearn <m.hearn(a)signal.qinetiq.com> >A: fenix(a)club-internet.fr >Copie à: m.hearn(a)signal.dera.gov.uk, hetz(a)witch.dyndns.org, >Date: 10 Jan 2003 09:47:41 +0000 > >> As i know, khtml support most of the IE-isms (for compatibility, try to actve "IE support" in konqueror). >> And for ActiveX, it must be simply supported by a khtml plugin (as crossover plugin do) &… [View More]gt; >If only it were that simple. Rather ironically the thing that led to me Wine in the first place was that >I needed to use features of an ActiveX control that were only available under IE. Same problem here :) > Although it would also (in theory) >work in Mozilla or Konq as well, in practice they didn't support rich enough plugin interfaces for host scripting >merge (where the plugin hooks into the browsers script interpreter and partially merges them together). Hence I now >sometimes need to use IE under Linux. http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/kparts/browserextension.h?… -> LiveConnectExtension is for scripting Interface (kjs and JAVA support use it so it will be sufficient for ActiveX/ActiveScript) (I have played with it a long time ago for a mini-basic scripting support) >There are lots of IEisms that I doubt Konq replicates. ActiveX controls are sometimes a lot more complex than just >displaying some controls on a page, they can actually integrate with IE to quite an impressive extent. maybe but all ActiveX i have seen are only embeded plugins or code who: - sometimes modify html rendering (ex: embeding directx panel, ...) - do some windows calls And i don't see what you cannot do with konq plugins. >For instance: > >- DirectX filters hmm, problem here, DirectShow and DirectMedia are not supported by wine yet ( it's at end on my todo list :) ). >- DHTML Behaviours if you talk by unsupported specific IE-DHTML behaviors by kthml ... we have to see if we can easily extend khtml parser without forking kthml code (i haven't see how parser interact with plugins) Maybe asking khtml people if its possible integrating more IE-isms compat in kthml ... >- ActiveScript (needs a vbscript interpreter as well as a JS interpreter) >- ActiveX data binding >- .NET integration .NET integration is difficult because it can use SOAP and somes XMLs stupid things :( >and so on. I expect upstream khtml could get 80% of the way there, but the remaining 20% would require tight >integration with Wine and some extensive code changes. >-- >Mike Hearn <m.hearn(a)signal.qinetiq.com> >QinetiQ - Malvern Technology Center > Raphael [View Less]

1 0

Re: Re: html browser for wine (khtml)
by fenix＠club-internet.fr 10 Jan '03

10 Jan '03

Hi, ----Message d'origine---- >Sujet: Re: html browser for wine (khtml) >De: Mike Hearn <m.hearn(a)signal.qinetiq.com> >A: hetz(a)witch.dyndns.org >Copie à: dpaun(a)rogers.com, wine-devel(a)winehq.com >Date: 10 Jan 2003 09:14:54 +0000 <snip> >About duplication - I think it's probably most likely that the best course would be >to copy the KHTML source into the Wine tree, because I'd expect modifications would >be needed in order to support all the IEisms … [View More]

2 1

html browser for wine (khtml)
by Hetz Ben Hamo 10 Jan '03

10 Jan '03

Hi, Yesterday, Apple released their web browser - Safari. The license is LGPL and the code is based on KDE's KHTML rendering engine. Whats the difference? now you don't need QT, so license wise - it's kosher ;) Thanks, Hetz

5 9

Re: getting started
by Dimitrie O. Paun 10 Jan '03

10 Jan '03

On January 10, 2003 01:14 am, Glen Kaukola wrote: > All they have is C++ code. So maybe I should go with my > original plan of compiling stuff with visual studio and seeing if it > runs under wine. Or do you have any other suggestions? Compiling stuff with visual studio is a first step. But it should be very simple to do a Makefile for the examples, how many files do you have in one example? Here is an example Makefile that you can use under mingw: (let me know if it doesn't work, … [View More]

2 1

[Fwd: Re: getting started]
by Glen Kaukola 10 Jan '03

10 Jan '03

Dimitrie O. Paun wrote: > Compiling under the SDK using MS tools gives us little value. We already > know that works. If you don't want to spend the cash on MSVC (and not make > MS any richer :)), and are willing to invest some time into it, I suggest > the following path: > 1. Get the latest mingw 2.0 distribution from http://www.mingw.org > 2. Modify the makefiles that come in the book to work with GNU make, > and the mingw tool chain. Make sure you use forward … [View More]

2 1

Expected name, id, length or ordinal error
by John Westerman 10 Jan '03

10 Jan '03

Hi Everybody, I'm currently trying to compile the basic Win32 "Hello world" project that VC6 generates for you using Wine. Currently I'm running winemaker like this: winemaker --nomfc -I/usr/local/wine/include -L/usr/local/wine/lib -ikernel32.lib -iuser32.lib -igdi32.lib -iwinspool.lib -icomdlg32.lib -iadvapi32.lib -ishell32.lib -iole32.lib -ioleaut32.lib -iuuid.lib -iodbc32.lib -iodbccp32.lib /home/john/hello I've also added the header files that … [View More]

2 1

PATCH - Define needed flags when building for Mingw
by Steven Edwards 10 Jan '03

10 Jan '03

Dont know if this is right or not as you all know I think configure is a little whore. =P Maybe this should go somewhere else. I have about 12 or 13 other things that need to be fixed when building WINE for Mingw and MSYS and I am tired of doing ./configure CFLAGS="-D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK" Maybe someone can suggest a better way rather than -DWINE_NOWINSOCK? Thanks Steven Changelog: add defines for Mingw cvs diff -u configure Index: configure ================================… [View More]

2 2

DirectSound and i810 soundcards
by Francois Gouget 10 Jan '03

10 Jan '03

There is a problem with Directsound and i810 soundcards. The test I just sent to wine-patches illustrates it very well. Basically sounds are being played too fast. Here's my understanding of the problem (if my memory and understanding of the logs is correct): When DSound initializes it create a primary sound buffer and invokes winmm to actually get access to a sound device. The default format of the primary buffer is 22050x16x2 (i.e. 22050Hz, 16 bit sound, stereo). This means the device … [View More]it's going to get will be handled by msacm.drv which will be responsible for performing the conversions on the fly. However during the primary buffer creation DSDB_MapPrimary gets invoked in wineoss and does an mmap of the hardware sound buffer. So when we then play sound in a secondary sound buffer, this sound gets mixed into the primary buffer, but because of the mmap this then goes straight to the sound card with no further conversion. So you end up with a chipmunk sound effect since you play a 22050x16x2 sound at 48000x16x2. I will try to make more tests to confirm this but does it seem to make sense? Should I look in some other direction? Any suggestion about a fix? If you have an i810 soundcard you can reproduce by doing the following: * apply "Add WINETEST_INTERACTIVE" from wine-patches * apply "Add 'audiophile' DirectSound tests" from wine-patches * cd dlls/dsound/tests * make * WINETEST_INTERACTIVE=1 ../../../tools/runtest -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c (you can also set WINETEST_DEBUG=2 to get more debug info about the test's buffer management, though this is probably not relevant here) Alternately, you can download the latest Windows test binaries from my site (http://fgouget.free.fr/wine/winetests.zip) and run them using Wine, or on Windows: set WINETEST_INTERACTIVE=1 dsound_test dsound Actually I would be interested in the results of this test on Windows: * the test tone is usually played three times. Are all three, and especially the first one, at the right pitch? * what is the output of the test? I'm interested in reported capabilities as stated by Windows and Wine for instance (to determine whether the primary buffer is emulated for instance). * what is the primary buffer's default format? 22050x16x2? (that's not supported by the sound card!) * does the winmm test work? set WINETEST_INTERACTIVE=1 winmm_test wave * in particular, what happens when the test tone is played with WAVE_FORMAT_DIRECT on Windows? (except Win9x platforms which don't support that flag) -- Francois Gouget fgouget(a)codeweavers.com [View Less]

3 8

Problem in dlls/ddraw/dsufrace/main.c
by Sylvain Petreolle 10 Jan '03

10 Jan '03

Trying to run Revolt Demo, the program halts saying DDERR_NOTFOUND in Main_DirectDrawSurface_GetAttachedSurface Looking in the source, we see that : found=NULL; for (surf = This->attached; surf != NULL; surf = surf->next_attached){ ... // surf is not modified into that if (...) found=surf; } if (found == NULL) { TRACE("Did not find any valid surface\n"); return DDERR_NOTFOUND; } Looks like the only possible return value of this is DDERR_NOTFOUND, because of the for(...; surf !=NULL ; … [View More]

2 9

Re: Registering DLL's
by John K. Hohm 09 Jan '03

09 Jan '03

Alexandre said: > Part of it should be done with DllRegisterServer, the rest can be > handled by the .inf script. And I think it's OK to add the necessary > DllRegisterServer entry points even if the native dll doesn't have > them. I'm glad you feel that way. I created bug 1117, "Make all Wine OLE DLLs self-registerable", and have been working on an implementation. For some reason I can't accept the bug; though I've tried several times, it stays at UNCONFIRMED. What to do about … [View More]

4 11

Can't find MFC afx.h
by John Westerman 09 Jan '03

09 Jan '03

Hi Everybody, I'm currently trying to compile the basic Win32 "Hello world" project that VC6 generates for you using Wine. My problem is that when I run ./configure -with-wine=/usr/local/wine It fails with the Message "checking for afx.h .... Could not find the MFC includes" However this file is located in /usr/local/wine/include/mfc. I got afx.h and the other headers by directly copying them from my Dos partition at C:\Program Files\Microsoft Visual Studio\VC98\MFC\Include I … [View More]

3 2

Re: fix shgetfileinfoW
by Andreas Mohr 09 Jan '03

09 Jan '03

On Wed, Jan 08, 2003 at 09:34:50PM +0100, Jürgen Schmied wrote: Content-Description: Mail message body > - fixed crash in winamp reported by andreas mohr Yay !!! That fixed it indeed ! (in other words: I just didn't trust you, so I had to try myself ;-) Andreas Mohr

1 0

distcc and wine
by Martin Pool 09 Jan '03

09 Jan '03

I saw (reading my referrer logs :-) people were interested in distcc with Wine, so I thought I would add it to distcc's performance benchmark. Across three machines I saw a 2.58x speedup -- details are attached. The machines were all 1GB, 1700MHz Pentium IV with a 100Mbps switched connection. Building on just one took 22m57s, and across all three took 8m53s. There is probably still some scheduling inefficiency here, which I hope to reduce over the next few months. I'm not sure what was … [View More]

2 3

Re: wrc: -v, -h, -w, -O res16
by Alexandre Julliard 09 Jan '03

09 Jan '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Collapse -w16 into -O as res16. -w16 can apply to all modes, not only .res, so you would need to support 'asm16' and 'hdr16' too. It seems cleaner to keep it as a separate option. -- Alexandre Julliard julliard(a)winehq.com

2 3

Re: widl patch
by Kari Hurtta 09 Jan '03

09 Jan '03

2 1

Re: Small fixes for my previous patch
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

On January 9, 2003 03:09 pm, Rok Mandeljc wrote: > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> Can you, pretty please, turn off HTML mail? <shrug/> -- Dimi.

1 0

[RFC] io.h & friends
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

Folks, Just as I thought 'fine, I'll add the #ifdef, and get it over with', this thing comes back to haunt me. For the record, I've delete the previous thread, _and_ the io.h patch from my tree, thinking the issue was put to rest. As you can probably guess, I have the io.h problems in wxWindows, simply because this is what I work on right now. Let me state the problem again: -- When you compile with winegcc, you get these macros: __WINE__, __WIN32__, __UNIX__ -- You want your source to … [View More]

4 8

Help with /?? stuff
by Shachar Shemesh 09 Jan '03

09 Jan '03

Hi list, Can someone please give me a good place to RTFM what the !$&!% to do with paths that have /?? in them? Can I just give them over to win32 functions, or do I need to do something with them first? Also, does anyone have any docs on "runonce.exe"? I have a very vauge knowledge of what it does, and I could find -q -b mentioned as command lines. Shachar

4 3

Re: wrc: -v, --[no-]use-temp-file
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

On January 8, 2003 11:59 pm, Dimitrie O. Paun wrote: > ChangeLog > Added windres compatibility switches: -v, --[no-]use-temp-file. > Updated documentation, minor option parsing cleanup. My apologies, I changed my mind: I decided to do a bigger patch that will obsolete this one. Initially I thought they are disjunct, but the new patch touches 50% of the lines in this one, so I might as well collapse them together. It's in the works. -- Dimi.

1 0

Re: DIB sync bug fix
by Tony Lambregts 09 Jan '03

09 Jan '03

Duane Clark wrote: > In the bitblt functions, if the source and destination DCs are the > same DC, the call: > X11DRV_UnlockDIBSection( physDevSrc, FALSE ); > caused the DC to be labeled as "InSync" without committing the changes > resulting from the bitblt. > > This fixes bug 885. > > Changelog: > If bit/stretchblt source and destination DCs are the same, > make sure the changes are committed before unlocking. Yup Fixes up bug 885 real slick With … [View More]

1 0

wxWindows: it's official!
by Dimitrie O. Paun 09 Jan '03

09 Jan '03

That right, As of today, the patch I've sent a few days ago to the list has been integrated into the tree. Turns out that all those "#include <search.h>" were not needed, so the patch was even smaller than I thought! :) There are some things that need to go into the Wine tree before you can play with the wxWindows thing: 1. Dan's patch that fixes the RECT definition 2. Francois' patch that fixes winsock.h 3. My patch that adds io.h 4. My patch that adds wineg++ 5. My patch for … [View More]

3 13

wxWindows: it's now official (almost)
by Dimitrie O. Paun 08 Jan '03

08 Jan '03

Hi folks, Last night I had nothing better to do than to cleanup my wxWindows patch. The entire thing is less than 500 lines! This says quite a few things about the maturity of our headers. The changes to the build system are just a few lines changed in src/makeg95.env. In fact, most of those are just documentation changes, and convenience things. *All* interesting changes are just: CC=winegcc CXX=winegcc -xc++ WINDRES=wrc Needless to say, I am sooooo happy! :)))) Below I've included a … [View More]diffstat of the patch (to give you an idea how few things I had to change), and the patch itself (first to show how trivial the changes are, and second in the hope that my experience doing this port can be of some use to someone else). The exact same patch (with the only difference being that it has only 2 lines of context for the unified diff, to conform to the wxWindows patch guidelines) will be submitted for inclusion in the official wxWindows tree in the next 10 minutes. But I figured you guys should be the first to know, so here it is! :) Enjoy! diffstat wine.diff include/wx/filefn.h | 2 +- include/wx/longlong.h | 1 + include/wx/msw/gccpriv.h | 4 ++-- include/wx/msw/setup0.h | 2 +- include/wx/platform.h | 2 +- include/wx/sckaddr.h | 2 +- src/common/datetime.cpp | 2 +- src/common/dynarray.cpp | 1 + src/common/encconv.cpp | 1 + src/common/filefn.cpp | 2 +- src/common/list.cpp | 1 + src/common/mimecmn.cpp | 6 +++--- src/common/sckaddr.cpp | 4 ++-- src/common/sckipc.cpp | 2 +- src/common/string.cpp | 1 + src/common/wxchar.cpp | 2 +- src/jpeg/jmorecfg.h | 3 +++ src/makeg95.env | 24 +++++++++++++++++++++--- src/msw/app.cpp | 2 +- src/msw/dialup.cpp | 1 + src/msw/fontenum.cpp | 2 +- src/msw/gsocket.c | 4 ++-- src/msw/ole/automtn.cpp | 1 + src/png/pngconf.h | 8 ++++++-- 24 files changed, 56 insertions(+), 24 deletions(-) Index: include/wx/filefn.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/filefn.h,v retrieving revision 1.63 diff -u -r1.63 filefn.h --- include/wx/filefn.h 2002/12/07 15:41:11 1.63 +++ include/wx/filefn.h 2003/01/04 19:32:59 @@ -75,7 +75,7 @@ // Microsoft compiler loves underscores, feed them to it #if defined( __VISUALC__ ) \ - || ( defined(__MINGW32__) && wxCHECK_W32API_VERSION( 0, 5 ) ) \ + || ( defined(__MINGW32__) && !defined(__WINE__) && wxCHECK_W32API_VERSION( 0, 5 ) ) \ || ( defined(__MWERKS__) && defined(__WXMSW__) ) // functions #define wxClose _close Index: include/wx/longlong.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/longlong.h,v retrieving revision 1.44 diff -u -r1.44 longlong.h --- include/wx/longlong.h 2002/12/04 13:58:18 1.44 +++ include/wx/longlong.h 2003/01/04 19:33:00 @@ -63,6 +63,7 @@ #define wxLongLongFmtSpec _T("I64") #elif (defined(SIZEOF_LONG_LONG) && SIZEOF_LONG_LONG >= 8) || \ defined(__MINGW32__) || \ + defined(__GNUC__) || \ defined(__CYGWIN__) || \ defined(__WXMICROWIN__) || \ (defined(__DJGPP__) && __DJGPP__ >= 2) Index: include/wx/platform.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/platform.h,v retrieving revision 1.9 diff -u -r1.9 platform.h --- include/wx/platform.h 2002/12/07 12:36:03 1.9 +++ include/wx/platform.h 2003/01/04 19:33:00 @@ -137,7 +137,7 @@ #define __HPUX__ #endif /* HP-UX */ - #if defined(__CYGWIN__) + #if defined(__CYGWIN__) || defined(__WINE__) #if !defined(wxSIZE_T_IS_UINT) #define wxSIZE_T_IS_UINT #endif Index: include/wx/sckaddr.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/sckaddr.h,v retrieving revision 1.16 diff -u -r1.16 sckaddr.h --- include/wx/sckaddr.h 2002/08/31 11:29:11 1.16 +++ include/wx/sckaddr.h 2003/01/04 19:33:01 @@ -101,7 +101,7 @@ }; #endif -#if defined(__UNIX__) && (!defined(__WXMAC__) || defined(__DARWIN__)) +#if defined(__UNIX__) && !defined(__WINE__) && (!defined(__WXMAC__) || defined(__DARWIN__)) #include <sys/socket.h> #ifndef __VMS__ # include <sys/un.h> Index: include/wx/msw/gccpriv.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/msw/gccpriv.h,v retrieving revision 1.7 diff -u -r1.7 gccpriv.h --- include/wx/msw/gccpriv.h 2002/12/29 19:37:08 1.7 +++ include/wx/msw/gccpriv.h 2003/01/04 19:33:02 @@ -3,7 +3,7 @@ #ifndef _WX_MSW_GCCPRIV_H_ #define _WX_MSW_GCCPRIV_H_ -#if defined( __MINGW32__ ) && !defined( HAVE_W32API_H ) +#if defined( __MINGW32__ ) && !defined(__WINE__) && !defined( HAVE_W32API_H ) #if ( __GNUC__ > 2 ) || ( ( __GNUC__ == 2 ) && ( __GNUC_MINOR__ >= 95 ) ) #include <_mingw.h> #if __MINGW32_MAJOR_VERSION >= 1 @@ -24,7 +24,7 @@ // Cygwin / Mingw32 with gcc >= 2.95 use new windows headers which // are more ms-like (header author is Anders Norlander, hence the name) -#if (defined(__MINGW32__) || defined(__CYGWIN__)) && ((__GNUC__>2) || ((__GNUC__==2) && (__GNUC_MINOR__>=95))) +#if (defined(__MINGW32__) || defined(__CYGWIN__) || defined(__WINE__)) && ((__GNUC__>2) || ((__GNUC__==2) && (__GNUC_MINOR__>=95))) #ifndef wxUSE_NORLANDER_HEADERS #define wxUSE_NORLANDER_HEADERS 1 #endif Index: include/wx/msw/setup0.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/include/wx/msw/setup0.h,v retrieving revision 1.126 diff -u -r1.126 setup0.h --- include/wx/msw/setup0.h 2003/01/02 23:28:53 1.126 +++ include/wx/msw/setup0.h 2003/01/04 19:33:03 @@ -1068,7 +1068,7 @@ // ---------------------------------------------------------------------------- #ifndef wxUSE_NORLANDER_HEADERS -#if (defined(__MINGW32__) || defined(__CYGWIN__)) && ((__GNUC__>2) ||((__GNUC__==2) && (__GNUC_MINOR__>=95))) +#if ((defined(__MINGW32__) && defined(__CYGWIN__)) ||defined(__WINE__)) && ((__GNUC__>2) ||((__GNUC__==2) && (__GNUC_MINOR__>=95))) # define wxUSE_NORLANDER_HEADERS 1 #else # define wxUSE_NORLANDER_HEADERS 0 Index: src/makeg95.env =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/makeg95.env,v retrieving revision 1.78 diff -u -r1.78 makeg95.env --- src/makeg95.env 2002/12/29 19:37:10 1.78 +++ src/makeg95.env 2003/01/04 19:33:11 @@ -52,12 +52,21 @@ # gcc 3.x provides a win32api.h header MINGW32VERSION=3.0 +# If you want to compile on Wine, simply uncomment this variable +# If you don't want to edit the file, you can simply define it +# on the command line like so: make WINE=1 -f makefile.g95 +#WINE=1 + # If we're using MSYS, or other utilities that use forward slashes, # you need to set this when invoking the makefile from DOS, or the # wrong separators will be assumed. However, if you're using MSYS, # you really ought to invoke the makefile from MSYS--or, even better, # use the './configure && make' technique that MSYS is designed for. +ifndef WINE #OSTYPE=msys +else +OSTYPE=msys +endif # If building DLL, the version WXVERSION=250 @@ -133,7 +142,9 @@ # Versions since 3.0 provide win32api.h . An old comment said to # define this 'if you have w32api >= 0.5', but mingw 2.95.2-1 # has no such header. +ifndef WINE _USE_W32API_HEADER_IF_SUPPORTED = -DHAVE_W32API_H +endif # # Revision 1.70.2.6 of this file suggested '--pipe' for mingw but # not for cygwin, and only for version 3.0 or later. Since then, @@ -145,11 +156,14 @@ # endif -# C compiler +# Define the C++ and C compiler respectively +ifndef WINE CXX = g++ - -# C compiler CC = gcc +else +CXX = winegcc -xc++ +CC = winegcc +endif # Compiler used for LEX generated C # For now at least, it can be the same as the regular C compiler @@ -169,7 +183,11 @@ # Settings for Cyginw/Mingw32 # Some versions of windres cannot cope with the --preprocessor # option. Uncomment the RCPREPROCESSOR line below if yours can. +ifndef WINE RESCOMP=windres $(_USE_TEMP_FILE_IF_SUPPORTED) +else +RESCOMP=wrc +endif RCINPUTSWITCH=-i RCOUTPUTSWITCH=-o RCINCSWITCH=--include-dir Index: src/common/datetime.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/datetime.cpp,v retrieving revision 1.71 diff -u -r1.71 datetime.cpp --- src/common/datetime.cpp 2002/12/04 14:06:21 1.71 +++ src/common/datetime.cpp 2003/01/04 19:33:25 @@ -103,7 +103,7 @@ #elif defined(__MWERKS__) long wxmw_timezone = 28800; #define WX_TIMEZONE wxmw_timezone - #elif defined(__DJGPP__) + #elif defined(__DJGPP__) || defined(__WINE__) #include <sys/timeb.h> #include <values.h> static long wxGetTimeZone() Index: src/common/dynarray.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/dynarray.cpp,v retrieving revision 1.28 diff -u -r1.28 dynarray.cpp --- src/common/dynarray.cpp 2002/12/04 14:06:27 1.28 +++ src/common/dynarray.cpp 2003/01/04 19:33:28 @@ -28,6 +28,7 @@ #include <stdlib.h> #include <string.h> // for memmove +#include <search.h> #ifndef max #define max(a, b) (((a) > (b)) ? (a) : (b)) Index: src/common/encconv.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/encconv.cpp,v retrieving revision 1.14 diff -u -r1.14 encconv.cpp --- src/common/encconv.cpp 2002/01/25 14:45:20 1.14 +++ src/common/encconv.cpp 2003/01/04 19:33:29 @@ -23,6 +23,7 @@ #include "wx/encconv.h" #include <stdlib.h> +#include <search.h> // conversion tables, generated by scripts in $(WXWIN)/misc/unictabl: #ifdef __BORLANDC__ Index: src/common/filefn.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/filefn.cpp,v retrieving revision 1.162 diff -u -r1.162 filefn.cpp --- src/common/filefn.cpp 2003/01/01 17:52:58 1.162 +++ src/common/filefn.cpp 2003/01/04 19:33:35 @@ -1262,7 +1262,7 @@ // assume mkdir() has 2 args on non Windows-OS/2 platforms and on Windows too // for the GNU compiler -#if (!(defined(__WXMSW__) || defined(__WXPM__) || defined(__DOS__))) || (defined(__GNUWIN32__) && !defined(__MINGW32__)) || defined(__WXWINE__) || defined(__WXMICROWIN__) +#if (!(defined(__WXMSW__) || defined(__WXPM__) || defined(__DOS__))) || (defined(__GNUWIN32__) && !defined(__MINGW32__)) || defined(__WXWINE__) || defined(__WINE__) || defined(__WXMICROWIN__) if ( mkdir(wxFNCONV(dirname), perm) != 0 ) #elif defined(__WXPM__) if (::DosCreateDir((PSZ)dirname, NULL) != 0) // enhance for EAB's?? Index: src/common/list.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/list.cpp,v retrieving revision 1.38 diff -u -r1.38 list.cpp --- src/common/list.cpp 2002/02/06 01:38:08 1.38 +++ src/common/list.cpp 2003/01/04 19:33:37 @@ -31,6 +31,7 @@ #include <stdarg.h> #include <stdlib.h> #include <string.h> +#include <search.h> #ifndef WX_PRECOMP #include "wx/defs.h" Index: src/common/mimecmn.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/mimecmn.cpp,v retrieving revision 1.23 diff -u -r1.23 mimecmn.cpp --- src/common/mimecmn.cpp 2002/12/04 14:06:45 1.23 +++ src/common/mimecmn.cpp 2003/01/04 19:33:38 @@ -486,7 +486,7 @@ bool wxMimeTypesManager::Unassociate(wxFileType *ft) { -#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) +#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) && !defined(__WINE__) return m_impl->Unassociate(ft); #else return ft->Unassociate(); @@ -596,7 +596,7 @@ void wxMimeTypesManager::Initialize(int mcapStyle, const wxString& sExtraDir) { -#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) +#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) && !defined(__WINE__) EnsureImpl(); m_impl->Initialize(mcapStyle, sExtraDir); @@ -609,7 +609,7 @@ // and this function clears all the data from the manager void wxMimeTypesManager::ClearData() { -#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) +#if defined(__UNIX__) && !defined(__WXPM__) && !defined(__CYGWIN__) && !defined(__WXWINE__) && !defined(__WINE__) EnsureImpl(); m_impl->ClearData(); Index: src/common/sckaddr.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/sckaddr.cpp,v retrieving revision 1.34 diff -u -r1.34 sckaddr.cpp --- src/common/sckaddr.cpp 2002/12/04 14:06:51 1.34 +++ src/common/sckaddr.cpp 2003/01/04 19:33:39 @@ -46,7 +46,7 @@ #ifdef ENABLE_IPV6 IMPLEMENT_DYNAMIC_CLASS(wxIPV6address, wxSockAddress) #endif -#if defined(__UNIX__) && (!defined(__WXMAC__) || defined(__DARWIN__)) +#if defined(__UNIX__) && !defined(__WINE__) && (!defined(__WXMAC__) || defined(__DARWIN__)) IMPLEMENT_DYNAMIC_CLASS(wxUNIXaddress, wxSockAddress) #endif @@ -237,7 +237,7 @@ #endif // 0 -#if defined(__UNIX__) && (!defined(__WXMAC__) || defined(__DARWIN__)) +#if defined(__UNIX__) && !defined(__WINE__) && (!defined(__WXMAC__) || defined(__DARWIN__)) // --------------------------------------------------------------------------- // wxUNIXaddress Index: src/common/sckipc.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/sckipc.cpp,v retrieving revision 1.34 diff -u -r1.34 sckipc.cpp --- src/common/sckipc.cpp 2002/09/14 02:09:51 1.34 +++ src/common/sckipc.cpp 2003/01/04 19:33:41 @@ -89,7 +89,7 @@ GetAddressFromName(const wxString& serverName, const wxString& host = _T("")) { // we always use INET sockets under non-Unix systems -#if defined(__UNIX__) && !defined(__WXMAC__) +#if defined(__UNIX__) && !defined(__WXMAC__) && !defined(__WINE__) // under Unix, if the server name looks like a path, create a AF_UNIX // socket instead of AF_INET one if ( serverName.Find(_T('/')) != wxNOT_FOUND ) Index: src/common/string.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/string.cpp,v retrieving revision 1.166 diff -u -r1.166 string.cpp --- src/common/string.cpp 2002/12/10 12:13:23 1.166 +++ src/common/string.cpp 2003/01/04 19:33:45 @@ -41,6 +41,7 @@ #include <ctype.h> #include <string.h> #include <stdlib.h> +#include <search.h> #ifdef __SALFORDC__ #include <clib.h> Index: src/common/wxchar.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/common/wxchar.cpp,v retrieving revision 1.51 diff -u -r1.51 wxchar.cpp --- src/common/wxchar.cpp 2002/12/10 00:43:28 1.51 +++ src/common/wxchar.cpp 2003/01/04 19:33:47 @@ -105,7 +105,7 @@ bool WXDLLEXPORT wxOKlibc() { -#if wxUSE_WCHAR_T && defined(__UNIX__) && defined(__GLIBC__) +#if wxUSE_WCHAR_T && defined(__UNIX__) && defined(__GLIBC__) && !defined(__WINE__) // glibc 2.0 uses UTF-8 even when it shouldn't wchar_t res = 0; if ((MB_CUR_MAX == 2) && Index: src/jpeg/jmorecfg.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/jpeg/jmorecfg.h,v retrieving revision 1.19 diff -u -r1.19 jmorecfg.h --- src/jpeg/jmorecfg.h 2002/05/26 11:49:37 1.19 +++ src/jpeg/jmorecfg.h 2003/01/04 19:33:49 @@ -130,6 +130,7 @@ */ /* UINT8 must hold at least the values 0..255. */ +#ifndef __WINE_BASETSD_H #ifdef HAVE_UNSIGNED_CHAR typedef unsigned char UINT8; @@ -154,6 +155,8 @@ #ifndef XMD_H /* X11/xmd.h correctly defines INT16 */ typedef short INT16; #endif + +#endif /* __WINE_BASETSD_H */ /* INT32 must hold at least signed 32-bit values. */ Index: src/msw/app.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/app.cpp,v retrieving revision 1.174 diff -u -r1.174 app.cpp --- src/msw/app.cpp 2002/12/04 14:09:06 1.174 +++ src/msw/app.cpp 2003/01/04 19:33:52 @@ -1381,6 +1381,6 @@ // For some reason, with MSVC++ 1.5, WinMain isn't linked in properly // if in a separate file. So include it here to ensure it's linked. -#if (defined(__VISUALC__) && !defined(__WIN32__)) || (defined(__GNUWIN32__) && !defined(__TWIN32__) && !defined(WXMAKINGDLL)) +#if (defined(__VISUALC__) && !defined(__WIN32__)) || (defined(__GNUWIN32__) && !defined(__WINE__) && !defined(__TWIN32__) && !defined(WXMAKINGDLL)) #include "main.cpp" #endif Index: src/msw/dialup.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/dialup.cpp,v retrieving revision 1.34 diff -u -r1.34 dialup.cpp --- src/msw/dialup.cpp 2002/08/30 20:34:25 1.34 +++ src/msw/dialup.cpp 2003/01/04 19:33:55 @@ -55,6 +55,7 @@ !defined(__GNUWIN32_OLD__) && \ !defined(__WATCOMC__) && \ !defined(__WXWINE__) && \ + !defined(__WINE__) && \ (!defined(__VISUALC__) || (__VISUALC__ >= 1020)) #include <ras.h> Index: src/msw/fontenum.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/fontenum.cpp,v retrieving revision 1.30 diff -u -r1.30 fontenum.cpp --- src/msw/fontenum.cpp 2003/01/02 23:38:07 1.30 +++ src/msw/fontenum.cpp 2003/01/04 19:33:55 @@ -152,7 +152,7 @@ #define wxFONTENUMPROC FONTENUMPROCEX #elif (defined(__GNUWIN32__) && !defined(__CYGWIN10__) && !wxCHECK_W32API_VERSION( 1, 1 )) #if wxUSE_NORLANDER_HEADERS - #define wxFONTENUMPROC int(*)(const LOGFONT *, const TEXTMETRIC *, long unsigned int, LPARAM) + #define wxFONTENUMPROC FONTENUMPROC #else #define wxFONTENUMPROC int(*)(ENUMLOGFONTEX *, NEWTEXTMETRICEX*, int, LPARAM) #endif Index: src/msw/gsocket.c =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/gsocket.c,v retrieving revision 1.42 diff -u -r1.42 gsocket.c --- src/msw/gsocket.c 2002/12/06 16:57:30 1.42 +++ src/msw/gsocket.c 2003/01/04 19:33:58 @@ -11,6 +11,8 @@ * PLEASE don't put C++ comments here - this is a C source file. */ +#include <winsock.h> + #ifdef _MSC_VER /* RPCNOTIFICATION_ROUTINE in rasasync.h (included from winsock.h), * warning: conditional expression is constant. @@ -55,8 +57,6 @@ #include <stdlib.h> #include <stddef.h> #include <ctype.h> - -#include <winsock.h> /* if we use configure for MSW SOCKLEN_T will be already defined */ #ifndef SOCKLEN_T Index: src/msw/ole/automtn.cpp =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/msw/ole/automtn.cpp,v retrieving revision 1.26 diff -u -r1.26 automtn.cpp --- src/msw/ole/automtn.cpp 2003/01/03 14:59:07 1.26 +++ src/msw/ole/automtn.cpp 2003/01/04 19:34:00 @@ -26,6 +26,7 @@ // With Borland C++, all samples crash if this is compiled in. #if wxUSE_OLE &&!defined(__WATCOMC__) && !(defined(__BORLANDC__) && (__BORLANDC__ < 0x520)) && !defined(__CYGWIN10__) && !defined(__WXWINE__) +#define _FORCENAMELESSUNION #include "wx/log.h" #include "wx/msw/ole/automtn.h" #include "wx/msw/private.h" Index: src/png/pngconf.h =================================================================== RCS file: /pack/cvsroots/wxwindows/wxWindows/src/png/pngconf.h,v retrieving revision 1.7 diff -u -r1.7 pngconf.h --- src/png/pngconf.h 2002/12/04 14:10:03 1.7 +++ src/png/pngconf.h 2003/01/04 19:34:04 @@ -1157,9 +1157,13 @@ # endif #endif -#if defined(__CYGWIN__) +#if defined(__CYGWIN__) || defined(__WINE__) # undef PNGAPI -# define PNGAPI __cdecl +# if defined(__WINE__) +# define PNGAPI +# else +# define PNGAPI __cdecl +# endif # undef PNG_IMPEXP # define PNG_IMPEXP #endif -- Dimi. [View Less]

2 4

Re: _wine_ldt_copy can not be auto-imported when building under cygwin
by Dimitrie O. Paun 08 Jan '03

08 Jan '03

On January 8, 2003 02:33 am, Jeroen Janssen wrote: > The attached patch fixes the following problem: > > '_wine_ldt_copy' can't be auto-imported" when building under cygwin Jeroen, Can you please test if the attach patch work? Index: include/wine/library.h =================================================================== RCS file: /var/cvs/wine/include/wine/library.h,v retrieving revision 1.17 diff -u -r1.17 library.h --- include/wine/library.h 3 Jan 2003 03:12:58 -0000 1.17 +++ … [View More]

2 1

Re: wine 20021219 install patch : registry installation failed
by Dimitrie O. Paun 08 Jan '03

08 Jan '03

On January 8, 2003 09:18 am, Thai Dang wrote: > if you have troubles during installation (especially with registry > installation failed) > > patch -p1 -l < patchwine-20021219.diff Thai, You've sent a 190K email for a patch that changes 3 lines! Please, if you don't use CVS, at least use the -x switch for diff: diff -u -x "*.o" ... Or do a make clean before creating the patch. Or delete the garbage by hand. Any of these are OK, as long as you send in _just_ the patch, without … [View More]

2 1

Re: Mac OS X/Darwin port of Wine
by Mike Hearn 08 Jan '03

08 Jan '03

Supposedly Mac OS X already has the largest installed base of any single *nix distribution and certainly is ahead of Linux on the desktop. So there are easily as many potential users of Wine for Mac OS X as Wine for X86-whatever. And Virtual PC has been popular & successful. Actually, according to figures from Apple and IDC (guess which is more neutral) desktop Linux has at least double and possibly quadruple the installed userbase of MacOS X. I have pointed this out … [View More]

6 11

Re: Re: Sound driver autodetection
by chrismorgan＠rcn.com 08 Jan '03

08 Jan '03

So the external tool would try to load each driver and put the detected one into the appropriate location in the registry? Chris > > From: Eric Pouech <eric.pouech(a)wanadoo.fr> > Date: 2003/01/07 Tue PM 05:09:02 EST > To: cmorgan(a)alum.wpi.edu > CC: wine-devel(a)winehq.com > Subject: Re: Sound driver autodetection > > chrismorgan(a)rcn.com wrote: > > I've been thinking about implementing sound driver autodetection in wine. On startup wine would try to … [View More]

3 2

Web CVS annotation
by Jeff Smith 08 Jan '03

08 Jan '03

I know nothing of cvs administration, but would it be possible (without too much effort) to add annotation to the web cvs interface? I find that knowing the last time a particular piece of code changed can make regression testing and assorted other tasks happen a lot faster. Compare: annotated file: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makef… raw file: http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tiny-cobol/development/Makef… -- Jeff S … [View More]

4 5

Re: Symbol stripping?
by Shachar Shemesh 08 Jan '03

08 Jan '03

Eric Pouech wrote: > aren't you, by any chance, compiling with gcc >= 3.1 ? > if so, you need to force emission of stabs as a debugging format while > running configure > something like this should work > CFLAGS=-gstabs+ ./configure Maybe we should patch configure.ac to detect this and add the apropriate compile switch? > > A+

5 5

Re: Possible bug (with fix) in MENU_FindItem()
by Duane Clark 08 Jan '03

08 Jan '03

Peter Gerwinski wrote: > Hello, > > while developing an application for WINE (also intended to run under > MSPOW = MicroSoft's Parody Of WINE, spoken "m-spow";-) I encountered > something which I consider a bug in WINE: > > When I invoke EnableMenuItem to enable/disable a menu item holding > a command with the numeric value 200, the first popup menu is > enabled/disabled instead of the menu item. (This behaviour does not > show up under MSPOW, version "ME".) > … [View More]

1 0

Stuck in SetMenuItemInfo
by Mike Hearn 08 Jan '03

08 Jan '03

Hi, Debugging a crash in IE in the menus, I traced it to this check in SetMenuItemInfoA, apparently trying to stop apps passing in bad data. if ((lpmii->fType & (MF_HILITE|MF_POPUP)) || (lpmii->fState)) { /* QuickTime does pass invalid data into SetMenuItemInfo. * do some of the checks Windows does. */ WARN("Bad masks for type (0x%08x) or state (0x%08x)\n", lpmii->fType,lpmii->fState ); return FALSE; } In particular, it seems to check for a … [View More]

1 0

dsound test fails
by Zsolt Rizsanyi 08 Jan '03

08 Jan '03

Hi! I tried doing make test, and got the next errors for the dsound test: make[2]: Entering directory `/home/zsolt/src/wine/dlls/dsound' make[3]: Entering directory `/home/zsolt/src/wine/dlls/dsound/tests' ../../../tools/runtest -q -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so dsound.c && touch dsound.ok fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4025e290,00010020,2):stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x4025e290,00010020,1):stub fixme:dsound:… [View More]

1 0

Re: DirectSound and i810 soundcards
by Glen Kaukola 08 Jan '03

08 Jan '03

Ok, here's output from dsound_test.exe, I heard all 6 sounds: C:\Documents and Settings\sauron\Desktop>dsound_test.exe dsound dsound.c:373:Testing Primary Sound Driver - dsound.c:387: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:398: Testing the primary buffer dsound.c:240: Caps: flags=0x00000009 size=32768 dsound.c:254: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x16x2 dsound.c:413: … [View More] Testing a secondary buffer at 11025x8x1 dsound.c:240: Caps: flags=0x000100e8 size=4410 dsound.c:254: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x 8x1 dsound.c:322: volume=0 dsound.c:428: Testing a secondary buffer at 48000x16x2 dsound.c:240: Caps: flags=0x000100e8 size=76800 dsound.c:254: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 48000x16x2 dsound.c:322: volume=0 dsound.c:373:Testing AC'97 Sound Card - ichaud.sys dsound.c:387: DirectSound Caps: flags=0x00000b5b secondary min=8000 max=48000 dsound.c:398: Testing the primary buffer dsound.c:240: Caps: flags=0x00000009 size=32768 dsound.c:254: tag=0x0001 22050x8x2 avg.B/s=44100 align=2 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x16x2 dsound.c:413: Testing a secondary buffer at 11025x8x1 dsound.c:240: Caps: flags=0x000100e8 size=4410 dsound.c:254: tag=0x0001 11025x8x1 avg.B/s=11025 align=1 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 11025x 8x1 dsound.c:322: volume=0 dsound.c:428: Testing a secondary buffer at 48000x16x2 dsound.c:240: Caps: flags=0x000100e8 size=76800 dsound.c:254: tag=0x0001 48000x16x2 avg.B/s=192000 align=4 dsound.c:270: status=0x0000 dsound.c:307: Playing 440Hz LA at 48000x16x2 dsound.c:322: volume=0 dsound: 307 tests executed, 0 marked as todo, 0 failures. Here's the output from winmm_text.exe, I heard all 24 sounds: C:\Documents and Settings\sauron\Desktop>winmm_test.exe wave wave.c:182:found 1 WaveOut devices wave.c:206: 0: "AC'97 Sound Card" 5.0 (1:100): channels=65535 formats=0fff support=002c wave.c:150:Playing 440Hz LA at 11025x 8x1 0000 wave.c:150:Playing 440Hz LA at 11025x 8x1 0008 wave.c:150:Playing 440Hz LA at 11025x 8x2 0000 wave.c:150:Playing 440Hz LA at 11025x 8x2 0008 wave.c:150:Playing 440Hz LA at 11025x16x1 0000 wave.c:150:Playing 440Hz LA at 11025x16x1 0008 wave.c:150:Playing 440Hz LA at 11025x16x2 0000 wave.c:150:Playing 440Hz LA at 11025x16x2 0008 wave.c:150:Playing 440Hz LA at 22050x 8x1 0000 wave.c:150:Playing 440Hz LA at 22050x 8x1 0008 wave.c:150:Playing 440Hz LA at 22050x 8x2 0000 wave.c:150:Playing 440Hz LA at 22050x 8x2 0008 wave.c:150:Playing 440Hz LA at 22050x16x1 0000 wave.c:150:Playing 440Hz LA at 22050x16x1 0008 wave.c:150:Playing 440Hz LA at 22050x16x2 0000 wave.c:150:Playing 440Hz LA at 22050x16x2 0008 wave.c:150:Playing 440Hz LA at 44100x 8x1 0000 wave.c:150:Playing 440Hz LA at 44100x 8x1 0008 wave.c:150:Playing 440Hz LA at 44100x 8x2 0000 wave.c:150:Playing 440Hz LA at 44100x 8x2 0008 wave.c:150:Playing 440Hz LA at 44100x16x1 0000 wave.c:150:Playing 440Hz LA at 44100x16x1 0008 wave.c:150:Playing 440Hz LA at 44100x16x2 0000 wave.c:150:Playing 440Hz LA at 44100x16x2 0008 wave.c:220:Testing invalid 2MHz format wave: 221 tests executed, 0 marked as todo, 0 failures. The sounds all seem to be the same exact note and just at different volumes on the first test. Heh, or I'm completely tone deaf. Francois Gouget wrote: > On Mon, 6 Jan 2003, Glen Kaukola wrote: > > >>Francois Gouget wrote: >> >>>I'm not really sure this is what Windows is doing however. I would be >>>interested if people with Windows NT/2000/XP and an i810 soundcard could >>>run both the dsound and the winmm tests and send me the output. >> >>Hi, I hope I've got the type of sound card you're after. I'm pretty >>sure the i810 module gets loaded when I run Linux. >> >>Anyway, here's the output I get on win2k from dsound_test.exe: > > > Thanks. I forgot to mention to do the following before running the > tests: > set WINETEST_INTERACTIVE=1 > > This will cause them to play test tones and do more tests. I would be > interested to know if you hear all the tones and if you could send me > the corresponding output of each test. > [View Less]

2 2

Re: Symbol stripping=?iso-8859-1?Q?=3F ?=
by Mike Hearn 08 Jan '03

08 Jan '03

I can look into doing this, but is there a reason we can't use -gstabs+ for all compilers? Will some compilers barf with this flag? I can see the benefits of doing it this way, but configure already takes ages :) On Wed, 2003-01-08 at 10:04, Eric POUECH wrote: > IMO the test should be: > - compile a little test program > - test if it contains stabs info (this adds a dependency on binutils, but since the test is meant to compile wine it shouldn't be too much an issue) > - if it … [View More]

1 0

Re: Re: bug report.
by yf 08 Jan '03

08 Jan '03

>> [yf@yf 2002]$ wine ./hexin.exe >> fixme:ole:CoRegisterMessageFilter stub >> fixme:shdocvw:WBPCI2_GetGUID stub: dwGuidKind = 1, pGUID = {00000000-0000-0000-0000-000000000000} >> fixme:shdocvw:WBPCI2_GetGUID Wrongly returning IPropertyNotifySink interface {9bfbbc02-eff1-101a-84ed-00aa00341d07} >> fixme:shdocvw:WBQA_QuickActivate stub: QACONTAINER = 0x40760874, QACONTROL = 0x407608b4 >> fixme:shdocvw:WBPSI_InitNew stub >> fixme:shdocvw:WBCP_Advise stub: … [View More]

1 0

getting started
by Glen Kaukola 08 Jan '03

08 Jan '03

Hi everyone, I forget who's advice it was I took, but I went out and bought a few books on windows programming. And I plan to get started trying to help out with the wine project by trying to get the sample applications from the books to run under wine. If nothing else I guess I can let everyone know what it is I can't get working under wine (hopefully everyone welcomes that sort of input). So what I'm wondering now is what I should be using to compile my applications on windows. One … [View More]

4 9

Re: wineboot : rename wininit.ini
by Shachar Shemesh 08 Jan '03

08 Jan '03

Beat you to it, I'm afraid. I also made the parsing unnecessary by means of a simple CD. Thanks though. Shachar P.S. Try to tweak your mime settings so that, next time, attached .diff files are shown inline. Either that or just copy/paste into the message like everyone here except me seem to think is best. Sylvain Petreolle wrote: >Changelog : >Rename wininit.ini instead of deleting it. > >===== >Sylvain Petreolle >spetreolle(a)users.sourceforge.net … [View More]

1 0

Re: Window menu
by Dmitry Timoshkov 08 Jan '03

08 Jan '03

"Duane Clark" <dclark(a)akamail.com> wrote: > Changelog: > A window with a WS_EX_APPWINDOW extended style can also > get a menu. [skipped] > /* Set the window menu */ > > - if ((wndPtr->dwStyle & (WS_CAPTION | WS_CHILD)) == WS_CAPTION ) > + if ((wndPtr->dwStyle & WS_CAPTION || wndPtr->dwExStyle & WS_EX_APPWINDOW) > + && !( wndPtr->dwStyle & WS_CHILD) ) Sorry for the late response, but this doesn't look … [View More]

2 2

Possible Proformence Costs on Non-debug Builds
by Nathan Boyle 08 Jan '03

08 Jan '03

Why are there 20364 debug messages that get compiled into the code even w/ debug messages turned off? They don't actually do anything when you configure w/ --disable-debug, but shouldn't all those "if"s slow down execution incredibly? Why arn't the "if"s implemented in preprocessor directives? Please CC any replys to boylenate316(a)aol.com, i am using my junk-mail account to send this b/c i cant send e-mails from the AOL website on Linux[IE specific tags probably], and waol.exe insists that i … [View More]

2 1

Re: Re: DirectSound and i810 soundcards
by chrismorgan＠rcn.com 08 Jan '03

08 Jan '03

> Ove Kaaven wrote: > > On Mon, 6 Jan 2003, Francois Gouget wrote: > [...] > > Note that test results from Windows XP won't be very useful for this; > > under XP, dsound primary buffers doesn't map directly to the sound > > hardware any more, according to MSDN. If you create and use a dsound > > primary buffer under XP, it will just become another stream sent to XP's > > kernel-mode sound mixer, before it gets to the hardware. > > Ah that … [View More]probably explains some results I've seen then. Thanks. > > > >>I don't know why the mmap fails. I would tend to think this is a > >>limitation or bug of the Alsa driver since it works with the OSS driver. > > > > ALSA has resampling features. If you open the sound device at e.g. 11kHz, > > then ALSA's OSS emulation will, instead of telling you that the chip is > > 48kHz, install a resampling filter to convert from 11kHz to the hardware's > > required 48kHz. Unfortunately, that filter gets in the way of direct > > access, making an mmap fail. (In WineX we test mmap on a range of common > > frequencies to work around this.) > > Ok. That makes sense. That's sort of the opposite direction of the > DirectSound patch I sent to wine-patches (and which just got applied). > The annoying thing is that the mmap, the device format bubbling up and > the CreateThread are all in different places :-( > Oh well, I'll try to come up with something. It seems hacking things to > make mmap succeeds is the simplest approach. But what's the best approach? > Why not just stop trying to mmap the device? XP can apparently get away without it... > 1. if we tweak things so that the mmap call succeeds then Wine will be > making the resampling. And Wine is not really good at that and tends to > introduce audible distortion. It probably doesn't matter if you start > from an 8kHz signal but if you're playing a 44kHz sound... > > 2. if we tweak things so that the CreateThread is done, then the > resampling will be done by Alsa (or whichever back-end) which will > presumably do it much better than us. howeve rin that case we have to > make the almost never used case work and I'm not sure how well it would > work anyway (I'm concerned about skips/cracks/pops). > > To make 1. cleaner maybe we should have a Wine-specific message that > asks the backend to return the formats supported by the device, i.e. for > OSS returning an exact translation of the value returned by > SNDCTL_DSP_GETFMTS. > Then if our msacm gets improved to the Jack sound format conversion > library we're golden... (what's the status of this btw?) > I think we should stick with what we currently have where we try to open the device with the app requested audio output format and then fallback to having the msacm do the conversion to a supported format if necessary. Why not use the existing waveOutGetDevCaps() message to get the device capabilities? Afaik the library is mostly done. I haven't taken any look at how to integrate it into wine yet though, been quite busy with other jack audio related work lately. I was planning on working on this though. Chris [View Less]

2 1

Sound driver autodetection
by chrismorgan＠rcn.com 07 Jan '03

07 Jan '03

I've been thinking about implementing sound driver autodetection in wine. On startup wine would try to open a device with each of the drivers until one was opened successfully. This seems pretty simple to implement, I was wondering if there was a dynamic way of detecting the list of drivers to try or whether this list would have to be hardcoded in a c file. Eric, any hints? Chris

2 1

Re: Graphic cards for Wine [/Linux;)]
by Sylvain Petreolle 07 Jan '03

07 Jan '03

--- brett holcomb <brettholcomb(a)charter.net> a écrit : > What version of Nvidia card and drivers are you running? > I've found my GF3 to be solid and stable. Tried with a Geforce 2, Geforce 2 MX and Geforce 4 MX from Sparkle. Drivers : always with the latest binariesthat be found on NVidia site. Yes I know they are XFree86 opensource drivers but they are slow for 3D. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/… [View More]

1 0

Agent File Access
by Oliver Sampson 07 Jan '03

07 Jan '03

Howdy, I'd like to (finally) get around to fixing something that Agent does that's really annoying. When launching programs, it sends a string with backslashes for directory markers instead of forward slashes. Anyhow, if I'm going to start looking at the problem, could someone point me at the right file to begin looking at? I think I asked this some time ago, but I can't seem to find the email. (I remember looking at the code, and since it was a *real* simple fix, it sorta just fell by the … [View More]

2 6

Graphic cards for Wine [/Linux;)]
by Sylvain Petreolle 07 Jan '03

07 Jan '03

Due to the problems encountered with NVidia drivers running Wine, I want to change my video card to another without NVidia chipset. Could someone who is using fast 3D (who said 'gamer' ? :)) give me some tips to buy another one that have free drivers ? PS : As shown in $SUBJ, wine isnt the only thing that pushes me to change my card. I get crashes in another software like MPlayer video player and X itself. My PC was online one week online without X and guess what ? no crashes :) ===== … [View More]

1 0

Conformance tests status update
by Francois Gouget 07 Jan '03

07 Jan '03

Yesterday I compiled and uploaded new Windows binaries for the conformance tests. The new binaries contain a ton of fixes, in particular for the following tests but there are more: kernel/alloc kernel/format_msg kernel/path kernel/process msvcrt/scanf netapi32/access netapi32/apibuf netapi32/wksta You can find them at the following URL: http://fgouget.free.fr/wine/tests-en.shtml That page will also tell you when the Windows binaries were last updated. However … [View More]now I need *help* to fix the following test failures. I.e these tests fail and I don't know how to fix them so a patch, or hints as to what needs to be done would be greatly appreciated: (well, the alternative is that I could also just remove them) * kernel32/alloc On Win9x fails with: alloc.c:208: Test failed: GlobalReAlloc failed to convert FIXED to MOVEABLE: error=87 alloc.c:213: Test failed: Converting from FIXED to MOVEABLE didn't REALLY work alloc.c:238: Test failed: Discarded memory we shouldn't have alloc.c:239: Test failed: GlobalUnlock Failed. * kernel32/file On Win9x fails with: file.c:609: Test failed: WriteFile error 183 file.c:610: Test failed: expected number of bytes written 0 file.c:611:Current offset = 0100 file.c:612: Test failed: expected file offset 21 file.c:617: Test failed: WriteFile error 87 file.c:618: Test failed: expected number of bytes written 0 file.c:620: Test failed: expected file offset 517 file.c:634: Test failed: ReadFile error 0 file.c:635: Test failed: expected number of bytes read 0 file.c:636:Current offset = 0000 file.c:637: Test failed: expected file offset 21 file.c:639: Test failed: pattern match failed * kernel32/locale Fails on Win98 with: locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' * netapi32/access Fails on NT4: access.c:77: Test failed: NetUserGetInfo: rc=2221 then crashes And on Win 2000/XP with: access.c:95: Test failed: Bad Network Path * user32/sysparams Messes up the user's environment on Win9x and has lots of failures. * user32/win Crashes on Win9x when calling SetParent(desktop, hwndMain) There are more tests that fail and I would certainly appreciate help with these too (would free me lots of time to do other things on Wine). Otherwise I will have a crack at them and see what I can do. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Good judgment comes from experience, and experience comes from bad judgment -- Barry LePatner [View Less]

4 4

Wine Fun v0.3
by Dimitrie O. Paun 07 Jan '03

07 Jan '03

Hi folks, I haven't released a version of the Fun page in a loooong time, and a _lot_ of things changed. In fact, I would say at least 90% of it has changed since last time. Here it is for your viewing pleasure: http://www.dssd.ca/wine/Wine-Fun-0.3.html Check it out, maybe you'll find something that tickles your fancy! ;) -- Dimi.

3 5

Re: wineboot wininit patch 1
by Andreas Mohr 07 Jan '03

07 Jan '03

On Tue, Jan 07, 2003 at 08:19:19PM +0200, Shachar Shemesh wrote: > Changelog > Shachar Shemesh <winecode(a)sun.consumer.org.il> > > programs/wineboot/wineboot.c > > * Added a print to indicate to user that installation is done. Hmm, I'm not sure whether that's an entirely good idea. It's probably more flexible to have the script invoking wineboot print such a message instead. (some people might want to have "hidden" execution of wineboot configured) But OTOH you … [View More]

2 1

A humble request for help
by Stefan Görling 07 Jan '03

07 Jan '03

Hi Everyone, I'm currently working on a thesis investigating how Open Source is affected by the influence of money and the interests of commercial companies. As the WINE efforts is the foundation of companies such as Codeweavers, Transgaming and Lindows, it is interesting to study how their entrance to the scene have affected the community. The thesis as well as research papers surrounding it will be released under the GNU Free Documentation License and as soon as the first drafts are … [View More]

5 5

Re: dlls/Makefile.in
by Jeff Smith 07 Jan '03

07 Jan '03

>From: Marcus Meissner <mm(a)lst.de> > > >And I don't see a reason for this change, these entries are > > >generated by a script and who should care if they are longer or not? > > What script? > >dlls/make_dlls I did not see the line at the top of dlls/Makefile.in. Oh well, nevermind then. -- Jeff S _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

[RFC] __WINESRC__ & public headers
by Dimitrie O. Paun 07 Jan '03

07 Jan '03

Folks, With the current efforts to cleanup our headers on __WINESRC__s, I realized we are actually quite close to 'clean' header, something that should allow us to compile Wine with other headers, such as those from the w32api package that's part of mingw. This is a worthy goal as the compiler will flag problems in our headers (by complaining about different prototypes), as well as in the w32api headers. A win-win situation for the free software world. What do we need to do before we can try … [View More]this stunt? Well, we need to cleanup our headers of __WINESRC__ tests that modifies them in a incompatible way. Let me be more explicit: 1. Tests that do not allow a file to be included in Wine are OK. If we use other headers, those file will simply be ignored, as they would not be used by Wine. 2. Tests to keep certain things undefined/undeclared in Wine are OK. Such tests simply make the header files a subset of the standard one, and the stuff that's not defined is not used, so all is good. 3. Tests that _add_ stuff to headers are BAD. It's clear that such things will not be present in other headers, and things will not work out as nicely. 4. Tests that modify the behavior of the headers are BAD. Same explanation as above. I will list below things that fall under 3, and 4. Ideas on how to deal with them are highly appreciated. -- It seems to me we want to move these to a wine/multimedia.h header. include/mmddk.h:#ifdef __WINESRC__ include/mmddk.h-#define DRV_QUERYDSOUNDIFACE (DRV_RESERVED + 10) include/mmddk.h-#endif include/mmsystem.h:#ifdef __WINESRC__ include/mmsystem.h-/* this call (GetDriverFlags) is not documented, nor the flags returned. include/mmsystem.h- * here are Wine only definitions include/mmsystem.h- */ include/mmsystem.h-#define WINE_GDF_EXIST 0x80000000 include/mmsystem.h-#define WINE_GDF_16BIT 0x10000000 include/mmsystem.h-#endif include/mmsystem.h:#ifdef __WINESRC__ include/mmsystem.h-#define WAVE_DIRECTSOUND 0x0080 include/mmsystem.h-#endif -- Why do we need this undef? include/objidl.h:#ifdef __WINESRC__ include/objidl.h-#undef GetObject include/objidl.h-#endif -- ? include/rpcproxy.h:#if defined(__WINESRC__) && defined(__WINE_WINE_OBJ_OLEAUT_H) include/rpcproxy.h-/* see http://msdn.microsoft.com/library/en-us/dnmsj99/html/com0199.asp?frame=true */ include/rpcproxy.h- include/rpcproxy.h-RPCRTAPI HRESULT RPC_ENTRY include/rpcproxy.h- CreateProxyFromTypeInfo( LPTYPEINFO pTypeInfo, LPUNKNOWN pUnkOuter, REFIID riid, include/rpcproxy.h- LPRPCPROXYBUFFER *ppProxy, LPVOID *ppv ); include/rpcproxy.h-RPCRTAPI HRESULT RPC_ENTRY include/rpcproxy.h- CreateStubFromTypeInfo( LPTYPEINFO pTypeInfo, REFIID riid, LPUNKNOWN pUnkServer, include/rpcproxy.h- LPRPCSTUBBUFFER *ppStub ); include/rpcproxy.h- include/rpcproxy.h-#endif -- Seems like it wants moving to a wine/base.h include/winbase.h:#ifdef __WINESRC__ include/winbase.h-#define CRITICAL_SECTION_INIT(name) { (void *)(__FILE__ ": " name), -1, 0, 0, 0, 0 } include/winbase.h-#endif -- Why are these Wine specific? include/winbase.h:#ifdef __WINESRC__ include/winbase.h-#define GetCurrentProcess() ((HANDLE)0xffffffff) include/winbase.h-#define GetCurrentThread() ((HANDLE)0xfffffffe) include/winbase.h-#endif -- This one's a bugger. It make no sense to define these things conditionally on the -- version of the compiler. One's code is written one way or another. -- I suggest we remove these completely, and we defined the NONAMELESS* explicitly -- in the files that need them. include/winnt.h:#ifdef __WINESRC__ include/winnt.h-# define NONAMELESSSTRUCT include/winnt.h-# define NONAMELESSUNION include/winnt.h-#else include/winnt.h-/* Anonymous struct support starts with gcc 2.96 or gcc/g++ 3.x */ include/winnt.h-# if !defined(NONAMELESSSTRUCT) && (defined(__GNUC__) && ((__GNUC__ < 2) || ((__GNUC__ == 2) && (defined(__cplusplu s) || (__GNUC_MINOR__ < 96))))) || defined(__SUNPRO_C) || defined(__SUNPRO_CC) include/winnt.h-# define NONAMELESSSTRUCT include/winnt.h-# endif include/winnt.h-/* Anonymous unions support starts with gcc 2.96/g++ 2.95 */ include/winnt.h-# if !defined(NONAMELESSUNION) && (defined(__GNUC__) && ((__GNUC__ < 2) || ((__GNUC__ == 2) && ((__GNUC_MINOR__ < 9 5) || ((__GNUC_MINOR__ == 95) && !defined(__cplusplus)))))) || defined(__SUNPRO_C) || defined(__SUNPRO_CC) include/winnt.h-# define NONAMELESSUNION -- These want moving to a wine-private header (wine/base.h?) include/winnt.h:#ifdef __WINESRC__ include/winnt.h-#define MEM_SYSTEM 0x80000000 include/winnt.h-#endif include/winnt.h:#ifdef __WINESRC__ include/winnt.h- include/winnt.h-/* Macros to retrieve the current context */ include/winnt.h- include/winnt.h-#ifdef __i386__ include/winnt.h- include/winnt.h-#define _DEFINE_REGS_ENTRYPOINT( name, fn, args ) \ include/winnt.h- __ASM_GLOBAL_FUNC( name, \ include/winnt.h- "call " __ASM_NAME("__wine_call_from_32_regs") "\n\t" \ include/winnt.h- ".long " __ASM_NAME(#fn) "\n\t" \ include/winnt.h- ".byte " #args ", " #args ) include/winsock.h:#ifdef __WINESRC__ include/winsock.h-#define FD_WINE_LISTENING 0x10000000 include/winsock.h-#define FD_WINE_NONBLOCKING 0x20000000 include/winsock.h-#define FD_WINE_CONNECTED 0x40000000 include/winsock.h-#define FD_WINE_RAW 0x80000000 include/winsock.h-#define FD_WINE_INTERNAL 0xFFFF0000 include/winsock.h-#endif -- What about these? include/wownt32.h:#ifdef __WINESRC__ include/wownt32.h-/* under Wine use the kernel functions directly so we don't have to import wow32 */ include/wownt32.h-HANDLE WINAPI K32WOWHandle32(WORD,WOW_HANDLE_TYPE); include/wownt32.h-WORD WINAPI K32WOWHandle16(HANDLE,WOW_HANDLE_TYPE); include/wownt32.h-#define WOWHandle32 K32WOWHandle32 include/wownt32.h-#define WOWHandle16 K32WOWHandle16 include/wownt32.h-#endif -- There are also some in include/winternl.h, but those can wait for now :) -- Dimi. [View Less]

4 8

Re: dlls/Makefile.in
by Jeff Smith 07 Jan '03

07 Jan '03

>From: Marcus Meissner <marcus(a)jet.franken.de> > >Some not so compatible versions of make only like this variable >in pattern replacement rules, so this might not work on all >platforms. > I tried looking into this before submitting the patch, but did not come up with anything. Do you know of any *specific* cases? >And I don't see a reason for this change, these entries are >generated by a script and who should care if they are longer or not? > What script?… [View More]

2 1

ole:_copy_arg TKIND_INTERFACE unhandled
by Uwe Bonnes 07 Jan '03

07 Jan '03

Hallo, it seems that the Altera Quartus installation of quartusii_22_web_edition.exe using IKernel doesn't work because of an unhandled interface: trace:ole:ITypeInfo_fnGetRefTypeInfo (0x4428f470) hreftype 0x0001 loaded SUCCESS (0x4428bda0) trace:ole:ITypeInfo_fnGetTypeAttr (0x4428bda0) fixme:ole:_copy_arg TKIND_INTERFACE unhandled. trace:ole:ITypeInfo_fnRelease (0x4428f470)->(1) trace:ole:VariantCopy (0x4443c020, 0x4443df18), vt=9 trace:ole:VariantClear (0x4443c020) the full --debugmsg +… [View More]

2 1

Agent crashes and burns
by Oliver Sampson 07 Jan '03

07 Jan '03

Howdy, It's been a little while since I've updated my CVS and I wanted to get the latest update before breaking things myself. I updated to today's CVS, and Agent would barely load and then crash. I would then get a message from the console saying it couldn't start the debugger (I've since fixed that.) So, in a panic to get my email back (so I'll be able to write this email), I went back a week in the cvs, did a new build and everything is working fine again. So, the bad news is that … [View More]

2 1

Re: dlls/Makefile.in
by Marcus Meissner 07 Jan '03

07 Jan '03

On Mon, Jan 06, 2003 at 01:55:26PM -0600, Jeff Smith wrote: > Changelog: > Make use of the automatic variable "$<" in dll make rules. > advapi32.dll$(DLLEXT): advapi32/advapi32.dll$(DLLEXT) >- $(RM) $@ && $(LN_S) advapi32/advapi32.dll$(DLLEXT) $@ >+ $(RM) $@ && $(LN_S) $< $@ Some not so compatible versions of make only like this variable in pattern replacement rules, so this might not work on all platforms. And I don't see a reason for this change, these … [View More]

1 0

Windows XP conformance test update 1/5
by David Miller 07 Jan '03

07 Jan '03

Not much to report this time but there is something... strange. kernel32/drive reported the following. C:\winetests>kernel32_test.exe drive drive.c:113: Test failed: GetDiskFreeSpaceA(Z:\): ret=0 GetLastError=53 drive.c:165: Test failed: GetDiskFreeSpaceW(Z): ret=0 GetLastError=53 drive: 156 tests executed, 0 marked as todo, 2 failures. Previously this test passed, so I rebooted to see if the problem went away. After reboot the kernel32 test clamed not to be a valid win32 application. … [View More]

4 3

Re: Window menu
by Tony Lambregts 07 Jan '03

07 Jan '03

Duane Clark wrote: > I've been using this patch for about a year and a half now, so I might > as well just submit it. > > Changelog: > A window with a WS_EX_APPWINDOW extended style can also > get a menu. > It's about time then.<g> I have been using it since you sent it to me. Works great! -- Tony Lambregts

1 0

RDP client under Wine?
by Hetz Ben Hamo 07 Jan '03

07 Jan '03

Hi, A friend of mine needs to connect to MS Terminal server through his linux machines. There seems to be 3 options: 1. rdesktop - it runs, but only 8 bit colors and it's pretty slow (on 10MBit LAN) 2. WinConnect for Linux - costs a fortune - $79. 3. MS RDP client through wine - it runs up to the point where you actually connect, and then it dies.. Regarding option 3 - anyone managed to make it run somehow? any tips would be welcome... Thanks, Hetz

4 5

Re: console handling
by Dimitrie O. Paun 06 Jan '03

06 Jan '03

On January 4, 2003 04:32 pm, Eric Pouech wrote: > this patch fixes a couple of issues in the console handling (but > shouldn't help Lionel & Sylvain with the issues they reported on wd) Hi Eric, Do you have any plans to reorganize wineconsole a bit so that you don't need allocate a bitmap as big as the entire buffer, but rather one as big as the displayed screen only? This way we can have 3000-5000 line scroll buffers (as I have in my konsole, rxvt, xterm, etc.) -- Dimi.

2 10

Wine debugging tutorial?
by Mike Hearn 06 Jan '03

06 Jan '03

The tutorial up on winehq.org on how to use WineDbg, while pretty useful, seems a tad out of date (lots of references to 16 bit constructs etc). Does anybody know of any good tutorials on how to use low level code debuggers such as this? Coming from a delphi background, I'm more used to the integrated debugging style, and I'm finding more and more that the wine traces don't always provide useful information, so I'd like to master this tool. Oh, also, how do you use the ncurses backend (I … [View More]

2 1

Re: winegcc: behave like g++ when invoked as wineg++
by Dimitrie O. Paun 06 Jan '03

06 Jan '03

On January 5, 2003 11:47 pm, Dimitrie O. Paun wrote: > ChangeLog > Create a wineg++ akin to g++. Drop support for the abused -xc++ switched. Please don't use this patch, it's broken: I don't delete the link before creating it, so only the first install works. I'll send a bigger update soon. -- Dimi.

1 0

Re: but report -- the last line tell me do this
by Marcus Meissner 06 Jan '03

06 Jan '03

On Mon, Jan 06, 2003 at 06:39:36PM +0800, yf wrote: > [yf@yf 2002]$ wine ./hexin.exe > fixme:ole:CoRegisterMessageFilter stub > fixme:shdocvw:WBPCI2_GetGUID stub: dwGuidKind = 1, pGUID = {00000000-0000-0000-0000-000000000000} > fixme:shdocvw:WBPCI2_GetGUID Wrongly returning IPropertyNotifySink interface {9bfbbc02-eff1-101a-84ed-00aa00341d07} > fixme:shdocvw:WBQA_QuickActivate stub: QACONTAINER = 0x40760874, QACONTROL = 0x407608b4 > fixme:shdocvw:WBPSI_InitNew stub > fixme:… [View More]

1 0

looking for tester on NT
by Stefan Leichter 06 Jan '03

06 Jan '03

Hello, before Christmas i did some check on an NT4 system at work that leads to the attached tests. But currently i am not at work and have no windows system available. Can someone please build and run the attached tests on a windows system (NT4 prefered) and report the results. Thanks Stefan Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.116 diff -u -r1.116 configure.ac --- configure.… [View More]ac 4 Jan 2003 02:52:05 -0000 1.116 +++ configure.ac 5 Jan 2003 16:05:33 -0000 @@ -1472,6 +1472,7 @@ dlls/winsock/Makefile dlls/winsock/tests/Makefile dlls/winspool/Makefile +dlls/winspool/tests/Makefile dlls/wintab32/Makefile dlls/wintrust/Makefile dlls/wow32/Makefile Index: dlls/winspool/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/winspool/Makefile.in,v retrieving revision 1.22 diff -u -r1.22 Makefile.in --- dlls/winspool/Makefile.in 12 Nov 2002 02:22:24 -0000 1.22 +++ dlls/winspool/Makefile.in 5 Jan 2003 16:07:17 -0000 @@ -13,6 +13,8 @@ info.c \ wspool.c +SUBDIRS = tests + @MAKE_DLL_RULES@ ### Dependencies: --- /dev/null Mon Sep 24 03:54:15 2001 +++ dlls/winspool/tests/Makefile.in Sun Jan 5 16:56:25 2003 @@ -0,0 +1,13 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +TESTDLL = winspool.drv +IMPORTS = winspool kernel32 ntdll + +CTESTS = \ + info.c + +@MAKE_TEST_RULES@ + +### Dependencies: --- /dev/null Mon Sep 24 03:54:15 2001 +++ dlls/winspool/tests/info.c Sun Jan 5 18:45:34 2003 @@ -0,0 +1,57 @@ +#include "wine/test.h" +#include "winbase.h" +#include "winerror.h" +#include "winspool.h" + +static void test_printer_directory(ivoid) +{ LPBYTE buffer = NULL; + DWORD cbBuf, pcbNeeded; + BOOL res; + + (void) GetPrinterDriverDirectoryA( NULL, NULL, 1, NULL, 0, &cbBuf); + + buffer = HeapAlloc( GetProcessHeap(), 0, cbBuf*2); + + res = GetPrinterDriverDirectoryA(NULL, NULL, 1, buffer, cbBuf, &pcbNeeded); + ok( res, "expected result != 0, got %d", res); + ok( cbBuf == pcbNeeded, "pcbNeeded set to %ld instead of %ld", + pcbNeeded, cbBuf); + + res = GetPrinterDriverDirectoryA(NULL, NULL, 1, buffer, cbBuf*2, &pcbNeeded); + ok( res, "expected result != 0, got %d", res); + ok( cbBuf == pcbNeeded, "pcbNeeded set to %ld instead of %ld", + pcbNeeded, cbBuf); + + res = GetPrinterDriverDirectoryA( NULL, NULL, 1, buffer, cbBuf-1, &pcbNeeded); + ok( !res , "expected result == 0, got %d", res); + ok( cbBuf == pcbNeeded, "pcbNeeded set to %ld instead of %ld", + pcbNeeded, cbBuf); + ok( ERROR_INSUFFICIENT_BUFFER == GetLastError(), + "last error set to %ld instead of ERROR_INSUFFICIENT_BUFFER", + GetLastError()); + + res = GetPrinterDriverDirectoryA( NULL, NULL, 1, NULL, cbBuf, &pcbNeeded); + ok( !res , "expected result == 0, got %d", res); + ok( ERROR_INVALID_USER_BUFFER == GetLastError(), + "last error set to %ld instead of ERROR_INVALID_USER_BUFFER", + GetLastError()); + + res = GetPrinterDriverDirectoryA( NULL, NULL, 1, buffer, cbBuf, NULL); + ok( !res , "expected result == 0, got %d", res); + ok( RPC_X_NULL_REF_POINTER == GetLastError(), + "last error set to %ld instead of RPC_X_NULL_REF_POINTER", + GetLastError()); + + res = GetPrinterDriverDirectoryA( NULL, NULL, 1, NULL, cbBuf, NULL); + ok( !res , "expected result == 0, got %d", res); + ok( RPC_X_NULL_REF_POINTER == GetLastError(), + "last error set to %ld instead of RPC_X_NULL_REF_POINTER", + GetLastError()); + + HeapFree( GetProcessHeap(), 0, buffer); +} + +START_TEST(info) +{ + test_printer_directory(); +} [View Less]

2 2

Symbol stripping?
by Mike Hearn 06 Jan '03

06 Jan '03

Confused again I'm afraid. Winedbg gives me a lot of "No debugging information" messages when I load it up, which makes sense because watching the diagnostic text flow past during a build I see lots of "strip --strip-unneeded" lines. The ChangeLog refers to adding this to save disk space, but the man page says "strip everything not needed for relocation processing". Doesn't this strip out debug info though, which is sort of useful for debugging? Am I configuring Wine wrongly? What's … [View More]

2 1

Re: Workaround for Wine to produce dead-keys with Brazilian ABNT-2 keyboards
by Mauro Carvalho Chehab - BrTurbo 06 Jan '03

06 Jan '03

Hi Rikki, My patch was designed to the brazilian ABNT-2 keyboard as a workaround. On these keyboards we have two deak keys and <shift> <6> that produces accented letters when followed by a vowel. It is also used in Brazil standard US keyboards and some simbols are mapped as dead keys ("´`~^). My patch doesn´t even fix this kind of keyboard. What my patch does is to force the xkb to proccess that keys as dead keys. Does your keyboard works correclty on X sessions (using a … [View More]standard window manager - please notice that KDE has its own keyboard treatment routines)? Maybe it is a question of editing the /etc/X11/XFConfig to use your keymap. I suppose that the correct solution is to implement on keyboard.c a specific dead key replacement code, and having specific dead key tables for all keyboards, but it requires a major change that must be validated by other wine users. Cheers, Mauro Carvalho Chehab ----- Original Message ----- From: "Richard Allen" <ra(a)ra.is> To: "Mauro Carvalho Chehab" <mchehab(a)brturbo.com> Sent: Friday, January 03, 2003 12:39 PM Subject: Re: Workaround for Wine to produce dead-keys with Brazilian ABNT-2 keyboards > Hola ;) > > Im trying to get the Icelandic dead (accented) keys to work. > Your workaround did not do the trick, even tho the dead key on the IS > keyboard is key 48 (2 buttons to the right from the L key). > > In vanilla wine, the dead key gave me a Z, but once your patch is > applyed it does nothing :) (A improvement) ;) > > When I press the dead key I get: > > trace:key:X11DRV_KeyEvent state = 0 > trace:key:X11DRV_KeyEvent KeyPress : keysym=FE51 (dead_acute), ascii chars=1 / B4 / '´' > trace:key:X11DRV_KeyEvent keycode 0x30 converted to vkey 0xde > trace:key:X11DRV_KeyEvent bScan = 0x28. > trace:key:queue_kbd_event wParam=00de, lParam=00280001, InputKeyState=81 > trace:key:TranslateMessage (WM_KEYDOWN, 00DE, 00280001) > trace:key:TranslateMessage Translating key VK_OEM_7 (00de), scancode 28 > trace:keyboard:X11DRV_ToUnicode AltGrMask = 0000 > trace:key:X11DRV_ToUnicode (00DE, 0028) : faked state = 0 > trace:keyboard:X11DRV_ToUnicode Found keycode 48 (0x30) > trace:key:X11DRV_ToUnicode ToUnicode about to return -1 with char 17d > trace:key:TranslateMessage -1 -> PostMessage(WM_DEADCHAR) > trace:key:TranslateMessage (WM_DEADCHAR, 008E, 00280001) > trace:key:X11DRV_KeyEvent state = 0 > trace:key:X11DRV_KeyEvent KeyRelease : keysym=FE51 (dead_acute), ascii chars=1 / B4 / '´' > trace:key:X11DRV_KeyEvent keycode 0x30 converted to vkey 0xde > trace:key:X11DRV_KeyEvent bScan = 0x28. > trace:key:queue_kbd_event wParam=00de, lParam=c0280001, InputKeyState=1 > trace:key:TranslateMessage (WM_KEYUP, 00DE, C0280001) > > > > > > and then I press the "a" key and should get an "á": > > trace:key:X11DRV_KeyEvent state = 0 > trace:key:X11DRV_KeyEvent KeyPress : keysym=61 (a), ascii chars=1 / 61 / 'a' > trace:key:X11DRV_KeyEvent keycode 0x26 converted to vkey 0x41 > trace:key:X11DRV_KeyEvent bScan = 0x1e. > trace:key:queue_kbd_event wParam=0041, lParam=001e0001, InputKeyState=81 > trace:key:TranslateMessage (WM_KEYDOWN, 0041, 001E0001) > trace:key:TranslateMessage Translating key VK_A (0041), scancode 1e > trace:keyboard:X11DRV_ToUnicode AltGrMask = 0000 > trace:key:X11DRV_ToUnicode (0041, 001E) : faked state = 0 > trace:keyboard:X11DRV_ToUnicode Found keycode 38 (0x26) > trace:key:X11DRV_ToUnicode Translating char 0x61 from code page 28605 to unicode > trace:key:X11DRV_ToUnicode ToUnicode about to return 1 with char 61 > trace:key:TranslateMessage 1 -> PostMessage(WM_CHAR) > trace:key:TranslateMessage (WM_CHAR, 0061, 001E0001) > trace:key:X11DRV_KeyEvent state = 0 > trace:key:X11DRV_KeyEvent KeyRelease : keysym=61 (a), ascii chars=1 / 61 / 'a' > trace:key:X11DRV_KeyEvent keycode 0x26 converted to vkey 0x41 > trace:key:X11DRV_KeyEvent bScan = 0x1e. > trace:key:queue_kbd_event wParam=0041, lParam=c01e0001, InputKeyState=1 > trace:key:TranslateMessage (WM_KEYUP, 0041, C01E0001) > > > > Do you see what I need to do to get this working ? > > Thanks in advance :) > > > -- > Rikki. -- RHCE, RHCX, HP-UX Certified Administrator. > -- Solaris 7 Certified Systems and Network Administrator. > Bell Labs Unix -- Reach out and grep someone. > Those who do not understand Unix are condemned to reinvent it, poorly. > [View Less]

1 0

Francois's winsock.h patch
by Dimitrie O. Paun 06 Jan '03

06 Jan '03

Alexandre, Are you going to apply Francois's winsock.h patch that fixes the Winelib problems that I encountered on wxWindows? -- Dimi.

3 3

CorelDraw 4 almost working
by Claudiu Costin 06 Jan '03

06 Jan '03

Dear friends, I managed to run CorelDraw4 at home. Without any Windows already installed from which to "borrow" DLL's. Just what I've got from MS website. OK, I have a valid CorelDraw4 license and I want to use it. CorelDraw crash when I want to click on menus. Specifically it crash when it encounter to access OLEGETCLIPBOARD from ole2.dll and/or DLLGETCLASSOBJECT This are wine_stubs. Is someone kind enough to implement them just as little stubs, just to not have CorelDraw crashed?… [View More]

3 5

WIP RPC test code (RFC): rpc_K01-pre2.diff
by Greg Turner 06 Jan '03

06 Jan '03

OK, this is my a preliminary cut at what an RPC test might look like. It also fixes a couple of wine bugs/missing functionalities that I noticed along the way. Several problems with this patch exist, all of them somewhat trivial. I'll divide these into categories for your amusement: PROBLEMS I HOPE TO SOLVE BEFORE SUBMITTING THIS PATCH o Failure in the child process doesn't cause failure of the test (is there someone else who has this solved for their test whose code I can borrow?) o … [View More]rpcss.exe.so runs from the INSTALLED wine, not from the build tree!! This is totally unacceptable, but I'm not sure what would be a wise way to solve the problem. I need to change the way rpcss gets invoked by rpcrt4.dll. The best I can think of so far, would be to provide some global override (via a function call, I guess) for where rpcss.exe.so should be found, and then use this "feature" to ensure that during testing, rpcss.exe.so is invoked from the build tree instead of from the PATH environment variable. Any thoughts on this? o Doesn't actually do much real testing yet (this is just because I haven't finished the code yet, no problem here at all, really). PROBLEMS THAT IM WILLING TO TOLERATE FOR THE MOMENT o Had to comment out the exception handling code in the generated _c and _s files. o Some warnings are generated unless a few trivial things get changed in the generated _c and _s files. o Had to make every unit compiled into my test into a separate test (any way to turn this off for some units? For now I just added the func_filename function that testlist.c is looking for). These are marked as /* appease testlist.c */ below. AN UNCLASSIFIABLE PROBLEM Finally, there is the issue that I had to rename the stub functions in stringinput_c. This is pretty damn awful, because unlike the other issues, it doesn't stem from functionality that is missing in wine, so "fixing" wine still doesn't solve it. I don't know if its solvable or not. The problem stems from the fact that the entire test suite for rpcrt4 compiles into a single .exe.so file. Unless there is some way to override this arrangement, that same .exe.so must be both the client and the server. This is why I have stub_ShutdownServer, for example, instead of ShutdownServer (which is already defined to be the manager routine!) One of the following would allow me to solve this elegantly: o There's an acceptable way for me to tell the autocrap to generate multiple .exe.so's per dll test... is there? o There's a way to tell midl to deal with these namespace issues automagically so that the same .exe can be it's own client and server without a namespace conflict.... anyone know of such a feature? o Some other solution exists that I haven't thought of... note that the fixme, below: +/* StringInput "manager" routines (server-side implementations) + * FIXME: I had to prefix manager_ to these because otherwise + * we somehow ended up in NTDLL.sqrt!!! WTH?? + */ is incorrect (its a remnant of an attempt to solve this the converse way, renaming stuff in stringinput_s instead of stringinput_c.), and should be ignored. Blech. HOPEFULLY NOT A PROBLEM It also would be nice if some kind soul who knows the testing build incantations could run this new test under real windows and let me know if it actually works there. Thanks for your input. Here's the patch (X11): -- diff -ur -x CVS -x 'bigdif*' -x autom4te.cache ../wine.test/dlls/rpcrt4/ndr_midl.c ./dlls/rpcrt4/ndr_midl.c --- ../wine.test/dlls/rpcrt4/ndr_midl.c 2002-12-05 15:05:46.000000000 -0600 +++ ./dlls/rpcrt4/ndr_midl.c 2003-01-03 21:25:50.000000000 -0600 @@ -214,6 +214,7 @@ pStubMsg->RpcMsg = pRpcMsg; pStubMsg->Buffer = pRpcMsg->Buffer; pStubMsg->BufferLength = pRpcMsg->BufferLength; + pStubMsg->BufferEnd = pStubMsg->Buffer + pStubMsg->BufferLength; /* FIXME: determine the proper return value */ return NULL; @@ -236,8 +237,9 @@ return NULL; stubmsg->BufferLength = stubmsg->RpcMsg->BufferLength; - stubmsg->BufferEnd = stubmsg->BufferStart = 0; - return (stubmsg->Buffer = (unsigned char *)stubmsg->RpcMsg->Buffer); + stubmsg->Buffer = stubmsg->BufferStart = (unsigned char *)stubmsg->RpcMsg->Buffer; + stubmsg->BufferEnd = stubmsg->Buffer + stubmsg->BufferLength; + return (stubmsg->Buffer); } /*********************************************************************** * NdrFreeBuffer [RPCRT4.@] @@ -247,7 +249,7 @@ TRACE("(pStubMsg == ^%p): wild guess.\n", pStubMsg); I_RpcFreeBuffer(pStubMsg->RpcMsg); pStubMsg->BufferLength = 0; - pStubMsg->Buffer = (unsigned char *)(pStubMsg->RpcMsg->Buffer = NULL); + pStubMsg->Buffer = pStubMsg->BufferEnd = (unsigned char *)(pStubMsg->RpcMsg->Buffer = NULL); } /************************************************************************ diff -ur -x CVS -x 'bigdif*' -x autom4te.cache ../wine.test/dlls/rpcrt4/tests/Makefile.in ./dlls/rpcrt4/tests/Makefile.in --- ../wine.test/dlls/rpcrt4/tests/Makefile.in 2002-10-07 16:54:07.000000000 -0500 +++ ./dlls/rpcrt4/tests/Makefile.in 2003-01-03 21:25:50.000000000 -0600 @@ -6,7 +6,9 @@ IMPORTS = rpcrt4 CTESTS = \ - rpc.c + rpc.c \ + stringinput_c.c \ + stringinput_s.c @MAKE_TEST_RULES@ diff -ur -x CVS -x 'bigdif*' -x autom4te.cache ../wine.test/dlls/rpcrt4/tests/rpc.c ./dlls/rpcrt4/tests/rpc.c --- ../wine.test/dlls/rpcrt4/tests/rpc.c 2002-12-23 19:09:52.000000000 -0600 +++ ./dlls/rpcrt4/tests/rpc.c 2003-01-03 21:25:51.000000000 -0600 @@ -22,10 +22,39 @@ #include <winbase.h> #include <winnt.h> #include <winerror.h> +#include <stdio.h> #include "wine/unicode.h" #include "rpc.h" +#include "stringinput.h" +#include "stringinput_midl.h" + +static char base[MAX_PATH]; +static char selfname[MAX_PATH]; + +static int myARGC; +static char** myARGV; + +/****************************************************************** + * init + * + * generates basic information like: + * base: absolute path to curr dir + * selfname: the way to reinvoke ourselves + */ +static int init(void) +{ + myARGC = winetest_get_mainargs( &myARGV ); + if (!GetCurrentDirectoryA(sizeof(base), base)) return 0; + strcpy(selfname, myARGV[0]); + return 1; +} + +/*************************************************************** + * UUID Tests + */ + static UUID Uuid_Table[10] = { { 0x00000000, 0x0000, 0x0000, {0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00} }, /* 0 (null) */ { 0xdeadbeef, 0xdead, 0xbeef, {0x10, 0x21, 0x35, 0x56, 0x89, 0xa0, 0xf4, 0x8a} }, /* 1 */ @@ -119,8 +148,219 @@ } } +/************************************************************* + * StringInput tests + */ + +/* here we define all the protocol sequences RPC currently works with. */ +#define SPSCount 1 +static char *SupportedProtocolSequences[SPSCount] = { + "ncalrpc" +}; + +#define RCCount 10 +static char *RandomCruds[RCCount] = { + "This is just some random crud", + "Designed \r\n to \r\n test \n", + "098172365 the RPC capabilities", + "!#$^*@%$*()*)", + "of this thing.\n", + "x", + "blabalbablab ablab abla", + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG" + "<><><><><,.,.____&&&&&&_+-=_+-=_+jjjjjjj,.,.,><><><>,.,.<><????????abcdefghijklmnopqrstuvwxyzABCDEFG", + "", + "\001\002\003\004\005\006\007\008\009\010\011\012\013\014\015\016" + "\017\018\019\020\021\022\023\024\025\026\027\028\029\030\031\032" + "\033\034\035\036\037\038\039\040\041\042\043\044\045\046\047\048" + "\049\050\051\052\053\054\055\056\057\058\059\060\061\062\063\064" + "\065\066\067\068\069\070\071\072\073\074\075\076\077\078\079\080" + "\081\082\083\084\085\086\087\088\089\090\091\092\093\094\095\096" + "\097\098\099\100\101\102\103\104\105\106\107\108\109\110\111\112" + "\113\114\115\116\117\118\119\120\121\122\123\124\125\126\127\128" + "\129\130\131\132\133\134\135\136\137\138\139\140\141\142\143\144" + "\145\146\147\148\149\150\151\152\153\154\155\156\157\158\159\160" + "\161\162\163\164\165\166\167\168\169\170\171\172\173\174\175\176" + "\177\178\179\180\181\182\183\184\185\186\187\188\189\190\191\192" + "\193\194\195\196\197\198\199\200\201\202\203\204\205\206\207\208" + "\209\210\211\212\213\214\215\216\217\218\219\220\221\222\223\224" + "\225\226\227\228\229\230\231\232\233\234\235\236\237\238\239\240" + "\241\242\243\244\245\246\247\248\249\250\251\252\253\254\255" +}; + +unsigned int sRCIndex; + +void *__RPC_USER MIDL_user_allocate(size_t size) +{ + trace ( "Wow, __MIDL_user_allocate was called.\n" ); + return malloc(size); +} + +void __RPC_USER MIDL_user_free(void *ptr) +{ + trace ( "Wow, __MIDL_user_free was called.\n" ); + free(ptr); +} + +/* this test implements the server side of the stringinput rpc server; + * it spawns the client side as a separate process (same exe). + */ +void StringInputViaRPC() +{ + unsigned int MaxCalls = 50; + unsigned int PSIndex; + UINT32 status; + unsigned char *pszProtocolSequence; + RPC_BINDING_VECTOR *pbvBindings; + char buffer[MAX_PATH]; + PROCESS_INFORMATION info; + STARTUPINFOA si; + + for (PSIndex = 0; PSIndex < SPSCount; PSIndex++) { + pszProtocolSequence = SupportedProtocolSequences[PSIndex]; + + /* ready the stringinput server */ + status = RpcServerUseProtseq(pszProtocolSequence, MaxCalls ,0); + ok( (!status), "RpcServerUseProtseq failed with 0x%x.\n", status ); + + status = RpcServerInqBindings(&pbvBindings); + ok( (!status), "RpcServerInqBindings failed with 0x%x.\n", status ); + + status = RpcEpRegister(stringinput_v1_0_s_ifspec, pbvBindings, 0, 0); + ok( (!status), "RpcEpRegister failed with 0x%x\n.", status ); + + status = RpcServerRegisterIf(stringinput_v1_0_s_ifspec, 0, 0); + ok( (!status), "RpcServerRegisterIf failed with 0x%x\n.", status ); + + /* spawn the stringinput client process (ourselves, with different arguments) */ + memset(&si, 0, sizeof(si)); + si.cb = sizeof(si); + + sprintf(buffer, "%s tests/rpc.c stringinput %s", selfname, pszProtocolSequence); + ok(CreateProcessA(NULL, buffer, NULL, NULL, TRUE, 0L, NULL, NULL, &si, &info), "CreateProcess (%s)", buffer); + + /* init the expected server inputs */ + sRCIndex = 0; + + /* start stringinput services. termination should occur due to a call from the client */ + status = RpcServerListen(1, MaxCalls, 0); + ok( (!status), "RpcServerListen failed with 0x%x\n.", status ); + + /* make sure the client process shut down */ + ok(WaitForSingleObject(info.hProcess, 5000) == WAIT_OBJECT_0, "Child process termination (%s)", buffer); + CloseHandle(info.hProcess); + CloseHandle(info.hThread); + + /* shut down stringinput server */ + status = RpcServerUnregisterIf(stringinput_v1_0_s_ifspec, 0, 0); + ok( (!status), "RpcServerUnregisterIf failed with 0x%x\n", status); + + status = RpcEpUnregister(stringinput_v1_0_s_ifspec, pbvBindings, 0); + ok( (!status), "RpcEpUnregister failed with 0x%x\n", status); + + status = RpcBindingVectorFree(&pbvBindings); + ok( (!status), "RpcBindingVectorFree failed with 0x%x\n", status); + } +} + +/* these forward definitions provide a (horribly) kludgy way to get at the stubs + * instead of the manager routines (normally they don't reside in the + * same process so it's a nonissue). FIXME: find a better solution. + */ + +extern void stub_StringReceive(unsigned char *); +extern void stub_ShutdownServer(void); + +void doStringInputClient(char *pszProtocolSequence) +{ + UINT32 status; + LPSTR pszStringBinding; + char *theMessage; + unsigned int cRCIndex; + + trace( "String Input Client is running with PS %s.\n", pszProtocolSequence ); + + /* prepare ourselves to be the client */ + status = RpcStringBindingComposeA(0, pszProtocolSequence, NULL, NULL, 0, &pszStringBinding); + ok( (!status), "RpcStringBindingCompose failed with 0x%x\n", status); + + status = RpcBindingFromStringBindingA(pszStringBinding, &stringinput_binding_handle); + + ok( (!status), "RpcBindingFromStringBinding failed with 0x%x\n", status); + + status = RpcStringFreeA((unsigned char**)&pszStringBinding); + ok( (!status), "RpcStringFree failed with 0x%x\n", status); + + cRCIndex = 0; + theMessage = RandomCruds[cRCIndex]; + + stub_StringReceive("FIXME"); + + stub_ShutdownServer(); + + status = RpcBindingFree(&stringinput_binding_handle); + ok( (!status), "RpcBindingFree failed with 0x%x\n", status); +} + +/* StringInput "manager" routines (server-side implementations) + * FIXME: I had to prefix manager_ to these because otherwise + * we somehow ended up in NTDLL.sqrt!!! WTH?? + */ +void StringReceive(unsigned char *msg) +{ + /* FIXME */ +} + +void ShutdownServer() +{ + UINT32 status; + trace( "Shutdown request received.\n" ); + status = RpcMgmtStopServerListening(0); + ok( (!status), "RpcMgmtStopServerListening failed with 0x%x\n", status); +} + START_TEST( rpc ) { + int b = init(); + ok(b, "Basic init of RPC test"); + if (!b) return; + + if ((myARGC >= 4) && (!strcmp(myARGV[2], "stringinput"))) { + doStringInputClient(myARGV[3]); + return; + } + trace ( " ** Uuid Conversion and Comparison Tests **\n" ); UuidConversionAndComparison(); + trace ( " ** StringInput via RPC Tests **\n" ); + StringInputViaRPC(); } diff -ur -x CVS -x 'bigdif*' -x autom4te.cache ../wine.test/include/rpcndr.h ./include/rpcndr.h --- ../wine.test/include/rpcndr.h 2002-12-02 23:52:12.000000000 -0600 +++ ./include/rpcndr.h 2003-01-03 21:25:51.000000000 -0600 @@ -95,6 +95,10 @@ #define __RPC_CALLEE WINAPI #define RPC_VAR_ENTRY WINAPIV +#define NdrFcShort(s) (unsigned char)(s & 0xff), (unsigned char)(s >> 8) +#define NdrFcLong(s) (unsigned char)(s & 0xff), (unsigned char)((s & 0x0000ff00) >> 8), \ + (unsigned char)((s & 0x00ff0000) >> 16), (unsigned char)(s >> 24) + typedef struct { void *pad[2]; --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./dlls/rpcrt4/tests/stringinput.acf 2003-01-04 15:10:55.000000000 -0600 @@ -0,0 +1,4 @@ +[ implicit_handle(handle_t stringinput_binding_handle) ] +interface stringinput +{ +} --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./dlls/rpcrt4/tests/stringinput.h 2003-01-03 21:25:51.000000000 -0600 @@ -0,0 +1,24 @@ +/*** Autogenerated by WIDL 0.1 from stringinput.idl - Do not edit ***/ +#include "rpc.h" +#include "rpcndr.h" + +#ifndef __WIDL_STRINGINPUT_H +#define __WIDL_STRINGINPUT_H +#ifdef __cplusplus +extern "C" { +#endif +/***************************************************************************** + * stringinput interface (v1.0) + */ +DEFINE_GUID(IID_stringinput, 0xcdf93a7e, 0x2622, 0x4ede, 0x99,0xb3, 0xaa,0x4a,0x0d,0xac,0x86,0x15); +extern RPC_IF_HANDLE stringinput_v1_0_c_ifspec; +extern RPC_IF_HANDLE stringinput_v1_0_s_ifspec; +void StringReceive( + unsigned char* thestring); +void ShutdownServer( + ); + +#ifdef __cplusplus +} +#endif +#endif /* __WIDL_STRINGINPUT_H */ --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./dlls/rpcrt4/tests/stringinput.idl 2003-01-04 15:11:12.000000000 -0600 @@ -0,0 +1,15 @@ +/* + * this defines a super-simple RPC service which passes a + * single string to the server and returns nothing. + */ + +[ + uuid(cdf93a7e-2622-4ede-99b3-aa4a0dac8615), + version(1.0) +] + +interface stringinput +{ +void StringReceive([in, string, ref] unsigned char *thestring); +void ShutdownServer(void); +} --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./dlls/rpcrt4/tests/stringinput_c.c 2003-01-04 15:03:00.000000000 -0600 @@ -0,0 +1,228 @@ +/* Generated from MIDL for now. + * Exception hanlding code was removed and other touch-ups applied. + * Eventually, widl will generate this file + */ + +#include <assert.h> + +#include <string.h> +#if defined( _ALPHA_ ) +#include <stdarg.h> +#endif + +#include "stringinput.h" +#include "stringinput_midl.h" + +#define TYPE_FORMAT_STRING_SIZE 7 +#define PROC_FORMAT_STRING_SIZE 9 + +typedef struct _MIDL_TYPE_FORMAT_STRING + { + short Pad; + unsigned char Format[ TYPE_FORMAT_STRING_SIZE ]; + } MIDL_TYPE_FORMAT_STRING; + +typedef struct _MIDL_PROC_FORMAT_STRING + { + short Pad; + unsigned char Format[ PROC_FORMAT_STRING_SIZE ]; + } MIDL_PROC_FORMAT_STRING; + + +extern const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString; +extern const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString; + +/* Standard interface: stringinput, ver. 1.0, + GUID={0xcdf93a7e,0x2622,0x4ede,{0x99,0xb3,0xaa,0x4a,0x0d,0xac,0x86,0x15}} */ + +handle_t stringinput_binding_handle; + + +static const RPC_CLIENT_INTERFACE stringinput___RpcClientInterface = + { + sizeof(RPC_CLIENT_INTERFACE), + {{0xcdf93a7e,0x2622,0x4ede,{0x99,0xb3,0xaa,0x4a,0x0d,0xac,0x86,0x15}},{1,0}}, + {{0x8A885D04,0x1CEB,0x11C9,{0x9F,0xE8,0x08,0x00,0x2B,0x10,0x48,0x60}},{2,0}}, + 0, + 0, + 0, + 0, + 0, + 0 + }; +RPC_IF_HANDLE stringinput_v1_0_c_ifspec = (RPC_IF_HANDLE)& stringinput___RpcClientInterface; + +extern const MIDL_STUB_DESC stringinput_StubDesc; + +/* this next is not used so I commented it out to avoid an "unused" warning. + * Nevertheless, MIDL generates it, WTH should we do about that !? + */ +/* static RPC_BINDING_HANDLE stringinput__MIDL_AutoBindHandle; */ + +/* HACK: I prefixed the stubs with stub_ to avoid namespace conflicts!!! + * This is unacceptable if we are going to generate these, surely + * a better solution to this problem exists + * FIXME + */ + +void stub_StringReceive( + /* [ref][string][in] */ unsigned char __RPC_FAR *thestring) +{ + + RPC_BINDING_HANDLE _Handle = 0; + + RPC_MESSAGE _RpcMessage; + + MIDL_STUB_MESSAGE _StubMsg; + + if(!thestring) + { + /* RpcRaiseException(RPC_X_NULL_REF_POINTER); */ + /* unimplemented, so for now... */ + assert(FALSE); + } + /* RpcTryFinally + { */ + NdrClientInitializeNew( + ( PRPC_MESSAGE )&_RpcMessage, + ( PMIDL_STUB_MESSAGE )&_StubMsg, + ( PMIDL_STUB_DESC )&stringinput_StubDesc, + 0); + + + _Handle = stringinput_binding_handle; + + + _StubMsg.BufferLength = 12U; + NdrConformantStringBufferSize( (PMIDL_STUB_MESSAGE) &_StubMsg, + (unsigned char __RPC_FAR *)thestring, + (PFORMAT_STRING) &__MIDL_TypeFormatString.Format[4] ); + + NdrGetBuffer( (PMIDL_STUB_MESSAGE) &_StubMsg, _StubMsg.BufferLength, _Handle ); + + NdrConformantStringMarshall( (PMIDL_STUB_MESSAGE)& _StubMsg, + (unsigned char __RPC_FAR *)thestring, + (PFORMAT_STRING) &__MIDL_TypeFormatString.Format[4] ); + + NdrSendReceive( (PMIDL_STUB_MESSAGE) &_StubMsg, (unsigned char __RPC_FAR *) _StubMsg.Buffer ); + + /* } + RpcFinally + { */ + NdrFreeBuffer( (PMIDL_STUB_MESSAGE) &_StubMsg ); + + /* } + RpcEndFinally */ + +} + + +void stub_ShutdownServer( void) +{ + + RPC_BINDING_HANDLE _Handle = 0; + + RPC_MESSAGE _RpcMessage; + + MIDL_STUB_MESSAGE _StubMsg; + + /* RpcTryFinally + { */ + NdrClientInitializeNew( + ( PRPC_MESSAGE )&_RpcMessage, + ( PMIDL_STUB_MESSAGE )&_StubMsg, + ( PMIDL_STUB_DESC )&stringinput_StubDesc, + 1); + + + _Handle = stringinput_binding_handle; + + + _StubMsg.BufferLength = 0U; + NdrGetBuffer( (PMIDL_STUB_MESSAGE) &_StubMsg, _StubMsg.BufferLength, _Handle ); + + NdrSendReceive( (PMIDL_STUB_MESSAGE) &_StubMsg, (unsigned char __RPC_FAR *) _StubMsg.Buffer ); + + /* } + RpcFinally + { */ + NdrFreeBuffer( (PMIDL_STUB_MESSAGE) &_StubMsg ); + + /* } + RpcEndFinally */ + +} + + +static const MIDL_STUB_DESC stringinput_StubDesc = + { + (void __RPC_FAR *)& stringinput___RpcClientInterface, + MIDL_user_allocate, + MIDL_user_free, + /* MIDL does not provide these next braces. + * Without them, there is a warning due to the union. + */ + { &stringinput_binding_handle }, + 0, + 0, + 0, + 0, + __MIDL_TypeFormatString.Format, + 1, /* -error bounds_check flag */ + 0x10001, /* Ndr library version */ + 0, + 0x50100a4, /* MIDL Version 5.1.164 */ + 0, + 0, + 0, /* notify & notify_flag routine table */ + 1, /* Flags */ + 0, /* Reserved3 */ + 0, /* Reserved4 */ + 0 /* Reserved5 */ + }; + +#if !defined(__RPC_WIN32__) +#error Invalid build platform for this stub. +#endif + +static const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString = + { + 0, + { + + 0x4d, /* FC_IN_PARAM */ +#ifndef _ALPHA_ + 0x1, /* x86, MIPS & PPC Stack size = 1 */ +#else + 0x2, /* Alpha Stack size = 2 */ +#endif +/* 2 */ NdrFcShort( 0x2 ), /* Type Offset=2 */ +/* 4 */ 0x5b, /* FC_END */ + 0x5c, /* FC_PAD */ +/* 6 */ 0x5b, /* FC_END */ + 0x5c, /* FC_PAD */ + + 0x0 + } + }; + +static const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString = + { + 0, + { + NdrFcShort( 0x0 ), /* 0 */ +/* 2 */ + 0x11, 0x8, /* FC_RP [simple_pointer] */ +/* 4 */ + 0x22, /* FC_C_CSTRING */ + 0x5c, /* FC_PAD */ + + 0x0 + } + }; + +/* appease testlist.c */ +void func_stringinput_c() +{ +} + --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./dlls/rpcrt4/tests/stringinput_midl.h 2003-01-03 21:25:51.000000000 -0600 @@ -0,0 +1,15 @@ +#include "rpc.h" + +#ifndef __WIDL_STRINGINPUT_MIDL_H +#define __WIDL_STRINGINPUT_MIDL_H + +/* + * These forward declarations are not provided by widl yet + */ + +extern handle_t stringinput_binding_handle; + +void* __RPC_USER MIDL_user_allocate(size_t); +void __RPC_USER MIDL_user_free( void * ); + +#endif --- /dev/null 1969-12-31 18:00:00.000000000 -0600 +++ ./dlls/rpcrt4/tests/stringinput_s.c 2003-01-04 15:03:24.000000000 -0600 @@ -0,0 +1,229 @@ +/* Generated from MIDL for now. + * Exception hanlding code was removed and other touch-ups applied. + * Eventually, widl will generate this file + */ + +#include <assert.h> +#include <string.h> +#include "stringinput.h" +#include "stringinput_midl.h" + +#define TYPE_FORMAT_STRING_SIZE 7 +#define PROC_FORMAT_STRING_SIZE 9 + +typedef struct _MIDL_TYPE_FORMAT_STRING + { + short Pad; + unsigned char Format[ TYPE_FORMAT_STRING_SIZE ]; + } MIDL_TYPE_FORMAT_STRING; + +typedef struct _MIDL_PROC_FORMAT_STRING + { + short Pad; + unsigned char Format[ PROC_FORMAT_STRING_SIZE ]; + } MIDL_PROC_FORMAT_STRING; + +extern const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString; +extern const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString; + +/* Standard interface: stringinput, ver. 1.0, + GUID={0xcdf93a7e,0x2622,0x4ede,{0x99,0xb3,0xaa,0x4a,0x0d,0xac,0x86,0x15}} */ + + +extern RPC_DISPATCH_TABLE stringinput_v1_0_DispatchTable; + +static const RPC_SERVER_INTERFACE stringinput___RpcServerInterface = + { + sizeof(RPC_SERVER_INTERFACE), + {{0xcdf93a7e,0x2622,0x4ede,{0x99,0xb3,0xaa,0x4a,0x0d,0xac,0x86,0x15}},{1,0}}, + {{0x8A885D04,0x1CEB,0x11C9,{0x9F,0xE8,0x08,0x00,0x2B,0x10,0x48,0x60}},{2,0}}, + &stringinput_v1_0_DispatchTable, + 0, + 0, + 0, + 0, + 0 + }; +RPC_IF_HANDLE stringinput_v1_0_s_ifspec = (RPC_IF_HANDLE)& stringinput___RpcServerInterface; + +extern const MIDL_STUB_DESC stringinput_StubDesc; + + +void __RPC_STUB +stringinput_StringReceive( + PRPC_MESSAGE _pRpcMessage ) +{ + MIDL_STUB_MESSAGE _StubMsg; + unsigned char __RPC_FAR *thestring; + RPC_STATUS _Status; + + ((void)(_Status)); + NdrServerInitializeNew( + _pRpcMessage, + &_StubMsg, + &stringinput_StubDesc); + + ( unsigned char __RPC_FAR * )thestring = 0; + /* RpcTryFinally + { + RpcTryExcept + { */ + if ( (_pRpcMessage->DataRepresentation & 0X0000FFFFUL) != NDR_LOCAL_DATA_REPRESENTATION ) + NdrConvert( (PMIDL_STUB_MESSAGE) &_StubMsg, (PFORMAT_STRING) &__MIDL_ProcFormatString.Format[0] ); + + NdrConformantStringUnmarshall( (PMIDL_STUB_MESSAGE) &_StubMsg, + (unsigned char __RPC_FAR * __RPC_FAR *)&thestring, + (PFORMAT_STRING) &__MIDL_TypeFormatString.Format[4], + (unsigned char)0 ); + + if(_StubMsg.Buffer > _StubMsg.BufferEnd) + { + /* RpcRaiseException(RPC_X_BAD_STUB_DATA); */ + /* unimplemented atm so ... */ + assert(FALSE); + } + /* } + RpcExcept( RPC_BAD_STUB_DATA_EXCEPTION_FILTER ) + { + RpcRaiseException(RPC_X_BAD_STUB_DATA); + } + RpcEndExcept */ + + StringReceive(thestring); + + /* } + RpcFinally + { + } + RpcEndFinally */ + _pRpcMessage->BufferLength = + (unsigned int)((long)_StubMsg.Buffer - (long)_pRpcMessage->Buffer); + +} + +void __RPC_STUB +stringinput_ShutdownServer( + PRPC_MESSAGE _pRpcMessage ) +{ + MIDL_STUB_MESSAGE _StubMsg; + RPC_STATUS _Status; + + ((void)(_Status)); + NdrServerInitializeNew( + _pRpcMessage, + &_StubMsg, + &stringinput_StubDesc); + + /* RpcTryFinally + { + RpcTryExcept + { */ + if(_StubMsg.Buffer > _StubMsg.BufferEnd) + { + /* RpcRaiseException(RPC_X_BAD_STUB_DATA); */ + /* unimplemented ATM so ... */ + assert(FALSE); + } + /* } + RpcExcept( RPC_BAD_STUB_DATA_EXCEPTION_FILTER ) + { + RpcRaiseException(RPC_X_BAD_STUB_DATA); + } + RpcEndExcept */ + + ShutdownServer(); + + /* } + RpcFinally + { + } + RpcEndFinally */ + _pRpcMessage->BufferLength = + (unsigned int)((long)_StubMsg.Buffer - (long)_pRpcMessage->Buffer); + +} + + +static const MIDL_STUB_DESC stringinput_StubDesc = + { + (void __RPC_FAR *)& stringinput___RpcServerInterface, + MIDL_user_allocate, + MIDL_user_free, + /* These braces are not provided by MIDL. Without them, however, due to our union, + * gcc generates a warning. I HATE warnings... but what to do about this one? + */ + { 0 }, + 0, + 0, + 0, + 0, + __MIDL_TypeFormatString.Format, + 1, /* -error bounds_check flag */ + 0x10001, /* Ndr library version */ + 0, + 0x50100a4, /* MIDL Version 5.1.164 */ + 0, + 0, + 0, /* notify & notify_flag routine table */ + 1, /* Flags */ + 0, /* Reserved3 */ + 0, /* Reserved4 */ + 0 /* Reserved5 */ + }; + +static RPC_DISPATCH_FUNCTION stringinput_table[] = + { + stringinput_StringReceive, + stringinput_ShutdownServer, + 0 + }; +RPC_DISPATCH_TABLE stringinput_v1_0_DispatchTable = + { + 2, + stringinput_table + }; + +#if !defined(__RPC_WIN32__) +#error Invalid build platform for this stub. +#endif + +static const MIDL_PROC_FORMAT_STRING __MIDL_ProcFormatString = + { + 0, + { + + 0x4d, /* FC_IN_PARAM */ +#ifndef _ALPHA_ + 0x1, /* x86, MIPS & PPC Stack size = 1 */ +#else + 0x2, /* Alpha Stack size = 2 */ +#endif +/* 2 */ NdrFcShort( 0x2 ), /* Type Offset=2 */ +/* 4 */ 0x5b, /* FC_END */ + 0x5c, /* FC_PAD */ +/* 6 */ 0x5b, /* FC_END */ + 0x5c, /* FC_PAD */ + + 0x0 + } + }; + +static const MIDL_TYPE_FORMAT_STRING __MIDL_TypeFormatString = + { + 0, + { + NdrFcShort( 0x0 ), /* 0 */ +/* 2 */ + 0x11, 0x8, /* FC_RP [simple_pointer] */ +/* 4 */ + 0x22, /* FC_C_CSTRING */ + 0x5c, /* FC_PAD */ + + 0x0 + } + }; + +/* appease testlist.c */ +void func_stringinput_s() +{ +} -- -gmt [View Less]

3 4

More On Solaris ADDRESS_SPACE_LIMIT
by Robert Lunnon 06 Jan '03

06 Jan '03

In dlls/ntdlls/virtual.c around line 1033 in NtAllocateVirtualMemory: NTSTATUS res=anon_mmap_aligned( &base, size,VIRTUAL_GetUnixProt( vprot ), 0 ); if (res) return res; Why is mmap used here rather than just a malloc/calloc to the OS ? If I can convert this call to a calloc then the ADDRESS_SPACE_LIMIT test will pass on Solaris. Can someone give me some insight here ? Bob

2 1

#include directives
by Francois Gouget 06 Jan '03

06 Jan '03

Our 'winspool.h' contains: #include "windef.h" #include "winbase.h" #include "wingdi.h" This means you can write a C file that just contains '#include <winspool.h>' and it will work. But that would fail on Windows because in the Windows sdk 'winspool.h' contains none of these #include directives. I don't really like headers that require you to #include other headers first. So I like our winspool.h better than the Windows one. But should we 'fix' it anyway? To avoid people writing … [View More]

3 2

ole db conformance tests
by Dan Kegel 05 Jan '03

05 Jan '03

Say, how close are these kinds of things to being able to run under wine? http://msdn.microsoft.com/library/en-us/oledb/htm/testtoolsov.asp - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

1 0

Re: [d3d7/patch #1] firstimpl for (Get|Set)ClipPlane for d3d7
by Lionel Ulmer 05 Jan '03

05 Jan '03

> case D3DRENDERSTATE_CLIPPING: /* 136 */ > - /* Nothing to do here... Even if what we receive is already clipped by the application, > - we cannot tell OpenGL to not re-clip it. */ > + case D3DRENDERSTATE_CLIPPLANEENABLE: /*152*/ > + { > + GLint i; > + DWORD mask, runner; > + > + if (dwRenderStateType==D3DRENDERSTATE_CLIPPING) { > + mask = ((dwRenderState)?(This->parent.state_block.render_state[… [View More]

1 0

Wineboot
by Matthew Davison 05 Jan '03

05 Jan '03

Regarding the wineboot currently implemented in Wine, would it be feasable to use the registry code from the original wineboot (minus the config options), or is there some reason why this should not be included. -- Matthew Davison <m.davison(a)virgin.net>

1 0

enhancement request - can msvcmaker generate a Makefile?
by Dan Kegel 05 Jan '03

05 Jan '03

Hi, I only have msvc4.0. It can't load the output of msvcmaker. I suppose I should buy current msvc, or modify msvcmaker myself to output a makefile instead of a project file. That's an idea... has anyone tried building the conformance tests with cl (i.e. microsoft's compiler's commandline interface)? - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

3 3

Re: Patch/workaround for configure problem
by Marcus Meissner 05 Jan '03

05 Jan '03

On Sun, Jan 05, 2003 at 02:41:07PM -0500, Nathan Boyle wrote: > I don't know whether someone is adding or removing a DLL or > something[ctl3d doesn't appear to be in the repository], but i had to make > the following patch in order to configure and compile the wine sources > that i downloaded from CVS a half hour ago[It is more a work-around then > a patch] > The patch is in plain text below. > -dlls/ctl3d/Makefile You need to run 'cvs update -PAd' so you get new … [View More]

1 0

Re: Patch/workaround for configure problem
by Eric Pouech 05 Jan '03

05 Jan '03

Nathan Boyle wrote: > I don't know whether someone is adding or removing a DLL or something[ctl3d doesn't appear to be in the repository], but i had to make the following patch in order to configure and compile the wine sources that i downloaded from CVS a half hour ago[It is more a work-around then a patch] > The patch is in plain text below. don't need to tweak configure.ac here, but you'd better properly use cvs cvs update -PAd will fix your issue A+ -- Eric Pouech

1 0

Handle table? win2k internals doc?
by Dan Kegel 05 Jan '03

05 Jan '03

On the off chance that MSVC6's installer is cheating and reading the handle table entries directly by dereferencing file handles, I started wondering whether wine needed to make all its handles look a bit more like windows handles. What's the best source of info about how Windows formats its handles and arranges its handle table? "Inside Microsoft Windows 2000" by David A. Solomon and Mark Russinovich http://www.sysinternals.com/insidew2k.shtml seems like a good source of info. Is it worth … [View More]

2 2

Re: Removing (HANDLE)NULL casts (2)
by Dimitrie O. Paun 05 Jan '03

05 Jan '03

On January 4, 2003 10:28 pm, Francois Gouget wrote: > A few handle types escaped the script the first time around. So here is > an updated version that will catch them. The updated version will also > catch casts of NULL to LP{C,W,wC}STR and LPVOID. Why not just use 0 instead of NULL? Does it make any difference? -- Dimi.

3 3

RESENT: running confirmance tests, question
by Sylvain Petreolle 05 Jan '03

05 Jan '03

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

2 2

Windows 2000 conformance tests
by Dave Miller 05 Jan '03

05 Jan '03

I notice the status page has a couple of empty spaces remaining under win 2000. I suspect this is due to my report being somewhat unreadable, so I want to point out the results for these tests were included. The message in the archive is here: http://www.winehq.com/hypermail/wine-devel/2002/12/0994.html. All of the tests which are missing a status passed, with only user32/win providing any output beyond the 0 failures message.

3 2

Re: Mac OS X/Darwin port of Wine
by Brian Vincent 05 Jan '03

05 Jan '03

> A few weeks ago when I thought how cool it would be to marry Wine and > Bochs to run Windows progams on Mac OS X & Darwin, I checked around, > including this list, and didn't find any activity. This issue comes up a few times a year (isn't it in a FAQ somewhere?) Anyway, take a look at these threads: http://kt.zork.net/wine/wn20020830_133.html#3 http://bugs.winehq.com/show_bug.cgi?id=44 http://www.winehq.com/hypermail/wine-devel/2000/11/0004.html http://www.winehq.com/… [View More]

4 4

Menu problems
by Dimitrie O. Paun 04 Jan '03

04 Jan '03

Guys, All wxWindows examples exhibit a strange menu problem: upon startup, the main window has no menu, even if it should have. However, upon resize, the menu appears. Is this a known bug? -- Dimi.

1 0

RE: problem using msvcmaker to build conformance test suite project file
by Patrik Stridvall 04 Jan '03

04 Jan '03

> http://www.winehq.com/Docs/wine-devel/testing-windows.shtml says: > > > Run msvcmaker to generate Visual C++ project files for > > the tests. ... > > > > $ ./tools/winapi/msvcmaker --no-wine > > I did that in my cvs wine directory, and all I got was > .: searching for /\.spec$/ > .: searching for /^Makefile.in$/ > <internal>: options.pm: member W0B5 does not exists > > Um, did I do something wrong? Or is there a bug in msvcmaker? … [View More]

2 1

Windows Debugging Tools under Wine: "Could not inject logging thread into process"
by Dan Kegel 04 Jan '03

04 Jan '03

Dmitry Timoshkov recommended the MS Debugging Tools for Windows http://www.microsoft.com/ddk/debugging to log API calls. Foolish me, I tried them under Wine. Here's what I had to do to install them. They don't quite work under Wine, but only because of a fundamental problem; all the superficial ones were easily solved :-) 0. To fix the "This program may only be used with Microsoft Windows" problem, click "I Agree" on the license agreement. 1. To fix the "This program requires Windows NT or … [View More]

3 5

[D3D 78] Small patch to get Tomb Raider 3 to work
by Sylvain Petreolle 04 Jan '03

04 Jan '03

Do you know if tomb raider needs absolutely OpenGL to work ? Mine fails because NVidia driver makes bad access to the memory :/ ===== 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

2 1

argv[0] needs to be an absolute path
by Dan Kegel 04 Jan '03

04 Jan '03

The C program main(int argc, char **argv) { puts(argv[0]); } outputs an absolute path on Windows, but sometimes outputs a relative path on Wine. This causes the commandline $ wine d:setup to fail to find its files properly if it uses the basename of argv[0]. One example of this is msvc4.0 (although it only tries this if an earlier method fails, so there's another bug lurking). I am about to submit a one-line patch to fix this to wine-patches. (If I weren't a wimp, I'd figure out a way … [View More]

3 6

problem using msvcmaker to build conformance test suite project file
by Dan Kegel 04 Jan '03

04 Jan '03

http://www.winehq.com/Docs/wine-devel/testing-windows.shtml says: > Run msvcmaker to generate Visual C++ project files for > the tests. ... > > $ ./tools/winapi/msvcmaker --no-wine I did that in my cvs wine directory, and all I got was .: searching for /\.spec$/ .: searching for /^Makefile.in$/ <internal>: options.pm: member W0B5 does not exists Um, did I do something wrong? Or is there a bug in msvcmaker? I'm on Red Hat 8.0, btw. - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

1 0

Re: sharpdevelop and .NET
by Sylvain Petreolle 04 Jan '03

04 Jan '03

--- tom potts <madtom1999(a)yahoo.com> a écrit : > Sylvain > I cant get on the list from home but I tried copying > mscoree.dll and sharpdevelop got as far as asking for > some registry settings to be set!! lol :) that was an evidence ! otherwise microsoft wouldn't give a 20 Mb file to download. > I tried installing the redistributable but I need > IE5.01 or higher and the M$ download fails under wine! > I beleive I have a CD install at work so I'll try that > … [View More]

2 1

IE browsing local files
by Mike Hearn 04 Jan '03

04 Jan '03

Hi all, When entering a local address, for instance "C:\" into the IE address bar, it dies with a crash somewhere inside comctrl32 (it seems). Is this because it tries to engage the Explorer view COM object, and that isn't present in Wine? Also, a bit OT this one, but I've been told that the MS EULA in Office XP forbids running it on anything other than Windows. Is this true, and if so, is it legal for them to say this? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> … [View More]

2 1

NT4 SP 6a entries
by Sylvain Petreolle 04 Jan '03

04 Jan '03

On Dec 19, you made a patch to add the SP6a registry key to winedefault.reg. Today, I made a cvs update and imported winedefault.reg into my registry. Trying to install the .NET Framework Package, with nt40 as windows version, it says to install SP6a ot higher. Are you sure its the right hotfix/is there an another way to check if SP6a is installed ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don'… [View More]

2 2

Mac OS X/Darwin port of Wine
by Jim White 04 Jan '03

04 Jan '03

Hi Gang. A few weeks ago when I thought how cool it would be to marry Wine and Bochs to run Windows progams on Mac OS X & Darwin, I checked around, including this list, and didn't find any activity. So I opened a SourceForge project to focus on just that goal: http://darwine.sf.net After I uploaded the home page tonight, I checked here again and found this topic had just come up last week! I don't know yet whether it makes sense to maintain a separate discussion and/or repository … [View More]

2 1

Update: Wine & Mozilla
by Dimitrie O. Paun 04 Jan '03

04 Jan '03

Hi folks, For those of you who follow my Winelib quest, one of the most ambitious projects is compiling Mozilla under Wine. Needless to say, this would be quite something to accomplish, and would provide Wine with a formidable test for it's headers, and it's tools (wine{build,gcc,wrap), wrc). The goal of course is to port the entire beast with very little changes. For anyone who looked at the source, it should be clear that this is the only way it can happen. If it requires massive work, I'm … [View More]

3 4

Make argv[0] an absolute path so 'wine d:setup' works (2nd try)
by Dan Kegel 04 Jan '03

04 Jan '03

My last version broke the existing regression tests. This one doesn't, and I've added a regression test to make sure argv[0] is an absolute path. This patch should be reviewed carefully, as I don't really understand Wine's internals yet. Changelog: * scheduler/process.c: make argv[0] absolute so 'wine d:setup' works * dlls/kernel/tests/process.c: verify that argv[0] is absolute and contains drive letter Copyright 2003, Dan Kegel. LGPL. -- Dan Kegel Linux User #78045 http://www.… [View More]kegel.com Index: scheduler/process.c =================================================================== RCS file: /home/wine/wine/scheduler/process.c,v retrieving revision 1.205 diff -d -u -r1.205 process.c --- scheduler/process.c 5 Dec 2002 19:56:15 -0000 1.205 +++ scheduler/process.c 4 Jan 2003 04:13:31 -0000 @@ -577,6 +577,7 @@ { char error[100], *p; DWORD stack_size = 0; + char main_exe_name_copy[MAX_PATH]; /* Initialize everything */ if (!process_init( argv )) exit(1); @@ -610,6 +611,10 @@ MESSAGE( "%s: cannot open builtin library for '%s': %s\n", argv0, main_exe_name, error ); ExitProcess(1); } + + /* absolutify argv[0] so 'wine d:setup' works */ + strcpy(main_exe_name_copy, main_exe_name); + argv[0] = main_exe_name_copy; switch( MODULE_GetBinaryType( main_exe_file )) { Index: dlls/kernel/tests/process.c =================================================================== RCS file: /home/wine/wine/dlls/kernel/tests/process.c,v retrieving revision 1.7 diff -d -u -r1.7 process.c --- dlls/kernel/tests/process.c 18 Dec 2002 20:51:33 -0000 1.7 +++ dlls/kernel/tests/process.c 4 Jan 2003 04:13:32 -0000 @@ -624,6 +624,7 @@ char buffer[MAX_PATH]; PROCESS_INFORMATION info; STARTUPINFOA startup; + const char *pstr; memset(&startup, 0, sizeof(startup)); startup.cb = sizeof(startup); @@ -640,6 +641,12 @@ WritePrivateProfileStringA(NULL, NULL, NULL, resfile); okChildInt("Arguments", "argcA", 4); + pstr = getChildString("Arguments", "argvA0"); + ok(pstr != NULL, "expected non-null argv[0]"); + if (pstr) { + ok(pstr[1] == ':', "expected drive letter in argv[0], got %s", pstr); + ok(pstr[2] == '\\', "expected absolute path in argv[0], got %s", pstr); + } okChildString("Arguments", "argvA3", "C:\\Program Files\\my nice app.exe"); okChildString("Arguments", "argvA4", NULL); okChildString("Arguments", "CommandLineA", buffer); [View Less]

1 0

GlobalAlloc GlobalReAlloc problem
by Michael Stefaniuc 04 Jan '03

04 Jan '03

Hello, the Minolta "DiMAGE Image Viewer" (Minolta Dimage digicams use a wider gamut colorspace and to transform that to sRGB you need this tool) makes strange ASSumptions about Global{Alloc,ReAlloc,Size} in it's jpeg exporter (JPEG.GEX, a dll de facto) thus corrupting the output jpg if it's bigger then 1 MB. Deducing from the +relay,+global,+heap debug output it does basicaly this (in pseudo C code): LPVOID ptr; hGlobal = GlobalAlloc(GMEM_MOVEABLE | GMEM_ZEROINIT, 0); still_needed_space = … [View More]size_of_output_jpeg; while (still_needed_space > 0) { old_size = GlobalSize(hGlobal); want = (still_needed_space / 0x100000) ? 0x100000 : still_needed_space; still_needed_space -= want; GlobalReAlloc(hGlobal, old_size + want, GMEM_ZEROINIT); ptr = GlobalLock(hGlobal) + old_size; GlobalUnlock(hGlobal) Do_the_work using ptr } WriteFile(output_jpg_h, GlobalLock(hGlobal), size_of_output_jpeg, ...) The problem is that msdn states for GlobalAlloc (i implicitly assume that it applies for GlobalReAlloc too) that the memory is alligned on an 8byte boundary and that it allocates "at least" the requested number of bytes. That means more memory can be allocate and even msdn recommends to check the actual allocated size with GlobalSize. With the above code wine allocates 0x100004 bytes for the first call to GlobalReAlloc thus inserting four 0 bytes at position 0x100000 and cutting 4 bytes from the end of the jpeg. And this leads to corrupted jpeg's. Here are some snippets from the debug log to demonstrate it: 082c5d08:Call kernel32.GlobalAlloc(00000042,00000000) ret=46bd004a trace:global:GlobalAlloc () flags=0042 trace:heap:RtlAllocateHeap (0x40240000,00000002,00000080): returning 402baec0 08076498:Ret ntdll.RtlAllocateHeap() retval=402baec0 ret=40731b96 08076498:Call ntdll.RtlFreeHeap(40240000,00000000,402baec0) ret=40731b69 trace:heap:RtlAllocateHeap (0x40240000,00000002,00000018): returning 402b64f8 082c5d08:Ret kernel32.GlobalAlloc() retval=402b64fa ret=46bd004a [snip] 082c5d08:Call kernel32.GlobalSize(402b64fa) ret=46bce386 082c5d08:Ret kernel32.GlobalSize() retval=00000000 ret=46bce386 082c5d08:Call kernel32.GlobalReAlloc(402b64fa,00100000,00000040) ret=46bce39b trace:heap:HEAP_FindFreeBlock created new sub-heap 475c0000 of 00100040 bytes for heap 40240000 trace:heap:RtlAllocateHeap (0x40240000,0000000a,00100008): returning 475c0020 082c5d08:Ret kernel32.GlobalReAlloc() retval=402b64fa ret=46bce39b 082c5d08:Call kernel32.GlobalLock(402b64fa) ret=46bce3bd 082c5d08:Ret kernel32.GlobalLock() retval=475c0024 ret=46bce3bd 082c5d08:Call kernel32.GlobalUnlock(402b64fa) ret=46bce3d3 082c5d08:Ret kernel32.GlobalUnlock() retval=00000000 ret=46bce3d3 [snip] 082c5d08:Call kernel32.GlobalSize(402b64fa) ret=46bce41d trace:heap:RtlSizeHeap (0x40240000,00000002,475c0020): returning 00100008 082c5d08:Ret kernel32.GlobalSize() retval=00100004 ret=46bce41d The first GlobalReAlloc adds 4 (sizeof(HGLOBAL)) to the size (0x100000) and calls RtlAllocateHeap where ROUND_SIZE() increases the size to 0x100008. What makes me wonder is the different behaviour of Global[Re]Alloc regarding the allocated size when it's called without GMEM_MOVEABLE: with whithout GMEM_MOVEABLE GlobalAlloc(size=0) 0 0x18 GlobalAlloc(size=1MB) 0x100004 0x100000 GlobalReAlloc(size=1MB) 0x100004 0x100000 To demonstrate this i did a small patch to dlls/kernel/tests/alloc.c (Still need to install mingw to test it on Windows). Do we want to mimic the GlobalAlloc/GlobalReAlloc behaviour of Windows (the DiMage Viewer dosn't corrupt the images at least on Win98 and it's the same binary for Win2000 too)? Could be that some other broken, real life programs are dependent of that behaviour). At a quick glance i don't know how to fix GlobalAlloc/GlobalReAlloc without breaking it. I'll do a bugzilla report but want to save me the work if it will get anyway a WONTFIX resolution. The version of DiMage Viewer tested is 1.1 and it's not free. Minolta offers only a free upgrade from 2.0 -> 2.1 so I can't test it on a newer version (but i suspect it will still have the bug because the jpeg lib is bought from somebody else and has copyright 1999 whereas the rest is copyright 2001). bye michael P.S.: Not fixing this "bug" wont keep the linux users from enjoying their Minolta DiMage cams without windows because there is a Gimp plugin that can do the color space transformations (and Murphy sei Dank i found this AFTER debugging and finding the problem). -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart [View Less]

1 1

Re: [D3D 72] Various stuff to get Monkey4 working in D3D mode
by Tony Lambregts 04 Jan '03

04 Jan '03

Lionel Ulmer wrote: > >PS: I updated the d3d_status.html page (http://www.bbrox.org/d3d_status.html) > > > <nit>The links to the screenshots for Aliens vs predator demo are local ie: file:///home/ulmer/Wine/avp_1.png</nit> -- Tony Lambregts

1 0

Re: wine/ library/debug.c include/wine/library.h i ...
by Dimitrie O. Paun 03 Jan '03

03 Jan '03

On January 2, 2003 10:12 pm, Alexandre Julliard wrote: > Added wine_dbg_sprintf function that allocates a temporary buffer > in the per-thread strings area. Cool. But what about functions that need to build the string. For example, look at debuglvitem_t() in listview.c. Can we get somehow to the max_size? > Added inline functions to format POINT, SIZE and RECT structures. Can we pretty please get shorter names for them in Wine? Like without the wine_ prefix? :) -- Dimi.

4 19

Re: MAX_LIGHTS redefinition
by Lionel Ulmer 03 Jan '03

03 Jan '03

On Thu, Jan 02, 2003 at 10:35:55PM -0800, Francois Gouget wrote: > > MAX_LIGHTS is defined in two places: > > * mesa.c > #define MAX_LIGHTS 8 > > * d3d_private.h > #define MAX_LIGHTS 16 > > So this patch removes the definition from mesa.c. Hopefully this is ok. This is fixed in one of the 10 or so pending D3D patches. At least, in my working tree I do not have the problem anymore :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Problema running wine20021219 with Xfree 4.2.99
by Alejandro Lorenzo 03 Jan '03

03 Jan '03

I have problems running wine with the snapshot of the new Xfree86 the wine release is 200211219 and i have compiled it from sources without any error. Anytime i try to use wine i get: err:module:BUILTIN32_dlopen failed to load .so lib for builtin x11drv.dll: /usr/local/lib/wine/x11drv.dll.so: undefined symbol: XF86VidModeSetGammaRamp Could not load graphics driver 'x11drv' err:win:GetDesktopWindow Wine init error: either you're trying to use an invalid native USER.EXE config, or some … [View More]graphics/GUI libraries or DLLs didn't initialize properly. Aborting. also tried to make a --debugmsg +relay but i cannot get nothing clear: i get a lot of output of the style (i think this is the interesting part of the log for this, if it necessary, i can attach all the log) 08077198:Ret advapi32.RegOpenKeyA() retval=00000000 ret=40801f57 08077198:Call advapi32.RegQueryValueExA(00000030,408185ff "GraphicsDriver",00000000,40692cd8,40692ce4,40692cdc) ret=40801f89 08077198:Call ntdll.RtlInitAnsiString(40692af4,408185ff "GraphicsDriver") ret=40906280 08077198:Ret ntdll.RtlInitAnsiString() retval=0000000f ret=40906280 08077198:Call ntdll.RtlAnsiStringToUnicodeString(40110178,40692af4,00000000) ret=4090629c 08077198:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=4090629c 08077198:Call ntdll.NtQueryValueKey(00000030,40110178,00000002,40692afc,00000100,40692af0) ret=409062d4 08077198:Ret ntdll.NtQueryValueKey() retval=00000000 ret=409062d4 08077198:Call ntdll.RtlUnicodeToMultiByteSize(40692aec,40692b08 L"x11drv",0000000e) ret=409063e3 08077198:Ret ntdll.RtlUnicodeToMultiByteSize() retval=00000000 ret=409063e3 08077198:Call ntdll.RtlUnicodeToMultiByteN(40692ce4,00000007,00000000,40692b08,0000000e) ret=40906418 08077198:Ret ntdll.RtlUnicodeToMultiByteN() retval=00000000 ret=40906418 08077198:Call ntdll.RtlNtStatusToDosError(00000000) ret=409064dd 08077198:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=409064dd 08077198:Ret advapi32.RegQueryValueExA() retval=00000000 ret=40801f89 08077198:Call advapi32.RegCloseKey(00000030) ret=40801f95 08077198:Call ntdll.NtClose(00000030) ret=409056f6 08077198:Ret ntdll.NtClose() retval=00000000 ret=409056f6 08077198:Call ntdll.RtlNtStatusToDosError(00000000) ret=409056fc 08077198:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=409056fc 08077198:Ret advapi32.RegCloseKey() retval=00000000 ret=40801f95 08077198:Call kernel32.LoadLibraryA(40692ce4 "x11drv") ret=40801f9b err:module:BUILTIN32_dlopen failed to load .so lib for builtin x11drv.dll: /usr/local/lib/wine/x11drv.dll.so: undefined symbol: XF86VidModeSetGammaRamp 08077198:Ret kernel32.LoadLibraryA() retval=00000000 ret=40801f9b Could not load graphics driver 'x11drv' 08077198:Ret PE DLL (proc=0x40802830,module=0x40770000,type=1,res=0x1) retval=0 08077198:Call user32.UserSignalProc(00000100,08074198,00000007,00000000) ret=400b7355 08077198:Ret user32.UserSignalProc() retval=00000000 ret=400b7355 08077198:Call user32.UserSignalProc(00000010,08077198,00000007,00000000) ret=400b7341 08077198:Ret user32.UserSignalProc() retval=00000000 ret=400b7341 08077198:Call user32.UserSignalProc(00000200,08074198,00000007,00000000) ret=400b7355 08077198:Ret user32.UserSignalProc() retval=00000000 ret=400b7355 08077198:Call user32.UserSignalProc(00000600,08074198,00000007,00000000) ret=400b7355 08077198:Ret user32.UserSignalProc() retval=00000000 ret=400b7355 [View Less]

1 0

RFH: ICON statement
by Dimitrie O. Paun 03 Jan '03

03 Jan '03

Visual-MinGW uses the following: visual-mingw ICON Mainicon.ico which apparently windres accepts, but fails with wrc because of the '-' in 'visual-mingw'. Can someone please check if it works with the MS tools, to determine if we need to fix wrc? Tnx. -- Dimi.

2 6

Re: sharpdevelop and .NET
by tom potts 03 Jan '03

03 Jan '03

Last nite I loaded wine. sharpdevelop installed ok!! I tried installing the .NET sdk but that caused a segmentation fault. I tried installing the .NET redistributable but that complained of invalid version of windows - can I fix that?? I tried runninf sharpdevelop and it complained about a missing dll so I'll try copying those over from my windows setup..... _____________________________________________________________ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus

2 1

Re: tchar fixes: _tcs{dup,icmp}
by Francois Gouget 03 Jan '03

03 Jan '03

On Mon, 23 Dec 2002, Dimitrie O. Paun wrote: > That's what I have to do on my system. > > Francois, does this seem OK to you? If the fix is right, > what about the other _str* symbols? According to the latest sdk I have (2000), _tcsdup is supposed to map to _strdup and _tcsicmp to _stricmp. I think the catch is you are supposed to link with the msvcrt library since these symbols are only exported there. Now, pointing _tcsdup to strdup should not make any difference. However I am … [View More]

5 7

Re: IE browsing local files
by Alberto Massari 03 Jan '03

03 Jan '03

At 15.11 03/01/2003 +0000, you wrote: >Hi all, > >When entering a local address, for instance "C:\" into the IE address >bar, it dies with a crash somewhere inside comctrl32 (it seems). Is this >because it tries to engage the Explorer view COM object, and that isn't >present in Wine? I am currently able to browse the local file system only if I use the native version of shell32.dll (btw, I use Wine with the "nt40" setting) Alberto ------------------------------- Alberto … [View More]

1 0

Re: Install Error with current CVS
by Steven Tower 03 Jan '03

03 Jan '03

I don't remember seeing this err before, I can try to pull different CVS builds to see where it broke, but figured I would post first. I get this when trying to install any version of I.E. err:setupapi:SetupDefaultQueueCallbackA copy error 5 "C:\\WINDOWS\\msdownld.tmp\\AS02BB23.tmp\\w95inf16.dll" -> "C:\\WINDOWS\\SYSTEM\\w95inf16.dll" err:setupapi:SetupDefaultQueueCallbackA copy error 5 "C:\\WINDOWS\\msdownld.tmp\\AS02BB23.tmp\\w95inf32.dll" -> "C:\\WINDOWS\\SYSTEM\\w95inf32.dll" err:… [View More]

1 0

Debugger / wineconsole problem
by Lionel Ulmer 03 Jan '03

03 Jan '03

Hi all, I have a little annoying problem with the wineconsole / winedbg : as soon as I switch to another window and come back to the debugger, I loose keyboard input. Mouse input still works fine. I have also often graphical glitches (ie I have only garbage when scrolling due to a newline being displayed). The scollbar seems also to be non-functionnal. Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 5

Re: wineboot - initial version
by Sylvain Petreolle 03 Jan '03

03 Jan '03

Trying wineboot, I realize that it deletes wininit.ini. Real wininit.ini doesn't do this. It renames the file as wininit.bak. Could this updated or should I submit a small patch later ? (or do you disagree ?) ===== 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!? -- … [View More]

2 1

__WINE__ vs. __WINESRC__
by Dimitrie O. Paun 03 Jan '03

03 Jan '03

Hi folks, Here is another problem: we are currently defining the __WINE__ symbol to signal the headers that we are compiling Wine. This is fine. The problem that I'm facing is that there are apps (such as wxWindows) that want to know that they are _compiled_ (not run) under Wine. All platforms (and Wine is a platform, even if a virtual one) define standard symbols by default: __WIN32__, __MINGW32__, you name it. There are valid reasons for a program to be able to test that is being … [View More]

6 10

Re: wine-devel digest, Vol 1 #1558 - 19 msgs
by Kevin 03 Jan '03

03 Jan '03

Hello: Who has the document about COM?? The websit has information about COM,But it isn't detailed. Thanks very much! ----- Original Message ----- From: <wine-devel-request(a)winehq.com> To: <wine-devel(a)winehq.com> Sent: Friday, January 03, 2003 10:03 AM Subject: wine-devel digest, Vol 1 #1558 - 19 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/… [View More]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: __WINE__ vs. __WINESRC__ (Dimitrie O. Paun) > 2. Re: argv[0] needs to be an absolute path (Dan Kegel) > 3. Re: tchar fixes: _tcs{dup,icmp} (Dimitrie O. Paun) > 4. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Alexandre Julliard) > 5. Re: tchar fixes: _tcs{dup,icmp} (Alexandre Julliard) > 6. Re: __WINE__ vs. __WINESRC__ (Alexandre Julliard) > 7. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Dimitrie O. Paun) > 8. Re: Make RECT === RECTL, fix compile warnings, use uniform format (Alexandre Julliard) > 9. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Dan Kegel) > 10. Re: Fixing include quotes (was: Re: conformance test for ShellExecute) (Dimitrie O. Paun) > 11. Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: > conformance test for ShellExecute)) (Shachar Shemesh) > 12. Re: Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: conformance test for ShellExecute)) (Dimitrie O. Paun) > 13. regression with CFLAGS=-g (Shachar Shemesh) > 14. wine.m4 install bug (Enrico Horn) > 15. Re: wine.m4 install bug (Alexandre Julliard) > 16. Avoid some tests (=?iso-8859-1?q?Sylvain=20Petreolle?=) > 17. Re: RFH: ICON statement (Dimitrie O. Paun) > 18. Re: wineboot - initial version (=?iso-8859-1?q?Sylvain=20Petreolle?=) > > --__--__-- > > Message: 1 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Alexandre Julliard <julliard(a)winehq.com> > Subject: Re: __WINE__ vs. __WINESRC__ > Date: Thu, 2 Jan 2003 12:02:35 -0500 > Cc: Francois Gouget <fgouget(a)free.fr>, Wine Devel <wine-devel(a)winehq.com> > > On January 2, 2003 12:30 pm, Alexandre Julliard wrote: > > It doesn't really matter, just pick the one you prefer. > > I know, but I was hoping people had better suggestions :) > I like __WINESRC__ the best (but that doesn't mean much <g>), > so unless people have a better idea, that's going to be it. > > > Sure, we can do the rename first. > > Probably a script to do it would be best, no? > > > No, these should be removed. The same effect can be achieved by > > defining COM_NO_WINDOWS_H in the C files that use the include. > > What about defining COM_NO_WINDOWS_H globally in Wine? > > -- > Dimi. > > > --__--__-- > > Message: 2 > Date: Thu, 02 Jan 2003 10:27:43 -0800 > From: Dan Kegel <dank(a)kegel.com> > To: Sylvain Petreolle <spetreolle(a)yahoo.fr> > CC: Wine Devel <wine-devel(a)winehq.com> > Subject: Re: argv[0] needs to be an absolute path > > "sometimes" == "if the program was invoked with a relative path" > > BTW the one-line patch I submitted seems to just preserve > the D: in the example I gave. This is good enough to make > my test case work, but won't fix all uses, I think. > - Dan > > Sylvain Petreolle wrote: > > What do you mean by "sometimes" ? > > > > > >>outputs an absolute path on Windows, but sometimes > >>outputs a relative path on Wine. This causes the > >>commandline > >> $ wine d:setup > >>to fail to find its files properly if it uses the > >>basename of argv[0]. One example of this is msvc4.0 > >>(although it only tries this if an earlier method fails, > >>so there's another bug lurking). > >> > >>I am about to submit a one-line patch to fix this to > >>wine-patches. (If I weren't a wimp, I'd figure out > >>a way to submit a regression test, too, although > >>it'd be a strange one; most of our tests don't need > >>to invoke Wine itself from the Unix commandline!) > >> > >>The same problem exists for programs launched from other > >>wine programs, e.g. from inside wcmd. > >>That's another code path, and I couldn't find a > >>one-line fix for that one. > >>- Dan > > > > -- > Dan Kegel > Linux User #78045 > http://www.kegel.com > > > --__--__-- > > Message: 3 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Alexandre Julliard <julliard(a)winehq.com> > Subject: Re: tchar fixes: _tcs{dup,icmp} > Date: Thu, 2 Jan 2003 12:23:52 -0500 > Cc: Francois Gouget <fgouget(a)free.fr>, wine-devel(a)winehq.com > > On January 2, 2003 12:38 pm, Alexandre Julliard wrote: > > tchar.h should not depend on msvcrt IMO, at least not in ASCII mode, > > so it should use the normal function names without underscores. It's > > not 100% compatible, but it should still do the right thing, both with > > and without msvcrt. > > Sounds good. But since we are on the subject, here's another thing that's > been troubling me: we have 3 flavors of the crt to worry about: glibc, > msvcrt, and cygwin libc (let's call it cygcrt). To be honest, I haven't > looked in detail at cygcrt but I guess it's a derivative of glibc (as it > is used to port Unix stuff). However, it has stuff such as io.h which is > not present in Unix, and is reminiscent of msvcrt. > > When compiling stuff on Windows with gcc (mingw), it links by default with > cygcrt if available. If the -mno-cygwin option is used, or cygwin is not > available, it links against crtdll. Of course, the appropriate headers are > used automatically. > > For winegcc, I mapped the -mno-cygwin option to use msvcrt, otherwise we > use the native glibc. This is the closest mapping I could find, and it > works fairly well, with a few caveats such as the missing io.h in glibc. > > Anyhow, and ideas on how to deal with all this? > > -- > Dimi. > > > --__--__-- > > Message: 4 > To: "Patrik Stridvall" <ps(a)leissner.se> > Cc: <dpaun(a)rogers.com>, <wine-devel(a)winehq.com>, "Dan Kegel" <dank(a)kegel.com> > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:31:37 -0800 > > "Patrik Stridvall" <ps(a)leissner.se> writes: > > > I think it is better than Alexandre runs > > winapi_cleanup --include-quotes > > himself if he thinks it does the correct things. > > If not please inform me what the problem is. > > > > In my tree, the patch is over 800k. > > I'm not sure there's much point in fixing all the C files. It works > fine the way it is now, the only thing that we need the change is the > exported headers. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 5 > To: dpaun(a)rogers.com > Cc: Francois Gouget <fgouget(a)free.fr>, wine-devel(a)winehq.com > Subject: Re: tchar fixes: _tcs{dup,icmp} > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:46:35 -0800 > > "Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > > > For winegcc, I mapped the -mno-cygwin option to use msvcrt, otherwise we > > use the native glibc. This is the closest mapping I could find, and it > > works fairly well, with a few caveats such as the missing io.h in glibc. > > > > Anyhow, and ideas on how to deal with all this? > > I don't think cygwin is really a big issue, it should be mostly Unix > compatible, and it shouldn't be hard to work around the problems if > any appear. I don't think we need any special infrastructure for that. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 6 > To: dpaun(a)rogers.com > Cc: Francois Gouget <fgouget(a)free.fr>, Wine Devel <wine-devel(a)winehq.com> > Subject: Re: __WINE__ vs. __WINESRC__ > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:45:07 -0800 > > "Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > > > > Sure, we can do the rename first. > > > > Probably a script to do it would be best, no? > > I don't think there are that many, a patch would be fine. > > > > No, these should be removed. The same effect can be achieved by > > > defining COM_NO_WINDOWS_H in the C files that use the include. > > > > What about defining COM_NO_WINDOWS_H globally in Wine? > > That's a possibility too. I think I'd prefer to do it in the > individual C files, but I haven't looked how many would need it, so > maybe it's too much work (though Patrik can probably come up with a > magic script to do it...) > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 7 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Alexandre Julliard <julliard(a)winehq.com>, > "Patrik Stridvall" <ps(a)leissner.se> > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > Date: Thu, 2 Jan 2003 12:41:34 -0500 > Cc: <wine-devel(a)winehq.com>, "Dan Kegel" <dank(a)kegel.com> > > On January 2, 2003 01:31 pm, Alexandre Julliard wrote: > > I'm not sure there's much point in fixing all the C files. It works > > fine the way it is now, the only thing that we need the change is the > > exported headers. > > Exported headers do need fixing, to avoid hard to detect errors. While > the C files work the way they are now, they are confusing for newcomers. > I think our current trend of doing things as standard as possible, is > a Good Thing(TM). Trying to violate the Principle of Least Surprise as > little as possible can only be good. Moreover, current source code is > many times used as a template by other contributors, which provides > even more incentive to have current code as good/clean as possible <g>. > > Bottom line, since the change is free (the work is done by a script), > and there is little chance of conflicts with other patches (it touches > only the include statements), I think it's worth doing now. > > -- > Dimi. > > > --__--__-- > > Message: 8 > To: dpaun(a)rogers.com > Cc: Dan Kegel <dank(a)kegel.com>, Wine Devel <wine-devel(a)winehq.com> > Subject: Re: Make RECT === RECTL, fix compile warnings, use uniform format > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 10:49:27 -0800 > > "Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > > > As for the new debug* functions, most nontrivial ones are not that > > small. Do you want them defined as static inline in wine/debug.h, > > or exported from ntdll as the other ones? In fact, why not create > > a helper DLL (winedebug) that holds all of this, and that can be > > used on Windows as well, when we port most of our stuff over? > > IMO this would be a mechanism to use only for trivial functions that > can be put inline; more complex ones should be implemented in their > respective dlls. We definitely don't want a big centralized module > that dumps all known structures. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 9 > Date: Thu, 02 Jan 2003 11:07:51 -0800 > From: Dan Kegel <dank(a)kegel.com> > To: dpaun(a)rogers.com > CC: Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > > Dimitrie O. Paun wrote: > > Bottom line, since the change is free (the work is done by a script), > > and there is little chance of conflicts with other patches (it touches > > only the include statements), I think it's worth doing now. > > There is one downside: it may make old patches harder to > apply, and it may make it harder to sync with other > trees (e.g. rewind). > > On the other hand, encouraging people to use the tool > to tidy up any files they're working on makes > patches harder to read, as it mixes formatting changes > with real changes. > > Six of one, half dozen of another... > - Dan > > -- > Dan Kegel > Linux User #78045 > http://www.kegel.com > > > --__--__-- > > Message: 10 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Dan Kegel <dank(a)kegel.com> > Subject: Re: Fixing include quotes (was: Re: conformance test for ShellExecute) > Date: Thu, 2 Jan 2003 12:54:35 -0500 > Cc: Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > > On January 2, 2003 02:07 pm, Dan Kegel wrote: > > There is one downside: it may make old patches harder to > > apply, and it may make it harder to sync with other > > trees (e.g. rewind). > > In general yes, but I don't think it's a big problem in this > particular case where _only_ #include statements are touched. > These are seldomly changed anyway. As for other trees, all of > Patrik work is BSD AFAIK, so everybody can run the script on > their trees as well. > > -- > Dimi. > > > --__--__-- > > Message: 11 > Date: Thu, 02 Jan 2003 23:05:42 +0200 > From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > To: dpaun(a)rogers.com > CC: Dan Kegel <dank(a)kegel.com>, Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > Subject: Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: > conformance test for ShellExecute)) > > While we are on the subject of api_check and such, how about changing > SUBLANG_NEUTRAL in all non-neutral languages to SUBLANG_DEFAULT, as it > should be? > > Sh. > > > Dimitrie O. Paun wrote: > > >On January 2, 2003 02:07 pm, Dan Kegel wrote: > > > > > >>There is one downside: it may make old patches harder to > >>apply, and it may make it harder to sync with other > >>trees (e.g. rewind). > >> > >> > > > >In general yes, but I don't think it's a big problem in this > >particular case where _only_ #include statements are touched. > >These are seldomly changed anyway. As for other trees, all of > >Patrik work is BSD AFAIK, so everybody can run the script on > >their trees as well. > > > > > > > > > > --__--__-- > > Message: 12 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > Subject: Re: Fixing SUBLANG_NEUTRAL (was: Re: Fixing include quotes (was: Re: conformance test for ShellExecute)) > Date: Thu, 2 Jan 2003 15:21:32 -0500 > Cc: Dan Kegel <dank(a)kegel.com>, Alexandre Julliard <julliard(a)winehq.com>, > Patrik Stridvall <ps(a)leissner.se>, wine-devel(a)winehq.com > > On January 2, 2003 04:05 pm, Shachar Shemesh wrote: > > While we are on the subject of api_check and such, how about changing > > SUBLANG_NEUTRAL in all non-neutral languages to SUBLANG_DEFAULT, as it > > should be? > > Are you volunteering? :) If it's supposed to be this way, a patch would > be most appreciated, me thinks <g> > > -- > Dimi. > > > --__--__-- > > Message: 13 > Date: Fri, 03 Jan 2003 00:02:01 +0200 > From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> > To: Wine Devel <wine-devel(a)winehq.org> > Subject: regression with CFLAGS=-g > > Hi, > > There is a regression when compiling wine with CFLAGS=-g. The latest CVS > throws an unhandled exception when exiting notepad. When notepad is > compiled with CFLAGS=-g -O2 (the defaults), there is no crash even if > the rest of the libraries are compiled with -g. This also happens on > Wine 20021216. > > Any idea? > > Shachar > > > > --__--__-- > > Message: 14 > From: Enrico Horn <farmboy1(a)subdimension.com> > Reply-To: farmboy1(a)subdimension.com > To: wine-devel(a)winehq.com > Subject: wine.m4 install bug > Date: Thu, 2 Jan 2003 23:25:35 +0100 > > Hi, > When installing the wine.m4 macro file you cant just use the > <prefix>/share/aclocal dir of wine as destination. > You need to use the <prefix>/share/aclocal dir of automake > as this is the only path where the m4 files will be found. > > Ciao > Enrico > farmboy1(a)subdimension.com > > --__--__-- > > Message: 15 > To: farmboy1(a)subdimension.com > Cc: wine-devel(a)winehq.com > Subject: Re: wine.m4 install bug > From: Alexandre Julliard <julliard(a)winehq.com> > Date: 02 Jan 2003 16:07:28 -0800 > > Enrico Horn <farmboy1(a)subdimension.com> writes: > > > When installing the wine.m4 macro file you cant just use the > > <prefix>/share/aclocal dir of wine as destination. > > You need to use the <prefix>/share/aclocal dir of automake > > as this is the only path where the m4 files will be found. > > No, Wine shouldn't install things outside of its own prefix. If you > install Wine in a non-standard directory then you need to tell > autoconf about it with the -I option. > > -- > Alexandre Julliard > julliard(a)winehq.com > > --__--__-- > > Message: 16 > Date: Fri, 3 Jan 2003 01:39:58 +0100 (CET) > From: =?iso-8859-1?q?Sylvain=20Petreolle?= <spetreolle(a)yahoo.fr> > Subject: Avoid some tests > To: wined <wine-devel(a)winehq.com> > > Having problem with Nvidia driver when making tests, I disabled opengl. > All tests pass. > > If I reenable opengl, dsound test will fail (crash to debugger). > I tried to touch dsound.ok, but test is launched after a 'make > testclean' > so it doesn't work as expected. > > Do someone have tips ? Don't want to edit the Makefile by hand to avoid this. > > ===== > 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 > > --__--__-- > > Message: 17 > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Reply-To: dpaun(a)rogers.com > Organization: DSSD Software Inc. > To: Mehmet YASAR <myasar(a)free.fr> > Subject: Re: RFH: ICON statement > Date: Thu, 2 Jan 2003 19:02:55 -0500 > Cc: Wine Devel <wine-devel(a)winehq.com> > > On January 2, 2003 12:37 pm, Mehmet YASAR wrote: > > I just tested icon ressource beginning with weird characters like > > "!icon" or "-icon" and that works (tested under VC++/sp5). > > Cool, thanks. I've sent a patch in to support them. BTW, are these > chars also accepted in filenames? > > -- > Dimi. > > > --__--__-- > > Message: 18 > Date: Fri, 3 Jan 2003 03:01:28 +0100 (CET) > From: =?iso-8859-1?q?Sylvain=20Petreolle?= <spetreolle(a)yahoo.fr> > Subject: Re: wineboot - initial version > To: wined <wine-devel(a)winehq.com> > > Trying wineboot, I realize that it deletes wininit.ini. > Real wininit.ini doesn't do this. It renames the file as wininit.bak. > Could this updated or should I submit a small patch later ? (or do you > disagree ?) > > > ===== > 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 > > > --__--__-- > > _______________________________________________ > wine-devel mailing list - wine-devel(a)winehq.com > http://www.winehq.com/mailman/listinfo/wine-devel > > > End of wine-devel Digest > > [View Less]

1 0

Avoid some tests
by Sylvain Petreolle 03 Jan '03

03 Jan '03

Having problem with Nvidia driver when making tests, I disabled opengl. All tests pass. If I reenable opengl, dsound test will fail (crash to debugger). I tried to touch dsound.ok, but test is launched after a 'make testclean' so it doesn't work as expected. Do someone have tips ? Don't want to edit the Makefile by hand to avoid this. ===== 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. … [View More]

1 0

wine.m4 install bug
by Enrico Horn 03 Jan '03

03 Jan '03

Hi, When installing the wine.m4 macro file you cant just use the <prefix>/share/aclocal dir of wine as destination. You need to use the <prefix>/share/aclocal dir of automake as this is the only path where the m4 files will be found. Ciao Enrico farmboy1(a)subdimension.com

2 1

regression with CFLAGS=-g
by Shachar Shemesh 02 Jan '03

02 Jan '03

Hi, There is a regression when compiling wine with CFLAGS=-g. The latest CVS throws an unhandled exception when exiting notepad. When notepad is compiled with CFLAGS=-g -O2 (the defaults), there is no crash even if the rest of the libraries are compiled with -g. This also happens on Wine 20021216. Any idea? Shachar

1 0

Re: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Dan Kegel 02 Jan '03

02 Jan '03

Dimitrie O. Paun wrote: > Bottom line, since the change is free (the work is done by a script), > and there is little chance of conflicts with other patches (it touches > only the include statements), I think it's worth doing now. There is one downside: it may make old patches harder to apply, and it may make it harder to sync with other trees (e.g. rewind). On the other hand, encouraging people to use the tool to tidy up any files they're working on makes patches harder to read, as … [View More]

3 3

Re: Make RECT === RECTL, fix compile warnings, use uniform format
by Dimitrie O. Paun 02 Jan '03

02 Jan '03

On December 28, 2002 04:10 pm, Dan Kegel wrote: > Decided to leave debugrect for later, too much of a pain for now. > This patch just uses a uniform format for RECTs where possible. > It reorders three or so TRACEs that had the coordinates in > nonstandard order, too. Patch against current CVS attached. > Should compile fine, but I haven't tested it (so do look it over :-) Cool stuff. Can you please turn this thing: Index: dlls/comctl32/datetime.c ==============================… [View More]

3 7

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Patrik Stridvall 02 Jan '03

02 Jan '03

> On December 30, 2002 03:41 pm, Patrik Stridvall wrote: > > I'm already on it by improving winapi_cleanup. > > Very well, I've put you up for it instead. But make sure > you don't over do it :) Well, for the future I have planned grouping and automatic addition of #ifdef HAVE_ and that sort of things. That is overdoing a little perhaps but it will look nicer. :-) > It seems to me the algo is simple > (if the include can not be accessed relative to the dir in > … [View More]

4 4

sharpdevelop and .NET
by tom potts 02 Jan '03

02 Jan '03

Has anyone tried to run sharpdevelop http://www.icsharpcode.net under Wine and if so does Wine need the .NET redistributable to run it/can it run it? Tom _____________________________________________________________ Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus

2 1

Visual-MinGW: Winelib patch
by Dimitrie O. Paun 02 Jan '03

02 Jan '03

Hi Manu, I got around getting Visual-MinGW to compile under Winelib. This patch touches only your makefile, and I hope the changes are not controversial: -- Use forward slash instead of backslash -- Explicitly list the DLLs you link against (shell32, comdlg32, advapi32) -- It make sense to specify -mno-cygwin For some reason, the code seems to require it. Please check that it works under Windows as well. If it does, if makes sense to have it as Visual-MinGW should not … [View More]

2 6

Re: winemaker problem
by Jeff Smith 02 Jan '03

02 Jan '03

Yes there should be. Currently execname.so is being created rather than execname.exe.so. The patch I submitted a few hours ago (don't know if it has made it through yet) includes a fix for this. Copying the file is actually what I did for several weeks, rather than dig in to winemaker to fix the problem. But I get fed up and started putting together a patch for this several days ago. So now it is ready to roll. Good timing, yes? -- Jeff S >From: Shachar Shemesh <wine-devel(a)sun.… [View More]

2 1

winemaker problem
by Hans Christian Studt 02 Jan '03

02 Jan '03

Hi, Problem 1 ========= I am trying to follow this discription on how to compile win32 source code with the winelib http://www.winehq.org/Docs/winelib-user/ winelib-getting-started.shtml#WINEMAKER-INTRODUCTION The process generates a Makefile that is supposed to complie a ressource file e.g. winemine.rc with the wrc compiler, but winemaker adds a '-L' option to the wrc compilwr that is does not recognize. I am using wine-20021219 on RedHat 8.0. It seems like a bug in winemaker. I have … [View More]changed this line in the Makefile ## WRCFLAGS = -r -L WRCFLAGS = -r and it compiles. Problem 2 ========= When i try to run winemine I get this error (/user/usr/local/wine/programs/winemine-hcs) #./winemine-hcs winemine-hcs.so Warning: could not find wine config [Drive x] entry for current working directory /user/usr/local/wine/programs/winemine-hcs; starting in windows directory. /usr/local/bin/wine: cannot find 'winemine-hcs.exe' This is a list of the source directory (/user/usr/local/wine/programs/winemine-hcs) #ls -o | cut -c1-12,25- totalt 2076 drwxr-xr-x 4096 jan 1 20:59 autom4te-2.53.cache -rw-rw-r-- 13613 jan 1 20:59 config.log -rwxrwxr-x 20661 jan 1 20:59 config.status -rwxrwxr-x 158121 jan 1 20:59 configure -rw-rw-r-- 17915 jan 1 20:59 configure.ac -rw-r--r-- 3687 jan 1 20:59 dialog.c -rw-r--r-- 1161 jan 1 20:59 dialog.h -rw-rw-r-- 345180 jan 1 21:00 dialog.o -rw-r--r-- 30208 jan 1 20:59 main.c -rw-r--r-- 4852 jan 1 20:59 main.h -rw-rw-r-- 378552 jan 1 21:00 main.o -rw-rw-r-- 7630 jan 1 21:00 Makefile -rw-rw-r-- 2749 jan 1 20:59 Makefile.in -rw-rw-r-- 4925 jan 1 20:59 Make.rules -rw-rw-r-- 4716 jan 1 20:59 Make.rules.in -rw-r--r-- 1440 jan 1 20:59 resource.h -rw-r--r-- 25941 jan 1 20:59 rsrc.rc -rw-rw-r-- 25941 jan 1 20:59 rsrc.rc.bak -rw-rw-r-- 8864 jan 1 21:00 rsrc.res -rw-rw-r-- 969 jan 1 21:00 wineapploader -rw-rw-r-- 968 jan 1 20:59 wineapploader.in -rwxr-xr-x 969 jan 1 21:00 winemine-hcs -rwxrwxr-x 793446 jan 1 21:00 winemine-hcs.so -rw-rw-r-- 44160 jan 1 21:00 winemine-hcs.spec.c -rw-rw-r-- 92648 jan 1 21:00 winemine-hcs.spec.o -rw-rw-r-- 173 jan 1 20:59 winemine.exe.dbg.c -rw-rw-r-- 2040 jan 1 21:00 winemine.exe.dbg.o -rw-rw-r-- 43665 jan 1 15:39 winemine.exe.spec.c Any suggestions ? Regards -- Hans Christian Studt : http://hc.studt.dk mailto:hc@studt.dk .dk og W3C standarder : http://w3c.studt.dk [View Less]

3 3

Alexandre?
by Jeff Smith 02 Jan '03

02 Jan '03

I've seen no activity on wine-cvs for a week (Dec 23). What's up? Holiday vacation? Either way, Happy (if belated) Holidays to everyone who celebrates a holiday. :-) -- Jeff S _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 3 months FREE*. http://join.msn.com/?page=features/virus&xAPID=42&PS=47575&PI=7324&DI=7474&… http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_virusprote…

4 3

Re: wineboot - initial version
by Dimitrie O. Paun 02 Jan '03

02 Jan '03

On January 1, 2003 12:48 pm, Shachar Shemesh wrote: > * _stricmp is not defined, and is called directly instead of as > stricmp. * As a result of the above, there is a compilation warning when > compiling. There's no point in importing msvcrt just for this function. Just use lstrcmpiA (exported by kernel32 and defined in winbase.h) as suggested by Francois. As for the patch, please include even new files in the patch (as I explained in the message "Re: Tests for URL functions in … [View More]

2 1

FAQ: best win32 api spy tool?
by Dan Kegel 02 Jan '03

02 Jan '03

Hi, I'm trying to figure out why an app works on Windows but not Wine, and it'd sure be nice to be able to log all the api calls the app makes under each of the two environments; then perhaps I could compare the logs to see where Wine differed from Windows. Does anyone else do stuff like that? If so, what tools do you use? http://www.wheaty.net/FAQ.htm#APISPY32 says that the best tool out there is http://www.internals.com/utilities_main.htm (Supposedly the author will send source to you on … [View More]

5 7

Re: winemaker problem
by Sylvain Petreolle 02 Jan '03

02 Jan '03

Don't know mny things on winelib compilation, but look under other programs/ examples. It seems you have incorrect extension for your files. You're missing the .exe before the .so (wine looks for winemine-hcs.exe.so if I remember correct) Last thing I can say : check your winemaker options. > (/user/usr/local/wine/programs/winemine-hcs) #./winemine-hcs > /usr/local/bin/wine: cannot find 'winemine-hcs.exe' > > It still cannot file 'winemine-hcs.exe'. > What comes nearest is &… [View More]

1 0

Set/WindowLong problem in user/win test
by Francois Gouget 02 Jan '03

02 Jan '03

This test uses {Get,Set}WindowLongW which of course does not work on Win9x, thus causing the test to fail. I guess part of the goal is to check that mixing Ansi calls (CreatewindowExA) with Unicode calls works. So I wrote a function test_set_window_long function that calls SetWindowLongW and then SetWindowLongA and checks that their results match but that causes the test to fail (at least on NT4 and Wine). More precisely even if all this function does is the following, then the test fails: { … [View More] LONG rc=SetWindowLongA(hwnd,nIndex,dwNewLong); SetWindowLongA(hwnd,nIndex,dwNewLong); return rc; } Comment out the second SetWindowLongA and it works. Why would calling SetWindowLong a second time make any difference? Here's the full patch, just change '#if 0' into '#if 1' to make the test fail. Index: dlls/user/tests/win.c =================================================================== RCS file: /home/wine/wine/dlls/user/tests/win.c,v retrieving revision 1.5 diff -u -r1.5 win.c --- dlls/user/tests/win.c 15 Nov 2002 00:02:51 -0000 1.5 +++ dlls/user/tests/win.c 24 Dec 2002 03:16:36 -0000 @@ -45,6 +45,47 @@ static HWND hwndMain, hwndMain2; +static LONG test_set_window_long(HWND hwnd, int nIndex, LONG dwNewLong) +{ + LONG rc; + + SetLastError(0); + rc=SetWindowLongW(hwnd,nIndex,dwNewLong); + if (rc==0 && GetLastError()==ERROR_CALL_NOT_IMPLEMENTED) { + rc=SetWindowLongA(hwnd,nIndex,dwNewLong); + } +#if 0 + else { + LONG set,get; + get=GetWindowLongW(hwnd,nIndex); + set=SetWindowLongA(hwnd,nIndex,dwNewLong); + ok(set==get, + "SetWindowLongA/W(%ld) failed: got %ld, expected %ld\n", + dwNewLong,set,get); + } +#endif + return rc; +} + +static LONG test_get_window_long(HWND hwnd, int nIndex) +{ + LONG rc; + + SetLastError(0); + rc=GetWindowLongW(hwnd,nIndex); + if (rc==0 && GetLastError()==ERROR_CALL_NOT_IMPLEMENTED) { + rc=GetWindowLongA(hwnd,nIndex); + } else { + LONG rcA; + SetLastError(0); + rcA=GetWindowLongA(hwnd,nIndex); + ok(rc==rcA, + "GetWindowLongW failed: got %ld, expected %ld\n", + rc,rcA); + } + return rc; +} + /* check the values returned by the various parent/owner functions on a given window */ static void check_parents( HWND hwnd, HWND ga_parent, HWND gwl_parent, HWND get_parent, HWND gw_owner, HWND ga_root, HWND ga_root_owner ) @@ -56,7 +97,7 @@ res = pGetAncestor( hwnd, GA_PARENT ); ok( res == ga_parent, "Wrong result for GA_PARENT %p expected %p", res, ga_parent ); } - res = (HWND)GetWindowLongW( hwnd, GWL_HWNDPARENT ); + res = (HWND)test_get_window_long( hwnd, GWL_HWNDPARENT ); ok( res == gwl_parent, "Wrong result for GWL_HWNDPARENT %p expected %p", res, gwl_parent ); res = GetParent( hwnd ); ok( res == get_parent, "Wrong result for GetParent %p expected %p", res, get_parent ); @@ -97,31 +138,31 @@ /* desktop window */ check_parents( desktop, 0, 0, 0, 0, 0, 0 ); - style = GetWindowLongW( desktop, GWL_STYLE ); - ok( !SetWindowLongW( desktop, GWL_STYLE, WS_POPUP ), "Set GWL_STYLE on desktop succeeded" ); - ok( !SetWindowLongW( desktop, GWL_STYLE, 0 ), "Set GWL_STYLE on desktop succeeded" ); - ok( GetWindowLongW( desktop, GWL_STYLE ) == style, "Desktop style changed" ); + style = test_get_window_long( desktop, GWL_STYLE ); + ok( !SetWindowLongA( desktop, GWL_STYLE, WS_POPUP ), "Set GWL_STYLE on desktop succeeded" ); + ok( !SetWindowLongA( desktop, GWL_STYLE, 0 ), "Set GWL_STYLE on desktop succeeded" ); + ok( test_get_window_long( desktop, GWL_STYLE ) == style, "Desktop style changed" ); /* normal child window */ test = create_tool_window( WS_CHILD, hwndMain ); trace( "created child %p\n", test ); check_parents( test, hwndMain, hwndMain, hwndMain, 0, hwndMain, hwndMain ); - SetWindowLongW( test, GWL_STYLE, 0 ); + test_set_window_long( test, GWL_STYLE, 0 ); check_parents( test, hwndMain, hwndMain, 0, 0, hwndMain, test ); - SetWindowLongW( test, GWL_STYLE, WS_POPUP ); + test_set_window_long( test, GWL_STYLE, WS_POPUP ); check_parents( test, hwndMain, hwndMain, 0, 0, hwndMain, test ); - SetWindowLongW( test, GWL_STYLE, WS_POPUP|WS_CHILD ); + test_set_window_long( test, GWL_STYLE, WS_POPUP|WS_CHILD ); check_parents( test, hwndMain, hwndMain, 0, 0, hwndMain, test ); - SetWindowLongW( test, GWL_STYLE, WS_CHILD ); + test_set_window_long( test, GWL_STYLE, WS_CHILD ); DestroyWindow( test ); /* child of desktop */ test = create_tool_window( WS_CHILD, desktop ); trace( "created child of desktop %p\n", test ); check_parents( test, desktop, 0, desktop, 0, test, desktop ); - SetWindowLongW( test, GWL_STYLE, WS_POPUP ); + test_set_window_long( test, GWL_STYLE, WS_POPUP ); check_parents( test, desktop, 0, 0, 0, test, test ); - SetWindowLongW( test, GWL_STYLE, 0 ); + test_set_window_long( test, GWL_STYLE, 0 ); check_parents( test, desktop, 0, 0, 0, test, test ); DestroyWindow( test ); @@ -129,9 +170,9 @@ test = create_tool_window( WS_CHILD, child ); trace( "created child of child %p\n", test ); check_parents( test, child, child, child, 0, hwndMain, hwndMain ); - SetWindowLongW( test, GWL_STYLE, 0 ); + test_set_window_long( test, GWL_STYLE, 0 ); check_parents( test, child, child, 0, 0, hwndMain, test ); - SetWindowLongW( test, GWL_STYLE, WS_POPUP ); + test_set_window_long( test, GWL_STYLE, WS_POPUP ); check_parents( test, child, child, 0, 0, hwndMain, test ); DestroyWindow( test ); @@ -139,9 +180,9 @@ test = create_tool_window( 0, 0 ); trace( "created top-level %p\n", test ); check_parents( test, desktop, 0, 0, 0, test, test ); - SetWindowLongW( test, GWL_STYLE, WS_POPUP ); + test_set_window_long( test, GWL_STYLE, WS_POPUP ); check_parents( test, desktop, 0, 0, 0, test, test ); - SetWindowLongW( test, GWL_STYLE, WS_CHILD ); + test_set_window_long( test, GWL_STYLE, WS_CHILD ); check_parents( test, desktop, 0, desktop, 0, test, desktop ); DestroyWindow( test ); @@ -149,9 +190,9 @@ test = create_tool_window( 0, hwndMain ); trace( "created owned top-level %p\n", test ); check_parents( test, desktop, hwndMain, 0, hwndMain, test, test ); - SetWindowLongW( test, GWL_STYLE, WS_POPUP ); + test_set_window_long( test, GWL_STYLE, WS_POPUP ); check_parents( test, desktop, hwndMain, hwndMain, hwndMain, test, hwndMain ); - SetWindowLongW( test, GWL_STYLE, WS_CHILD ); + test_set_window_long( test, GWL_STYLE, WS_CHILD ); check_parents( test, desktop, hwndMain, desktop, hwndMain, test, desktop ); DestroyWindow( test ); @@ -159,9 +200,9 @@ test = create_tool_window( WS_POPUP, 0 ); trace( "created popup %p\n", test ); check_parents( test, desktop, 0, 0, 0, test, test ); - SetWindowLongW( test, GWL_STYLE, WS_CHILD ); + test_set_window_long( test, GWL_STYLE, WS_CHILD ); check_parents( test, desktop, 0, desktop, 0, test, desktop ); - SetWindowLongW( test, GWL_STYLE, 0 ); + test_set_window_long( test, GWL_STYLE, 0 ); check_parents( test, desktop, 0, 0, 0, test, test ); DestroyWindow( test ); @@ -169,9 +210,9 @@ test = create_tool_window( WS_POPUP, hwndMain ); trace( "created owned popup %p\n", test ); check_parents( test, desktop, hwndMain, hwndMain, hwndMain, test, hwndMain ); - SetWindowLongW( test, GWL_STYLE, WS_CHILD ); + test_set_window_long( test, GWL_STYLE, WS_CHILD ); check_parents( test, desktop, hwndMain, desktop, hwndMain, test, desktop ); - SetWindowLongW( test, GWL_STYLE, 0 ); + test_set_window_long( test, GWL_STYLE, 0 ); check_parents( test, desktop, hwndMain, 0, hwndMain, test, test ); DestroyWindow( test ); @@ -210,7 +251,7 @@ /* desktop window */ check_parents( desktop, 0, 0, 0, 0, 0, 0 ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); ok( !ret, "Set GWL_HWNDPARENT succeeded on desktop" ); check_parents( desktop, 0, 0, 0, 0, 0, 0 ); ok( !SetParent( desktop, hwndMain ), "SetParent succeeded on desktop" ); @@ -220,24 +261,24 @@ test = create_tool_window( WS_CHILD, hwndMain ); trace( "created child %p\n", test ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); ok( ret == hwndMain, "GWL_HWNDPARENT return value %p expected %p", ret, hwndMain ); check_parents( test, hwndMain2, hwndMain2, hwndMain2, 0, hwndMain2, hwndMain2 ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)child ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)child ); ok( ret == hwndMain2, "GWL_HWNDPARENT return value %p expected %p", ret, hwndMain2 ); check_parents( test, child, child, child, 0, hwndMain, hwndMain ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)desktop ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)desktop ); ok( ret == child, "GWL_HWNDPARENT return value %p expected %p", ret, child ); check_parents( test, desktop, 0, desktop, 0, test, desktop ); /* window is now child of desktop so GWL_HWNDPARENT changes owner from now on */ - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)child ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)child ); ok( ret == 0, "GWL_HWNDPARENT return value %p expected 0", ret ); check_parents( test, desktop, child, desktop, child, test, desktop ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, 0 ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, 0 ); ok( ret == child, "GWL_HWNDPARENT return value %p expected %p", ret, child ); check_parents( test, desktop, 0, desktop, 0, test, desktop ); DestroyWindow( test ); @@ -246,15 +287,15 @@ test = create_tool_window( 0, 0 ); trace( "created top-level %p\n", test ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); ok( ret == 0, "GWL_HWNDPARENT return value %p expected 0", ret ); check_parents( test, desktop, hwndMain2, 0, hwndMain2, test, test ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)child ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)child ); ok( ret == hwndMain2, "GWL_HWNDPARENT return value %p expected %p", ret, hwndMain2 ); check_parents( test, desktop, child, 0, child, test, test ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, 0 ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, 0 ); ok( ret == child, "GWL_HWNDPARENT return value %p expected %p", ret, child ); check_parents( test, desktop, 0, 0, 0, test, test ); DestroyWindow( test ); @@ -263,15 +304,15 @@ test = create_tool_window( WS_POPUP, 0 ); trace( "created popup %p\n", test ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)hwndMain2 ); ok( ret == 0, "GWL_HWNDPARENT return value %p expected 0", ret ); check_parents( test, desktop, hwndMain2, hwndMain2, hwndMain2, test, hwndMain2 ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (LONG_PTR)child ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (LONG_PTR)child ); ok( ret == hwndMain2, "GWL_HWNDPARENT return value %p expected %p", ret, hwndMain2 ); check_parents( test, desktop, child, child, child, test, hwndMain ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, 0 ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, 0 ); ok( ret == child, "GWL_HWNDPARENT return value %p expected %p", ret, child ); check_parents( test, desktop, 0, 0, 0, test, test ); DestroyWindow( test ); @@ -310,7 +351,7 @@ ok( ret == desktop, "SetParent return value %p expected %p", ret, desktop ); check_parents( test, child, child, hwndMain2, hwndMain2, hwndMain, hwndMain2 ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (ULONG_PTR)hwndMain ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (ULONG_PTR)hwndMain ); ok( ret == child, "GWL_HWNDPARENT return value %p expected %p", ret, child ); check_parents( test, hwndMain, hwndMain, hwndMain2, hwndMain2, hwndMain, hwndMain2 ); DestroyWindow( test ); @@ -343,7 +384,7 @@ owner = create_tool_window( WS_CHILD, hwndMain2 ); test = create_tool_window( WS_POPUP, 0 ); trace( "created owner %p and popup %p\n", owner, test ); - ret = (HWND)SetWindowLongW( test, GWL_HWNDPARENT, (ULONG_PTR)owner ); + ret = (HWND)test_set_window_long( test, GWL_HWNDPARENT, (ULONG_PTR)owner ); ok( ret == 0, "GWL_HWNDPARENT return value %p expected 0", ret ); check_parents( test, desktop, owner, owner, owner, test, hwndMain2 ); DestroyWindow( owner ); -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Before you criticize someone, walk a mile in his shoes. That way, if he gets angry, he'll be a mile away - and barefoot. [View Less]

3 5

RtlUnicodeStringToInteger prototype missing, and wrong?
by Dan Kegel 02 Jan '03

02 Jan '03

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/… says "NTSTATUS RtlUnicodeStringToInteger( IN PUNICODE_STRING String, IN ULONG Base OPTIONAL, OUT PULONG Value ); Declared in wdm.h and ntddk.h. Include wdm.h or ntddk.h." Shouldn't this be declared in wine/include/winternl.h, like the other Rtl functions? And shouldn't wine/dlls/ntdll/rtlstr.c declare it to use an unsigned long instead of an int as its 2nd arg, and an unsigned long * … [View More]

3 2

Re: winemaker problem
by Hans Christian Studt 01 Jan '03

01 Jan '03

Hans Christian Studt wrote: > Sylvain Petreolle wrote: > > >>> Problem 2 >>> ========= >> >> >> Define a drive that can see rhis directory, for example P: as >> /user/usr/local/wine/programs/ or move the source directory where it >> can be seen by current defined drives in $HOME/.wine/config. >> >> If you read it, the error message describes exactly what must be >> done... > > > Stupit me ;-) > >>&… [View More]

1 0

Re: winemaker problem
by Jeff Smith 01 Jan '03

01 Jan '03

I am already working on a patch for both of these problems. I will post it to wine-patches and send you a copy in a little while. The second problem has existed for some time, but I believe the first is due to recent changes the wrc resource compiler. The patch incorporates more changes than just these two, although they are the most visible. Note that you will want to apply the patch to the CVS version. -- Jeff S >From: Hans Christian Studt <hcstudt(a)post10.tele.dk> > >Hi,… [View More]

1 0

Win2000 Conformance R3:
by Kye Lewis 01 Jan '03

01 Jan '03

Win2000 Conformance Tests Round 3: dsound_test refused to run, complaining of a missing MSVCRTD.dll shlwapi_test shreg gave what I consider to be a rather interesting string in it's error Apart from that, a lot of things were just like WinXP, except for the advapi32_test registry. === advapi32_test === registry: 56 tests executed, 0 marked as todo, 0 failures. === dsound_test === "The dynamic link library MSVCRTD.dll could not be found in the specified path" === gdi32_test === generated: … [View More]2786 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: 51 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. file: 487239 tests executed, 0 marked as todo, 0 failures. format_msg: 58 tests executed, 0 marked as todo, 0 failures. generated: 609 tests executed, 0 marked as todo, 0 failures. locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:474: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:475: Test failed: GetDateFormat: got 9 instead of 7 locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale: 109 tests executed, 0 marked as todo, 9 failures. path: 1730 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:378: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\DOCUME~1\KYELEW~1\DESKTOP\WINETE~1\kernel32_test.exe process.c:530: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\DOCUME~1\KYELEW~1\DESKTOP\WINETE~1\kernel32_test.exe process: 116 tests executed, 0 marked as todo, 2 failures. thread: 112 tests executed, 0 marked as todo, 0 failures. === msvcrt_test === file: 2 tests executed, 0 marked as todo, 0 failures. scanf: 8 tests executed, 0 marked as todo, 0 failures. === netapi32_test === access.c:110: Test failed: Bad Network Path: rc=0 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. === ntdll_test === error: 813 tests executed, 0 marked as todo, 0 failures. rtlbitmap: 201 tests executed, 0 marked as todo, 0 failures. rtlstr: 38 tests executed, 0 marked as todo, 0 failures. === oleaut32_test === safearray: 348 tests executed, 0 marked as todo, 0 failures. vartest.c:1707: ======== Testing VarUI1FromXXX ======== vartest.c:1713:VarUI1FromI2: passing in NULL as return val makes it crash, need to write proper test. vartest.c:1797: ======== Testing VarUI2FromXXX ======== vartest.c:1802:VarUI2FromI2: passing in NULL as return val makes it crash, needs to be fixed. vartest.c:1873: ======== Testing VarUI4FromXXX ======== vartest.c:1876:VarUI4FromI2: passing in NULL as return val makes it crash, implement me. vartest.c:1951: ======== Testing VarI1FromXXX ======== vartest.c:2004: ======== Testing VarI2FromXXX ======== vartest.c:2047: ======== Testing VarI4FromXXX ======== vartest.c:2091: ======== Testing VarR4FromXXX ======== vartest.c:2138: ======== Testing VarR8FromXXX ======== vartest.c:2158: ======== Testing VarDateFromXXX ======== vartest.c:2208: Test failed: VarDateFromStr([7]="0.49") got 0.0340278 instead of 0.034028 vartest.c:2208: Test failed: VarDateFromStr([8]="0.5") got 0.00347222 instead of 0.003472 vartest.c:2208: Test failed: VarDateFromStr([9]="0.51") got 0.0354167 instead of 0.035417 vartest.c:2208: Test failed: VarDateFromStr([34]=" 1 2 ") got 37653 instead of 35797 vartest.c:2215: Test failed: VarDateFromStr([35]="1,2,3") got 37653 instead of 37623 vartest.c:2215: Test failed: VarDateFromStr([36]="1 2 3") got 37653 instead of 37623 vartest.c:2215: Test failed: VarDateFromStr([37]="1,2, 3") got 37653 instead of 37623 vartest.c:2208: Test failed: VarDateFromStr([39]="1.2.3") got 0.0430903 instead of 0.04309 vartest.c:2208: Test failed: VarDateFromStr([69]=" 1999/ 11/21 11 :11:11am") got 36485.5 instead of 36485.5 vartest.c:2208: Test failed: VarDateFromStr([70]="11/11/1999 11:11:11Am") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([71]="11/11/1999 11:11:11PM") got 36476 instead of 36476 vartest.c:2208: Test failed: VarDateFromStr([73]="11/11/1999 0:0:11am") got 36475 instead of 36475 vartest.c:2208: Test failed: VarDateFromStr([75]="11/11/1999 11:11:11am") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([77]="11/11/1999 11:11AM") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([78]="11/11/1999 1AM") got 36475 instead of 36475 vartest.c:2208: Test failed: VarDateFromStr([80]="11/11/1999 11:11:11") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([89]="1 January 1999 11AM") got 36161.5 instead of 36161.5 vartest.c:2208: Test failed: VarDateFromStr([90]="4AM 11/11/1999") got 36475.2 instead of 36475.2 vartest.c:2208: Test failed: VarDateFromStr([109]="1.5") got 0.0451389 instead of 0.045139 vartest.c:2208: Test failed: VarDateFromStr([110]="2.5") got 0.0868056 instead of 0.086806 vartest.c:2208: Test failed: VarDateFromStr([111]="3.5") got 0.128472 instead of 0.128472 vartest.c:2208: Test failed: VarDateFromStr([112]="4.5") got 0.170139 instead of 0.170139 vartest.c:2223: ======== Testing VarBoolFromXXX ======== vartest.c:2283: ======== Testing VarBSTRFromXXX ======== vartest.c:2308: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2315: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2308: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2315: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2308: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2315: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2308: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2315: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2308: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2315: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2359: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2365: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2359: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2365: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2359: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2365: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2359: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2365: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2359: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2365: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2382: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07, but return val is "8.765432E+07" vartest.c:2388: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2382: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08, but return val is "9.876543E+08" vartest.c:2388: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08, but return val is "-9.876543E+08" vartest.c:2382: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09, but return val is "1.987654E+09" vartest.c:2388: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09, but return val is "-1.987654E+09" vartest.c:2408: Test failed: d is 0.2345, should be cvt. to 0.2345001, but return val is "0.2345" vartest.c:2432: Test failed: d is 654322, should be cvt. to 654322.2, but return val is "654322.3" vartest.c:2438: Test failed: d is -654322, should be cvt. to -654322.2, but return val is "-654322.3" vartest.c:2432: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07, but return val is "8.765432E+07" vartest.c:2438: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2432: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08, but return val is "9.876543E+08" vartest.c:2438: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08, but return val is "-9.876543E+08" vartest.c:2432: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09, but return val is "1.987654E+09" vartest.c:2438: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09, but return val is "-1.987654E+09" vartest.c:2457: Test failed: should be '1/2/1900 8:09:36 AM', but is "2/01/1900 8:09:36 AM" vartest.c:2463: Test failed: should be '2/20/1909 8:09:36 AM', but is "20/02/1909 8:09:36 AM" vartest.c:2469: Test failed: should be '12/30/1900', but is "30/12/1900" vartest.c:2475: Test failed: should be '12/30/1900 6:00:00 AM', but is "30/12/1900 6:00:00 AM" vartest.c:2481: Test failed: should be '12/31/1903', but is "31/12/1903" vartest.c:2487: Test failed: should be '12/31/1903 12:00:00 PM', but is "31/12/1903 12:00:00 PM" vartest.c:2493: ======== Testing Hi-Level Variant API ======== vartest.c:2560: Test failed: should be 5/11/94 7:58:42 AM vartest.c:2578:-------------- Testing different VARTYPES ---------------- vartest: 2281 tests executed, 0 marked as todo, 64 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. shlfileop.c:120: Test failed: Deletion was successful shlfileop.c:122: Test failed: File should be removed shlfileop.c:124: Test failed: Directory exists, but is not removed shlfileop.c:129: Test failed: Directory removed shlfileop.c:130: Test failed: Directory should be removed shlfileop.c:132: Test failed: The requested file does not exist shlfileop.c:286: Test failed: Files are copied to other directory shlfileop.c:287: Test failed: The file is copied shlfileop.c:316: Test failed: Files and directories are moved to directory shlfileop.c:317: Test failed: The file is moved shlfileop.c:318: Test failed: The directory is moved shlfileop.c:319: Test failed: The file in subdirectory is moved shlfileop: 121 tests executed, 0 marked as todo, 12 failures. === shlwapi_test === clist: 236 tests executed, 0 marked as todo, 0 failures. generated: 19 tests executed, 0 marked as todo, 0 failures. shreg.c:79: Test failed: RegCreateKeyA failed shreg.c:105: Test failed: SHGetValueA failed shreg.c:106: Test failed: (0123456789,bar\subdir1) shreg.c:107: Test failed: (ffffffff) shreg.c:112: Test failed: SHGetValueA failed shreg.c:113: Test failed: (0123456789) shreg.c:114: Test failed: (ffffffff) shreg.c:139: Test failed: test4 RegOpenKey shreg.c:149: Test failed: SHQueryValueExA failed shreg.c:155: Test failed: SHQueryValueExA failed shreg.c:156: Test failed: (3435973836) shreg.c:163: Test failed: SHQueryValueExA failed shreg.c:164: Test failed: (6,24) shreg.c:170: Test failed: SHQueryValueExA failed shreg.c:171: Test failed: (6,43) shreg.c:181: Test failed: (6) shreg.c:183: Test failed: (3435973836) shreg.c:184: Test failed: (6,24) shreg.c:193: Test failed: ERROR_MORE_DATA shreg.c:195: Test failed: (6,43) shreg.c:196: Test failed: (3435973836) shreg.c:204: Test failed: Expected ERROR_MORE_DATA shreg.c:205: Test failed: (0123456789) shreg.c:206: Test failed: (0123456789) shreg.c:207: Test failed: (39,43) shreg.c:208: Test failed: (3435973836) shreg.c:217: Test failed: (6) shreg.c:218: Test failed: (6,43) shreg.c:219: Test failed: (3435973836) shreg.c:125: Test failed: SHRegGetPathA failed shreg.c:126: Test failed: (”•–—˜™Š›ŒŽŸ ¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ÷ØÙÚÛÜÝÞŸ !????????,-./0123456789:;Ÿ{Ÿ{?{BCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcde????????????) shreg.c:240: Test failed: didn't open dest shreg: 36 tests executed, 0 marked as todo, 32 failures. === urlmon_test === generated: 4 tests executed, 0 marked as todo, 0 failures. === user32_test === class: 80 tests executed, 0 marked as todo, 0 failures. generated: 1524 tests executed, 0 marked as todo, 0 failures. sysparams.c:184:testing SPI_{GET,SET}BEEP sysparams.c:306:testing SPI_{GET,SET}MOUSE sysparams.c:374:testing SPI_{GET,SET}BORDER sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=0, value= sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=7, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=20, value= sysparams.c:406:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:440:testing SPI_ICONHORIZONTALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=32, value= sysparams.c:480:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:515:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:555:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:590:testing SPI_ICONVERTICALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=32, value= sysparams.c:635:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=0, value= sysparams.c:670:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:707:testing SPI_SETDOUBLECLKWIDTH sysparams.c:738:testing SPI_SETDOUBLECLKHEIGHT sysparams.c:770:testing SPI_SETDOUBLECLICKTIME sysparams.c:817:testing SPI_SETMOUSEBUTTONSWAP sysparams.c:880:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:915:testing SPI_{GET,SET}WORKAREA sysparams.c:953:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER sysparams: 318 tests executed, 0 marked as todo, 12 failures. win.c:132:main window 000202D2 main2 000202C8 desktop 0001000C child 000202C6 win.c:148:created child 000202C4 win.c:161:created child of desktop 000302C4 win.c:171:created child of child 000402C4 win.c:181:created top-level 000502C4 win.c:191:created owned top-level 000602C4 win.c:201:created popup 000702C4 win.c:211:created owned popup 000802C4 win.c:221:created top-level owned by child 000902C4 win.c:227:created popup owned by desktop 000A02C4 win.c:233:created popup owned by child 000B02C4 win.c:239:created WS_CHILD popup 000C02C4 win.c:245:created owned WS_CHILD popup 000D02C4 win.c:250:testing parent changes win.c:262:created child 000E02C4 win.c:288:created top-level 000F02C4 win.c:305:created popup 001002C4 win.c:322:created child 001102C4 win.c:339:created top-level 001202C4 win.c:348:created owned popup 001302C4 win.c:364:created owner 001402C4 and popup 000202C2 win.c:378:created owner 000302C2 and popup 001502C4 win.c:386:created owner 000402C2 and popup 001602C4 win: 428 tests executed, 0 marked as todo, 0 failures. wsprintf: 4 tests executed, 0 marked as todo, 0 failures. === wininet_test === generated: 252 tests executed, 0 marked as todo, 0 failures. (Lines removed...) http.c:172: Test failed: InternetQueryDataAvailable failed (Lines Removed...) http: 28 tests executed, 0 marked as todo, 1 failure. === winmm_test === wave: 149 tests executed, 0 marked as todo, 0 failures. === ws2_32_test sock: 286 tests executed, 0 marked as todo, 0 failures. Thanks, Kye Lewis LinksOS Project Administrator LinksOS Web Team Leader kyethespy(a)softhome.net (New email address! kyethespy(a)liquid2k.comwill 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 :) ================================= [View Less]

2 1

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Patrik Stridvall 01 Jan '03

01 Jan '03

> On December 31, 2002 06:41 am, Patrik Stridvall wrote: > > I think it is better than Alexandre runs > > winapi_cleanup --include-quotes > > himself if he thinks it does the correct things. > > Well, that's cool, but your original message gave the impression > that this is still a work in progress not ready to be used. It does (save bugs) what I want it to do. However I not sure that it does is the correct thing. > Which it seems is the wrong … [View More]

1 0

Tests for URL functions in shlwapi
by Matthew Mastracci 01 Jan '03

01 Jan '03

I've started on some tests in shlwapi. I've added the following file to the tests directory under shlwapi, but I can't include it in a cvs diff, because I don't have write access to the repository. Any hints as to diffing a new file cleanly w/o write access to CVS? These tests compile and run clean with the last CVS tree I pulled (a few days ago). I need to flesh them out, but it's a start. Here is the diff for the Makefile.in: cvs server: Diffing dlls/shlwapi/tests Index: dlls/shlwapi/… [View More]tests/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/shlwapi/tests/Makefile.in,v retrieving revision 1.2 diff -u -r1.2 Makefile.in --- dlls/shlwapi/tests/Makefile.in 12 Nov 2002 01:13:10 -0000 1.2 +++ dlls/shlwapi/tests/Makefile.in 31 Dec 2002 20:51:24 -0000 @@ -8,7 +8,8 @@ CTESTS = \ clist.c \ generated.c \ - shreg.c + shreg.c \ + url.c @MAKE_TEST_RULES@ --- 8< --- And the entire file for url.c in dlls/shlwapi/tests/url.c: --- 8< --- /* Unit test suite for Url* functions * * Copyright 2002 Matthew Mastracci * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public * License as published by the Free Software Foundation; either * version 2.1 of the License, or (at your option) any later version. * * This library is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this library; if not, write to the Free Software * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA */ #include <assert.h> #include <stdlib.h> #include <stdio.h> #include "wine/test.h" #include "wine/unicode.h" #include "winbase.h" #include "shlwapi.h" #include "wininet.h" const char* TEST_URL_1 = "http://www.winehq.org/tests?date=10/10/1923"; const char* TEST_URL_2 = "http://localhost:8080/tests%2e.html?date=Mon%2010/10/1923"; const char* TEST_URL_3 = "http://foo:bar@localhost:21/internal.php?query=x&return=y"; static LPWSTR GetWideString(const char* szString) { LPWSTR wszString = (LPWSTR) HeapAlloc(GetProcessHeap(), 0, (2*INTERNET_MAX_URL_LENGTH) * sizeof(WCHAR)); MultiByteToWideChar(0, 0, szString, -1, wszString, INTERNET_MAX_URL_LENGTH); return wszString; } static void FreeWideString(LPWSTR wszString) { HeapFree(GetProcessHeap(), 0, wszString); } static void hash_url(const char* szUrl) { LPCSTR szTestUrl = szUrl; LPWSTR wszTestUrl = GetWideString(szTestUrl); DWORD cbSize = sizeof(DWORD); DWORD dwHash1, dwHash2; ok(UrlHashA(szTestUrl, (LPBYTE)&dwHash1, cbSize) == S_OK, "UrlHashA didn't return S_OK"); ok(UrlHashW(wszTestUrl, (LPBYTE)&dwHash2, cbSize) == S_OK, "UrlHashW didn't return S_OK"); FreeWideString(wszTestUrl); ok(dwHash1 == dwHash2, "Hashes didn't compare"); } static void test_UrlHash(void) { hash_url(TEST_URL_1); hash_url(TEST_URL_2); hash_url(TEST_URL_3); } static void test_url_part(const char* szUrl, DWORD dwPart, DWORD dwFlags, char* szExpected) { CHAR szPart[INTERNET_MAX_URL_LENGTH]; WCHAR wszPart[INTERNET_MAX_URL_LENGTH]; LPWSTR wszUrl = GetWideString(szUrl); LPWSTR wszConvertedPart; DWORD dwSize; dwSize = INTERNET_MAX_URL_LENGTH; ok( UrlGetPartA(szUrl, szPart, &dwSize, dwPart, dwFlags) == S_OK, "UrlGetPartA didn't return S_OK" ); dwSize = INTERNET_MAX_URL_LENGTH; ok( UrlGetPartW(wszUrl, wszPart, &dwSize, dwPart, dwFlags) == S_OK, "UrlGetPartW didn't return S_OK" ); wszConvertedPart = GetWideString(szPart); ok(strcmpW(wszPart,wszConvertedPart)==0, "Strings didn't match between ascii and unicode UrlGetPart!"); FreeWideString(wszUrl); FreeWideString(wszConvertedPart); ok(strcmp(szPart,szExpected)==0, "Expected %s, but got %s", szExpected, szPart); } static void test_UrlGetPart(void) { test_url_part(TEST_URL_3, URL_PART_HOSTNAME, 0, "localhost"); test_url_part(TEST_URL_3, URL_PART_PORT, 0, "21"); test_url_part(TEST_URL_3, URL_PART_USERNAME, 0, "foo"); test_url_part(TEST_URL_3, URL_PART_PASSWORD, 0, "bar"); test_url_part(TEST_URL_3, URL_PART_SCHEME, 0, "http"); test_url_part(TEST_URL_3, URL_PART_QUERY, 0, "?query=x&return=y"); } START_TEST(url) { test_UrlHash(); test_UrlGetPart(); } -- Matthew Mastracci <matt(a)aclaro.com> [View Less]

2 1

stricmp
by Shachar Shemesh 01 Jan '03

01 Jan '03

Hi, It seems that stricmp is not available for winelib applications. Is this an intentional ommision, or just a missing implementation? Shachar

3 4

running confirmance tests, question
by Sylvain Petreolle 01 Jan '03

01 Jan '03

Looking at http://fgouget.free.fr/wine/tests-en.shtml, I downloaded & ran the precompiled tests. Are them updated to ensure results in sync with the current CVS ? Is there a way to compile tests under Cygwin ? Looking into doc doesnt say that. What data should be reported when seeing "invalid test" in current results on the web page (running XP here) ? Best wishes. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html … [View More]

1 0

Re: fptest.exe output W98SE
by Drew Ogle 01 Jan '03

01 Jan '03

I was exploring what was making win2k's cmd.exe crash, and I had found a problem in GetFullPathName, so I wrote a test. AndiM nicly ran it for me in win98se. Andreas Mohr wrote: >Hi, > >A:\>fptest >C:\ returned 3 and C:\ in buf, and 00000000 is the s pointer. >C:\\ returned 4 and C:\\ in buf, and 00000000 is the s pointer. >C:\.. returned 3 and C:\ in buf, and 00000000 is the s pointer. >C:\\.. returned 4 and C:\\ in buf, and 00000000 is the s pointer. >C:\Program … [View More]

2 2

Win98 Compliance Status
by Mathew McBride 01 Jan '03

01 Jan '03

I downloaded and ran the Wine Comformance tests from http://fgouget.free.fr/wine/winetests.zip Dr. Watson (drwatson.exe) was enabled advapi32_test.exe/registry crash DrWatson: The application overflowed its temporary memory area. Module Name: ADVAPI32_TEST.E Application Name: Advapi32_test.exe dsound_text.exe I don't have msvcrtd.dll (where can I get it) REQUEST: Is it possible to compile these tests using mingw32. gdi32_test.exe/generated 2786 tests executed, 0 marked as todo, 0 … [View More]failures kernel32_test.exe/alloc alloc.c:208: Test failed: GlobalReAlloc failed to convert FIXED to MOVEABLE: err or=87 alloc.c:213: Test failed: Converting from FIXED to MOVEABLE didn't REALLY work alloc.c:238: Test failed: Discarded memory we shouldn't have alloc.c:239: Test failed: GlobalUnlock Failed. alloc: 58 tests executed, 0 marked as todo, 4 failures. kernel32_test.exe/atom atom.c:55:WARNING: Unicode atom APIs are not supported on this platform atom: 163850 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe/codepage 2 tests executed, 0 marked as todo, 0 failures kernel32_test.exe/directory 25 tests executed, 0 todo, 0 failures kernel32_test.exe/drive 80 tests executed,0 todo, 0 failures kernel32_test.exe/environ 19 executed, 0 todo, 0 failures kernel32_test.exe/file file.c:631: Test failed: WriteFile error 183 file.c:632: Test failed: expected number of bytes written 0 file.c:633:Current offset = 0100 file.c:634: Test failed: expected file offset 21 file.c:639: Test failed: WriteFile error 87 file.c:640: Test failed: expected number of bytes written 0 file.c:642: Test failed: expected file offset 517 file.c:656: Test failed: ReadFile error 0 file.c:657: Test failed: expected number of bytes read 0 file.c:658:Current offset = 0000 file.c:659: Test failed: expected file offset 21 file.c:661: Test failed: pattern match failed file: 487224 tests executed, 0 marked as todo, 10 failures. kernel32_test.exe/format_msg 58 executed, 0 todo, 0 failures kernel32_test.exe/generated 609 executed, 0 marked as todo, 0 failures kernel32_test.exe/locale locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format e xpected ERROR_INVALID_FLAGS got return of '10' and error of '0' /locale: 105 tests executed, 0 marked as todo, 1 failure. kernel32_test.exe/path path.c:881:TMP=C:\WINDOWS\TEMP path.c:892:TMP=C:\WINDOWS path.c:902:TMP=C:\ path.c:912:TMP=C: 1702 executed, 0 todo, 0 failures kernel32_test.exe/process tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. 116 executed, 0 todo, 0 failures kernel32_test.exe/thread thread.c:430: Test failed: SetThreadPriorityBoost Failed thread.c:432: Test failed: GetThreadPriorityBoost Failed thread.c:434: Test failed: SetThreadPriorityBoost Failed thread.c:436: Test failed: GetThreadPriorityBoost Failed 86 executed, 0 todo, 4 failures msvcrt_test.exe/file 2 executed, 0 todo, 4 failures msvcrt_test.exe/scanf 8 tests executed, 0 todo, 0 failures netapi32_test.exe access.c:174:It appears there is no netapi32 functionality on this platform same error reported by all netapi32 tests. ntdll_test.exe/error 813 executed, 0 todo, 0 failures ntdll_test.exe/generated 1279 executed, 0 todo, 0 failures ntdll_test.exe/rtlbitmap, ntdll_test.exe/rtlst 1 executed, 0 todo, 0 failures [View Less]

2 1

File locking ... need info
by Mike Robinson 01 Jan '03

01 Jan '03

[Please reply e-mail; I don't yet subscribe.] I am interested in support for file-locking and locking of specified regions of a file, in order to support databases such as MS-Access and Paradox. But as I ponder the various likely-looking segments of the source-code, I really do not know where to begin ... nor what has been done in this area before. It is clear that an implementation of locking must work on SMB-shares and that it should "actually lock things" in that other Windows users … [View More]

3 3

tests: ok(0,"foo") prints a '\n'!
by Francois Gouget 31 Dec '02

31 Dec '02

I noticed that the oleaut32/safearray test uses statements such as: ok(a->cDims == i,"a->cDims not initialised?\n"); But it is not necessary to add a '\n' to ok statements. All it does is insert an extra '\n' after each test error. I could send a patch to fix this (small) issue, but I think this behavior of 'ok' is wrong. It goes against the convention established by all other functions such as printf, TRACE, ERR and even the test framework's own trace function. None of these … [View More]

3 3

Wine Packagers Guide
by Tom Wickline 31 Dec '02

31 Dec '02

I read over the Packagers Guide and here is a short list of things that I found that need looking into. I could use some help, input on this. --- 1.3. Terms used in this document FHS 2.1 specifications current version is 2.2 ---- 2.2. Requirements Wine will not run without a configuration file. Further, no default is currently provided by Wine. this has changed ? Wine does not completely support a complex multi-user installation ala Windows NT, but it could fairly readily. Does it now ? … [View More]

1 0

Re: PathCreateFromUrlW
by Dimitrie O. Paun 31 Dec '02

31 Dec '02

On December 31, 2002 02:06 pm, Matthew Mastracci wrote: > Sorry, here's the unified diff. Thanks! However, please generate the diff relative to wine's root, as I suggested: cvs diff -u dlls/shlwapi/path.c What you did is this: cd dlls/shlwapi; cvs diff -u path.c which just makes things harder for Alexandre when applying the patch. -- Dimi.

2 1

PathCreateFromUrlW
by Matthew Mastracci 31 Dec '02

31 Dec '02

Here's an implementation of PathCreateFromUrlW that helps Kazaa crash later rather than sooner. :) Can someone review this and check it in (if it doesn't require any fixes)? Index: path.c =================================================================== RCS file: /home/wine/wine/dlls/shlwapi/path.c,v retrieving revision 1.27 diff -r1.27 path.c 3157c3157,3159 < FIXME("(%s,%p,%p,0x%08lx)-stub\n", debugstr_w(lpszUrl), lpszPath, pcchPath, dwFlags); --- > static const WCHAR stemp[] =… [View More]

2 1

XP Conformance Test Results: Round 3...
by Kye Lewis 31 Dec '02

31 Dec '02

Windows XP Results: Round 3 More tests added. Some Previous tests fail differently.. 1 regression in kernel32:locale as far as I can see... === advapi32_test === registry.c:96: Test failed: value set to 'xxxxxxxxxx' instead of 'Te' registry.c:97: Test failed: data set to 'xxxxxxx' instead of 'foobar' registry.c:111: Test failed: data set to 'xxxxxxx' instead of 'foobar' registry: 56 tests executed, 0 marked as todo, 3 failures. === dsound_test === dsound: 63 tests executed, 0 marked … [View More]as todo, 0 failures. === gdi32_test === generated: 2786 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: 51 tests executed, 0 marked as todo, 0 failures. drive: 156 tests executed, 0 marked as todo, 0 failures. environ: 39 tests executed, 0 marked as todo, 0 failures. file: 487239 tests executed, 0 marked as todo, 0 failures. format_msg: 58 tests executed, 0 marked as todo, 0 failures. generated: 609 tests executed, 0 marked as todo, 0 failures. locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:474: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:475: Test failed: GetDateFormat: got 9 instead of 7 locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale.c:530: Test failed: GetDateFormatW allowed flags and format locale.c:539: Test failed: GetDateFormatW did not permit null buffer pointer when counting. locale: 109 tests executed, 0 marked as todo, 11 failures. path: 1730 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. (identical lines removed.) tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:378: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\DOCUME~1\Owner\DESKTOP\WINETE~1\kernel32_test.exe process.c:530: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\DOCUME~1\Owner\DESKTOP\WINETE~1\kernel32_test.exe process: 116 tests executed, 0 marked as todo, 2 failures. thread: 112 tests executed, 0 marked as todo, 0 failures. file: 2 tests executed, 0 marked as todo, 0 failures. === msvcrt_test === scanf: 8 tests executed, 0 marked as todo, 0 failures. === netapi32_test === access.c:110: Test failed: Bad Network Path: rc=0 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. === ntdll_test === error: 813 tests executed, 0 marked as todo, 0 failures. rtlbitmap: 224 tests executed, 0 marked as todo, 0 failures. rtlstr: 38 tests executed, 0 marked as todo, 0 failures. === oleaut32_test === safearray.c:131: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:131: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:131: Test failed: SAC(37,1,[1,0]), result 4, expected 0 safearray.c:131: Test failed: SAC(38,1,[1,0]), result 4, expected 0 safearray: 348 tests executed, 0 marked as todo, 4 failures. ======== Testing VarUI1FromXXX ======== vartest.c:1713:VarUI1FromI2: passing in NULL as return val makes it crash, need to write proper test. vartest.c:1797: ======== Testing VarUI2FromXXX ======== vartest.c:1802:VarUI2FromI2: passing in NULL as return val makes it crash, needs to be fixed. vartest.c:1873: ======== Testing VarUI4FromXXX ======== vartest.c:1876:VarUI4FromI2: passing in NULL as return val makes it crash, implement me. vartest.c:1951: ======== Testing VarI1FromXXX ======== vartest.c:2004: ======== Testing VarI2FromXXX ======== vartest.c:2047: ======== Testing VarI4FromXXX ======== vartest.c:2091: ======== Testing VarR4FromXXX ======== vartest.c:2138: ======== Testing VarR8FromXXX ======== vartest.c:2158: ======== Testing VarDateFromXXX ======== vartest.c:2208: Test failed: VarDateFromStr([7]="0.49") got 0.0340278 instead of 0.034028 vartest.c:2208: Test failed: VarDateFromStr([8]="0.5") got 0.00347222 instead of 0.003472 vartest.c:2208: Test failed: VarDateFromStr([9]="0.51") got 0.0354167 instead of 0.035417 vartest.c:2208: Test failed: VarDateFromStr([34]=" 1 2 ") got 37258 instead of 35797 vartest.c:2208: Test failed: VarDateFromStr([39]="1.2.3") got 0.0430903 instead of 0.04309 vartest.c:2208: Test failed: VarDateFromStr([69]=" 1999/ 11/21 11 :11:11am") got 36485.5 instead of 36485.5 vartest.c:2208: Test failed: VarDateFromStr([70]="11/11/1999 11:11:11Am") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([71]="11/11/1999 11:11:11PM") got 36476 instead of 36476 vartest.c:2208: Test failed: VarDateFromStr([73]="11/11/1999 0:0:11am") got 36475 instead of 36475 vartest.c:2208: Test failed: VarDateFromStr([75]="11/11/1999 11:11:11am") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([77]="11/11/1999 11:11AM") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([78]="11/11/1999 1AM") got 36475 instead of 36475 vartest.c:2208: Test failed: VarDateFromStr([80]="11/11/1999 11:11:11") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([89]="1 January 1999 11AM") got 36161.5 instead of 36161.5 vartest.c:2208: Test failed: VarDateFromStr([90]="4AM 11/11/1999") got 36475.2 instead of 36475.2 vartest.c:2208: Test failed: VarDateFromStr([109]="1.5") got 0.0451389 instead of 0.045139 vartest.c:2208: Test failed: VarDateFromStr([110]="2.5") got 0.0868056 instead of 0.086806 vartest.c:2208: Test failed: VarDateFromStr([111]="3.5") got 0.128472 instead of 0.128472 vartest.c:2208: Test failed: VarDateFromStr([112]="4.5") got 0.170139 instead of 0.170139 vartest.c:2223: ======== Testing VarBoolFromXXX ======== vartest.c:2283: ======== Testing VarBSTRFromXXX ======== vartest.c:2308: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2315: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2308: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2315: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2308: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2315: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2308: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2315: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2308: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2315: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2359: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2365: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2359: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2365: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2359: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2365: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2359: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2365: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2359: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2365: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2382: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07, but return val is "8.765432E+07" vartest.c:2388: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2382: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08, but return val is "9.876543E+08" vartest.c:2388: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08, but return val is "-9.876543E+08" vartest.c:2382: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09, but return val is "1.987654E+09" vartest.c:2388: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09, but return val is "-1.987654E+09" vartest.c:2408: Test failed: d is 0.2345, should be cvt. to 0.2345001, but return val is "0.2345" vartest.c:2432: Test failed: d is 654322, should be cvt. to 654322.2, but return val is "654322.3" vartest.c:2438: Test failed: d is -654322, should be cvt. to -654322.2, but return val is "-654322.3" vartest.c:2432: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07, but return val is "8.765432E+07" vartest.c:2438: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2432: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08, but return val is "9.876543E+08" vartest.c:2438: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08, but return val is "-9.876543E+08" vartest.c:2432: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09, but return val is "1.987654E+09" vartest.c:2438: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09, but return val is "-1.987654E+09" vartest.c:2493: ======== Testing Hi-Level Variant API ======== vartest.c:2560: Test failed: should be 5/11/94 7:58:42 AM vartest.c:2578:-------------- Testing different VARTYPES ---------------- vartest: 2281 tests executed, 0 marked as todo, 55 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. shlfileop.c:120: Test failed: Deletion was successful shlfileop.c:122: Test failed: File should be removed shlfileop.c:124: Test failed: Directory exists, but is not removed shlfileop.c:129: Test failed: Directory removed shlfileop.c:130: Test failed: Directory should be removed shlfileop.c:132: Test failed: The requested file does not exist shlfileop.c:286: Test failed: Files are copied to other directory shlfileop.c:287: Test failed: The file is copied shlfileop.c:316: Test failed: Files and directories are moved to directory shlfileop.c:317: Test failed: The file is moved shlfileop.c:318: Test failed: The directory is moved shlfileop.c:319: Test failed: The file in subdirectory is moved shlfileop: 121 tests executed, 0 marked as todo, 12 failures. === shlwapi_test === clist.c:367: Test failed: allowed bad element size clist.c:372: Test failed: allowed adding a container clist: 236 tests executed, 0 marked as todo, 2 failures. generated: 19 tests executed, 0 marked as todo, 0 failures. shreg.c:171: Test failed: (44,43) shreg.c:195: Test failed: (44,43) shreg.c:205: Test failed: () shreg.c:206: Test failed: () shreg.c:207: Test failed: (44,43) shreg.c:218: Test failed: (44,43) shreg.c:240: Test failed: didn't open dest shreg: 39 tests executed, 0 marked as todo, 7 failures. === urlmon_test === generated: 4 tests executed, 0 marked as todo, 0 failures. === user32_test === class: 80 tests executed, 0 marked as todo, 0 failures. generated: 1524 tests executed, 0 marked as todo, 0 failures. Sysparams: win: 428 tests executed, 0 marked as todo, 0 failures. wsprintf: 4 tests executed, 0 marked as todo, 0 failures. === wininet_test === generated: 252 tests executed, 0 marked as todo, 0 failures. (Lines removed.) http.c:172: Test failed: InternetQueryDataAvailable failed (Lots more lines removed.) http: 25 tests executed, 0 marked as todo, 1 failure. === winmm_test === wave: 149 tests executed, 0 marked as todo, 0 failures. === ws2_32_test === sock: 128 tests executed, 0 marked as todo, 0 failures. Thanks, Kye Lewis LinksOS Project Administrator LinksOS Web Team Leader kyethespy(a)softhome.net (New email address! kyethespy(a)liquid2k.comwill 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 :) ================================= [View Less]

2 1

Putty: Winelib support (take 2)
by Dimitrie O. Paun 31 Dec '02

31 Dec '02

On December 18, 2002 04:59 am, Simon Tatham wrote: > That said, I also agree your revised patch is a huge amount better > by comparison! So if you'd rather I wait until that's ready, I'm > fine with that too. Hi Simon, I've managed to cleanup my changes. Currently only this 3-line patch is required to compile putty under Winelib. The way it works is that you simply uncomment 2 (two) lines in the Makefile.cyg file, and do the usual: make -f Makefile.cyg to compile under Wine. This … [View More]

1 0

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Patrik Stridvall 31 Dec '02

31 Dec '02

> On December 30, 2002 12:43 pm, Dan Kegel wrote: > > OK, maybe that's another janitorial project I can take on. > > You asked for it! :) > http://www.dssd.ca/wine/Wine-Janitorial.html#include-quotes I'm already on it by improving winapi_cleanup. I'm not 100% sure it is correct though and I havn't any time to work on it until after new year so here is what I currently got. Alexandre: You can apply it as it is regardless. It it off by default so it can't hurt. Use it … [View More]

2 1

Windows 2000 Pro conformance test update
by Dave Miller 30 Dec '02

30 Dec '02

Here is an update using precompiled binaries from 12/28/02. Not that dsound test complains msvcrtd.dll is missing on my system, and so has not been tested. I think this covers everything else missing or different from what is shown on the status page. C:\winetests>gdi32_test.exe generated generated: 2786 tests executed, 0 marked as todo, 0 failures. C:\winetests>kernel32_test.exe generated generated: 609 tests executed, 0 marked as todo, 0 failures. C:\winetests>… [View More]kernel32_test.exe generated generated: 609 tests executed, 0 marked as todo, 0 failures. C:\winetests>kernel32_test.exe locale locale.c:154: Test failed: GetTimeFormat got '' instead of '4' locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:474: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:475: Test failed: GetDateFormat: got 9 instead of 7 locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale: 109 tests executed, 0 marked as todo, 9 failures. C:\winetests>kernel32_test.exe path path.c:514: Test failed: GetLongPathNameA: wrong return code, 97 instead of 42 path.c:881:TMP=C:\DOCUME~1\davidm\LOCALS~1\Temp path.c:892:TMP=C:\WINNT path.c:902:TMP=C:\ path.c:912:TMP=C: path: 1730 tests executed, 0 marked as todo, 1 failure. C:\winetests>kernel32_test.exe process tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:378: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\winetests\kernel32_test.exe tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures.process.c:530: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\winetests\kernel32_test.exe tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process: 116 tests executed, 0 marked as todo, 2 failures. C:\winetests>msvcrt_test.exe file file: 2 tests executed, 0 marked as todo, 0 failures. C:\winetests>msvcrt_test.exe scanf scanf: 8 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe error error: 813 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe generated generated: 1279 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe rtlbitmap rtlbitmap: 201 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe rtlstr rtlstr: 38 tests executed, 0 marked as todo, 0 failures. C:\winetests>oleaut32_test.exe safearray safearray: 348 tests executed, 0 marked as todo, 0 failures. C:\winetests>oleaut32_test.exe vartest vartest.c:1707: ======== Testing VarUI1FromXXX ======== vartest.c:1713:VarUI1FromI2: passing in NULL as return val makes it crash, needto write proper test. vartest.c:1797: ======== Testing VarUI2FromXXX ======== vartest.c:1802:VarUI2FromI2: passing in NULL as return val makes it crash, needs to be fixed. vartest.c:1873: ======== Testing VarUI4FromXXX ======== vartest.c:1876:VarUI4FromI2: passing in NULL as return val makes it crash, implement me. vartest.c:1951: ======== Testing VarI1FromXXX ======== vartest.c:2004: ======== Testing VarI2FromXXX ======== vartest.c:2047: ======== Testing VarI4FromXXX ======== vartest.c:2091: ======== Testing VarR4FromXXX ======== vartest.c:2138: ======== Testing VarR8FromXXX ======== vartest.c:2158: ======== Testing VarDateFromXXX ======== vartest.c:2208: Test failed: VarDateFromStr([7]="0.49") got 0.0340278 instead of 0.034028 vartest.c:2208: Test failed: VarDateFromStr([8]="0.5") got 0.00347222 instead of 0.003472 vartest.c:2208: Test failed: VarDateFromStr([9]="0.51") got 0.0354167 instead of 0.035417 vartest.c:2208: Test failed: VarDateFromStr([34]=" 1 2 ") got 37258 instead of 35797 vartest.c:2208: Test failed: VarDateFromStr([39]="1.2.3") got 0.0430903 insteadof 0.04309 vartest.c:2208: Test failed: VarDateFromStr([69]=" 1999/ 11/21 11 :11:11am") got 36485.5 instead of 36485.5 vartest.c:2208: Test failed: VarDateFromStr([70]="11/11/1999 11:11:11Am") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([71]="11/11/1999 11:11:11PM") got 36476 instead of 36476 vartest.c:2208: Test failed: VarDateFromStr([73]="11/11/1999 0:0:11am") got 36475 instead of 36475 vartest.c:2208: Test failed: VarDateFromStr([75]="11/11/1999 11:11:11am") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([77]="11/11/1999 11:11AM") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([78]="11/11/1999 1AM") got 36475 instead of 36475 vartest.c:2208: Test failed: VarDateFromStr([80]="11/11/1999 11:11:11") got 36475.5 instead of 36475.5 vartest.c:2208: Test failed: VarDateFromStr([89]="1 January 1999 11AM") got 36161.5 instead of 36161.5 vartest.c:2208: Test failed: VarDateFromStr([90]="4AM 11/11/1999") got 36475.2 instead of 36475.2 vartest.c:2208: Test failed: VarDateFromStr([109]="1.5") got 0.0451389 instead of 0.045139 vartest.c:2208: Test failed: VarDateFromStr([110]="2.5") got 0.0868056 instead of 0.086806 vartest.c:2208: Test failed: VarDateFromStr([111]="3.5") got 0.128472 instead of 0.128472 vartest.c:2208: Test failed: VarDateFromStr([112]="4.5") got 0.170139 instead of 0.170139 vartest.c:2223: ======== Testing VarBoolFromXXX ======== vartest.c:2283: ======== Testing VarBSTRFromXXX ======== vartest.c:2308: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2315: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2308: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2315: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2308: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2315: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2308: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2315: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2308: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2315: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2359: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2365: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2359: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2365: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2359: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2365: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2359: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2365: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2359: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2365: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2382: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07,but return val is "8.765432E+07" vartest.c:2388: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2382: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08,but return val is "9.876543E+08" vartest.c:2388: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08, but return val is "-9.876543E+08" vartest.c:2382: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09,but return val is "1.987654E+09" vartest.c:2388: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09, but return val is "-1.987654E+09" vartest.c:2408: Test failed: d is 0.2345, should be cvt. to 0.2345001, but return val is "0.2345" vartest.c:2432: Test failed: d is 654322, should be cvt. to 654322.2, but return val is "654322.3" vartest.c:2438: Test failed: d is -654322, should be cvt. to -654322.2, but return val is "-654322.3" vartest.c:2432: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07,but return val is "8.765432E+07" vartest.c:2438: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2432: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08,but return val is "9.876543E+08" vartest.c:2438: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08, but return val is "-9.876543E+08" vartest.c:2432: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09,but return val is "1.987654E+09" vartest.c:2438: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09, but return val is "-1.987654E+09" vartest.c:2493: ======== Testing Hi-Level Variant API ======== vartest.c:2560: Test failed: should be 5/11/94 7:58:42 AM vartest.c:2578:-------------- Testing different VARTYPES ---------------- vartest: 2281 tests executed, 0 marked as todo, 55 failures. C:\winetests>shell32_test.exe generated generated: 272 tests executed, 0 marked as todo, 0 failures. C:\winetests>shlwapi_test.exe clist clist: 236 tests executed, 0 marked as todo, 0 failures. C:\winetests>shlwapi_test.exe generated generated: 19 tests executed, 0 marked as todo, 0 failures. C:\winetests>urlmon_test.exe generated generated: 4 tests executed, 0 marked as todo, 0 failures. C:\winetests>user32_test.exe generated generated: 1524 tests executed, 0 marked as todo, 0 failures. C:\winetests>user32_test.exe win win.c:132:main window 001F00FC main2 001E0104 desktop 0001000C child 001E0108 win.c:148:created child 001C00BA win.c:161:created child of desktop 001D00BA win.c:171:created child of child 001E00BA win.c:181:created top-level 001F00BA win.c:191:created owned top-level 002000BA win.c:201:created popup 002100BA win.c:211:created owned popup 002200BA win.c:221:created top-level owned by child 002300BA win.c:227:created popup owned by desktop 002400BA win.c:233:created popup owned by child 002500BA win.c:239:created WS_CHILD popup 002600BA win.c:245:created owned WS_CHILD popup 002700BA win.c:250:testing parent changes win.c:262:created child 002800BA win.c:288:created top-level 002900BA win.c:305:created popup 002A00BA win.c:322:created child 002B00BA win.c:339:created top-level 002C00BA win.c:348:created owned popup 002D00BA win.c:364:created owner 002E00BA and popup 001D011A win.c:378:created owner 001E011A and popup 002F00BA win.c:386:created owner 001F011A and popup 003000BA win: 428 tests executed, 0 marked as todo, 0 failures. C:\winetests>user32_test.exe sysparams sysparams.c:184:testing SPI_{GET,SET}BEEP sysparams.c:306:testing SPI_{GET,SET}MOUSE sysparams.c:374:testing SPI_{GET,SET}BORDER sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=0, value= sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=7, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=BorderWidth, testValue=20, value= sysparams.c:406:testing SPI_{GET,SET}KEYBOARDSPEED sysparams.c:139: Test failed: Missed a message: change_counter=2 sysparams.c:440:testing SPI_ICONHORIZONTALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconSpacing, testValue=32, value= sysparams.c:480:testing SPI_{GET,SET}SCREENSAVETIMEOUT sysparams.c:515:testing SPI_{GET,SET}SCREENSAVEACTIVE sysparams.c:555:testing SPI_{GET,SET}KEYBOARDDELAY sysparams.c:590:testing SPI_ICONVERTICALSPACING sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=101, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconVerticalSpacing, testValue=32, value= sysparams.c:635:testing SPI_{GET,SET}ICONTITLEWRAP sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=1, value= sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=IconTitleWrap, testValue=0, value= sysparams.c:670:testing SPI_{GET,SET}MENUDROPALIGNMENT sysparams.c:707:testing SPI_SETDOUBLECLKWIDTH sysparams.c:738:testing SPI_SETDOUBLECLKHEIGHT sysparams.c:770:testing SPI_SETDOUBLECLICKTIME sysparams.c:817:testing SPI_SETMOUSEBUTTONSWAP sysparams.c:880:testing SPI_{GET,SET}DRAGFULLWINDOWS sysparams.c:915:testing SPI_{GET,SET}WORKAREA sysparams.c:953:testing SPI_{GET,SET}SHOWSOUNDS sysparams.c:997:testing SPI_{GET,SET}DESKWALLPAPER sysparams.c:170: Test failed: Wrong value in registry: subKey=Control Panel\Desktop, valName=Wallpaper, testValue=, value=(None) sysparams: 318 tests executed, 0 marked as todo, 13 failures. C:\winetests>wininet_test.exe generated generated: 252 tests executed, 0 marked as todo, 0 failures. C:\winetests>wininet_test.exe http <Ouput snipped> http: 24 tests executed, 0 marked as todo, 0 failures. [View Less]

1 0

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Patrik Stridvall 30 Dec '02

30 Dec '02

> "--include-qoutes" needs to be "--include-quotes" > ^^ ^^ > This is incorrect in both the message and the patch. Ah. Thanks. :-) Somehow I can never learn that to spell the quo* words correctly. I always seem to believe it is spelled qou*. Despite working with Unix more than 10 year I STILL frequently type "qouta" instead of "quota" when I wish to check for available quota. I probably mistyped it over 100 times during these years but I never … [View More]

1 0

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Jeff Smith 30 Dec '02

30 Dec '02

"--include-qoutes" needs to be "--include-quotes" ^^ ^^ This is incorrect in both the message and the patch. -- Jeff S >From: "Patrik Stridvall" <ps(a)leissner.se> > >I'm already on it by improving winapi_cleanup. > >I'm not 100% sure it is correct though and I havn't any time to >work on it until after new year so here is what I currently got. > >Alexandre: You can apply it as it is regardless. It it off by default >so … [View More]

1 0

Re: conformance test for ShellExecute
by Dimitrie O. Paun 30 Dec '02

30 Dec '02

On December 29, 2002 07:45 pm, Dan Kegel wrote: > I added a few definitions that let this file > optionally compile standalone, which made things > easier on Windows. > +#include "wtypes.h" > +#include "winbase.h" > +#include "windef.h" > +#include "shellapi.h" > +#include "wine/test.h" Please use <> instead of "" even in Wine. The old code uses "" for historical reasons that are no longer an issue. It needs to be changed (and we're waiting for some Perl wizard … [View More]

2 3

Regression in msvideo patch
by Stephen Mollett 30 Dec '02

30 Dec '02

Hi, [Following on from a thread on wine-users] I've had some problems recently with running the VirtualDub video post-processing package on Wine. It used to work, but then stopped working (it no longer displays the frame previews when seeking in a video file) recently. I've done a regression test and narrowed the problem down to the patch described in: http://www.winehq.com/hypermail/wine-cvs/2002/11/0187.html Before this patch (2002-11-20 13:47:00 CST), frame preview works normally … [View More]

3 5

Re: [D3D 67] Fix small compilation bug
by Lionel Ulmer 30 Dec '02

30 Dec '02

> This patch fix a compilation bug that was around for 10 patches or so. Hmmm, seems that gcc 3.2 that is in Mandrake is in C99 mode by default... Sorry for all the GCC 2.X users out there :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: InternetCrackUrlW
by Alberto Massari 30 Dec '02

30 Dec '02

At 09.31 30/12/2002 +0100, Ove Kaaven wrote: >On Sun, 29 Dec 2002, Dominik Strasser wrote: > >>This patch implements InternetCrackUrlW by changing the ASCII >>implemtation and thunking the ASCII implementation down to the ...W >>implementation. I hope this is the right way to go in this case as most >>functions in wininet do it the other way around. > >Well, A->W is indeed the right direction to go, but for this particular >function the conversion … [View More]

1 0

Wine Contrib v0.7
by Dimitrie O. Paun 30 Dec '02

30 Dec '02

Folks, A new version of the Wine Contrib page is available for your viewing pleasure at: http://www.dssd.ca/wine/Wine-Contrib-0.7.html Thanks to Tom for this new version. I forgot to mention that Jeff has also fixed a _lot_ of HTML problems in this page, and has made it HTML 4.01 compliant. My apologies to him for this (unintended) omission. -- Dimi.

1 0

gcov and wine?
by Dan Kegel 30 Dec '02

30 Dec '02

Has anyone ever tried building wine with gcov, then running the conformance test suite to see how much of the wine code gets exercised? - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

2 1

Win98 Compliance Status
by Mathew McBride 30 Dec '02

30 Dec '02

I downloaded and ran the Wine Comformance tests from http://fgouget.free.fr/wine/winetests.zip Windows 98 Second Edition, with all official updated installed. 1152x864 res, NVIDIA RIVA TNT 41.09 beta drives. Overclocked by Powerstrip. AMD Duron 800MHz. 3 gb VFAT partition Dr. Watson (drwatson.exe) was enabled advapi32_test.exe/registry crash DrWatson: The application overflowed its temporary memory area. Module Name: ADVAPI32_TEST.E Application Name: Advapi32_test.exe dsound_text.exe I … [View More]don't have msvcrtd.dll (where can I get it) REQUEST: Is it possible to compile these tests using mingw32. gdi32_test.exe/generated 2786 tests executed, 0 marked as todo, 0 failures kernel32_test.exe/alloc alloc.c:208: Test failed: GlobalReAlloc failed to convert FIXED to MOVEABLE: err or=87 alloc.c:213: Test failed: Converting from FIXED to MOVEABLE didn't REALLY work alloc.c:238: Test failed: Discarded memory we shouldn't have alloc.c:239: Test failed: GlobalUnlock Failed. alloc: 58 tests executed, 0 marked as todo, 4 failures. kernel32_test.exe/atom atom.c:55:WARNING: Unicode atom APIs are not supported on this platform atom: 163850 tests executed, 0 marked as todo, 0 failures. kernel32_test.exe/codepage 2 tests executed, 0 marked as todo, 0 failures kernel32_test.exe/directory 25 tests executed, 0 todo, 0 failures kernel32_test.exe/drive 80 tests executed,0 todo, 0 failures kernel32_test.exe/environ 19 executed, 0 todo, 0 failures kernel32_test.exe/file file.c:631: Test failed: WriteFile error 183 file.c:632: Test failed: expected number of bytes written 0 file.c:633:Current offset = 0100 file.c:634: Test failed: expected file offset 21 file.c:639: Test failed: WriteFile error 87 file.c:640: Test failed: expected number of bytes written 0 file.c:642: Test failed: expected file offset 517 file.c:656: Test failed: ReadFile error 0 file.c:657: Test failed: expected number of bytes read 0 file.c:658:Current offset = 0000 file.c:659: Test failed: expected file offset 21 file.c:661: Test failed: pattern match failed file: 487224 tests executed, 0 marked as todo, 10 failures. kernel32_test.exe/format_msg 58 executed, 0 todo, 0 failures kernel32_test.exe/generated 609 executed, 0 marked as todo, 0 failures kernel32_test.exe/locale locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format e xpected ERROR_INVALID_FLAGS got return of '10' and error of '0' /locale: 105 tests executed, 0 marked as todo, 1 failure. kernel32_test.exe/path path.c:881:TMP=C:\WINDOWS\TEMP path.c:892:TMP=C:\WINDOWS path.c:902:TMP=C:\ path.c:912:TMP=C: 1702 executed, 0 todo, 0 failures kernel32_test.exe/process tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. 116 executed, 0 todo, 0 failures kernel32_test.exe/thread thread.c:430: Test failed: SetThreadPriorityBoost Failed thread.c:432: Test failed: GetThreadPriorityBoost Failed thread.c:434: Test failed: SetThreadPriorityBoost Failed thread.c:436: Test failed: GetThreadPriorityBoost Failed 86 executed, 0 todo, 4 failures msvcrt_test.exe/file 2 executed, 0 todo, 4 failures msvcrt_test.exe/scanf 8 tests executed, 0 todo, 0 failures netapi32_test.exe access.c:174:It appears there is no netapi32 functionality on this platform same error reported by all netapi32 tests. ntdll_test.exe/error 813 executed, 0 todo, 0 failures ntdll_test.exe/generated 1279 executed, 0 todo, 0 failures ntdll_test.exe/rtlbitmap, ntdll_test.exe/rtlst, ntdll_test.exe/rtlstr 1 executed, 0 todo, 0 failures oleaut32_test.exe/safearray 348 executed, 0 todo, 0 failures oleaut32_test.exe/varest 2871 executed, 0 todo, 64 failures rpcrt4_test.exe/rpc 511 executed, 0 todo, 0 failures shell32_test.exe/generated 272 executed, 0 todo, 0 failurs shell32_test.exe/shlfileop shlfileop.c:177: Test failed: Can't rename many files shlfileop.c:185: Test failed: Can't rename many files shlfileop.c:286: Test failed: Files are copied to other directory shlfileop.c:287: Test failed: The file is copied 121 executed, 0 todo, 0 failures shlwapi_test.exe/clist clist.c:367: Test failed: allowed bad element size clist.c:372: Test failed: allowed adding a container 236 execited. 0 todo, 2 failures shlwapi_test.exe/generated 19 executed, 0 todo, 0 failures shlwapi_test.exe/shreg shreg.c:205: Test failed: (ImARatherLongButIndeedNeededString) shreg.c:206: Test failed: (ImARatherLongButIndeedNeededString) shreg.c:262: Test failed: didn't open copy Then Crashed Dr Watson: The application overflowed its temporary memory area. Module Name: SHLWAPI_TEST.EX Application Name: Shlwapi_test.exe urlmon_test.exe/generated 4 executed, 0 todo, 0 failures user32_test.exe/class nothing done user32_test.exe/generated 1524 executed, 0 todo, 0 failures user32_test.exe/sysparams bugger! this mucked up my system. Task Bar turned into a grey box. A massive border was around all the Windows. Reboot forced user32_test.exe/win win.c:132:main window 00000640 main2 00000644 desktop 00000080 child 00000648 win.c:148:created child 0000064C win.c:161:created child of desktop 00000650 win.c:171:created child of child 00000654 win.c:181:created top-level 00000658 win.c:191:created owned top-level 0000065C win.c:201:created popup 00000660 win.c:211:created owned popup 00000664 win.c:221:created top-level owned by child 00000668 win.c:227:created popup owned by desktop 0000066C win.c:233:created popup owned by child 00000670 win.c:239:created WS_CHILD popup 00000674 win.c:245:created owned WS_CHILD popup 00000678 win.c:250:testing parent changes Then Crashed. DrWatson: Windows User-interface core component accessed memory improperly or encountered some nonspecific error. Module Name: user.exe Description: Windows User-interface core component Version: 4.10.2227 Product: Microsoft(R) Windows(R) Operating System Manufacturer: Microsoft Corporation Application Name: User32_test.exe user32_test.exe/wsprintf 2 executed, 0 todo, 0 failures wininet_test.exe/generated 252 executed, 0 todo, 0 failures wininet_test.exe/http Too Much output to list here 22 executed, 0 todo, 1 failure winmm_test.exe/wave wave.c:182:found 1 WaveOut devices wave.c:206: 0: "C-Media Audio Playback (DC00)" 4.0 (1:15): channels=4 formats=0 fff support=002c wave.c:220:Testing invalid 2MHz format ws2_32_test.exe/sock 148 executed, 0 todo, 0 failures [View Less]

1 0

Re: Documentation work -task list -man pages
by Tony Lambregts 30 Dec '02

30 Dec '02

Tom Wickline wrote: We have decided to continue this discussion in public > I forgot to ask about sections 4-8 on Dimi's ToDo page. http://www.dssd.ca/wine/Wine-0.9-TODO.html > > > 4. Merge documentation/wine.texinfo into the Development Guide [TODO] > 5. Merge documentation/HOWTO-winelib into the Development Guide [TODO] > 6. Do something about > documentation/installation-und-konfiguration.german [TODO] > 7. Do something about documentation/shell32 [… [View More]TODO] > 8. Do something about documentation/status [TODO] > > Are we going to be doing any work on these sections as well ? > Will your Task List take these sections into account ? I think that we should keep the documentation tasks togetther. If its OK with Dimi we can just use his page and give him diffs or we can split off the documentation section and he can link to it. > > > If our goal is to " Fix incomplete and/or out of date documentation." > Then we should do the Merge as well so everything will be complete. wine.texinfo is like a man page and it seems to be updated fairly well. I don't agree with trying to get rid of it but I am not about to be the one to maintain it either. The wine How-to should be part of wine users. Once it is merged we should get rid of it. I really dont know what to do about installation-und-konfiguration.german. I am inclined to leave it for now > > #7 and #8 I dont fully understand what needs to be done here. > Can you fill me in on what needs to be done with these two ?? From what I can tell these should be incorporated into the wine status page. This seems to be the logical place for them. Most of the files are a year or more old so I would tend to think that they are out of date. Whoever does this will probably need to ask some questions to the developers. In theory Each DLL should have a ToDo list inside the main .c file (or something like that (i can't fine the thread)) a little help here? Having these in documentation is doing neither the users or the developers any good. Again in "theory" someone could grep for "To Do" in wine and get a good idea of the status of that component. > > > Also are we going to be doing any work on man pages ? > If not does Dimi need to add them to this list ? I'm sure if > the web docs are out of date then the man pages need work > as well. > From what I can tell the man pages are the best of the lot. Right now we could use someone "New To Wine" to go through the users guide one chapter at a time and report to us *anything* they don't understand. Anyone is welcome to point out errors and offer any suggestions to help improve the documentation. Of course a patch is even better but if we do not know about a problem we can not fix it. -- Tony Lambregts [View Less]

3 5

Problem with ShellExecute and HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths
by Dan Kegel 29 Dec '02

29 Dec '02

I have a windows-free installation of current CVS wine, with wordpad.exe and the needed DLLs pulled in from a Windows ME installation. wordpad works great. However, ShellExecute(... "wordpad.exe", ".\\stl\\readme.wri" ...) is failing to find wordpad.exe for me. (The call in question is issued by the msvc4.0 setup.exe. The current directory when I run this is /mnt/cdrom, and stl/readme.wri is indeed there.) To get some insight on how this is supposed to work, I went to a real Windows Me … [View More]system, searched the registry for references to "wordpad.exe", and removed them, one by one, testing after each deletion. The reference that mattered was [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\WORDPAD.EXE] @="C:\\Progra~1\\Access~1\\WORDPAD.EXE" So I ran "regedit foo.reg" to import the above registry key, and made sure it does show up in ~/.wine/system.reg. Still didn't work. I then ran wine --debugmsg +exec,+file,+reg setup.exe to see whether Wine was properly searching that registry key. Sure enough, Wine is trying to search that key, and it's not finding it. So... what's wrong? Best I can figure is there's something fishy about what registry file is being loaded. Here are the interesting bits of the log (word wrapped, unfortunately): --------------------- ... trace:reg:NtQueryValueKey (0x24,L"LoadWindowsRegistryFiles",2,0xbfffe7fc,1024) trace:reg:_w31_loadreg (void) trace:file:FILE_DoOpenFile reg.dat OF_READ OF_SHARE_COMPAT trace:file:FILE_DoOpenFile reg.dat 0000 trace:reg:NtOpenKey ((nil),L"Machine\\Software\\Microsoft\\Windows\\CurrentVersion\\App Paths",f003f,0xbfffbb08) trace:reg:NtOpenKey <- (nil) warn:file:FILE_DoOpenFile 'reg.dat' not found or sharing violation warn:file:FILE_DoOpenFile (reg.dat): return = HFILE_ERROR error= 2 trace:reg:NtQueryValueKey (0x24,L"LoadGlobalRegistryFiles",2,0xbfffe7fc,1024) trace:reg:NtQueryValueKey (0x24,L"GlobalRegistryDir",2,0xbfffe7fc,1024) trace:reg:SHELL_LoadRegistry GlobalRegistryDir is '/usr/local/etc'. warn:reg:_get_wine_registry_file_format_version Couldn't open /usr/local/etc/wine.userreg for reading: No such file or directory warn:reg:_get_wine_registry_file_format_version Couldn't open /usr/local/etc/wine.systemreg for reading: No such file or directory ... [snip] ... trace:exec:ShellExecuteA trace:exec:ShellExecuteExA32 mask=0x00000000 hwnd=0x10023 verb=(null) file="wordpad.exe" parm=".\\stl\\readme.wri" dir="." show=0x00000001 class=not used trace:exec:ShellExecuteExA32 execute:'wordpad.exe','.\stl\readme.wri' trace:exec:SHELL_ExecuteA Execute wordpad.exe .\stl\readme.wri from directory . trace:reg:NtOpenKey ((nil),L"Machine\\Software\\Microsoft\\Windows\\CurrentVersion\\App Paths",f003f,0x4078ebcc) trace:reg:NtOpenKey <- (nil) trace:reg:NtOpenKey ((nil),L"Machine\\Software\\Wine\\Wine\\Config\\AppDefaults",f003f,0x40790040) trace:reg:NtOpenKey <- (nil) trace:reg:NtQueryValueKey (0x14,L"wordpad.exe",2,0x40790134,80) trace:reg:NtQueryValueKey (0x14,L"*wordpad.exe",2,0x40790134,80) trace:reg:NtQueryValueKey (0x14,L"*",2,0x40790134,80) trace:file:CreateFileW L"C:\\WINDOWS\\SYSTEM\\wordpad.exe" GENERIC_READ FILE_SHARE_READ OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\SYSTEM\\wordpad.exe" (GLE 2) trace:exec:SHELL_FindExecutable wordpad.exe trace:exec:SHELL_FindExecutable xlpFile=,extension=(null) warn:exec:SHELL_FindExecutable Returning 31 - No association trace:exec:ShellExecuteA trace:exec:ShellExecuteExA32 mask=0x00000000 hwnd=0x10023 verb=(null) file=".wordpad.exe" parm=".\\stl\\readme.wri" dir="." show=0x00000001 class=not used trace:exec:ShellExecuteExA32 execute:'.wordpad.exe','.\stl\readme.wri' trace:exec:SHELL_ExecuteA Execute .wordpad.exe .\stl\readme.wri from directory . trace:reg:NtOpenKey ((nil),L"Machine\\Software\\Microsoft\\Windows\\CurrentVersion\\App Paths",f003f,0x4078ebcc) trace:reg:NtOpenKey <- (nil) trace:reg:NtOpenKey ((nil),L"Machine\\Software\\Wine\\Wine\\Config\\AppDefaults",f003f,0x40790040) trace:reg:NtOpenKey <- (nil) trace:reg:NtQueryValueKey (0x14,L".wordpad.exe",2,0x40790134,80) trace:reg:NtQueryValueKey (0x14,L"*.wordpad.exe",2,0x40790134,80) trace:reg:NtQueryValueKey (0x14,L"*",2,0x40790134,80) trace:file:CreateFileW L"C:\\WINDOWS\\SYSTEM\\.wordpad.exe" GENERIC_READ FILE_SHARE_READ OPEN_EXISTING attributes 0x0 warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\SYSTEM\\.wordpad.exe" (GLE 2) trace:exec:SHELL_FindExecutable .wordpad.exe trace:exec:SHELL_FindExecutable xlpFile=,extension=(null) warn:exec:SHELL_FindExecutable Returning 31 - No association trace:file:GetFileInformationByHandle 0xffffffff --------------------- OK, so then I copied my system.reg to /usr/local/etc/wine.systemreg. Now it finds that key (!) but unfortunately, the only change is that the line warn:reg:_get_wine_registry_file_format_version Couldn't open /usr/local/etc/wine.systemreg for reading: No such file or directory no longer shows up in the log. I'm pretty sure this is supposed to work, but I'm having trouble untangling it. Help would be greatly appreciated. If anyone's interested, I can send an executable that does the ShellExecute call in question so they can reproduce it themselves... Thanks, Dan -- Dan Kegel Linux User #78045 http://www.kegel.com [View Less]

2 9

Re: PATCH: dlls/cabinet/cabextract.c and off_t
by Greg Turner 29 Dec '02

29 Dec '02

On Thursday 26 December 2002 02:48 pm, Gerald Pfeifer wrote: > If we really want to use off_t in this file (instead of cab_off_t) > we need to #include sys/types.h, or we'll break non-Linux systems. > > Gerald > > > ChangeLog: > #include <sys/types.h> to obtain off_t. actually I don't think we really want to use off_t. The relationship to off_t is historical: cabextract (the unix executable, which I ported) used off_t because it used the fopen/fseek/fgetpos/etc … [View More]

2 5

Another Wine OSS hang-at-end-of-playback bug
by Matt Chapman 29 Dec '02

29 Dec '02

Hi, I'm seeing some apps hang after playing an audio sample (even after the latest fix from Eric Pouech/Dan Kegel). I've tracked it down to the following. dwBufferSize is calculated from info->fragstotal * info->fragsize: wwo->dwBufferSize = info.fragstotal * info.fragsize; whereas dwPlayedTotal is calculated using info->bytes: wwo->dwPlayedTotal = wwo->dwWrittenTotal - (wwo->dwBufferSize - info->bytes); Thus the assumption is that,… [View More]

2 1

Mac OS X Port of WineLib
by ATMRD＠aol.com 29 Dec '02

29 Dec '02

Hi, I dont recall how I stumbled upon Wine and its existance, however I am intersted in recent, if any, devlopments with the porting of Wine to OS X. I checked the Wine site and most of the articles are dated with the lastest date of Nov 2000. A lot has changed in OS X since that time and it appears that a leats a couple of the main issues have been addressed during this time. The main issues which seemed to be posted are as follows: Current … [View More]list of possible issues: ================================ -> Endianness. Since we are using WineLib, could have resources written in native (big) endian format with wrc. Any external data files such as cursors, bitmaps, sound would have to be converted. The PUT_WORD/GET_WORD macros need byte swapping turned off. (Did I miss anything?) -> Exception handling, Signal handling code -> Memory alignment issues -> According to "Inside MacOS X: Kernel Environment" (<A HREF="http://developer.apple.com/techpubs/macosx/Kernel/KernelEnvironment.pdf">http://developer.apple.com/techpubs/macosx/Kernel/KernelEnvironment.pdf</A>) pg. 34, Darwin supports Pthreads, "many of the POSIX APIs" I haven't been able to find any lists of incompatibilities yet, but I am afraid of the word "many". -> According to the "MacOS X Kernel Environment" book, pg. 37, Mac OSX does not support memory mapped devices through the mmap API. This would affects at least streaming sound playback. -> WSControl / WSAIoctl need to be adapted to MacOS X. (ioctl() calls can be platform dependent, /proc/net/dev on linux is probably different on OSX) -> Sound Support. Currently done with WineOSS (ties into Linux OSS drivers) Doesn't seem to be a port of OSS to MacOSX. Maybe need to do another layer specific to the Mac(?) -> Must ensure that behaviour of lower level UNIX resources like sockets, threads, files are the way WINE expects it. -> Presence of Assembly language in code will have to be written in C or translated to PowerPC assembly. (assembly is generated in spec.c files, as well as other places like in the server) -> Debugger seems tied completely to Intel architecture. (Since we will be using WineLib, we probably don't need winedbg, can use gdb?) -> Need a X11 server or need to make a x11drv replacement that is Quartz specific. (There is a XFree86 port to MacOS X, but it only runs seperately from Quartz at this time. Making the X server a rootless client of Quartz is on the TODO list of Darwin but there is no mention of its current status. There is a commercial server, at: <A HREF="http://www.tenon.com/products/xtools/"> http://www.tenon.com/products/xtools/</A> which already implements this) -- the XFree86 port to MacOS X now includes a rootless clinet of Quartz so this should be a big jump having the window manager avialable. -> Need to be able to build Windows app using gcc (might be issues such as using MS specific keywords/language constructs, etc.) Does ATL build properly with gcc? in addition James Hatheway wrote on Nov 10 2000 "To test these concerns, I made four test apps and compiled and ran them on Mac OS X. I used the "Mac OS X Public Beta Developer Tools CD" which is downloadable from<A HREF="http://connect.apple.com"> http://connect.apple.com </A> The first test app used mmap and MAP_SHARED option, the second sent messages between two programs using sendto over a socket, the third used file I/O functions (like read,write) to send messages over a socket, the fourth sent an FD over a socket to another process using sendmsg/recvmsg. I have good news, each of these programs compiled without modification on MacOS X with the standard cc, and ran perfectly!! So, I don't think there are any show stoppers that would keep us from being able to port WineLib to MacOS X. Of course there would be work to do, but at least it is definitely possible. " I dont no what has happend to the WineLib port to MacOSX if anything. However, I am willing with what time I have to begin a port, since it does seem like it can be done now, hopefully with a group of people. In addition apple has posted some information regarding win32 porting that may be a little help at "http://developer.apple.com/macosx/win32porting/". Hope you had the best of holidays. Thanks ~Sanjay Connare [View Less]

3 2

Re: Changing FS type reported by Wine
by Tony Lambregts 29 Dec '02

29 Dec '02

Duane Clark wrote: > Stephen Mollett wrote: > >> >> I'm using ReiserFS. I've also tried on a 40GB ext3 filesystem on a >> spare drive. The error comes from VirtualDub, which believes that >> it's running on a FAT32 filesystem (obviously that's what Wine >> reports to any program that asks what FS type a drive is). I've tried >> working around it by using vdub's 'segmented AVI' feature (which >> creates multiple AVIs <= 2GB) but I can't … [View More]use these successfully >> under Linux. > > > In the file wine/files/drive.c, in the function > GetVolumeInformationW() (down around line 1965), is this: > > > if (fsname && fsname_len) > { > /* Diablo checks that return code ... */ > if (DOSDrives[drive].type == DRIVE_CDROM) > { > static const WCHAR cdfsW[] = {'C','D','F','S',0}; > strncpyW( fsname, cdfsW, fsname_len ); > } > else > { > static const WCHAR fatW[] = {'F','A','T',0}; > strncpyW( fsname, fatW, fsname_len ); > } > fsname[fsname_len - 1] = 0; /* ensure 0 termination */ > } > > That appears to hardcode the filesystem "name" to FAT. You might try > changing that to NTFS. That assumes that this is the call your app is > using to determine filesystem type. > > I assume you have already determined that ReiserFS supports files > larger than 2GB? > Well thats a patch that shouldn't go into cvs. <g> If it does "fix" the application though then there should be some way for wine to do it the "right way". The way I see it there are two ways to do this. 1.) wine should try to set the fsname to NTFS if underlying file system can support files sizes > 4GB. 2.)There should be a conf file option for NTFS along with MSDOS, unix and win95. The difficulty with wine trying to do this automaticly is that it would need to find the file system type of the current directory and not the root. This is of course because of the way the unix file system works. The current directory could very well be an MSDOS drive while the root drive is an ext3 and this function is only aware of the root drive. AFAICS Having it as a config option is easier to implement and removes the problem from the developers hands.<g> For myself I (think I) could implement it as a config option but Iwould prefer that wine could deal with it automaticly. If anyone has any suggestions I would appreciate it. -- Tony Lambregts [View Less]

6 8

WinXP conformance test update
by Dave Miller 28 Dec '02

28 Dec '02

These tests were run on Windows XP Professional using the latest precompiled binaries. The results of any tests not listed on or not matching http://fgouget.free.fr/wine/tests-en.shtml C:\winetests>dsound_test.exe dsound dsound: 63 tests executed, 0 marked as todo, 0 failures. C:\winetests>gdi32_test.exe generated generated: 2786 tests executed, 0 marked as todo, 0 failures. C:\winetests>kernel32_test.exe locale locale.c:154: Test failed: GetTimeFormat got '' instead of '4' … [View More]locale.c:155: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:181: Test failed: GetTimeFormat got '8.@:56AM' instead of '8.@:56.@:AM' locale.c:182: Test failed: GetTimeFormat: got 9 instead of 12 locale.c:190: Test failed: GetTimeFormat got '' instead of '3' locale.c:191: Test failed: GetTimeFormat: got 1 instead of 2 locale.c:474: Test failed: GetDateFormat got '5/4/2002' instead of '5/4/02' locale.c:475: Test failed: GetDateFormat: got 9 instead of 7 locale.c:499: Test failed: GetDateFormat check DATE_YEARMONTH with null format expected ERROR_INVALID_FLAGS got return of '10' and error of '0' locale: 109 tests executed, 0 marked as todo, 9 failures. C:\winetests>kernel32_test.exe path path.c:514: Test failed: GetLongPathNameA: wrong return code, 105 instead of 45 path.c:881:TMP=C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp path.c:892:TMP=C:\WINDOWS path.c:902:TMP=C:\ path.c:912:TMP=C: path: 1730 tests executed, 0 marked as todo, 1 failure. C:\winetests>kernel32_test.exe process tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:378: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\winetests\kernel32_test.exe tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process.c:530: Test failed: StartupInfoA:lpTitle expected kernel32_test.exe process, got C:\winetests\kernel32_test.exe tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. tests/process.c: 1 tests executed, 0 marked as todo, 0 failures. process: 116 tests executed, 0 marked as todo, 2 failures. C:\winetests>msvcrt_test.exe file file: 2 tests executed, 0 marked as todo, 0 failures. C:\winetests>msvcrt_test.exe scanf scanf: 8 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe error error: 813 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe generated generated: 1279 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe rtlbitmap rtlbitmap: 224 tests executed, 0 marked as todo, 0 failures. C:\winetests>ntdll_test.exe rtlstr rtlstr: 38 tests executed, 0 marked as todo, 0 failures. C:\winetests>oleaut32_test.exe safearray safearray.c:131: Test failed: SAC(20,1,[1,0]), result 8, expected 0 safearray.c:131: Test failed: SAC(21,1,[1,0]), result 8, expected 0 safearray.c:131: Test failed: SAC(37,1,[1,0]), result 4, expected 0 safearray.c:131: Test failed: SAC(38,1,[1,0]), result 4, expected 0 safearray: 348 tests executed, 0 marked as todo, 4 failures. C:\winetests>oleaut32_test.exe vartest vartest.c:1707: ======== Testing VarUI1FromXXX ======== vartest.c:1713:VarUI1FromI2: passing in NULL as return val makes it crash, needto write proper test. vartest.c:1797: ======== Testing VarUI2FromXXX ======== vartest.c:1802:VarUI2FromI2: passing in NULL as return val makes it crash, needs to be fixed. vartest.c:1874: ======== Testing VarUI4FromXXX ======== vartest.c:1877:VarUI4FromI2: passing in NULL as return val makes it crash, implement me. vartest.c:1952: ======== Testing VarI1FromXXX ======== vartest.c:2005: ======== Testing VarI2FromXXX ======== vartest.c:2048: ======== Testing VarI4FromXXX ======== vartest.c:2092: ======== Testing VarR4FromXXX ======== vartest.c:2139: ======== Testing VarR8FromXXX ======== vartest.c:2159: ======== Testing VarDateFromXXX ======== vartest.c:2209: Test failed: VarDateFromStr([7]="0.49") got 0.0340278 instead of 0.034028 vartest.c:2209: Test failed: VarDateFromStr([8]="0.5") got 0.00347222 instead of 0.003472 vartest.c:2209: Test failed: VarDateFromStr([9]="0.51") got 0.0354167 instead of 0.035417 vartest.c:2209: Test failed: VarDateFromStr([34]=" 1 2 ") got 37258 instead of 35797 vartest.c:2209: Test failed: VarDateFromStr([39]="1.2.3") got 0.0430903 instead of 0.04309 vartest.c:2209: Test failed: VarDateFromStr([69]=" 1999/ 11/21 11 :11:11am") got 36485.5 instead of 36485.5 vartest.c:2209: Test failed: VarDateFromStr([70]="11/11/1999 11:11:11Am") got 36475.5 instead of 36475.5 vartest.c:2209: Test failed: VarDateFromStr([71]="11/11/1999 11:11:11PM") got 36476 instead of 36476 vartest.c:2209: Test failed: VarDateFromStr([73]="11/11/1999 0:0:11am") got 36475 instead of 36475 vartest.c:2209: Test failed: VarDateFromStr([75]="11/11/1999 11:11:11am") got 36475.5 instead of 36475.5 vartest.c:2209: Test failed: VarDateFromStr([77]="11/11/1999 11:11AM") got 36475.5 instead of 36475.5 vartest.c:2209: Test failed: VarDateFromStr([78]="11/11/1999 1AM") got 36475 instead of 36475 vartest.c:2209: Test failed: VarDateFromStr([80]="11/11/1999 11:11:11") got 36475.5 instead of 36475.5 vartest.c:2209: Test failed: VarDateFromStr([89]="1 January 1999 11AM") got 36161.5 instead of 36161.5 vartest.c:2209: Test failed: VarDateFromStr([90]="4AM 11/11/1999") got 36475.2 instead of 36475.2 vartest.c:2209: Test failed: VarDateFromStr([109]="1.5") got 0.0451389 instead of 0.045139 vartest.c:2209: Test failed: VarDateFromStr([110]="2.5") got 0.0868056 instead of 0.086806 vartest.c:2209: Test failed: VarDateFromStr([111]="3.5") got 0.128472 instead of 0.128472 vartest.c:2209: Test failed: VarDateFromStr([112]="4.5") got 0.170139 instead of 0.170139 vartest.c:2224: ======== Testing VarBoolFromXXX ======== vartest.c:2284: ======== Testing VarBSTRFromXXX ======== vartest.c:2309: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2316: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2309: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2316: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2309: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2316: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2309: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2316: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2309: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2316: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2360: Test failed: d is 7.65432e+015, should be cvt. to 7.65432198765432e+15, but return val is "7.65432198765432E+15" vartest.c:2366: Test failed: d is -7.65432e+015, should be cvt. to -7.65432198765432e+15, but return val is "-7.65432198765432E+15" vartest.c:2360: Test failed: d is 8.76543e+016, should be cvt. to 8.76543219876543e+16, but return val is "8.76543219876543E+16" vartest.c:2366: Test failed: d is -8.76543e+016, should be cvt. to -8.76543219876543e+16, but return val is "-8.76543219876543E+16" vartest.c:2360: Test failed: d is 9.87654e+017, should be cvt. to 9.87654321987654e+17, but return val is "9.87654321987654E+17" vartest.c:2366: Test failed: d is -9.87654e+017, should be cvt. to -9.87654321987654e+17, but return val is "-9.87654321987654E+17" vartest.c:2360: Test failed: d is 1.98765e+018, should be cvt. to 1.98765432198765e+18, but return val is "1.98765432198765E+18" vartest.c:2366: Test failed: d is -1.98765e+018, should be cvt. to -1.98765432198765e+18, but return val is "-1.98765432198765E+18" vartest.c:2360: Test failed: d is 2.19877e+019, should be cvt. to 2.19876543219877e+19, but return val is "2.19876543219877E+19" vartest.c:2366: Test failed: d is -2.19877e+019, should be cvt. to -2.19876543219877e+19, but return val is "-2.19876543219877E+19" vartest.c:2383: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07, but return val is "8.765432E+07" vartest.c:2389: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2383: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08, but return val is "9.876543E+08" vartest.c:2389: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08, but return val is "-9.876543E+08" vartest.c:2383: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09,but return val is "1.987654E+09" vartest.c:2389: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09, but return val is "-1.987654E+09" vartest.c:2409: Test failed: d is 0.2345, should be cvt. to 0.2345001, but return val is "0.2345" vartest.c:2433: Test failed: d is 654322, should be cvt. to 654322.2, but return val is "654322.3" vartest.c:2439: Test failed: d is -654322, should be cvt. to -654322.2, but return val is "-654322.3" vartest.c:2433: Test failed: d is 8.76543e+007, should be cvt. to 8.765432e+07, but return val is "8.765432E+07" vartest.c:2439: Test failed: d is -8.76543e+007, should be cvt. to -8.765432e+07, but return val is "-8.765432E+07" vartest.c:2433: Test failed: d is 9.87654e+008, should be cvt. to 9.876543e+08, but return val is "9.876543E+08" vartest.c:2439: Test failed: d is -9.87654e+008, should be cvt. to -9.876543e+08 , but return val is "-9.876543E+08" vartest.c:2433: Test failed: d is 1.98765e+009, should be cvt. to 1.987654e+09, but return val is "1.987654E+09" vartest.c:2439: Test failed: d is -1.98765e+009, should be cvt. to -1.987654e+09 , but return val is "-1.987654E+09" vartest.c:2494: ======== Testing Hi-Level Variant API ======== vartest.c:2561: Test failed: should be 5/11/94 7:58:42 AM vartest.c:2579:-------------- Testing different VARTYPES ---------------- vartest: 2281 tests executed, 0 marked as todo, 55 failures. C:\winetests>shell32_test.exe generated generated: 272 tests executed, 0 marked as todo, 0 failures. C:\winetests>shlwapi_test.exe generated generated: 19 tests executed, 0 marked as todo, 0 failures. C:\winetests>urlmon_test.exe generated generated: 4 tests executed, 0 marked as todo, 0 failures. C:\winetests>user32_test.exe generated generated: 1524 tests executed, 0 marked as todo, 0 failures. C:\winetests>wininet_test.exe generated generated: 252 tests executed, 0 marked as todo, 0 failures. wininet/http passes now. Lots of output http: 24 tests executed, 0 marked as todo, 0 failures. [View Less]

2 1

Re: Make RECT identical to RECTL, fix compile warnings (resending)
by Dimitrie O. Paun 28 Dec '02

28 Dec '02

On December 27, 2002 01:29 pm, Dan Kegel wrote: > I think this patch touches every single TRACE > statement that prints out a RECT. Many different > formats are used... might be nice to standardize them > sometime. (See my related post about maybe using > macros for that.) Now that you've identified all these places, it seems to me the perfect oportunity to standardise them. At the very least, we should convert them all to a common format (say (x0,y0)-(x1,y1), or anything you … [View More]

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