- wine-devel - winehq.org

setupx dll
by Christopher Morgan 03 May '01

03 May '01

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 03 May '01

03 May '01

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 03 May '01

03 May '01

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 03 May '01

03 May '01

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 03 May '01

03 May '01

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 02 May '01

02 May '01

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 02 May '01

02 May '01

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 02 May '01

02 May '01

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 02 May '01

02 May '01

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 02 May '01

02 May '01

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 02 May '01

02 May '01

"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 02 May '01

02 May '01

"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 01 May '01

01 May '01

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

01 May '01

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

01 May '01

Hello, why the following patch is not applied? -----Original Message----- From: David.Goodenough(a)dga.co.uk [mailto:David.Goodenough@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 01 May '01

01 May '01

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

01 May '01

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

01 May '01

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

01 May '01

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

TrueType font metrics for PostScript driver
by Ian Pilcher 30 Apr '01

30 Apr '01

And the verdict is . . . Everyone seems to feel that using FreeType 2.x directly from the Post- Script driver is the right thing to do, so that's what I'll do. This does mean that I'm going to have to learn autoconf, so expect some stupid questions on that subject. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

msvcrt error
by Chris Morgan 30 Apr '01

30 Apr '01

I'm getting this error: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: err:win32:PE_FindExportedFunction function not found for forward 'ntdll._iswctype' used by 'msvcrt.dll'. If you are using builtin 'msvcrt.dll', try using the native one instead. err:win32:fixup_imports No implementation for MSVCRT.dll.636(iswctype) imported from C:\program files\notepad.exe, setting to 0xdeadbeef ~/program files$ when running notepad.exe using builtin msvcrt.dll. Any ideas on what might be causing this? Thanks, Chris

2 1

Re: TrueType font metrics for PostScript driver
by Alexandre Julliard 30 Apr '01

30 Apr '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > With a separate program, FreeType is only required for people who want > to print TrueType fonts. If I put FreeType calls directly into the > driver, FreeType will be required to build/run Wine at all, even for > users that derive no benefit from it. You can have an autoconf check and #ifdef the code out if possible. We will have to use FreeType at some point anyway, so we might as well start now. Besides it seems it will be easier to use if everything is built-in instead of having to run a separate tool. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: TrueType font metrics for PostScript driver
by Alexandre Julliard 30 Apr '01

30 Apr '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > Absolutely nothing. I just don't think the immediate benefit of getting > at TrueType encodings justifies creating the dependency at this time. But doesn't your solution also require FreeType anyway? Linking it into Wine or into a separate program is not really different for the user, he still needs to install it. -- Alexandre Julliard julliard(a)winehq.com

3 2

Re: TrueType font metrics for PostScript driver
by Marcus Meissner 30 Apr '01

30 Apr '01

On Mon, Apr 30, 2001 at 02:03:48PM -0500, Ian Pilcher wrote: > Alexandre Julliard wrote: > > > > But doesn't your solution also require FreeType anyway? Linking it > > into Wine or into a separate program is not really different for the > > user, he still needs to install it. > > > > With a separate program, FreeType is only required for people who want > to print TrueType fonts. If I put FreeType calls directly into the > driver, FreeType will be required to build/run Wine at all, even for > users that derive no benefit from it. Umm, use autoconf checks and fall back methods, also for ft1 vs ft2 checks. Ciao, Marcus

1 0

STATUS_* codes
by David Howells 30 Apr '01

30 Apr '01

Can someone pin numbers on the following codes: STATUS_FILE_IS_A_DIRECTORY STATUS_INVALID_EXECUTABLE_IMAGE At least I think that's what they're called (unfortunately, my book's at home where I can't check it). They're listed in my NT native API book (though that's no guarantee that they exist), but not in the Wine header files, and I don't have a copy of the DDK installed on top of MSDEV. David

3 2

edit control problem
by Mike McCormack 30 Apr '01

30 Apr '01

Hi, Wine-20010418 seems to have a (serious) problem in the edit control. The problem occurs when i press the backspace key, and there is text after the cursor. (eg. when i am writing a reply to an email on my web-based email). Text following the cursor is not draw correctly... it appears that there are many characters missing at the beginning of the line, but the text is only drawn correctly. Perhaps one of the recent optimizations of the edit control missed something?? i don't know if this is fixed in the latest CVS... but the problem didn't exist in previous wine releases. Mike ------------------------------------------ mailto:Mike_McCormack@looksmart.com.au ph +82 16 430 0425 __________________________________________________________________ Get your own free web email at http://www.looksmart.com.au LookSmart Australia

2 1

TrueType font metrics for PostScript driver
by Ian Pilcher 30 Apr '01

30 Apr '01

In order to Unicode-enable the PostScript driver, it needs information about about font encodings that isn't present in Adobe's AFM file format (glyph names for character encodings greater than 256). For Type 1 fonts with a standard encoding, the driver can use the encoding in the Adobe Glyph List. (There's no other choice.) TrueType font designers, however, seem to regard glyph naming as an opportunity to express their creativity. Besides, the information is present in the TrueType font files, so the driver might as well use it. The driver could read this information directly from the font files, but this would make Wine dependant on the FreeType libraries, and that doesn't strike me as a wonderful idea. Instead, I have cobbled together a small program which reads a TrueType font file and creates a "TrueType Font Metrics" file, which is very similar to an AFM file. (This program does use the FreeType library.) Anyone have any objections to using this approach as a interim measure? -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 2

Problem in DIB section / bitblt
by Marcus Meissner 29 Apr '01

29 Apr '01

Hi, Following trace has a BadMatch error related to DIB and XShm. Strangely, if I do: --- bitblt.c 2001/01/15 22:30:51 1.28 +++ bitblt.c 2001/04/29 17:06:14 @@ -1461,7 +1461,8 @@ sDst = X11DRV_LockDIBSection( dcDst, DIB_Status_None, FALSE ); sSrc = X11DRV_LockDIBSection( dcSrc, DIB_Status_None, FALSE ); - if ((sSrc == DIB_Status_AppMod) && (rop == SRCCOPY)) { + if (0 && (sSrc == DIB_Status_AppMod) && (rop == SRCCOPY)) { + FIXME("in fast branch\n"); /* do everything ourselves; map coordinates */ xSrc = dcSrc->DCOrgX + XLPTODP( dcSrc, xSrc ); ySrc = dcSrc->DCOrgY + YLPTODP( dcSrc, ySrc ); it no longer does crash, but proceeds happily. So something is broken in the fast path, but what :/ Ciao, Marcus Call user32.GetDesktopWindow() ret=60cb02ca tid=08063358 Ret user32.GetDesktopWindow() retval=0000008c ret=60cb02ca tid=08063358 Call user32.GetDC(0000008c) ret=60cb02d4 tid=08063358 Call x11drv.GetDC(0000008c,00000088,00000000,0001001a) ret=40783118 tid=08063358 Ret x11drv.GetDC() retval=00000001 ret=40783118 tid=08063358 Ret user32.GetDC() retval=00000088 ret=60cb02d4 tid=08063358 Call gdi32.CreateDIBSection(00000088,40454704,00000000,4a9a94a0,00000000,00000000) ret=60cb02e7 tid=08063358 trace:bitmap:X11DRV_DIB_CreateDIBSection format (16,16), planes 1, bpp 24, size 768, colors 0 (RGB) trace:bitmap:CreateCompatibleBitmap (0ce4,16,16) = trace:bitmap:CreateBitmap 16x16, 65536 colors returning 00000ce8 trace:bitmap:CreateCompatibleBitmap 0ce8 trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 4 to 2 Ret gdi32.CreateDIBSection() retval=00000ce8 ret=60cb02e7 tid=08063358 Call user32.ReleaseDC(0000008c,00000088) ret=60cb02f6 tid=08063358 Ret user32.ReleaseDC() retval=00000001 ret=60cb02f6 tid=08063358 Call kernel32.IsBadReadPtr(4ad30000,00000001) ret=60cb08f2 tid=08063358 Ret kernel32.IsBadReadPtr() retval=00000000 ret=60cb08f2 tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc1298) ret=60c9d188 tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60c9d188 tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.ReadFile(00000068,405b6adc,0000000e,405b6aec,00000000) ret=60c9dfbd tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfbd tid=08063358 Call kernel32.ReadFile(00000068,405b6ab4,00000028,405b6aec,00000000) ret=60c9dfed tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfed tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9e0b4 tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9e0b4 tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.SetFilePointer(00000068,00000036,00000000,00000000) ret=60c9d217 tid=08063358 Ret kernel32.SetFilePointer() retval=00000036 ret=60c9d217 tid=08063358 Call kernel32.HeapAlloc(4a260000,00000000,00018010) ret=60cb15a0 tid=08063358 Ret kernel32.HeapAlloc() retval=4a26546c ret=60cb15a0 tid=08063358 Call kernel32.ReadFile(00000068,4a26546c,00018000,405b6ad0,00000000) ret=60c9d4ff tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9d4ff tid=08063358 trace:bitmap:X11DRV_DIB_Lock Locking 0x40455ea8 from thread 08063358 trace:bitmap:X11DRV_DIB_Coerce AppMod requested in status InSync trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 2 to 4 trace:bitmap:X11DRV_DIB_Unlock Unlocking in status AppMod trace:bitmap:X11DRV_DIB_Unlock Unlocked 0x40455ea8 Call kernel32.ReadFile(00000068,4a26549c,00017fd0,405b6ad0,00000000) ret=60c9d4ff tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9d4ff tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc17d0) ret=60cb3773 tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60cb3773 tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc17d0) ret=60cb3789 tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60cb3789 tid=08063358 Call kernel32.HeapFree(4a260000,00000000,4a26546c) ret=60cb1124 tid=08063358 Ret kernel32.HeapFree() retval=00000001 ret=60cb1124 tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9d22f tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9d22f tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc1298) ret=60c9d236 tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60c9d236 tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc1298) ret=60c9d91d tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60c9d91d tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.ReadFile(00000068,405b6a90,0000000e,405b6aa0,00000000) ret=60c9dfbd tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfbd tid=08063358 Call kernel32.ReadFile(00000068,405b6a68,00000028,405b6aa0,00000000) ret=60c9dfed tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfed tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9e0b4 tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9e0b4 tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc1298) ret=60c9d9db tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60c9d9db tid=08063358 Call gdi32.CreateCompatibleDC(00000000) ret=0040fcda tid=08063358 Ret gdi32.CreateCompatibleDC() retval=00000cec ret=0040fcda tid=08063358 Call gdi32.CreateCompatibleDC(00000000) ret=0040fce2 tid=08063358 Ret gdi32.CreateCompatibleDC() retval=00000cf0 ret=0040fce2 tid=08063358 Call gdi32.CreateBitmap(00000010,00000010,00000001,00000001,00000000) ret=0040fcf5 tid=08063358 trace:bitmap:CreateBitmap 16x16, 2 colors returning 00000cf4 Ret gdi32.CreateBitmap() retval=00000cf4 ret=0040fcf5 tid=08063358 Call gdi32.SelectObject(00000cec,00000cf4) ret=0040fd02 tid=08063358 Ret gdi32.SelectObject() retval=00000044 ret=0040fd02 tid=08063358 Call gdi32.SelectObject(00000cf0,00000ce8) ret=0040fd0c tid=08063358 Ret gdi32.SelectObject() retval=00000044 ret=0040fd0c tid=08063358 Call gdi32.SetBkColor(00000cf0,00c080ff) ret=0040fd1b tid=08063358 Ret gdi32.SetBkColor() retval=00ffffff ret=0040fd1b tid=08063358 Call gdi32.BitBlt(00000cec,00000000,00000000,00000010,00000010,00000cf0,00000000,00000000,00cc0020) ret=0040fd33 tid=08063358 trace:bitblt:BitBlt hdcSrc=0cf0 0,0 16 bpp->hdcDest=0cec 0,0 16x16x1 rop=cc0020 trace:bitmap:X11DRV_DIB_Lock Locking 0x40455ea8 from thread 08063358 fixme:bitblt:X11DRV_BitBlt in fast branch trace:bitmap:X11DRV_DIB_CopyDIBSection (0x4045610c,0x40455ee8,0,0,0,0,16,16) trace:bitmap:X11DRV_DIB_DoCopyDIBSection Copying from DIB bits to Pixmap trace:bitmap:X11DRV_DIB_SetImageBits XPutImage(0x8054790,29361387,0x8074680,0x808bbe8,0,0,0,0,16,16) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 147 (MIT-SHM) Minor opcode of failed request: 3 (X_ShmPutImage) Serial number of failed request: 5544 Current serial number in output stream: 5545 [

1 0

InstallShield and ole question...
by Mike Bond 27 Apr '01

27 Apr '01

Quick brief, I've been lurking for quite some time around WineHQ and the wine project, but don't really have time for putting a lot of devel into it. It seems wine is finally getting close enough to working for most things that I can put some time into tracking problems without gobbling up many hours. All that said, I've been trying to get some InstallShield v6 based installers to work with wine without much success. I've tried various combinations of builtin and native versions of the ole related dlls, each configuration with it's own hitches. With a mostly 'native' configuration, I get the 0x80070008 (ERROR_NOT_ENOUGH_MEMORY) error when trying to load IKernel.exe. I did not spend a lot of time with this as 'builtin' really is the prefered method anyway. With a completely 'builtin' configuration for the various ole dlls, I get the dreaded 0x80070005 (ERROR_ACCESS_DENIED) when trying to load IKernel.exe that others have reported on the list in the past. After persuing this a bit, I found that the problems seems to lie in the fact that CoGetClassObject in compobj.c does not have CLSCTX_LOCAL_SERVER implemented, which InstallShield is trying to use when starting up the "InstallShield setup kernel" via CoCreateInstance. My question, is anyone currently working on implementing CLSCTX_LOCAL_SERVER in compobj.c:CoGetClassObject, or have plans to work on this in the near future? If not, I may go back to trying to figure out what is happening with the 'native' configuration. -- TTFN MikeB

9 11

AVI resource in shell32.dll
by Stefan Leichter 27 Apr '01

27 Apr '01

Hi all, during debugging an installer (of Wiso Homebanking Try&Buy Version from Buhl Data) i found that native shell32.dll contains at least one AVI resource (the magnifier that is spinning in front of a computer) that is not implemented in the buildin shell32.dll. I have looked around in the source tree of wine but i did not find any resource from typ AVI. Now my questions: Is someone working on an implementation of avi resources into the buildin dlls? If not, what needs to be done to start implementing avi resources into the dlls? Bye Stefan

2 2

fault handling - oof
by lawson_whitney＠juno.com 26 Apr '01

26 Apr '01

Good day! One or all of these 3 patches has somehow broken fault hanlding for my mail app. As I seem to have it sort of working again, I wanted to get out a warning, and sorry I can't be more specific yet. The app also doesn't like to be forced to use a local phone number that is not in its current list but still works. I can't blame it, but I am damned if I will have it adding $.05 to my phone bill every time I send or get mail. I got what looked like a recursive page fault somewhere in startup/fixup_imports until I reverted all 3. It _might_ be a local misconfiguration, so don't waste too much time on it, but if you spot something that could be a bit wrong in one of these patches, please let me know. N 1 Apr 23 Alexandre Julliard (2,414) wine/dlls/msvcrt time.c N 2 Apr 23 Alexandre Julliard (2,089) wine/include/msvcrt stddef.h N 3 Apr 23 Alexandre Julliard (2,071) wine/debugger types.c I can't see how it could be any of them, but I guess it must be stddef.h. The app insists so far on native msvcrt. I keep hoping that will change. Regards, Lawson ---cut here ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

3 7

Re: InstallShield and ole question...
by Mike Bond 26 Apr '01

26 Apr '01

On Thu, Apr 26, 2001 at 12:55:30PM -0400, Gavriel State wrote: > The fix we put into the TransGaming tree was from Andreas Mohr, and it > fixed some problems related to previous versions of InstallSheild. We > haven't made any progress on v6. > > We'd certainly like to see it get done, but our resources are somewhat > limited at the moment, and we're concentrating on the DirectX work. I understand how that works. > Something that's interesting about the InstallShield objects is this: > They seem to expose a fair amount of their interfaces through OLE > Automation. I don't know for certain, but I have a recollection that > some work was done to support Automation for WordPerfect. I can't > remember whether that work was actually completed, or bypassed through > the use of dde for scripting instead. Hmm, would be interesting to get more details of what became of that work. > If automation does work, then perhaps it's enough to simply run the > InstallShield ikernel.exe and see if the user-side of the installer > works through automation rather than requiring marshalling. Unfortunately I had already tried that, first thing that came to mind once I realized what was going on. -- TTFN MikeB

1 0

dll-separated lzexpand doesn't work
by Ove Kaaven 26 Apr '01

26 Apr '01

At least not on debian unstable... I've tracked the problem down to: lzexpand_main.c, function LZCopy, line 525: xread=(_readfun)LZRead; assembles as: movl LZRead@GOT(%ebx),%edx movl %edx,-1012(%ebp) so it reads out the address of LZRead out of the GOT. The final result in liblz32.so becomes: 5eb7: 8b 93 44 00 00 00 mov 0x44(%ebx),%edx 5ebd: 89 95 0c fc ff ff mov %edx,0xfffffc0c(%ebp) but because of the -symbolic linker switch, there's no such GOT entry. CRASH! The GOT entry for LZRead should be at 00007d64 in the dynamic relocation table, as far as I can tell from objdump and peeking at the GOT, but in the relocation table there's only this... ... 00007d60 R_386_GLOB_DAT __dso_handle 00007d68 R_386_GLOB_DAT __deregister_frame_info ... What can be done about this? Submit bug reports on ld?

1 0

Using config.status to recreate current setup
by Matthew Cline 26 Apr '01

26 Apr '01

According to the comments at the start of config.status, I can run that file to recreate the current setup. However, if I use it, it appears to delete the makefile in wine/dlls/wintrust, causing "make depend" to fail; if I just copy the configure command that config.status has and run that on the command line, everything works fine. Am I doing something wrong? Thanks in advance. -- Matthew Cline | Suppose you were an idiot. And suppose that matt(a)nightrealms.com | you were a member of Congress. But I repeat | myself. -- Mark Twain

2 1

Re: Trouble with VirtualQuery()
by gerard patel 25 Apr '01

25 Apr '01

At 02:07 PM 25/04/2001 +0200, you wrote: >Do you mean >http://support.microsoft.com/support/kb/articles/Q171/7/93.ASP >? Yes Gerard

1 0

Re: New breakages
by gerard patel 25 Apr '01

25 Apr '01

At 09:30 AM 25/04/2001 +0200, I wrote: >There may be other problems, I have not the time to search for them all just now. Also several apps are not erasing parts of the screen : among others the word viewer 97 (freeware downloadable). A few other strange crashes. Gerard

1 0

Re: PATCH: drop relay stuff
by Andreas Mohr 25 Apr '01

25 Apr '01

On Tue, Apr 24, 2001 at 09:33:16PM +0200, Marcus Meissner wrote: > Hi, > > Changelog: > Drop SYSLEVEL checks from relay debugging, since they break debugging > builtin GDI dlls. Hmm, do we really want to do this ? (I know it's already been applied) Shouldn't we create a different SYSLEVEL_CheckNotLevel_unenforced() function instead which simply doesn't call DebugBreak() ? That way we don't lose the important information about possible syslevel violations. Syslevel violations are an *ongoing* problem. They are not simply "solved". OTOH I could take Alexandre's cvs commit as his firm promise to go through every future patch line by line to check for syslevel mishaps/omissions ;-) Oh yeah, and in case you didn't notice: it's me again complaining about yet another silencing ;-) This patch is not even "too early", it's simply "wrong" IMHO, as it is an ongoing problem (I did mention this before, didn't I ? :). Sorry for me being of such an opposing nature ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.germany.net/100-30936/

2 3

Re: Trouble with VirtualQuery()
by Uwe Bonnes 25 Apr '01

25 Apr '01

>>>>> "Gerald" == <<gerard.patel(a)asi.fr>@s5.asi.fr> writes: Gerard > ... Gerard > Possibly I'll send a new patch if I find where is the flag Gerard > in the exe to handle the 3 gig memory space but as I am not Gerard > actively searching for it, you are welcome to do it yourself Gerard > :-) Do you mean http://support.microsoft.com/support/kb/articles/Q171/7/93.ASP ? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

New breakages
by gerard patel 25 Apr '01

25 Apr '01

Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x40a39b1b). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a39b1b (X11DRV_WND_SetGravity+0x1f [wnd.c:414]): cmpl $0,0x0(%edx) 414 if (data->window && data->bit_gravity != value ) Wine-dbg>bt bt Backtrace: =>0 0x40a39b1b (X11DRV_WND_SetGravity+0x1f(wnd=0x40367b80, value=0x1) [wnd.c:414]) (ebp=40c56b8c) 1 0x40a149dc (X11DRV_SetWindowPos+0x678(winpos=0x40c56c54) [winpos.c:1076]) (ebp=40c56c3c) 2 0x406acb69 (SetWindowPos+0x51(hwnd=0x1a20, hwndInsertAfter=0x0, x=0xdd, y=0xcf, cx=0x172, cy=0xef, flags=0x80000015) [winpos.c:2176]) (ebp=40c56c70) 3 0x40a3481e (EVENT_ConfigureNotify+0x1a6(hWnd=0x1a20, event=0x40c56d90) [event.c:983]) (ebp=40c56ccc) 4 0x40a33b0f (EVENT_ProcessEvent+0x49b(event=0x40c56d90) [event.c:438]) (ebp=40c56d70) 5 0x40a335ec (EVENT_ProcessAllEvents+0x68(arg=0x0) [event.c:209]) (ebp=40c56df0) 6 0x400c9b7f (SERVICE_Loop+0xbf(dummy=0x0) [services.c:76]) (ebp=40c56f1c) Hacked away by --- wnd.c.orig Wed Apr 25 01:43:41 2001 +++ wnd.c Wed Apr 25 09:28:52 2001 @@ -411,7 +411,7 @@ { X11DRV_WND_DATA *data = wnd->pDriverData; - if (data->window && data->bit_gravity != value ) + if (data && data->window && data->bit_gravity != value ) { XSetWindowAttributes win_attr; win_attr.bit_gravity = value; Another problem : now in the file open window, the tooltips for the toolbar buttons are appearing as managed windows (in managed mode of course) There may be other problems, I have not the time to search for them all just now. Gerard

1 0

Re: GDI syslevel held during psdrv init ... bad
by Alexandre Julliard 24 Apr '01

24 Apr '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Now the reason is, that pCreateDC is always called with the GDI syslevel (3) > held, so _any_ call to relaying here will dump. > > How do we fix this? We could probably get rid of the check. Syslevel locking is reasonably stable now, and dll separation will cause more and more false alarms here. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: fault handling - oof
by Alexandre Julliard 24 Apr '01

24 Apr '01

lawson_whitney(a)juno.com writes: > I got what looked like a recursive page fault somewhere in > startup/fixup_imports until I reverted all 3. A fixup_imports crash sounds a bit like what other people reported seeing with the shared sections fix. Did you run two instances of the application by any chance? -- Alexandre Julliard julliard(a)winehq.com

2 1

GDI syslevel held during psdrv init ... bad
by Marcus Meissner 24 Apr '01

24 Apr '01

Hi, While trying to debug something I come across this problem: Call gdi32.CreateICA(405b59eb "WINEPS",405b59d4 "Wine PostScript Driver",405b59f 2 "LPT1:",00000000) ret=007a6674 tid=08063338 trace:relay:PE_InitDLL CallTo32(entryproc=0x4bef3270,module=4beeb000,type=1,res= (nil)) err:psdrv:PSDRV_AFMGetCharMetrics missing ;, failed. [C 0 ; WX 600 ; N null] fixme:psdrv:PSDRV_FindPrinterInfo 'Wine PostScript Driver' Call kernel32.MultiByteToWideChar(00000000,00000000,4c057534 "Wine PostScript Dr iver",ffffffff,00000000,00000000) ret=40953fd4 tid=08063338 err:win32:SYSLEVEL_CheckNotLevel (2): Holding lock of level 3! Now the reason is, that pCreateDC is always called with the GDI syslevel (3) held, so _any_ call to relaying here will dump. How do we fix this? Ciao, Marcus

1 0

Re: problem with native dll's.
by Alexandre Julliard 23 Apr '01

23 Apr '01

Rein Klazes <rklazes(a)xs4all.nl> writes: > Since the cvs commits early this week or the last (I could be more > precise but that will take a while) I have noticed a problem with some > native dlls. > If I start one app that uses such a dll and then another using the > same dll may crash. If this second app is started as the first process > it runs fine. Most likely my shared sections fix: 2001-04-13 Alexandre Julliard <julliard(a)winehq.com> * server/file.c, server/mapping.c, server/object.h: Repaired shared PE data sections. The fix itself should be OK, but it probably reveals other bugs that were hidden by the fact that the sections were not shared properly before. For instance if a dll stores window handles in the shared area it will break since window handles are not shared yet (working on it...) In your case it doesn't seem to be window handles though, so it may be worth investigating a bit more. -- Alexandre Julliard julliard(a)winehq.com

4 3

Re: Virtual memory under Win95
by Alexandre Julliard 23 Apr '01

23 Apr '01

"Dmitry Timoshkov" <dmitry(a)sloboda.ru> writes: > Perhaps applications which use assumptions about Win95 virtual memory > management should be considered as broken? Or it is worth to support them? What should be considered broken is the memory management of Win95 ;-) But yes, we should probably forget about making this kind of things work, we cannot possibly support the Win95 memory model 100% right anyway. Especially since the app works with -winver nt40, I think that's a reasonable work-around. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Msvcrt fixes
by Andreas Mohr 23 Apr '01

23 Apr '01

On Mon, Apr 23, 2001 at 12:27:58AM -0700, François Gouget wrote: > Btw, the Linux localtime documentation sucks. It's even worse than > the MS one!!! Err, fix it ? ;-) Really, what is an Open Source programmer supposed to do when he realizes that something sucks ? Food for thought, -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.germany.net/100-30936/

3 3

Virtual memory under Win95
by Dmitry Timoshkov 23 Apr '01

23 Apr '01

Hello all. Could anybody with access to a Win95 machine run this simple program and report the result? void test(void) { HANDLE hMapping; void *p; MEMORY_BASIC_INFORMATION info; DWORD dwRet; hMapping = CreateFileMappingA(INVALID_HANDLE_VALUE, NULL, PAGE_READWRITE | SEC_RESERVE, 0, 0x0400f000, NULL); printf("hMapping = %04x\n", hMapping); p = MapViewOfFile(hMapping, FILE_MAP_READ ,0, 0, 0x00010000); printf("p = %p\n", p); UnmapViewOfFile(p); dwRet = VirtualQuery(p, &info, sizeof(info)); printf("VirtualQuery(%p) ret=0x%lx\n" "BaseAddress = %p\n" "AllocationBase = %p\n" "AllocationProtect = 0x%08lx\n" "RegionSize = 0x%08x\n" "State = %08lx\n" "Protect = %08lx\n" "Type = %08lx\n", p, dwRet, info.BaseAddress, info.AllocationBase, info.AllocationProtect, info.RegionSize, info.State, info.Protect, info.Type); } Thanks in advance.

4 6

Re: Virtual memory under Win95
by Alexandre Julliard 23 Apr '01

23 Apr '01

"Dmitry Timoshkov" <dmitry(a)sloboda.ru> writes: > From http://msdn.microsoft.com/library/psdk/winbase/filemap_79wn.htm > > --- cut --- > "To fully close a file-mapping object, an application must unmap all mapped views > of the file-mapping object by calling UnmapViewOfFile, and close the file-mapping > object handle by calling CloseHandle. The order in which these functions are called > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > does not matter. The call to UnmapViewOfFile is necessary because mapped views of > ^^^^^^^^^^^^^^^ > a file-mapping object maintain internal open handles to the object, and a file-mapping > object will not close until all open handles to it are closed." > --- cut --- > > My patch is WRONG. MSDN says that until both CloseHandle and UnmapViewOfFile are called > the file-mapping object still exists. This is wrong for NT but true for Win9x. Why do you say it's wrong for NT? It seems perfectly correct: the mapping object exists as long as you have a handle to it, or some view of it is mapped (which keeps a handle internally, just like we do under Wine). Do not confuse the file mapping object with mapped views; the doc only talks about the mapping object. Specific views of the object are unmapped by UnmapViewOfFile (at least under NT), even if this may not cause the mapping object to be deleted. This doesn't contradict the doc at all. -- Alexandre Julliard julliard(a)winehq.com

3 2

DDraw,DGA bug?
by wine＠henkis.net 22 Apr '01

22 Apr '01

Hello, I seem to have a problem running Direct Draw under wine, when changing screens is a game i get to keep the old screen and the new screen is being drawed under the old screen. (Seen it by manualy changing resolution). It worked ok earlier, with a a month or so older version of wine. Anyone knows anything about this? Regards Henrik

2 1

problems while using yahoo! messenger
by K.Shyam 22 Apr '01

22 Apr '01

hello; i am getting the following error message while running yahoo messenger using linux. can someone help me.i am new to wine as such and it might take some time for me to understand how it exactly works... thank you K.Shyam fixme:win32:DeviceIo_MMDEVLDR (5,(nil),0,0x40394dbc,4,0x405a6ab8,(nil)): stub fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device NWLINK fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1ee8,0x0000000d): stub fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1e00,0x0000000d): stub fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1d10,0x0000000d): stub fixme:accel:CreateAcceleratorTableA should check that the accelerator descriptions are valid, return NULL and SetLastError() if not. fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1b18,0x0000000d): stub err:shell:IShellFolder_fnBindToObject can't bind to a file this is my config file : WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config ;; ;; MS-DOS drives configuration ;; ;; Each section has the following format: ;; [Drive X] ;; Path=xxx (Unix path for drive root) ;; Type=xxx (supported types are 'floppy', 'hd', 'cdrom' and 'network') ;; Label=xxx (drive label, at most 11 characters) ;; Serial=xxx (serial number, 8 characters hexadecimal number) ;; Filesystem=xxx (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix') ;; This is the FS Wine is supposed to emulate on a certain ;; directory structure. ;; Recommended: ;; - "win95" for ext2fs, VFAT and FAT32 ;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended) ;; DON'T use "unix" unless you intend to port programs using Winelib ! ;; Device=/dev/xx (only if you want to allow raw device access) ;; [Drive A] "Path" = "/mnt/floppy" "Type" = "floppy" "Label" = "Floppy 0" "Device" = "/dev/fd0" [Drive C] "Path" = "/win" "Type" = "hd" "Label" = "MS-DOS 0" "Filesystem" = "win95" [Drive D] "Path" = "/mnt/cdrom" "Type" = "cdrom" "Label" = "CD-ROM 0" "Filesystem" = "win95" "Device" = "/dev/cdrom" [Drive E] "Path" = "/tmp" "Type" = "hd" "Label" = "Tmp Drive" "Filesystem" = "win95" [Drive F] "Path" = "/" "Type" = "network" "Label" = "Root" "Filesystem" = "win95" [Drive G] "Path" = "${HOME}" "Type" = "network" "Label" = "Home" "Filesystem" = "win95" [wine] "Windows" = "C:\\windows" "System" = "C:\\windows\\system" "Path" = "C:\\windows;C:\\windows\\system;E:\\;G:\\" "Profile" = "C:\\windows" "Temp" = "E:\\" "GraphicsDriver" = "x11drv" "ShellLinker" = "wineshelllink" # <wineconf> [DllDefaults] "EXTRA_LD_LIBRARY_PATH" = "${HOME}/wine/cvs/lib" "DefaultLoadOrder" = "native, builtin, elfdll, so" [DllOverrides] "kernel32" = "builtin" "gdi32" = "builtin" "user32" = "builtin" "krnl386" = "builtin" "kernel" = "builtin" "gdi" = "builtin" "user" = "builtin" "toolhelp" = "builtin" "comdlg32" = "elfdll, builtin, native" "commdlg" = "elfdll, builtin, native" "version" = "elfdll, builtin, native" "ver" = "elfdll, builtin, native" "shell32" = "builtin, native" "shell" = "builtin, native" "lz32" = "builtin, native" "lzexpand" = "builtin, native" "commctrl" = "builtin, native" "comctl32" = "builtin, native" "wsock32" = "builtin" "winsock" = "builtin" "advapi32" = "builtin, native" "crtdll" = "builtin, native" "ntdll" = "builtin, native" "mpr" = "builtin, native" "winspool" = "builtin, native" "winspool.drv" = "builtin, native" "ddraw" = "builtin, native" "dinput" = "builtin, native" "dsound" = "builtin, native" "winmm" = "builtin" "w32skrnl" = "builtin" "msvfw32" = "builtin" "mmsystem" = "builtin" "msvideo" = "builtin, native" "msvfw32" = "builtin, native" "mcicda.drv" = "builtin, native" "mciseq.drv" = "builtin, native" "mciwave.drv" = "builtin, native" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msacm.drv" = "builtin, native" "midimap.drv" = "builtin, native" "w32skrnl" = "builtin" "wnaspi32" = "builtin" "wow32" = "builtin" "system" = "builtin" "display" = "builtin" "wprocs" = "builtin" "wineps" = "builtin" "icmp" = "builtin" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "100" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "N" ; Color depth to use on multi-depth screens ;;ScreenDepth = 16 ; Name of X11 display to use ;;Display = :0.0 ; Allow the window manager to manage created windows "Managed" = "Y" ; Run Wine windows in desktop. Contains "N" or something like "800x600". ; Note Wine currently supports this option only on command line. ; So this option has currently no effect. Hope this will change. "Desktop" = "N" ; Use XFree86 DGA extension if present "UseDGA" = "Y" ; Use XShm extension if present "UseXShm" = "Y" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "N" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" [fonts] ;Read documentation/fonts before adding aliases "Resolution" = "96" "Default" = "-adobe-times-" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" "Com3" = "/dev/modem,38400" "Com4" = "/dev/modem" [parallelports] "Lpt1" = "/dev/lp0" [spooler] "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;read=0x779,0x379,0x280-0x2a0 ;write=0x779,0x379,0x280-0x2a0 [spy] "Exclude" = "WM_SIZE;WM_TIMER;" [registry] ; Paths must be given in /dir/dir/file.reg format. ; Wine will not understand dos file names here... ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Use new file format "UseNewFormat" = "Y" ; Registry periodic save timeout in seconds ; PeriodicSave=600 ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; WineLook=xxx (supported styles are 'Win31'(default), 'Win95', 'Win98') "WineLook" = "Win95" [programs] "Default" = "" "Startup" = "" [Console] ;Drivers=tty ;XtermProg=nxterm ;InitialRows=25 ;InitialColumns=80 ;TerminalType=nxterm [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" # </wineconf>

1 0

notes2paper
by Ralf Schwarzmaier 21 Apr '01

21 Apr '01

after the last configuration change, i've become an error message, but i don't kno what to do with it, this message sad nothing to me ;-))) thank you bye ralf fixme:mpr:WNetGetUserA ((null), 0x2aa100dc, 0x408d6d38): mostly stub err:listview:LISTVIEW_WindowProc unknown msg be10 wp=04500001 lp=00000450 err:listview:LISTVIEW_WindowProc unknown msg b029 wp=00000000 lp=00000000 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=04500002 lp=00000450 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=04500001 lp=00000450 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=06880001 lp=00000688 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=06880002 lp=00000688 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=06880001 lp=00000688 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=07a80001 lp=000007a8 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=07a80002 lp=000007a8 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=07a80001 lp=000007a8 fixme:system:SystemParametersInfo16 Unknown option 4104. fixme:treeview:TREEVIEW_WindowProc Unknown msg be10 wp=0ab40001 lp=00000ab4 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=0cf00001 lp=00000cf0 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=0cf00002 lp=00000cf0 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=0cf00001 lp=00000cf0 fixme:heap:HeapCreate Shared Heap requested, returning system heap. fixme:crtdll:CRTDLL___dllonexit stub fixme:crtdll:CRTDLL___dllonexit stub fixme:mpr:WNetGetUserA ((null), 0x2a1eb560, 0x408d66fc): mostly stub fixme:mpr:WNetGetUserA ((null), 0x2a34789c, 0x408d6754): mostly stub fixme:system:SystemParametersInfo16 Unknown option 4104. err:statusbar:StatusWindowProc unknown msg be10 wp=1a7c0001 lp=00001a7c err:statusbar:StatusWindowProc unknown msg be10 wp=1b980001 lp=00001b98 fixme:string:GetLocaleInfoA 'SENGLANGUAGE' is not defined for your language (0007). Please define it in dlls/kernel/nls/YourLanguage.nls and submit patch for inclusion into the next Wine release. fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:heap:HeapDestroy attempt to destroy system heap, returning TRUE!

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel