January 2003 - Wine-Devel - list.winehq.org

Re: Window menu
by Tony Lambregts Jan. 7, 2003

Jan. 7, 2003

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 Jan. 7, 2003

Jan. 7, 2003

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 Jan. 6, 2003

Jan. 6, 2003

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 Jan. 6, 2003

Jan. 6, 2003

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 think eric mentioned one recently). I quite like having large scrollback buffers too. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: winegcc: behave like g++ when invoked as wineg++
by Dimitrie O. Paun Jan. 6, 2003

Jan. 6, 2003

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 Jan. 6, 2003

Jan. 6, 2003

On Mon, Jan 06, 2003 at 06:39:36PM +0800, yf wrote: > [yf(a)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: IUnknown = 0x4183bfe4, connection cookie = 0 > fixme:shdocvw:WBOOBJ_SetExtent stub: (0x41f0a940, 1, (0 x 0)) > fixme:shdocvw:WBOOBJ_DoVerb : stub iVerb = -5 > fixme:shdocvw:WBOOBJ_DoVerb stub for OLEIVERB_INPLACEACTIVATE > fixme:shdocvw:WBOC_GetControlInfo stub: LPCONTROLINFO = 0x4183bf84 > fixme:shdocvw:WBOIPO_GetWindow stub HWND* = 0x40760980 > fixme:shdocvw:WB_Invoke stub dispIdMember = -518, IID = {00000000-0000-0000-0000-000000000000} > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153244 > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1099153168 > fixme:shdocvw:WBCP_Unadvise stub: cookie to disconnect = 1 > fixme:shdocvw:WBOIPO_InPlaceDeactivate stub > fixme:shdocvw:WBOOBJ_SetClientSite stub: (0x41f0a940, (nil)) > fixme:shdocvw:WBOOBJ_Close stub: () I get as far, than it fscks up its double byte names. With what 'LANG' var do you run it? > err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. This will do an immediate exit(1); so WINE terminates here. It probably should not. Ciao, Marcus

1 0

looking for tester on NT
by Stefan Leichter Jan. 6, 2003

Jan. 6, 2003

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.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 + +(a)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(); +}

2 2

Symbol stripping?
by Mike Hearn Jan. 6, 2003

Jan. 6, 2003

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 happening here? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Workaround for Wine to produce dead-keys with Brazilian ABNT-2 keyboards
by Mauro Carvalho Chehab - BrTurbo Jan. 6, 2003

Jan. 6, 2003

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

1 0

Francois's winsock.h patch
by Dimitrie O. Paun Jan. 6, 2003

Jan. 6, 2003

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 Jan. 6, 2003

Jan. 6, 2003

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? This functions need aditional functionality to be implemented or these are "standalone"? I dont' have programming expertise, but I promise to be a good betatester. kind regards, -- Claudiu Costin, claudiuc(a)kde.org Linux-KDE Romania http://www.ro.kde.org

3 5

WIP RPC test code (RFC): rpc_K01-pre2.diff
by Greg Turner Jan. 6, 2003

Jan. 6, 2003

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

3 4

More On Solaris ADDRESS_SPACE_LIMIT
by Robert Lunnon Jan. 6, 2003

Jan. 6, 2003

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 Jan. 6, 2003

Jan. 6, 2003

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 tests that compile in Wine but not on Windows for instance? ;-) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ The software said it requires Win95 or better, so I installed Linux.

3 2

ole db conformance tests
by Dan Kegel Jan. 5, 2003

Jan. 5, 2003

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 Jan. 5, 2003

Jan. 5, 2003

> 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[D3DRENDERSTATE_CLIPPLANEENABLE-1]):(0x0000)); > + } else { > + mask = dwRenderState; > + } > + for (i = 0, runner = 1; This->parent.max_clipping_planes; i++, runner = (runner<<1)) { You forgot the 'i < ' before the 'This->parent.max_clipping_planes'. > + if (mask & runner) { > + glEnable(GL_CLIP_PLANE0 + i); > + } else { > + glDisable(GL_CLIP_PLANE0 + i); > + } > + } > + } > break; > (...) > -HRESULT WINAPI > -Main_IDirect3DDeviceImpl_7_GetClipPlane(LPDIRECT3DDEVICE7 iface, > - DWORD dwIndex, > - D3DVALUE* pPlaneEquation) > +HRESULT WINAPI > +Main_IDirect3DDeviceImpl_7_GetClipPlane(LPDIRECT3DDEVICE7 iface, DWORD Index, D3DVALUE* pPlaneEquation) And here, you renamed the dwIndex (the official MSDN sanctionned variable name) to Index :-) (...) > HRESULT WINAPI > -Main_IDirect3DDeviceImpl_7_SetClipPlane(LPDIRECT3DDEVICE7 iface, > - DWORD dwIndex, > - D3DVALUE* pPlaneEquation); > - Usually, we keep the Main declaration even if we never use it and replace it with a GL one. This is always to help an hypothetical new driver. (...) > +HRESULT WINAPI > +GL_IDirect3DDeviceImpl_7_SetClipPlane(LPDIRECT3DDEVICE7 iface, DWORD Index, CONST D3DVALUE* pPlaneEquation) Same comment for Index here too. Otherwise, looks good :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Wineboot
by Matthew Davison Jan. 5, 2003

Jan. 5, 2003

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 Jan. 5, 2003

Jan. 5, 2003

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 Jan. 5, 2003

Jan. 5, 2003

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 directories from CVS. Ciao, Marcus

1 0

Re: Patch/workaround for configure problem
by Eric Pouech Jan. 5, 2003

Jan. 5, 2003

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 Jan. 5, 2003

Jan. 5, 2003

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 the $35 for a budding wine hacker? The Windows 2000 DDK is probably a good source, http://www.microsoft.com/ddk/W2kDDK.asp but for some reason, http://download.microsoft.com/download/win2000ddk/install/combined-8-00/nt5… is a broken link. - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

2 2

Re: Removing (HANDLE)NULL casts (2)
by Dimitrie O. Paun Jan. 5, 2003

Jan. 5, 2003

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 Jan. 5, 2003

Jan. 5, 2003

===== 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 Jan. 5, 2003

Jan. 5, 2003

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 Jan. 5, 2003

Jan. 5, 2003

> 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/hypermail/wine-devel/2000/11/0077.html The fact that you're using Bochs does make it unique, but you may still glean some useful info from those links. -brian vincent

4 4

Menu problems
by Dimitrie O. Paun Jan. 4, 2003

Jan. 4, 2003

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 Jan. 4, 2003

Jan. 4, 2003

> 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? There is nothing wrong with msvcmaker on my computer. The error above is very strange, nothing reasonable in the script that I think of can have caused it. > I'm on Red Hat 8.0, btw. It can be some sort of name collision when the Perl modules are imported. My guess is that one (or more) of the imported modules happens to depend on a module named "options" which causes a name collision.

2 1

Windows Debugging Tools under Wine: "Could not inject logging thread into process"
by Dan Kegel Jan. 4, 2003

Jan. 4, 2003

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 later" problem, edit ~/.wine/config to specify [Version] "Windows"="nt40" 2. to fix the "can't execute msiexec.exe" error, copy /dos/c/windows/system/msi* ~/c/windows/system 3. To fix the "Error 2352: Couldn't initialize cabinet file server. The required file 'cabinet.dll' may be missing." error, copy /dos/c/windows/system/cabinet.dll ~/c/windows/system and edit ~/.wine/config to specify [DLLOverrides] "cabinet" = "native,builtin" OK, now it installs. I then tried using it under Wine to log the system calls made by msvc4.0's installer, like this: wine 'c:\dtfw\logger.exe' d:setup 4. To fix the "can't load winexts.dll" problem (which is a strange one -- it is looking in windows/system, but only installed the dlls into c:\dtfw): cp ~/c/dtfw/exts/winexts.dll ~/c/windows/system 5. To fix the "can't open c:\windows\system\manifests\main.h" problem, cp -r ~/c/dtfw/manifests ~/c/windows/system/manifests/ (again, why weren't they installed there?) Ah, but there I hit a roadblock; it gives the error "Could not inject logging thread into process". Shucks, shouldn't wine support advanced windows debugging techniques? :-) - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

3 5

[D3D 78] Small patch to get Tomb Raider 3 to work
by Sylvain Petreolle Jan. 4, 2003

Jan. 4, 2003

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 Jan. 4, 2003

Jan. 4, 2003

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

3 6

problem using msvcmaker to build conformance test suite project file
by Dan Kegel Jan. 4, 2003

Jan. 4, 2003

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 Jan. 4, 2003

Jan. 4, 2003

--- 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 > on monday and then try installing .Net again. shouldnt fail... check the wine-users archive. many work has been done to make this possible. if this really fails, make a bygreport on wine-users and set these entries. this will an ie6 installed. [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer] "Build"="62800" "Version"="6.0.2800.1106" "W2kVersion"="6.0.2800.1106" "IntegratedBrowser"=dword:00000001 "MkEnabled"="Yes" > All I want is a good IDE for .NET/Mono on Linux and > then I can help to get Mono up and running.... > Tom understood ;) does mono already run .NET ? ===== 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

IE browsing local files
by Mike Hearn Jan. 4, 2003

Jan. 4, 2003

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> QinetiQ - Malvern Technology Center

2 1

NT4 SP 6a entries
by Sylvain Petreolle Jan. 4, 2003

Jan. 4, 2003

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

Mac OS X/Darwin port of Wine
by Jim White Jan. 4, 2003

Jan. 4, 2003

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 for this purpose. Seems like it would at least be useful during active initial work and then perhaps phase out. In any case, the resource is ready-to-use and I'ld like to hear from others interested in this port. Jim

2 1

Update: Wine & Mozilla
by Dimitrie O. Paun Jan. 4, 2003

Jan. 4, 2003

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 just not going to do it. To accomplish this task, Mozilla needs to build first on mingw. Unfortunately, Mozilla still requires MSVC to compile on Windows. There is an ongoing effort that is tracked in bug #134113: http://bugzilla.mozilla.org/show_bug.cgi?id=134113 I will be lending those guys a hand with the port. Mostly the work seems to be done, they just need a gentle nudge to get it in the tree (I hope :)). As always, your comments and suggestions are highly appreciated. -- Dimi.

3 4

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

Jan. 4, 2003

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.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);

1 0

GlobalAlloc GlobalReAlloc problem
by Michael Stefaniuc Jan. 4, 2003

Jan. 4, 2003

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

1 1

Re: [D3D 72] Various stuff to get Monkey4 working in D3D mode
by Tony Lambregts Jan. 4, 2003

Jan. 4, 2003

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 Jan. 3, 2003

Jan. 3, 2003

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 Jan. 3, 2003

Jan. 3, 2003

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 Jan. 3, 2003

Jan. 3, 2003

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

1 0

RFH: ICON statement
by Dimitrie O. Paun Jan. 3, 2003

Jan. 3, 2003

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 Jan. 3, 2003

Jan. 3, 2003

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 Jan. 3, 2003

Jan. 3, 2003

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 not sure that _stricmp really behaves exactly like strcasecmp: you would need to check how each of these handles accentuated characters and locale. Then the question is whether tchar.h should be considered to be a pure msvcrt thing, i.e. don't use it if you don't link to msvcrt, or whether we want to make is usable in Ansi mode with a regular C library. Currently we set the macros based on _MBCS and _UNICODE. Maybe we need to add a WINE_LIBC flag and add mappings to the native C library routines? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ A black hole is just God dividing by zero.

5 7

Re: IE browsing local files
by Alberto Massari Jan. 3, 2003

Jan. 3, 2003

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 Massari eXcelon Corp. http://www.StylusStudio.com

1 0

Re: Install Error with current CVS
by Steven Tower Jan. 3, 2003

Jan. 3, 2003

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:setupapi:SetupDefaultQueueCallbackA copy error 5 "C:\\WINDOWS\\msdownld.tmp\\AS02BB23.tmp\\regsvr32.exe" -> "C:\\WINDOWS\\SYSTEM\\regsvr32.exe" fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:reg:RegUnLoadKeyW (0x80000002,L"AINF0000"): stub fixme:reg:RegFlushKey (0xf0): stub fixme:reg:RegUnLoadKeyW (0x80000002,L"AINF0000"): stub err:module:BUILTIN32_LoadLibraryExA loaded .so but dll regsvr32.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN_LoadModule loaded .so but dll regsvr32.exe still not found err:module:BUILTIN32_LoadLibraryExA loaded .so but dll regsvr32.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN_LoadModule loaded .so but dll regsvr32.exe still not found

1 0

Debugger / wineconsole problem
by Lionel Ulmer Jan. 3, 2003

Jan. 3, 2003

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 Jan. 3, 2003

Jan. 3, 2003

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

2 1

__WINE__ vs. __WINESRC__
by Dimitrie O. Paun Jan. 3, 2003

Jan. 3, 2003

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 compiled under Wine, and not under MinGW for example. Thus, we need to define a standard symbol, and __WINE__ seems to be the most appropriate. I think it's better to expose the prettier name, and use a longer/uglier one internally. So, my proposal is: let's rename the __WINE__ symbol (as it's currently used) to something else (__WINESRC__, or whatever, suggestions welcome), once that's done, define __WINE__ when __WINESRC__ is not defined (the symbols would be mutually exclusive). I can send in a patch if people don't object... -- Dimi.

6 10

Re: wine-devel digest, Vol 1 #1558 - 19 msgs
by Kevin Jan. 3, 2003

Jan. 3, 2003

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

1 0

Avoid some tests
by Sylvain Petreolle Jan. 3, 2003

Jan. 3, 2003

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

1 0

wine.m4 install bug
by Enrico Horn Jan. 3, 2003

Jan. 3, 2003

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 Jan. 2, 2003

Jan. 2, 2003

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 Jan. 2, 2003

Jan. 2, 2003

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

3 3

Re: Make RECT === RECTL, fix compile warnings, use uniform format
by Dimitrie O. Paun Jan. 2, 2003

Jan. 2, 2003

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 =================================================================== RCS file: /home/wine/wine/dlls/comctl32/datetime.c,v retrieving revision 1.34 diff -d -u -r1.34 datetime.c --- dlls/comctl32/datetime.c 2 Dec 2002 18:11:00 -0000 1.34 +++ dlls/comctl32/datetime.c 28 Dec 2002 20:43:22 -0000 @@ -1098,7 +1098,7 @@ infoPtr->rcClient.bottom = HIWORD(lParam); infoPtr->rcClient.right = LOWORD(lParam); - TRACE("Height=%d, Width=%d\n", infoPtr->rcClient.bottom, infoPtr->rcClient.right); + TRACE("Height=%ld, Width=%ld\n", infoPtr->rcClient.bottom, infoPtr->rcClient.right); /* use DrawEdge to adjust the size of rcEdge to get rcDraw */ memcpy((&infoPtr->rcDraw), (&infoPtr->rcClient), sizeof(infoPtr->rcDraw)); Into a standard [(%ld,%ld)-(%ld,%ld)]? As for debugrect(), it seems like half of the printed rectangles are in commctrl, so what we can do is use debugrect() in there without having to introduce any infrastructure changes. We can do that after Alexandre commits this change, so we don't cram too much stuff into one patch. -- Dimi.

3 7

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Patrik Stridvall Jan. 2, 2003

Jan. 2, 2003

> 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 > which the .c file is, change it to <>), This is that it already does I think. Please try it out yourself. > and the operation > is really one time. It depends what you mean by one time. People make mistakes. winapi_cleanup does C++ comment to C comment conversion and this is "one time" as well... > So if you have something that works, > let's just get the patch (and here I'm referring to the one > that does the actual "" to <> change) in, and check this off. 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.

4 4

sharpdevelop and .NET
by tom potts Jan. 2, 2003

Jan. 2, 2003

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 Jan. 2, 2003

Jan. 2, 2003

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 have a dependency on Cygwin, as far as I can tell. -- Do not use -pedantic, the code does not compile with gcc 3.2 on Linux with that flag. -- Do not use -fvtable-thunks, it is deprecated in gcc 3.2 Please apply this patch with 'patch -p1 < winelib.diff'. Note that I still need to get some changes integrated into the official Wine tree before you can actually compile Visual-MinGW under Winelib. The changes are not controversial, and I hope to get them in real soon. I will let you know when that happens. Regardless, I think the changes I'm proposing are logical in and of themselves, so I figured they can be integrated regardless. Enjoy! --- Visual-MinGW.orig/Projects/vmingw/src/makefile 2002-06-08 06:07:10.000000000 -0400 +++ Visual-MinGW/Projects/vmingw/src/makefile 2002-12-31 01:43:29.000000000 -0500 @@ -1,25 +1,25 @@ # Generated automatically by Visual-MinGW. # http://visual-mingw.sourceforge.net/ -CC = g++ +CXX = g++ WRES = windres DLLWRAP = dllwrap CPPFLAGS = -D_WIN32_IE=0x0400 -LDBASEFLAGS = -mwindows -lcomctl32 -lole32 +LDBASEFLAGS = -mwindows -mno-cygwin -lcomctl32 -lole32 -lshell32 -lcomdlg32 -ladvapi32 INCDIRS = -I ../include OPTIMIZ = -O2 STRIP = -s ifeq ($(MAKECMDGOALS),debug) -CXXFLAGS = -W -Wall -pedantic $(INCDIRS) -g -fvtable-thunks -fno-rtti +CXXFLAGS = -W -Wall $(INCDIRS) -g -mno-cygwin -fno-rtti LDFLAGS = $(LDBASEFLAGS) else -CXXFLAGS = -W -Wall -pedantic $(INCDIRS) $(OPTIMIZ) -fvtable-thunks -fno-rtti +CXXFLAGS = -W -Wall $(INCDIRS) $(OPTIMIZ) -mno-cygwin -fno-rtti LDFLAGS = $(STRIP) $(LDBASEFLAGS) endif -SRCDIR = .\src -BINDIR = ..\bin +SRCDIR = ./src +BINDIR = ../bin LIBDIRS = %.o : %.rc @@ -51,7 +51,7 @@ # Dependency rules $(TARGET): $(OBJS) - $(CXX) -o $(BINDIR)\visual-mingw.exe $(OBJS) $(INCDIRS) $(LIBDIRS) $(LDFLAGS) + $(CXX) -o $(BINDIR)/visual-mingw.exe $(OBJS) $(INCDIRS) $(LIBDIRS) $(LDFLAGS) rsrc.o: rsrc.rc -- Dimi.

2 6

Re: winemaker problem
by Jeff Smith Jan. 2, 2003

Jan. 2, 2003

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.consumer.org.il> > >Shouldn't there be a winemine-hcs.exe.so file there? >If you rename winemine-hcs.so to winemine-hcs.exe.so, what happens? > > Shachar > >Hans Christian Studt wrote: > >>It still cannot find 'winemine-hcs.exe'. >>What seems to comes nearest is >>-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 >> >>I sure hope someone can help out - because I plan to try to see if I can >>make some of those 7.000 win32 applications over at sourceforge.net >>compile under winelib. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

2 1

winemaker problem
by Hans Christian Studt Jan. 2, 2003

Jan. 2, 2003

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 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(a)studt.dk .dk og W3C standarder : http://w3c.studt.dk

3 3

Alexandre?
by Jeff Smith Jan. 2, 2003

Jan. 2, 2003

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 Jan. 2, 2003

Jan. 2, 2003

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 shlwapi") by diffing against /dev/null. -- Dimi.

2 1

FAQ: best win32 api spy tool?
by Dan Kegel Jan. 2, 2003

Jan. 2, 2003

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 request, too.) That program requires a text file containing the prototype for each API you want to spy on, though, and it only comes with 3 APIs as an example. Does anyone have a full version of that file, or a perl script to create it from the wine tree? I suppose I could write my own, too, if that's the only way to get a tool that works well in both environments. http://help.madshi.net/ApiHookingMethods.htm seems to have lots of info on that. -- Dan Kegel Linux User #78045 http://www.kegel.com

5 7

Re: winemaker problem
by Sylvain Petreolle Jan. 2, 2003

Jan. 2, 2003

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 > -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 > > -- > Hans Christian Studt : http://hc.studt.dk mailto:hc(a)studt.dk > .dk og W3C standarder : http://w3c.studt.dk > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Set/WindowLong problem in user/win test
by Francois Gouget Jan. 2, 2003

Jan. 2, 2003

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: { 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.

3 5

RtlUnicodeStringToInteger prototype missing, and wrong?
by Dan Kegel Jan. 2, 2003

Jan. 2, 2003

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 * instead of an int * as its 3rd arg? If so, I can submit a patch to fix all that, but as I'm a total wine newbie, I bet there's something I'm missing. - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

3 2

Re: winemaker problem
by Hans Christian Studt Jan. 1, 2003

Jan. 1, 2003

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 ;-) > >>> 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' >> > > (/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 > -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 > -- Hans Christian Studt : http://hc.studt.dk mailto:hc(a)studt.dk .dk og W3C standarder : http://w3c.studt.dk

1 0

Re: winemaker problem
by Jeff Smith Jan. 1, 2003

Jan. 1, 2003

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, > >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 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' > >Any suggestions ? > >Regards >-- >Hans Christian Studt : http://hc.studt.dk mailto:hc(a)studt.dk >.dk og W3C standarder : http://w3c.studt.dk _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

Win2000 Conformance R3:
by Kye Lewis Jan. 1, 2003

Jan. 1, 2003

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

2 1

RE: Fixing include quotes (was: Re: conformance test for ShellExecute)
by Patrik Stridvall Jan. 1, 2003

Jan. 1, 2003

> 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 impression. Just let Alexandre know > to run the above mentioned command after applying your patch, > that will do. > > BTW, did you compile Wine after this patch? Yes. It compiles fine. > If it compiles, > then I don't think there is any problem, no? In fact, if it > compiles we are *guaranteed* that the result is correct > because we don't have any duplicated header filename: > > [dimi(a)dimi wine.src]$ find -name "*.h" | sed 's%.*/%%' | sort > -u | uniq -c | sort -rn | head -1 > 1 zmouse.h We some more duplicates that that. However I have look at them quickly manually and I don't think they matter.

1 0

Tests for URL functions in shlwapi
by Matthew Mastracci Jan. 1, 2003

Jan. 1, 2003

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

2 1

stricmp
by Shachar Shemesh Jan. 1, 2003

Jan. 1, 2003

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 Jan. 1, 2003

Jan. 1, 2003

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 ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: fptest.exe output W98SE
by Drew Ogle Jan. 1, 2003

Jan. 1, 2003

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 Files\.. returned 3 and C:\ in buf, and 00000000 is the s ptr. >C:\\Program Files\.. returned 4 and C:\\ in buf, and 00000000 is the s ptr. >C:\blargzool urned 14 and C:\blargazoool in buf, and 0073FCD3 is the s ptr. > >HTH, > >Andi > > On the XP machine I have, C:\\ returns C:\ and C:\\.. returns C:\ I did not modify any code yet, but instead bring it up here as possibly something we need to have code that behaves differently to mimic different windows versions -Dante

2 2

Win98 Compliance Status
by Mathew McBride Jan. 1, 2003

Jan. 1, 2003

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

2 1

File locking ... need info
by Mike Robinson Jan. 1, 2003

Jan. 1, 2003

[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 should see the locks as they are placed and removed. It's also clear that implementing timeouts on these locks could be "problematic," since the Unix impl. of file locking is not quite the same as Windows expects. Pointers? Comments? War-stories? Advice? "Someone already did that"s?

3 3