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

RDP client under Wine?

by Hetz Ben Hamo

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

Jan. 5, 2003

Re: Patch/workaround for configure problem

by Marcus Meissner

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

Jan. 5, 2003

Re: Patch/workaround for configure problem

by Eric Pouech

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

Jan. 5, 2003

problem building tests with msvc6

by Dan Kegel

Trying to build conformance tests on Windows Me with msdev6, but got the following link errors: safearray.obj : error LNK2001: unresolved external symbol _IID_IStorage safearray.obj : error LNK2001: unresolved external symbol _IID_IDispatch safearray.obj : error LNK2001: unresolved external symbol _IID_IUnknown Output\Win32_Wine_Headers/oleaut32_test.exe : fatal error LNK1120: 3 unresolved externals Any suggestions? (Sorry to act so helpless...) FWIW, here's the full recipe I followed: On linux: cd ~/wine msvcmaker --no-wine find *.dsp *.dsw include */*/tests -name CVS -prune -o -type f -not -name '*.o' -not -name '*.so' -not -name '*.ok' -not -name '*.spec.c' -print | cpio -oH tar | gzip > wtest.tgz sudo cp wtest.tgz /dos/c reboot On Windows Me: (install msvc6) (install cygwin) cd c:/ mkdir wtest cd wtest tar -xzvf ../wtest.tgz start c:/wtest/wineruntests.dsw rebuild all -- Dan Kegel Linux User #78045 http://www.kegel.com

Jan. 5, 2003

Re: console handling

by Eric Pouech

> Couldn't establish connection to remote target > Malformed response to offset query, OK well well sounds like gdb and winedbg get out of sync let's try going further 1/ keep the modified winedbg from previous post 2/ run gdb (without any parameter) 3/ at gdb prompt, enter the following commands file <path to wine/miscemu> set debug remote 1 3/ in another (x)term run winedbg -- --gdb --no-start visual-mingw.exe.so 4/ it should print a line like target remote localhost:<pid> 5/ run the whole line as a gdb command 6/ send me the output from both terms A+ >>4/ you can also send the content of the file /tmp/winedbg.* > No such file this time. this shouldn't matter too much -- Eric Pouech

Jan. 5, 2003

Re: Handle table? win2k internals doc?

by Dan Kegel

David Welch wrote: >>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 > > W2K/NT/XP and 9X are very different in how handle tables are structured - > for W2K: "Inside Microsoft Windows 2000" has 3 pages on the subject, > "Undocumented Windows 2000 Secrets" by S. Schreiber is more detailed including > some information like the object headers which aren't covered anywhere else. Thanks for the info. Google says that book's home page is http://www.orgon.com/w2k_internals/ Plus it can be had used for $10. > It's worth noting that the handles for executive objects (files, threads, > events, etc) are in kernel-mode and shouldn't be accessible to user-mode > programs except through the native API or injecting a driver. Right. I'm only interested in doing the minimum it takes to make the msvc6 installer happy. I suppose I should learn how to use the wine debugger's disassembler so I can see what the installer is actually doing. BTW it might only be doing this trick on win9x, as it crashes differently on NT etc. > There are > also user-mode handle systems for GDI/USER objects, consoles and the > various stdio implementations - I don't know of any published internals > information on these. - Dan -- Dan Kegel Linux User #78045 http://www.kegel.com

Jan. 5, 2003

Re: enhancement request - can msvcmaker generate a Makefile?

by Dan Kegel

Dimitrie O. Paun wrote: > On January 4, 2003 02:12 pm, Dan Kegel wrote: > >>I suppose I should buy current msvc, or modify msvcmaker myself to >>output a makefile instead of a project file. > > > There is a request somewhere (and IIRC Patrik said he'll look into it > when he gets a chance) for instrumenting winemaker to convert .dsp > files into Makefiles, which is what you want, no? But when will this > happen -- I don't know :) Since I don't need the .dsp at all, may as well directly create the Makefile... whether a .dsp is also generated doesn't matter for msvc4 users (all three of us). -- Dan Kegel Linux User #78045 http://www.kegel.com

Jan. 5, 2003

Re: Removing (HANDLE)NULL casts (2)

by David Laight

> Zero is fundamentally built into the language so deep, that playing > with tricks like NULL and '\0' seem like a waste of time. FWIW I agree. In C the character '0' appearing in a source file is the correct denotation for a 'null' pointer even when the bit-pattern for a null pointer isn't all zeros. ie the value assigned by 'ptr = 0;' could be different from that generated by 'int i = 0; ptr = (void *)i;' Similarly 'if (ptr) ...' and 'if (!ptr) ...' are valid checks for a null pointer, save 8 bytes on the line and stop the (usually) erronous 'if (ptr = NULL) ...'. David -- David Laight: david(a)l8s.co.uk

Jan. 5, 2003

Re: Handle table? win2k internals doc?

by David Welch

On Sat, Jan 04, 2003 at 11:23:21PM -0800, Dan Kegel wrote: > 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? > W2K/NT/XP and 9X are very different in how handle tables are structured - for W2K: "Inside Microsoft Windows 2000" has 3 pages on the subject, "Undocumented Windows 2000 Secrets" by S. Schreiber is more detailed including some information like the object headers which aren't covered anywhere else. It's worth noting that the handles for executive objects (files, threads, events, etc) are in kernel-mode and shouldn't be accessible to user-mode programs except through the native API or injecting a driver. There are also user-mode handle systems for GDI/USER objects, consoles and the various stdio implementations - I don't know of any published internals information on these.

Jan. 5, 2003

looking for tester on NT

by Stefan Leichter

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

Jan. 5, 2003