May 2001 - Wine-Devel - list.winehq.org

Re: GDB remote debugging
by Alexandre Julliard May 10, 2001

May 10, 2001

Ove Kaaven <ovehk(a)ping.uio.no> writes: > I assume Alexandre isn't going to like some of the stuff in here, but I > suppose it's up to him whether to take it or leave it... How did you guess I wouldn't like it? ;-) Actually I think it's a neat hack, but it doesn't belong in the server at all. You should be able to do the same thing as a client-side process using the Win32 debugging API. It could be either a stand-alone Winelib app, or a special mode inside winedbg so that you can reuse some of the code in there. -- Alexandre Julliard julliard(a)winehq.com

3 2

Small Fixes
by kenon＠go2.pl May 9, 2001

May 9, 2001

Hi, I had some problems with application Super Memo 8.0 . It is an old 16-bit app ( hard for debugging :-) ) written in Borland Delphi (I guess). I wrote a patch and posted to wine-patches two months ago ,but that patch was rejected :-( . Now I have much simpler and I think correct patch solving the problem. --- windows/painting.c_or Wed Mar 28 16:39:17 2001 +++ windows/painting.c Sat May 5 14:19:43 2001 @@ -1710,7 +1710,7 @@ { /* send palette change notification */ HWND hWnd = WindowFromDC( hDC ); - if (hWnd) SendMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); + if (hWnd) PostMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); } return realized; } There is another bug. When I press <ENTER> the app runs in other way under wine than it runs under Windoze. My workaround ( only workaround ) is --- controls/edit.c_or Thu May 10 03:24:06 2001 +++ controls/edit.c Thu May 10 03:24:10 2001 @@ -849,7 +849,7 @@ case WM_GETDLGCODE: DPRINTF_EDIT_MSG32("WM_GETDLGCODE"); - result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS; + result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS |DLGC_WANTMESSAGE; if (lParam && (((LPMSG)lParam)->message == WM_KEYDOWN)) { --

1 0

Is the DECIMAL variant type too long ?
by gerard patel May 9, 2001

May 9, 2001

After the following patch : ChangeSet ID: 989259340138108821120113 CVSROOT: /opt/cvs-commit Module name: wine Changes by: julliard(a)wine2. 01/05/07 14:15:40 Modified files: include : oleauto.h wtypes.h include/wine : obj_base.h obj_oleaut.h Log message: Francois Gouget <fgouget(a)codeweavers.com> Added support for the DECIMAL type. Names are no longer suffixed with 32! Removed it. Borland Builder 4 crashes while starting :-/ Tracing the crash shows that it hangs immediately after the *first* variant Api access : Call oleaut32.VariantCopyInd(405869b0,40586974) ret=405b2e6b tid=08065a10 trace:ole:VariantCopyInd (0x405869b0, 0x40586974) trace:ole:VariantCopy (0x405869b0, 0x40586974) trace:ole:VariantClear (0x405869b0) Ret oleaut32.VariantCopyInd() retval=00000000 ret=405b2e6b tid=08065a10 Call oleaut32.VariantChangeTypeEx(40586968,405869b0,00000400,00000000,00000003) ret=405b301c tid=08065a10 trace:ole:VariantInit (0x4058685c),stub trace:ole:VariantChangeTypeEx (0x40586968, 0x405869b0 (11), 1024, 0, 3),stub trace:ole:VariantClear (0x40586968) trace:ole:VarI4FromBool ( -1, 0x40586970 ), stub trace:ole:VariantClear (0x4058685c) Ret oleaut32.VariantChangeTypeEx() retval=00000000 ret=405b301c tid=08065a10 err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. I have changed the trace slightly, the 11 listed for the VariantChangeTypeEx shows that the original type is a boolean. The call is trying to change a boolean (11) into an integer (3). The changes in include/wtypes.h are the important ones. Replacing the new DECIMAL type by typedef struct tagDEC { BYTE aa[2]; } DECIMAL; get rid of the crash. If I make the byte array 16 bytes long, same crash as the current Wine behaviour. If I make it 10 bytes long, access violation. If I make it 8 bytes long, it works too. Could the DECIMAL type be a pointer to the real data ?? Gerard

2 1

Stupid winedbg question
by Francois Gouget May 9, 2001

May 9, 2001

This is probably a stupid question but I did not find the answer in the doc (Wine Developper's Guide). How do I copy-paste something from winedbg? A backtrace for instance. Or how do I copy/paste anything to/from any console application for that matter. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

4 6

Stupid autoconf question
by Ian Pilcher May 9, 2001

May 9, 2001

Here is my first cut at adding a check for the FreeType libraries and header files to the Wine configuration scripts. It's basically a copy of Marcus' CUPS stuff. Since this is the first time I've done anything with autoconf, I figured I'd post it here for review: diff -urN ../wine-20010502cvs/configure.in ./configure.in --- ../wine-20010502cvs/configure.in Wed May 2 12:57:30 2001 +++ ./configure.in Thu May 3 01:44:48 2001 @@ -378,6 +378,19 @@ ) AC_SUBST(CUPSLIBS) +FREETYPELIBS="" +dnl **** Check for FreeType 2 **** +wine_cv_warn_ftsystem_h=no +AC_CHECK_LIB(freetype,FT_Init_FreeType, + AC_CHECK_HEADER(freetype2/freetype/ftsystem.h, + AC_DEFINE(HAVE_FREETYPE) + FREETYPELIBS="-lfreetype" + FREETYPEINCL="-I/usr/include/freetype2", + wine_cv_warn_ftsystem_h=yes) +) +AC_SUBST(FREETYPELIBS) +AC_SUBST(FREETYPEINCL) + dnl **** Check for IPX (currently Linux only) **** AC_CACHE_CHECK("for GNU style IPX support", ac_cv_c_ipx_gnu, AC_TRY_COMPILE( @@ -1316,6 +1329,15 @@ echo "*** Note: You have cups runtime libraries, but no development" echo "*** libraries. Install the cups-devel package or whichever package" echo "*** contains cups.h to enable CUPS support in WINE." +fi + +if test "$wine_cv_warn_ftsystem_h" = "yes" +then + echo + echo "*** Note: Your system appears to have the FreeType 2 runtime libraries" + echo "*** installed, but the corresponding header files are not installed in" + echo "*** /usr/include/freetype2/freetype. Install the freetype-devel package" + echo "*** to enable TrueType font support in Wine." fi echo diff -urN ../wine-20010502cvs/dlls/wineps/Makefile.in ./dlls/wineps/Makefile.in --- ../wine-20010502cvs/dlls/wineps/Makefile.in Sun Apr 29 13:21:22 2001 +++ ./dlls/wineps/Makefile.in Thu May 3 01:45:13 2001 @@ -6,7 +6,8 @@ SOVERSION = 1.0 ALTNAMES = wineps16 IMPORTS = user32 gdi32 winspool.drv kernel32 ntdll -EXTRALIBS = @CUPSLIBS@ +EXTRALIBS = @CUPSLIBS@ @FREETYPELIBS@ +EXTRAINCL = @FREETYPEINCL@ C_SRCS = \ afm.c \ diff -urN ../wine-20010502cvs/include/acconfig.h ./include/acconfig.h --- ../wine-20010502cvs/include/acconfig.h Sun Apr 29 13:21:22 2001 +++ ./include/acconfig.h Thu May 3 01:45:04 2001 @@ -122,3 +122,6 @@ /* Define if we have CUPS */ #undef HAVE_CUPS + +/* Define if FreeType 2 is installed */ +#undef HAVE_FREETYPE It seems to work on my system (Red Hat 7.1), although for some reason it can't even detect the FreeType library when the freetype-devel package is removed (no great loss). At this point I have a couple of questions: * Does anyone see anything wrong with this? * I've omitted the resulting changes to wine/configure and wine/include/config.h.in from the patch above. Is this form more convenient for final submission, or should I include the changes to those files? (If the latter is the case, I'll probably go ahead and submit the autoconf changes before I get any code written, so that wine/configure doesn't get hugely out of sync.) Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

3 3

Re: doors IPC
by Alexandre Julliard May 9, 2001

May 9, 2001

Marcus Meissner <marcus(a)jet.franken.de> writes: > Since critical sections are thought to be 'fast' and 'short time' locking > primitives, and Win32 threads should not sleep in a critical section, > we can just give up our timeslice and wait for the other thread that > has the lock to continue. Well, there are tons of places where we will sleep inside a critical section, so it could potentially burn a lot of CPU. That doesn't necessarily make it slower, but it would probably impact other applications more. As usual, the only way to tell is to do benchmarks. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Add missing newline to WARN messages
by Dmitry Timoshkov May 9, 2001

May 9, 2001

"Francois Gouget" <fgouget(a)free.fr> wrote: > * I scanned the source for TRACE/WARN/ERR/FIXME statements without a > terminating newline. There are few cases where this is justified because > of following DPRINTFs. But most of the time there should be a \n > otherwise the trace will not be flushed to disk immediately and the logs > will look bad. You forgot to remove redundant ' around %s in the traces when output is made by debugstr_a or debugstr_w. Actually you removed some of them, but not all.

2 1

PRESS: CodeWeavers: crossover plugins windows / linux
by Marcus Meissner May 9, 2001

May 9, 2001

Hi, The EETimes has an article about CodeWeavers current project, which appears to bring some Windows Browser plugins to Linux. http://www.eet.com/story/OEG20010508S0061 Ciao, Marcus

2 1

Re: Re: Stupid winedbg question
by Mike McCormack May 9, 2001

May 9, 2001

Cutting and pasting in winedbg's xterm only works for me if i hold the shift key down when doing it. Dunno why. i've got more serious problems with winedbg... when exceptions are thrown on critical sections, winedbg starts, but then itself gets stuck on _the same_ critical section. Happens all the time with netscape... i've applied Marcus's patch and i'll see if that reduces the frequency of failures, but it probably won't help winedbg's problems. Mike > > Francois Gouget wrote: > > > > > > A backtrace for instance. Or how do I copy/paste anything to/from any > > > console application for that matter. > > > > > > > Select the text you want to copy and click with your middle mouse button > > (mouse button 2) wherever you want to paste it. > > Nope. I tried that, of course, and it doesn't work. ------------------------------------------ mailto:Mike_McCormack(a)looksmart.com.au ph +82 16 430 0425 __________________________________________________________________ Get your own free web email at http://www.looksmart.com.au LookSmart Australia

1 0

PRESS: GameSpy: Ports vs. WINE
by Marcus Meissner May 9, 2001

May 9, 2001

Hi, Gamespy has an article regarding whether Games should be ported to Linux or emulated using WINE. Introduces porting Companies and Transgaming, then procedes to give statements from Gavriel, Michael Simms (CEO of TuxGames), Scott Draeker (Loki Games President), ... Except Gavriel (of course) all take on major flaming Wine, WineX and TransGaming. http://www.gamespy.com/articles/may01/wine/ Ciao, Marcus

1 0

Re: Add missing newline to WARN messages
by Francois Gouget May 8, 2001

May 8, 2001

Here's the list of weird traces: dlls/comctl32/datetime.c:221 dlls/comctl32/datetime.c:224 It looks like the goal was to print stuff on the same line in multiple steps (one TRACE has a '\n' at the beginning) but no DPRINTF is used. Also I'm not sure we would always end up printing a '\n'. Add '\n's everywhere? objects/region.c:908 objects/region.c:911 objects/region.c:918 objects/region.c:936 The '\n' usage is inconsistent. Put '\n's everywhere? dlls/ole32/compositemoniker.c:340 There's a DPRINTF I'm not sure of but there's also (comment by me): { FIXME("()\n"); /* FIXME: To whoever wrote this code: It's either return or break. it cannot be both! */ break; return E_NOTIMPL; } I would say that it should be a return but I'm not 100% sure. Anyone familiar with this code? -- 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.

1 0

FIXMEs in basic controls
by Uhmmmm May 8, 2001

May 8, 2001

I don't know how high of a priority the basic controls (buttons, edit boxes, static, etc) are, but they sure do have a lot of FIXMEs that I'd be willing to help with. Mainly things that the writers didn't know what windoze did. I could probably fix a lot of these. I have a windoze machine, and I could tinker with it to find out the correct behaviour. The only thing is that I'm relatively new to editing wine's sources, and extremely new to CVS, so I wouldn't know what to do with the code when I've finished. If someone could clue me in, I'd be more than happy to clean up some of the FIXMEs.

1 0

Re: Aargh! Wine won't run anything
by David.Goodenough＠dga.co.uk May 8, 2001

May 8, 2001

Well the RtlpWaitForCriticalSection, or at least one of them, has been a long running feature of Notes startup (see the note I posted a few days ago) and still happens on the 0418 drop. Occasionally since that post I have noticed that I get a continuous set of these on shutdown, so something is obviously being changed in this area. It would be nice to get rid of the underlying problem. I have not however seen the default handler problem. Regards David Ian Pilcher <ian.pilcher(a)home.com> on 08-05-2001 06:48:45 AM To: wine-devel(a)winehq.com cc: (bcc: David Goodenough/DGA/GB) Subject: Aargh! Wine won't run anything The current CVS tree doesn't appear to run anything on my system (Red Hat 7.1). My test suite is limited to Lotus Notes 4.6.7 and a small win32 program I wrote to extract text metrics from the Windows 2000 PostScript driver, but both of them do nothing but issue the following messages: [pilcher(a)home pilcher]$ wine textmetric.exe err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated [pilcher(a)home pilcher]$ wine nlnotes err:ntdll:RtlpWaitForCriticalSection Critical section 0x40849964 wait timed out, retrying (60 sec) fs=01e7 err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=01e7 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated Is everyone seeing this? If not, any idea what would make this suddenly start happening on my system? Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 1

doors IPC
by Damjan Lango May 8, 2001

May 8, 2001

Hi, Some time ago here was a discussion about speeding up the communication between the wineserver and the application with various kernel patches. I was reading "Unix Network Programming, volume 2 - IPC" and ran over a "doors" IPC api that is implemented on Solaris and has the lowest latency. According to the book it is ~3 times faster than pipe. Actual values for Solaris 2.6 in the book are: (in miliseconds) doors: 121 sysv msgq: 260 pipe: 324 unix dom. socket: 465 posix msgq: 584 ... There is also a link to a Linux implementation of doors on: http://www.rampant.org/doors/ On this link you will find also more info on doors. But according to the performance tests that the author made, the linux pipe is somewhat the same speed as doors so maybe it could be optimized more or maybe is Linux's pipe already so optimized that doors are unnecesary. So what do you think, would this be useful for speeding up wine? I apologoize if you already know about this... ciao Damjan

2 1

RE: Aargh! Wine won't run anything
by Ian Pilcher May 8, 2001

May 8, 2001

I hate following up to my own messages. I sent the previous note after I couldn't get anything useful out of winedbg. Then I had the idea of just running Wine under gdb, and I got the following: Program received signal SIGSEGV, Segmentation fault. 0x402f1b93 in strchr () from /lib/i686/libc.so.6 (gdb) bt #0 0x402f1b93 in strchr () from /lib/i686/libc.so.6 #1 0x405f6c78 in ?? () #2 0x409a459e in PRINTCAP_LoadPrinters () at info.c:265 #3 0x409a46c9 in WINSPOOL_LoadSystemPrinters () at info.c:298 #4 0x409aac08 in WINSPOOL_EntryPoint (hInstance=1083838464, reason=1, lpReserved=0x1) at wspool.c:30 #5 0x40082ea7 in PE_InitDLL (module=1083838464, type=1, lpReserved=0x1) at pe_image.c:737 #6 0x4007eb75 in MODULE_InitDLL (wm=0x403a1aa0, type=1, lpReserved=0x1) at module.c:115 #7 0x4007ec92 in MODULE_DllProcessAttach (wm=0x403a1aa0, lpReserved=0x1) at module.c:182 #8 0x4007ec6c in MODULE_DllProcessAttach (wm=0x403a1598, lpReserved=0x1) at module.c:177 #9 0x4007ec6c in MODULE_DllProcessAttach (wm=0x0, lpReserved=0x1) at module.c:177 #10 0x400c83b1 in start_process () at process.c:372 #11 0x400cbeb5 in SYSDEPS_DoCallOnStack ( func=0x400c8270 <start_process>, arg=0x0) at sysdeps.c:173 #12 0x400cbf5f in SYSDEPS_CallOnStack () at sysdeps.c:183 #13 0x400cc002 in SYSDEPS_SwitchToThreadStack ( func=0x400c8270 <start_process>) at sysdeps.c:236 #14 0x400c87fb in PROCESS_InitWine (argc=2, argv=0xbffff8dc, win16_exe_name=0x804d620 "", win16_exe_file=0x804d724) at process.c:525 #15 0x0804c187 in main () at main.c:84 #16 0x40289177 in __libc_start_main (main=0x804c16c <main>, argc=2, ubp_av=0xbffff8dc, init=0x80486f8 <_init>, fini=0x804c1d0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff8cc) at ../sysdeps/generic/libc-start.c:129 I'm rebuilding now, with Marcus' LPR printing patch backed out. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 2

Aargh! Wine won't run anything
by Ian Pilcher May 8, 2001

May 8, 2001

The current CVS tree doesn't appear to run anything on my system (Red Hat 7.1). My test suite is limited to Lotus Notes 4.6.7 and a small win32 program I wrote to extract text metrics from the Windows 2000 PostScript driver, but both of them do nothing but issue the following messages: [pilcher(a)home pilcher]$ wine textmetric.exe err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated [pilcher(a)home pilcher]$ wine nlnotes err:ntdll:RtlpWaitForCriticalSection Critical section 0x40849964 wait timed out, retrying (60 sec) fs=01e7 err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=01e7 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated Is everyone seeing this? If not, any idea what would make this suddenly start happening on my system? Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

Re: PATCH: wineps passthrough postscript
by Dmitry Timoshkov May 7, 2001

May 7, 2001

"Marcus Meissner" <marcus(a)jet.franken.de> wrote: > It works now much better, except it somehow cannot upload fonts(?) and > queries support for escapes 4568 and 4567 which are unknown to me. PlatformSDK July 2000 defines #define SPCLPASSTHROUGH2 4568 /* new escape for NT5 pscript driver */ >From its name, it means HP PCL pass through mode. Apparently 4567 is defined in the Win2000 DDK.

1 0

Q: message "keyboard layout not found"
by Heiko Nardmann May 7, 2001

May 7, 2001

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I just installed wine-20010418 on my Linux server. Afterwards I compiled winemine from the programs folder and set up the config file. But running winemine results in the following message: fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (German keyboard layout without dead keys LIK) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See documentation/keyboard for more information. err:seh:EXC_DefaultHandling Unhandled exception code 80000003 flags 0 addr 0x40749687 I had a look at the file keyboard.c but do not understand what is missing for my keyboard. Maybe it is because I use Wine through Exceed from Windows NT4 so far?! I am using a German keyboard by Logitech (Internet Keyboard). What do I have to do to get winemine (as a first test) running? Currently I have the following table: static const char main_key_DE_nodead_logitech_ikeyboard[MAIN_LEN][4] = { "^°","1!","2\"²","3§³","4$","5%","6&","7/{","8([","9)]","0=}","ß?\\","´`", "qQ@","wW","eE","rR","tT","zZ","uU","iI","oO","pP","üÜ","+*~", "aA","sS","dD","fF","gG","hH","jJ","kK","lL","öÖ","äÄ","#'", "yY","xX","cC","vV","bB","nN","mMµ",",;",".:","-_", "<>|" }; What do I have to add, check, ... to make it run? - -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de) Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE69rigpm53PRScYygRAtiBAJ9kuOaVSRonErTJd61+s/CO07Ou6QCgiCJl OUgefk/xH1XdtY+Tvmm8pk0= =wdo/ -----END PGP SIGNATURE-----

1 0

msvcrt.mktime problem?
by Marcus Meissner May 7, 2001

May 7, 2001

Hi, An older version of wordpad.exe crashes with: Call kernel32.GetFileAttributesA(403ed19c "E:\\CosmosAd.doc") ret=5f407526 tid=0 8065318 Ret kernel32.GetFileAttributesA() retval=00000021 ret=5f407526 tid=08065318 Call kernel32.FileTimeToLocalFileTime(405c5e58,405c5e24) ret=5f412b3f tid=080653 18 Ret kernel32.FileTimeToLocalFileTime() retval=00000001 ret=5f412b3f tid=0806531 8 Call kernel32.FileTimeToSystemTime(405c5e24,405c5e14) ret=5f412b55 tid=08065318 Ret kernel32.FileTimeToSystemTime() retval=00000001 ret=5f412b55 tid=08065318 Call msvcrt.mktime(405c5db4) ret=5f412c06 tid=08065318 Ret msvcrt.mktime() retval=398aa328 ret=5f412c06 tid=08065318 14 faulted at EIP=0x08051d33, CR2=0x80b8bc10, EAX 0x405c5e08 EBX 0x00000001, ECX 0x405c5db4, EBP 0x00001c22 EDI 0x403ed19c, ESP 0x002b:0x405c5df0 FS 0x008f, pid 3283 C It seems to me that it somehow can't cope with mktime(), but I do not understand why. (I can send the 200kb .exe if there is need.) Ciao, Marcus

1 0

Re: wine server protocol error running Notes
by David.Goodenough＠dga.co.uk May 6, 2001

May 6, 2001

You are right, the latest version does not seem to have this problem and seems much better all round. There are still a few messages coming up, and one failure. 1) There is an err:ntdll:RtlpWaitForCritical Section timed out message, which seems to work during the retry. This is running on a 500MHz box with 384MB of memory, so it is not as though this machine is slow. 2) Various fixme's for SetConsoleCtrlHandler. It does not seem to matter that this function does not work yet, but Notes seems to want to make some use of it. 3) fixme:string:GetLocalInfoA 'IDEFAULTLANGUAGE' is not defined for your language (0009). Now this one confuses me a bit, as from what I have read in the W32 SDK docs 0009 is not a valid language so I wonder what a real Notes system does with this request. It is the root of the English family of languages, but not a valid one on its own. All I can think is that it is meant to be some kind of International English. Should it simply be aliased to US English (or possibly UK English). 4) fixme:ole:CoRegisterMessageFilter stub. I seem to remember asking about this before and being told it was unlikely to matter, but I include it for completeness. 5) fixme:module:CreateProcessA (nhldaemn.EXE,...): lpStartupInfo->lpTitle Wine console ignored. Now the actual fixme is probably irrelavant, but this is the only message that comes up about nhldaemn.EXE which is the mail notitier process. This process tries to start and then fails, pops up a message box saying failed to start and goes away. Given that this is a child process is there any way to get debug information for just this child? It would be nice to get this one going properly but Notes is a relatively busy process itself, and trying to disentangle the actions of this child process from everything else going on could be hard work. All in all, Wine and Notes is looking VERY good. Regards David Alexandre Julliard <julliard(a)winehq.com> on 05/03/2001 04:57:28 PM To: David Goodenough/DGA/GB cc: wine-devel(a)winehq.com Subject: Re: wine server protocol error running Notes David.Goodenough(a)dga.co.uk writes: > I am getting an intermittent error when I run Notes under Wine (February > drop). The error I get reads: > > protocol error: 0x8064159: copy_req_path: invalid length 51/0 > > Is this a known problem, if not where do I start looking to try to track > down the problem? A -debugmsg +server,+reg would be a good start. But get the latest Wine version first, there have been some fixes in this area. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Text formatting string problem
by Duane Clark May 6, 2001

May 6, 2001

Duane Clark wrote: > Howdy, > > Running a FPGA design tool (Actel's Designer), I find that it works > pretty good, but that certain printed status strings are being formatted > incorrectly. It does not seem to affect the operation of the > application, except for the status reports. > > I further tracked this down to the routine FormatMessageA: > > trace:resource:FormatMessageA > (0xb00,0x400000,16973880,0x400,0x40585e48,512,(nil)) > trace:resource:load_messageA instance = 00400000, id = 01030038, buffer > = (nil), length = 100 > trace:resource:RES_FindResource2 (00400000, 0000000b, 00000001, 0400, W, > PE) > trace:resource:RES_LoadResource (00400000, 0047ba80, PE) > trace:resource:LockResource (00622b88) > trace:resource:load_messageA - strlen=36 > trace:resource:load_messageA instance = 00400000, id = 01030038, buffer > = 0x403eb9a4, length = 37 > trace:resource:RES_FindResource2 (00400000, 0000000b, 00000001, 0400, W, > PE) > trace:resource:RES_LoadResource (00400000, 0047ba80, PE) > trace:resource:LockResource (00622b88) > trace:resource:load_messageA - strlen=36 > trace:string:lstrcpynA (0x403eb9a4, "Opened an existing design %s.\r\n", > 36) > trace:resource:load_messageA 'Opened an existing design %s. > > ' copied ! > trace:resource:FormatMessageA Found a percent. Args = 0 > trace:resource:FormatMessageA Default case > trace:resource:FormatMessageA -- "Opened an existing design s. " > trace:resource:FormatMessageA -- returning 29 > ... It looks like the routine ignores the FORMAT_MESSAGE_IGNORE_INSERTS flag. Sticking an if before the while loop that does the formatting seems to fix things: if (dwFlags & FORMAT_MESSAGE_IGNORE_INSERTS) { while (*f && !eos) { ch = *f++; ADD_TO_T(ch); } } else { /* the rest of this is unchanged */ while (*f && !eos) { if (*f=='%') { ... } I tested this against a half dozen apps, and have not found it to break anything yet. Duane

1 0

mailing list unsubscribe hints ?
by Andreas Mohr May 6, 2001

May 6, 2001

Hi all, several people seem to not be able to unsubscribe from the mailing lists. Don't ask me why they don't make it - I really don't know. After all we've got the mailing list stuff mentioned in a prominent place on the home page and in 7 lines in every mail header. Now I'm asking you: Could we replace the 7 lines in the mail header (that many people using non-"advanced" mail clients will never see anyway, which is why we're always getting these annoying unsubscribe requests) with 1 line at the bottom of each mail body mentioning a URL where you can find all kinds of mailing lists info ? That way maybe they'll finally get it... Anybody against this ? :) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.germany.net/100-30936/

1 0

Loading document problem in word 97
by Alan Gonzalez May 5, 2001

May 5, 2001

Hi, I'm using wine 04/18 release and have been reading the archives pretty constantly and using releases for a while now. This is my first bug report, so be kind! So the system i have is redhat linux 6.2 (2.2.16-3) with lots of upgrades, dual boot with win98 on the other partition. It's mounted in linux at /c. I remember a time when this feature worked ( i can't remember when though) and it hasn't been working since probably the last couple of releases. I can't exactly pinpoint it down because i skipped a couple at the end of 2000. Anyways here's the problem. I can run word 97 fine which is pretty awesome. The basic quick overview of the problem is that i try to open a word document, word then says it can't find it, and then the original file has been renamed to the original name with an additional .doc at the end. so the longer explanation is that i click on File->Open and the file open dialog comes up. I then go to the C: drive and it shows me the files there. Everything looks fine. Now i go and double click on the file and then word pops up a little dialog box and says: This file could not be found. Try one or more of the following: Check the spelling of the name of the document Try a different file name (OLD EXAMS AND ANSWERS.DOC) After this i check the filesystem and see that my file: /c/Old exams and answers.doc has been renamed to: /c/Old exams and answers.doc.doc Now if in the file open dialog i had manually typed in c:\Old exams and answers.doc, then clicked open, word opens the file fine. So it's something in the handling of the double click open. I've never debugged a wine application before, so i just did --debugmsg trace+all and saved it to a file. I then went through this and found some things. This might not be what you need to figure out the problem, but i thought it was kinda interesting. So i can see some calls to the registry for the ".doc" key. I thought this could in some way be related, but who knows: Call advapi32.RegOpenKeyA(80000000,405a1e84 ".doc",405a1fa0) ret=307fa984 tid=08064220 Call ntdll.RtlInitAnsiString(405a1d90,405a1e84 ".doc") ret=407a65eb tid=08064220 Ret ntdll.RtlInitAnsiString() retval=00000005 ret=407a65eb tid=08064220 Call ntdll.RtlAnsiStringToUnicodeString(40114f98,405a1d90,00000000) ret=407a65f4 tid=08064220 Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=407a65f4 tid=08064220 Call ntdll.NtOpenKey(405a1fa0,000f003f,405a1d98) ret=407a6607 tid=08064220 trace:reg:NtOpenKey (0x80000000,L".doc",f003f,0x405a1fa0) 08064220: open_key( parent=-2147483648, access=000f003f, name=L".doc" ) Open key \\Machine\\Software\\CLASSES\\.doc 08064220: open_key() = 0 { hkey=404 } Then after this, the next item i see that has my file in it is: Ret user32.SetClassLongA() retval=0000024e ret=30821509 tid=08064220 Call kernel32.GetFileAttributesA(405a1d04 "C:\\Old exams and answers.doc.doc") ret=3071096c tid=08064220 trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc.doc (last=1) trace:string:lstrcpynA (0x405a145c, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE Ret kernel32.GetFileAttributesA() retval=ffffffff ret=3071096c tid=08064220 Call kernel32.GetLastError() ret=3071068e tid=08064220 Ret kernel32.GetLastError() retval=00000002 ret=3071068e tid=08064220 Call user32.SetCursor(0000024e) ret=308214ce tid=08064220 trace:cursor:SetCursor 024e Call x11drv.SetCursor(4038df28) ret=406c15ba tid=08064220 so here we can see that the file is the wrong name. Later on i can actually see the MoveFileA() command be run, which i think is where the file gets renamed: Call kernel32.GetVolumeInformationA(405a1d6c "C:\\",00000000,00000000,00000000,42f2ccd4,00000000,00000000,00000000) ret=30710a2f tid=08064220 Ret kernel32.GetVolumeInformationA() retval=00000001 ret=30710a2f tid=08064220 Call kernel32.TlsGetValue(00000002) ret=30712a81 tid=08064220 Ret kernel32.TlsGetValue() retval=4038f34c ret=30712a81 tid=08064220 Call kernel32.MoveFileA(405a1fa8 "C:\\Old exams and answers.doc",405a21b0 "C:\\Old exams and answers.doc.doc") ret=30751414 tid=08064220 trace:file:MoveFileA (C:\Old exams and answers.doc,C:\Old exams and answers.doc.doc) trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc (last=1) trace:string:lstrcpynA (0x405a16f8, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:dosfs:DOSFS_FindUnixName (/c,Old exams and answers.doc) -> Old exams and answers.doc (OLDEXA~2.DOC) trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE trace:dosfs:DOSFS_GetFullName returning /c/Old exams and answers.doc = C:\OLDEXA~2.DOC trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc.doc (last=1) trace:string:lstrcpynA (0x405a0ef4, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc.doc (last=0) trace:string:lstrcpynA (0x405a0ef4, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE trace:dosfs:DOSFS_GetFullName returning /c/Old exams and answers.doc.doc = C:\old exams and answers.doc.doc Ret kernel32.MoveFileA() retval=00000001 ret=30751414 tid=08064220 This is probably too little information to figure out. Just tell me how i should run word and i'll help in anyway i can. Thanks. Alan Gonzalez __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/

1 0

Compilation error with cvs sources
by crisper＠optonline.net May 5, 2001

May 5, 2001

I get this error below while trying to compile the winecvs sources. All sources are updated to the current day. I am using gcc-2.96 compiler on a Mandrake system. Winex also fails at the same exact point. If there is something else that I should be attaching to this for information to the developers then please let me know. Thanks, Sean gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o ts_shape.o ts_shape.c gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o ts_xpm.o ts_xpm.c gcc -shared -Wl,-soname,libwine_tsx11.so -Wl,-rpath,/usr/local/lib locking.o ts_xf86dga.o ts_xf86dga2.o ts_xf86vmode.o ts_xshm.o ts_xlib.o ts_xresource.o ts_xvideo.o ts_xutil.o ts_shape.o ts_xpm.o -o libwine_tsx11.so.1.0 rm -f libwine_tsx11.so && ln -s libwine_tsx11.so.1.0 libwine_tsx11.so make[1]: Leaving directory `/home/crisper/wine/tsx11' make[1]: Entering directory `/home/crisper/wine/dlls' make[2]: Entering directory `/home/crisper/wine/dlls/ntdll' LD_LIBRARY_PATH="../../unicode:$LD_LIBRARY_PATH" ./../tools/winebuild/winebuild -fPIC -L../../dlls -o ntdll.spec.c -spec /ntdll.spec ./../tools/winebuild/winebuild: error while loading shared libraries: unexpected reloc type 0x80 make[2]: *** [ntdll.spec.c] Error 127 make[2]: Leaving directory `/home/crisper/wine/dlls/ntdll' make[1]: *** [ntdll/libntdll.so] Error 2 make[1]: Leaving directory `/home/crisper/wine/dlls' make: *** [dlls] Error 2 Compilation failed, aborting install.

1 0

wine, apihooks, and diablo 2
by Vladimir Vukicevic May 4, 2001

May 4, 2001

Howdy.. I've been trying to get the battle.net aspect of Diablo 2 working with wine in the past few days. I've been attempting to do so with both transgaming's latest winex CVS HEAD and also wine's CVS HEAD, to similar results. As you probably know, right now Diablo 2 runs just dandy assuming you only want to play single-player. There are two ways to play multiplayer: the normal d2 way, executing Diablo II.exe with the D2 Play CD in the CDROM, or using a "no-cd" patch. Neither of these approaches currently work with wine. (Currently, to play, you appear to have to use the "no-cd" patch in any case, but you end up only using half the patch -- I'll explain below.) If I attempt to play with the CD, using "wine -- 'Diablo II.exe'" (with or without -win argument to D2), after a few seconds, the CPU is spiked and no output occurs. Watching a +trace output shows that it is executing Game.exe (the main game driver), but then things go wonky. (Incidentally, I can't figure out how to get a debugmsg flag on processes created from a wine process.. is there a config option?) It certainly hasn't started looking at the cdrom (as per strace). The no-cd case is more interesting. There are typically two parts, one a driver called 'DLoad.exe' and then the game-replacement, called 'game_crk.exe'. To play single player, 'game_crk' can be invoked directly (with a -win arg if necessary), and things work great. However, on attempting to play on battle.net, it complains that it can't recongize the version. This is where DLoad is required. From examining DLoad, it appears to use the ApiHooks toolkit, available at http://www.anticracking.sk/EliCZ . This basically provides the programmer with a simple way to insert his or her own wrapper between an app and functions it calls in a DLL. Simple enough, it seems. However, to do so, it takes advantage of VirtualAllocEx to allocate memory in the target process, which wine seems to not support. (It also calls VirtualAlloc with a flag value of 0x8001000 -- the 0x8000000 part being unknown. I couldn't find any info on MSDN, so I just hacked wine to strip this bit out if it sees it -- anynoe know anything about this?) so, I'm wondering if anyone has any insight or pointers into either of these two issues, or any suggestions on which one would be easiest to tackle. I would prefer to tackle the first one (the with-CD case) initially, as it seems a bit simpler and cleaner. But we'll see. thanks, - Vladimir

1 0

Re: New breakages
by gerard patel May 3, 2001

May 3, 2001

At 08:42 AM 03/05/2001 -0700, you wrote: <snip> > Do you have a backtrace >for the crashes? Not completely, but here is what I can do for now. Note that I am not sure yet that these bugs are not related to the environment (x server, window manager, glibc, etc) Gerard - Crash with Eudora 4 when exiting : Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x40a49529). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a49529 (X11DRV_GetBitmapBits+0x185 [bitmap.c:213]): movl 0x48(%eax),%eax 213 *tbuf |= XGetPixel(image,w,h)<<(7-(w&7)); Wine-dbg>bt bt Backtrace: =>0 0x40a49529 (X11DRV_GetBitmapBits+0x185(bmp=0x403f375c, buffer=0x403f3ae4, count=0x80) [bitmap.c:213]) (ebp=40474298) 1 0x40a49e28 (X11DRV_BitmapBits+0x64(hbitmap=0x21c4, bits=0x403f3ae4, count=0x80, flags=0x2) [bitmap.c:427]) (ebp=404742b8) 2 0x40738a53 (GetBitmapBits+0x15f(hbitmap=0x21c4, count=0x80, bits=0x403f3ae4) [bitmap.c:280]) (ebp=404742e8) 3 0x4069c07a (CURSORICON_CreateFromResource+0x5aa(hInstance=0x0, hObj=0x0, bits=0x406d7380, cbSize=0x2e8, bIcon=0x1, dwVersion=0x30000, width=0x20, height=0x20, loadflags=0x8040) [cursoricon.c:639]) (ebp=40474370) 4 0x4069c3e7 (CURSORICON_Load+0x263(hInstance=0xde, name=0x7f03, width=0x20, height=0x20, colors=0x100, fCursor=0x0, loadflags=0x8040) [cursoricon.c:768]) (ebp=404743c0) 5 0x4069ed17 (LoadImageW+0x12f(hinst=0x0, name=0x7f03, type=0x1, desiredx=0x20, desiredy=0x0, loadflags=0x8040) [cursoricon.c:2263]) (ebp=404743f4) 6 0x4069df80 (LoadIconW+0x28(hInstance=0x0, name=0x7f03) [cursoricon.c:1782]) (ebp=40474418) 7 0x40692fa5 (STATIC_LoadIconW+0x2d(wndPtr=0x40371038, name=0x7f03) [static.c:154]) (ebp=40474430) 8 0x40693292 (StaticWndProc_locked+0x272(wndPtr=0x40371038, uMsg=0x81, wParam=0x0, lParam=0x40474854, unicode=0x1) [static.c:259]) (ebp=40474498) 9 0x406934f1 (StaticWndProcW+0x31(hWnd=0x9dcc, uMsg=0x81, wParam=0x0, lParam=0x40474854) [static.c:376]) (ebp=404744c4) 10 0x406cf237 (WINPROC_wrapper+0x17) (ebp=404744e8) Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x40a49529). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a49529 (X11DRV_GetBitmapBits+0x185 [bitmap.c:213]): movl 0x48(%eax),%eax 213 *tbuf |= XGetPixel(image,w,h)<<(7-(w&7)); >From the code, XGetImage returns 0 (fails). I have tried the obvious --- bitmap.c.orig Mon Jan 15 23:30:51 2001 +++ bitmap.c Fri Apr 27 23:12:27 2001 @@ -194,6 +194,12 @@ image = XGetImage( display, (Pixmap)bmp->physBitmap, 0, 0, bmp->bitmap.bmWidth, bmp->bitmap.bmHeight, AllPlanes, ZPixmap ); + if (!image) + { + wine_tsx11_unlock(); + ERR("XGetImage failed\n"); + return 0; + } bmp->bitmap.bmHeight = old_height; /* copy XImage to 16 bit padded image buffer with real bitsperpixel */ but it failed later. - crash when starting Visual Basic 3 : no backtrace available, the stack is trashed :-/ Here is a trace instead : Call USER.232: SETWINDOWPOS(0x1264,0x0000,0x0245,0x0121,0x00e2,0x00e2,0x0014) ret=0317:13ca ds=043f Call x11drv.SetWindowPos(40756d70) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1264, swp (581,289)-(807,515) flags 00000014 trace:win:X11DRV_SetWindowPos current (0,222)-(180,568), style 86ce0000 CallTo16(func=035f:176c,ds=043f,0x1264,0x0046,0x0000,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0046,0x0000,0x0097009c) ret=035f:1d52 ds=043f CallTo16(func=035f:176c,ds=043f,0x1264,0x0024,0x0000,0x0097,0x00c0) ss:sp=043f:8c80 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8caa ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0024,0x0000,0x009700c0) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8c80 AX=0000 BX=00c0 CX=0000 DX=0000 BP=8caa SP=8c80 trace:win:WINPOS_GetMinMaxInfo 800 600 / 0 0 / 800 600 / 180 112 Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 CallTo16(func=035f:176c,ds=043f,0x1264,0x0083,0x0001,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0083,0x0001,0x0097009c) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 trace:win:WINPOS_SendNCCalcSize 581,289-807,515 trace:event:EVENT_ProcessAllEvents called (thread 81c29b8). trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event ConfigureNotify for hwnd 1264 trace:event:__get_top_decoration 03400430 -> 03400430 trace:event:__get_top_decoration 0340047c -> 020005c6 trace:event:__get_top_decoration 034003fa -> 020005ba trace:win:EVENT_ConfigureNotify 1264 restacking from after 1800 to after 0fd0 Call x11drv.SetWindowPos(40756a78) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1264, swp (581,289)-(807,515) flags 80000013 trace:win:X11DRV_SetWindowPos current (581,289)-(807,515), style 86ce0000 CallTo16(func=035f:176c,ds=043f,0x1264,0x0046,0x0000,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0046,0x0000,0x0097009c) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 warn:win:SWP_DoOwnedPopups (1264) hInsertAfter = 0fd0 Call x11drv.SetWindowPos(407568d0) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1d88, swp (0,0)-(0,0) flags 00002413 trace:win:X11DRV_SetWindowPos current (0,0)-(276,72), style 84000000 warn:win:SWP_DoOwnedPopups (1d88) hInsertAfter = 0fd0 fixme:pthread_kill_other_threads_np (winedbg starting...) 0x003bbdfc: *** Invalid address 0x003bbdfc -- no code -- Wine-dbg>bt bt Backtrace: =>0 0x003bbdfc (ebp=4074f722) Wine-dbg>

1 0

Re: PATCH: glu32 generation
by Alexandre Julliard May 3, 2001

May 3, 2001

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Create a GLU32.DLL on compile time by parsing GL/glu.h and > libGLU.so, create an empty one if the latter are not present. It doesn't seem to work here: "nm: /usr/lib/libGLU.so: no symbols". The library is probably stripped. Anyway, is there a reason we cannot ship the generated .spec and .c files like with opengl, instead of having every user re-generate them? It would be much more robust. Also note that a .so file must contain exactly one Win32 dll, so you cannot put glu32.spec inside libopengl32.so, you need a separate libglu32.so. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine server protocol error running Notes
by Alexandre Julliard May 3, 2001

May 3, 2001

David.Goodenough(a)dga.co.uk writes: > I am getting an intermittent error when I run Notes under Wine (February > drop). The error I get reads: > > protocol error: 0x8064159: copy_req_path: invalid length 51/0 > > Is this a known problem, if not where do I start looking to try to track > down the problem? A -debugmsg +server,+reg would be a good start. But get the latest Wine version first, there have been some fixes in this area. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: New breakages
by Alexandre Julliard May 3, 2001

May 3, 2001

gerard patel <gerard.patel(a)asi.fr> writes: > Excellent, this is fixing the painting problems. > Now, all I have to do is to find the tooltip bug, the Eudora combo display problem > and the 2 remaining crashes and my toy test suite will be in as good shape as > before :-) The tooltip bug will be fixed when I commit the rest of the window management changes, so don't spend time on it. Do you have a backtrace for the crashes? maybe I have already fixed these too. -- Alexandre Julliard julliard(a)winehq.com

1 0

setupx dll
by Christopher Morgan May 3, 2001

May 3, 2001

Can we move the setupx files from dlls/setupapi into dlls/setupx? I was wondering why we have a setupx directory with nothing in it ;-) Chris

2 1

wine server protocol error running Notes
by David.Goodenough＠dga.co.uk May 3, 2001

May 3, 2001

I am getting an intermittent error when I run Notes under Wine (February drop). The error I get reads: protocol error: 0x8064159: copy_req_path: invalid length 51/0 Is this a known problem, if not where do I start looking to try to track down the problem? This only seems to occur during shutdown of Notes, and it returns control to the command line but leaves the Notes client window up on the screen, with at least one wine <defunct> process and one other wine process listed in ps.

1 0

Re: New breakages
by gerard patel May 3, 2001

May 3, 2001

At 05:46 PM 02/05/2001 -0700, you wrote: >could you please give this a try? <snip> Excellent, this is fixing the painting problems. Now, all I have to do is to find the tooltip bug, the Eudora combo display problem and the 2 remaining crashes and my toy test suite will be in as good shape as before :-) Gerard

1 0

Wine and NetBSD
by Bang Jun-Young May 2, 2001

May 2, 2001

Hi, For the last couple of weeks I spent some time doing porting Wine to NetBSD (there used to be a port but was too out of date). After applying patches my own, it has been successfully compiled and started running. The most serious problem occurs, however, whenever I try to run a Windows binary with it: $ wine c:\\windows\\sol.exe No built-in EXE module loaded! Did you create a .spec file? Obviously sol.exe doesn't need a .spec file to run. When/Why do I get such an error? Jun-Young -- Bang Jun-Young <bjy(a)mogua.org>

3 4

Re: New breakages
by Alexandre Julliard May 2, 2001

May 2, 2001

gerard patel <gerard.patel(a)asi.fr> writes: > [patch snipped] > > I got the following results : > > Word viewer 32 bits, 16 bits, Lotus Notes (AFAICT), Statview, QuattroPro 1, and a > few old 16 bits apps I have display more or less as well as before (some crud for WW32 > that was not before, though :-/) Thanks a lot for tracking this down; I think I found the real bug, could you please give this a try? Index: windows/dce.c =================================================================== RCS file: /opt/cvs-commit/wine/windows/dce.c,v retrieving revision 1.53 diff -u -r1.53 dce.c --- windows/dce.c 2001/04/24 23:28:52 1.53 +++ windows/dce.c 2001/05/03 00:37:31 @@ -671,7 +671,12 @@ * means that we have to recompute the visible region. */ if( dce->DCXflags & DCX_DCEBUSY ) + { + /* Dirty bit has been cleared by caller, set it again so that + * pGetDC recomputes the update region. */ + SetHookFlags16( dce->hDC, DCHF_INVALIDATEVISRGN ); USER_Driver.pGetDC( dce->hwndCurrent, dce->hDC, dce->hClipRgn, dce->DCXflags ); + } else /* non-fatal but shouldn't happen */ WARN("DC is not in use!\n"); break; -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: New breakages
by gerard patel May 2, 2001

May 2, 2001

At 02:30 PM 25/04/2001 +0200, I wrote: >At 09:30 AM 25/04/2001 +0200, I wrote: > >Also several apps are not erasing parts of the screen : among others the word viewer 97 >(freeware downloadable). A few other strange crashes. Still talking to myself... I feel I'm soon one of these sad cases talking alone in the street ;-) I have found one way to fix a lot of the ugliness that the evil patch of 24 april has done; by doing : --- dce.c.orig Thu May 3 00:02:35 2001 +++ dce.c Wed May 2 23:49:19 2001 @@ -551,7 +551,7 @@ dce->DCXflags &= ~DCX_DCEDIRTY; hdc = dce->hDC; - if (bUpdateVisRgn) SetHookFlags16( hdc, DCHF_INVALIDATEVISRGN ); /* force update */ + if (bUpdateVisRgn) flags |= 0x8000; if (!USER_Driver.pGetDC( hwnd, hdc, hrgnClip, flags )) hdc = 0; and --- winpos.c.orig Wed Apr 25 01:28:52 2001 +++ winpos.c Wed May 2 23:49:01 2001 @@ -355,7 +355,8 @@ TSXSetClipOrigin( display, physDev->gc, dc->DCOrgX, dc->DCOrgY ); #endif - updateVisRgn = (dc->flags & DC_DIRTY) != 0; + updateVisRgn = (flags & 0x8000) != 0; + dc->flags &= ~DC_DIRTY; GDI_ReleaseObj( hdc ); if (updateVisRgn) I got the following results : Word viewer 32 bits, 16 bits, Lotus Notes (AFAICT), Statview, QuattroPro 1, and a few old 16 bits apps I have display more or less as well as before (some crud for WW32 that was not before, though :-/) Doing things in such a way is more conforming to the way they were done before - and it seems more simple that the SetHookFlags trick IMHO ;-) Gerard

1 0

Re: Script to get committed patches
by gerard patel May 2, 2001

May 2, 2001

At 08:04 PM 01/05/2001 +0200, you wrote: >as of today, the added files are marked with the &&& mark (instead of >the +++ and --- for the diffs), which of course causes some issues when >you use the whole file as a patch (normally, all the added files are at >the end; so the "easy" way of doing it is to remove that part, apply the >patch, and then create the new files) <snip> >I'd say it's a documented feature ;-), Documented ? Oops, I missed completely this part. This weekend I have browsed the wonderful Wine user manual for the first time , since I have now a computer with a working db2html - now I know what *is* the Wine user manual ;-) I have not seen where this info is hiding. Maybe it was in one of your (defunct) WWN. I tried to read them but I probably was lazy too. Btw, your successor has problems to get in the game; I noticed on LinuxToday that the last Kernel Cousin Wine was showing a 'slow week' - the week where Marcus posted CUPS support - IMHO the more interesting patch since months for all non-games apps. He is not following wine-patches and wine-cvs it seems :-/ > I'll try to give it a look later >on I see no reason for you to work on this rather trivial matter. All that is needed is to know the problem. I should have guessed it but I was probably too stressed by the idea of having this 200k patch to look at ;-( Now it's done, thanks for the tip. Gerard

4 4

Re: FreeLibrary() library freeing
by Alexandre Julliard May 2, 2001

May 2, 2001

gerard patel <gerard.patel(a)asi.fr> writes: > If you remember, there are glibc problems with dlclose. Alexandre Julliard > said that it was not a problem because FreeLibrary was not doing anything. > So I guess that people with 'old' glibc could have now new crashes. Actually we still cannot dlclose builtin libraries; the change I made is to free memory used by PE dlls. Freeing builtins properly will require dll separation to be completed first. And once this is done we will no longer rely on glibc dlclose reference counting so the bug shouldn't impact us. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: FreeLibrary() library freeing
by gerard patel May 2, 2001

May 2, 2001

At 11:23 PM 01/05/2001 +0200, you wrote: <snip> >I believe the potential problems that this can cause are way more important >than some claims that "there are some problems with library freeing". >I've had that FreeLibrary() #if hack removed for a long time, >and I haven't see any adverse effects (not that it's too easy to spot >and attribute to this problem probably, though). If you remember, there are glibc problems with dlclose. Alexandre Julliard said that it was not a problem because FreeLibrary was not doing anything. So I guess that people with 'old' glibc could have now new crashes. Gerard

2 1

Re: FreeLibrary() library freeing
by Alexandre Julliard May 2, 2001

May 2, 2001

Andreas Mohr <a.mohr(a)mailto.de> writes: > I for one would truly like to see it fixed ASAP. > > If FreeLibrary() has a problem, then we need to fix it. > Running away from the problem by implementing strange hacks does no good > to anybody. Agreed; I have uncommented the VirtualFree, and you are hereby volunteered to track down and fix any crash caused by this ;-) -- Alexandre Julliard julliard(a)winehq.com

3 2

Re: Quickbooks 5 and printing
by Alexandre Julliard May 2, 2001

May 2, 2001

"Dmitry Timoshkov" <dmitry(a)sloboda.ru> writes: > Please try the attached patch. It tries to solve the root of the problem: > for now Wine Postscript Driver lives in wineps.dll, but should be in wineps.drv. I'm not sure this is correct. The app is trying to load a 16-bit driver, so giving it the 32-bit dll is probably not a good idea. Maybe we should simply rename wineps16.dll to wineps.drv? -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: FW: Notes and Java test on 20010216 drop
by Alexandre Julliard May 1, 2001

May 1, 2001

"Nerijus Baliunas" <nerijus(a)users.sourceforge.net> writes: > why the following patch is not applied? I don't think it was ever submitted; but anyway, it's quite ugly to check the callouts on every module load/unload. The right fix is to get rid of the Callout structure and do a GetProcAddress at the time we need a specific function. -- Alexandre Julliard julliard(a)winehq.com

1 0

FreeLibrary() library freeing
by Andreas Mohr May 1, 2001

May 1, 2001

Hi all, can't we just free the libraries for real now in FreeLibrary() ? I just got a report from someone who had an InstallSh***** installer say this: Call kernel32.192: CreateFileA(40566cf4 "C:\\WINDOWS\\uninst.exe",c0000000,00000001,00000000,00000004,00000080,00000000) ret=0044364e fs=008f trace:file:CreateFileA C:\WINDOWS\uninst.exe GENERIC_READ GENERIC_WRITE FILE_SHARE_READ OPEN_ALWAYS trace:dosfs:DOSFS_GetFullName C:\WINDOWS\uninst.exe (last=0) trace:string:lstrcpynA (0x40566148, "/home/jnu/.wine/fake_windows", 1024) trace:dosfs:DOSFS_FindUnixName /home/jnu/.wine/fake_windows,WINDOWS\uninst.exe trace:dosfs:DOSFS_FindUnixName (/home/jnu/.wine/fake_windows,WINDOWS\uninst.exe) -> Windows (WINDOWS) trace:dosfs:DOSFS_FindUnixName /home/jnu/.wine/fake_windows/Windows,uninst.exe warn:dosfs:DOSFS_FindUnixName 'uninst.exe' not found in '/home/jnu/.wine/fake_windows/Windows' trace:dosfs:DOSFS_GetFullName returning /home/jnu/.wine/fake_windows/Windows/uninst.exe = C:\WINDOWS\uninst.exe warn:file:FILE_CreateFile Unable to create file '/home/jnu/.wine/fake_windows/Windows/uninst.exe' (GLE 32) Ret kernel32.192: CreateFileA() retval=ffffffff ret=0044364e fs=008f . . . Call kernel32.943: lstrcpyA(40566834,40380370 "Setup Initialization Error") ret=00403322 fs=008f Ret kernel32.943: lstrcpyA() retval=40566834 ret=00403322 fs=008f trace:string:wvsnprintfA 0x40566960 1024 "Setup is unable to find a hard disk location to store temporary files.\n\nMake at "... trace:string:wvsnprintfA "Setup is unable to find a hard disk location to store temporary files.\n\nMake at "... Call user32.425: MessageBoxA(00000000,40566960 "Setup is unable to find a hard disk location to store temporary files.\n\nMake at "...,40566834 "Setup Initialization Error",00000010) ret=00403402 fs=008f This happened because the program did some FileVersionGet*() calls before on uninst.exe, which do LoadLibrary()/FreeLibrary() internally, but of course the file handle didn't get freed any more. I believe the potential problems that this can cause are way more important than some claims that "there are some problems with library freeing". I've had that FreeLibrary() #if hack removed for a long time, and I haven't see any adverse effects (not that it's too easy to spot and attribute to this problem probably, though). Besides, Musicmatch Jukebox used zillions of MB (yes, that's a leak for you) due to that Wine "feature". I for one would truly like to see it fixed ASAP. If FreeLibrary() has a problem, then we need to fix it. Running away from the problem by implementing strange hacks does no good to anybody. Andreas Mohr -- Microsoft Windows: Made for the Internet The Internet: Made for Unix

1 0

Script to get committed patches
by gerard patel May 1, 2001

May 1, 2001

I have tried to retrieve this patch : http://cvs.winehq.com/patch.py?id=9881549330718504618853331 It does not look as a regular diff ??? I suspect a problem in the script. I have absolutely no knowledge of the language used in this script, so I can't do more than report. Here is quoted a small part of the beast, cut & paste from Netscape. Gerard --- /opt/cvs-commit/wine/dlls/x11drv/x11drv.spec 2001/01/15 20:23:06 1.7 +++ /opt/cvs-commit/wine/dlls/x11drv/x11drv.spec 2001/04/24 23:28:52 1.8 @@ -11,8 +11,6 @@ # USER driver -@ cdecl Synchronize() X11DRV_Synchronize -@ cdecl CheckFocus() X11DRV_CheckFocus @ cdecl UserRepaintDisable(long) X11DRV_UserRepaintDisable @ cdecl InitKeyboard() X11DRV_InitKeyboard @ cdecl VkKeyScan(long) X11DRV_VkKeyScan @@ -24,8 +22,6 @@ @ cdecl Beep() X11DRV_Beep @ cdecl GetDIState(long ptr) X11DRV_GetDIState @ cdecl GetDIData(ptr long ptr ptr long) X11DRV_GetDIData -@ cdecl GetKeyboardConfig(ptr) X11DRV_GetKeyboardConfig -@ cdecl SetKeyboardConfig(ptr long) X11DRV_SetKeyboardConfig @ cdecl InitMouse(ptr) X11DRV_InitMouse @ cdecl SetCursor(ptr) X11DRV_SetCursor @ cdecl MoveCursor(long long) X11DRV_MoveCursor @@ -34,6 +30,16 @@ @ cdecl GetScreenSaveTimeout() X11DRV_GetScreenSaveTimeout @ cdecl SetScreenSaveTimeout(long) X11DRV_SetScreenSaveTimeout @ cdecl LoadOEMResource(long long) X11DRV_LoadOEMResource +@ cdecl CreateWindow(long) X11DRV_CreateWindow +@ cdecl DestroyWindow(long) X11DRV_DestroyWindow +@ cdecl GetDC(long long long long) X11DRV_GetDC +@ cdecl EnableWindow(long long) X11DRV_EnableWindow +@ cdecl SetFocus(long) X11DRV_SetFocus +@ cdecl SetParent(long long) X11DRV_SetParent +@ cdecl SetWindowPos(ptr) X11DRV_SetWindowPos +@ cdecl SetWindowRgn(long long) X11DRV_SetWindowRgn +@ cdecl SetWindowIcon(long long long) X11DRV_SetWindowIcon +@ cdecl SetWindowText(long wstr) X11DRV_SetWindowText @ cdecl IsSingleWindow() X11DRV_IsSingleWindow @ cdecl AcquireClipboard() X11DRV_AcquireClipboard @ cdecl ReleaseClipboard() X11DRV_ReleaseClipboard &&& wine/dlls/x11drv/window.c /* * Window related functions * * Copyright 1993, 1994, 1995, 1996, 2001 Alexandre Julliard * Copyright 1993 David Metcalfe * Copyright 1995, 1996 Alex Korobka */ #include "config.h" #include "ts_xlib.h" #include "ts_xutil.h" #include "winbase.h" #include "wingdi.h" #include "winuser.h"

2 1

FW: Notes and Java test on 20010216 drop
by Nerijus Baliunas May 1, 2001

May 1, 2001

Hello, why the following patch is not applied? -----Original Message----- From: David.Goodenough(a)dga.co.uk [mailto:David.Goodenough(a)dga.co.uk] Subject: RE: Notes and Java test on 20010216 drop The Java problem I had with the last drop (the problem with Callout not being initialised) is still there, so obviously the fix that was generated and which fixes the problem has not made it into the CVS. The good news is that now Java works (if the patch is applied). Now the fonts display correctly. I am not sure what you have done guys, but it works a treat. Now for some more testing with some of the things I wanted to run but could not because of the Java support. Interestingly both the Sun and the IBM JREs now work, where last month with the fix the Sun one produced the wrong output but at least ran to completion, while the IBM one locked up somewhere. Now both run to completion properly. I was sent this (I think on wine-develop but it might have been directly). It fixes the Callout problem. I forget who originally sent it to me, but I could find out if that is necessary. diff -ur wine-cvs/if1632/thunk.c wine-uw/if1632/thunk.c --- wine-cvs/if1632/thunk.c Wed Jan 3 22:51:30 2001 +++ wine-uw/if1632/thunk.c Mon Jan 29 00:35:49 2001 @@ -166,7 +166,7 @@ NE_MODULE *pModule; hModule = GetModuleHandleA( "user32.dll" ); - if ( hModule ) + if ( hModule && !Callout.PeekMessageA ) { #define GETADDR( name ) \ *(FARPROC *)&Callout.name = GetProcAddress( hModule, #name ) @@ -185,10 +185,24 @@ GETADDR( MessageBoxW ); #undef GETADDR } - else WARN("no 32-bit USER\n"); + if ( !hModule && Callout.PeekMessageA ) + { + Callout.PeekMessageA = NULL; + Callout.GetMessageA = NULL; + Callout.SendMessageA = NULL; + Callout.PostMessageA = NULL; + Callout.TranslateMessage = NULL; + Callout.DispatchMessageA = NULL; + Callout.RedrawWindow = NULL; + Callout.WaitForInputIdle = NULL; + Callout.MsgWaitForMultipleObjects = NULL; + Callout.WindowFromDC = NULL; + Callout.MessageBoxA = NULL; + Callout.MessageBoxW = NULL; + } pModule = NE_GetPtr( GetModuleHandle16( "USER.EXE" ) ); - if ( pModule ) + if ( pModule && !Callout.FinalUserInit16 ) { #define GETADDR( var, name, thk ) \ *(FARPROC *)&Callout.var = THUNK_GetCalloutThunk( pModule, name, \ @@ -201,5 +215,12 @@ GETADDR( UserSignalProc, "SignalProc32", word_lllw ); #undef GETADDR } - else WARN("no 16-bit USER\n"); + if ( !pModule && Callout.FinalUserInit16 ) + { + Callout.FinalUserInit16 = NULL; + Callout.InitThreadInput16 = NULL; + Callout.UserYield16 = NULL; + Callout.DestroyIcon32 = NULL; + Callout.UserSignalProc = NULL; + } } diff -ur wine-cvs/loader/module.c wine-uw/loader/module.c --- wine-cvs/loader/module.c Tue Jan 16 00:29:27 2001 +++ wine-uw/loader/module.c Mon Jan 29 00:30:20 2001 @@ -1432,6 +1432,9 @@ /* decrement the dependencies through the MODULE_FreeLibrary call. */ pwm->refCount++; + /* Update the kernel Callout tables */ + THUNK_InitCallout(); + RtlReleasePebLock(); SetLastError( err ); /* restore last error */ HeapFree ( GetProcessHeap(), 0, filename ); @@ -1526,6 +1529,9 @@ HeapFree( GetProcessHeap(), 0, wm->short_filename ); HeapFree( GetProcessHeap(), 0, wm ); } + + /* Update the kernel Callout tables */ + THUNK_InitCallout(); } /*********************************************************************** diff -ur wine-cvs/miscemu/main.c wine-uw/miscemu/main.c --- wine-cvs/miscemu/main.c Wed Jan 10 02:42:49 2001 +++ wine-uw/miscemu/main.c Mon Jan 29 00:36:05 2001 @@ -34,7 +34,6 @@ MESSAGE( "Cannot load user32.dll\n" ); ExitProcess( GetLastError() ); } - THUNK_InitCallout(); if ((instance = NE_StartMain( main_exe_name, main_exe_file )) < 32) { diff -ur wine-cvs/scheduler/process.c wine-uw/scheduler/process.c --- wine-cvs/scheduler/process.c Sun Jan 28 18:58:09 2001 +++ wine-uw/scheduler/process.c Mon Jan 29 00:36:17 2001 @@ -346,9 +346,6 @@ MODULE_DllProcessAttach( NULL, (LPVOID)1 ); RtlReleasePebLock(); - /* Get pointers to USER routines called by KERNEL */ - THUNK_InitCallout(); - /* Call FinalUserInit routine */ if (Callout.FinalUserInit16) Callout.FinalUserInit16();

1 0

Re: InstallShield and ole question...
by juergen.schmied＠debitel.net May 1, 2001

May 1, 2001

> As for doing the 10k+ lines of coding myself, I have experience in > (de)marshalling and network coding, spent many years doing it, it's more a > matter of available time and learning the com wire protocols, neither of which > are currently available to me. Here's to hoping someone is already working on > it ;). For local marshalling we could use our own protocol and even our own way of ipc if we don't try to mix processes with native and wine com-dll's. It com server is only interested in the result ;-). And isn't the com marshalling similar to the dce one? For networking - the dcom protocoll is documented (IMHO). juergen

5 4

Quickbooks 5 and printing
by Sean A. Walberg May 1, 2001

May 1, 2001

After a long break, I'd like to figure out why quickbooks 5 can't print. wineps works, ie I can print in notepad, but QB seems to implement its own printing mechanism. --debugmsg +psdrv,+print,+winspool produces no output. Adding +font spits out a lot, but no errors that I can see. This all used to work until wineps was moved from graphics to a dll about a year ago. I can see from +dosfs that it's accessing some files (WPR.DAT/WPR.INI) which contain information on printers. There is also a QBWPR.DLL file that gets loaded. Any hints on where to start would be appreciated. Thanks, Sean -- Sean A. Walberg <sean(a)ertw.com> http://www.ertw.com *updated!* Join the weekly brainbuzz.com Linux newsletter for news and resources! Send a blank email to: join-linuxnews(a)list.brainbuzz.com

5 8

Re: STATUS_* codes
by David Howells May 1, 2001

May 1, 2001

STATUS_INVALID_EXECUTABLE_IMAGE should have read: STATUS_INVALID_IMAGE_FORMAT and I'm told that the value is 0xC000007B. Cheers, David

1 0

Re: Quickbooks 5 and printing
by gerard patel April 30, 2001

April 30, 2001

At 09:44 AM 28/04/2001 -0500, you wrote: >Okay, here are the traces. Here >(ftp://sourceharvest.com/pub/wine_qb4.log.gz) is the QB4 trace. QB4 >printing works. > >The other (ftp://sourceharvest.com/pub/wine_qb5.log.gz) is the QB5 trace. >QB5 printing doesn't work. The 2 traces are showing the same problem : the 2 versions of your app are trying to loadlibrary on the Wineps driver. This is not working in both cases. The difference comes from the app itself : QB4 is proceding anyway to a call to CreateDC (that's the usual way of printing after all) and this call succeeds - because Wine has been coded for this case- , while QB5 don't want to continue. My impression is that QB5 is a more sophisticate application that is actually *testing* the errors returned by the system. Unfortunately, that is also breaking its capability of printing under Wine. I am not sure why this LoadLibrary fails (it returns 2, file not found). I have done a quick and dirty LoadLibrary("WINEPS.DRV") in a winelib application : it fails. LoadLibrary("WINEPS.DLL") succeeds. So this is the problem it seems. LoadLibrary should be tweaked. I think that the code to patch is in library/loader.c, line 96 /* check for .dll or .exe extension to remove */ if (ext && (!strcmp( ext, ".dll" ) || !strcmp( ext, ".exe" ))) p = ext After the name problem is solved, the following problem is probably loading a 32 bits builtin library from 16 bits code. I don't remember clearly now (it's past 2 am for me) but the problem has already occured for other dlls. I think it was you who asked about the difference between 16 and 32 bits code; while you got a correct answer, there is also a first glance trick, useful when in one application you have transitions between 16 and 32 bits code : the 16 bits calls to the Api are shown in uppercase, the 32 bits are in lowercase. Gerard

1 0