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

Re: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this
by dschwarz＠bellatlantic.net May 23, 2002

May 23, 2002

I'm currently running the Lotus Notes 5.0.7 client under the latest WINE (CVS build from 5/22/2002). Works well with no visual glitches that I can see, but I get this message repeated over and over: err:clipping:CLIPPING_UpdateGCRegion DC is dirty. Please report this So, I'm reporting it :-) Can someone tell me what additional information would be useful to debug this problem, and how I can provide it? Thanks, Dan Schwarz dschwarz(a)bellatlantic.net

1 0

SB EMU Patch question
by Dustin Navea May 23, 2002

May 23, 2002

To the author of the SB EMU Patch, I was wondering if you could possibly resubmit the patch for inclusion against the current tree, the day that you last sent it in, I had a failure compiling, I guess due to some conflict from the patches committed that day, so if you could rework it to compile (and work, of course) against the current tree, I would love it, and several other people might too ;). -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Lotus SmartSuite (2000?)
by Dustin Navea May 23, 2002

May 23, 2002

Just saw a post on TransGaming's web site that Lotus SmartSuite runs on WineX...although it took him 2 installs... He also said that installing the MS OLE update improved thimgs even more, so the OLE Update may be something to look into in trying to get it to work... I'm not sure it it was 2000 or Millenium 9.5, but he did say SmartSuite... -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

winhelp mapping
by Eric Pouech May 23, 2002

May 23, 2002

this patch is an attempt to solve the issue of passing contextual information to winhlp32 it simply passes the data block required by the "WM_WINHELP" (in quotes, because it's a registered window message) thru the server, and reallocates it on the win32 size it's a bit ugly because of the registration stuff Alexandre, will you accept a patch of this kind (it still can be enhanced, like storing the message id) ? A+ Name: winhlp ChangeLog: implemented interprocess WM_WINHELP message passing License: X11 GenDate: 2002/05/21 19:51:19 UTC ModifiedFiles: dlls/user/message.c windows/winhelp.c AddedFiles: =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/user/message.c,v retrieving revision 1.17 diff -u -u -r1.17 message.c --- dlls/user/message.c 26 Apr 2002 19:05:17 -0000 1.17 +++ dlls/user/message.c 19 May 2002 06:54:18 -0000 @@ -564,6 +564,18 @@ data->count = -1; return 0; } + if (message == RegisterWindowMessageA("WM_WINHELP")) + { + HGLOBAL16 hMem; + char* ptr; + hMem = LOWORD(lparam); + ptr = GlobalLock16(hMem); + push_data(data, ptr, *(WORD*)ptr); + GlobalUnlock16(hMem); + /* FIXME: it's likely that this memory block + * (and more important, the associated selector) will be leaked... */ + return 0; + } return 0; } @@ -803,6 +815,23 @@ return FALSE; default: + if (message == RegisterWindowMessageA("WM_WINHELP")) + { + HGLOBAL16 hMem; + WORD sz; + char* dst; + + if (size < sizeof(WORD)) return FALSE; + sz = *(WORD*)*buffer; + if (size != sz) return FALSE; + hMem = GlobalAlloc16(0,sz); + dst = GlobalLock16(hMem); + memcpy(dst, *buffer, sz); + GlobalUnlock16(hMem); + *lparam = hMem; + return TRUE; + } + return TRUE; /* message doesn't need any unpacking */ } @@ -1622,7 +1651,7 @@ SetLastError( ERROR_INVALID_THREAD_ID ); else SetLastError( RtlNtStatusToDosError(res) ); - } + } } SERVER_END_REQ; return !res; Index: windows/winhelp.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/windows/winhelp.c,v retrieving revision 1.22 diff -u -u -r1.22 winhelp.c --- windows/winhelp.c 10 Mar 2002 00:18:37 -0000 1.22 +++ windows/winhelp.c 19 May 2002 06:56:45 -0000 @@ -82,7 +82,6 @@ HGLOBAL16 hwh; int size,dsize,nlen; - if(!WM_WINHELP) { WM_WINHELP=RegisterWindowMessageA("WM_WINHELP"); @@ -103,7 +102,6 @@ } } - switch(wCommand) { case HELP_CONTEXT: @@ -152,7 +150,8 @@ } else lpwh->ofsData = 0; GlobalUnlock16(hwh); - return SendMessage16(hDest,WM_WINHELP,hWnd,hwh); + + return SendMessageA(hDest,WM_WINHELP,hWnd,hwh); }

4 3

tools/wineshelllink Full KDE3 Support-patch tomorrow
by Dustin Navea May 23, 2002

May 23, 2002

Hey, received a note from Riszanyi Zsolt asking to implement use of $KDEHOME in wineshelllink. Well, I took a look at it, and started to do that, but then I realized that if we do that and they have 2 versions of KDE installed (i.e. Mandrake 8.2's way, KDE2 in /usr and KDE3 in /opt), the icons will only be in 1 of the 2 directories. So, instead I finished off my KDE3 support, and it will be submitted tomorrow, I have 1 minor change to make to it. -Dustin __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

3 4

Recursion caused by call of GetProp in window procedure
by Andriy Palamarchuk May 22, 2002

May 22, 2002

I'm researching bug 671: http://bugs.winehq.com/show_bug.cgi?id=671 The application crashes. It seems the problem occurs when GetPropA is called in a window procedure on WM_WINDOWPOSCHANGING message what causes generation of other WM_WINDOWPOSCHANGING message. The same code calls itself and finally blows the stack. See the bug for details. Does anybody know why the recursion occurs? Does GetPropA call generate WM_WINDOWPOSCHANGING message? The relay trace of the recursion. It is nicer formatted in the bug comments: Call user32.GetPropA(00010036,40e33086 "buddySupperClassWndProc") ret=40e1b396 Ret user32.GetPropA() retval=40ec0a9a ret=40e1b396 Call user32.CallWindowProcW(40ec0a9a,00010036,00000046,00000000,405b5f5c) ret=40e1b3fd Call window proc 0x488568 (hwnd=00010036,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=405b5f5c) Call kernel32.TlsGetValue(00000002) ret=004a7180 Ret kernel32.TlsGetValue() retval=403be080 ret=004a7180 Call kernel32.TlsGetValue(00000002) ret=004a7180 Ret kernel32.TlsGetValue() retval=403be080 ret=004a7180 Call kernel32.TlsGetValue(00000002) ret=004a7180 Ret kernel32.TlsGetValue() retval=403be080 ret=004a7180 Call ntdll.RtlEnterCriticalSection(00544c60) ret=004a6c89 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=004a6c89 Call ntdll.RtlLeaveCriticalSection(00544c60) ret=004a6cad Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=004a6cad Call user32.CallWindowProcA(40ec0a16,00010036,00000046,00000000,405b5f5c) ret=00488d7b Call window proc 0x40e1b370 (hwnd=00010036,msg=WM_WINDOWPOSCHANGING,wp=00000000,lp=405b5f5c) Call user32.GetPropA(00010036,40e33086 "buddySupperClassWndProc") ret=40e1b396 Thanks, Andriy __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

The 'file' regression test fails on NT
by Francois Gouget May 22, 2002

May 22, 2002

I tested the 'file' regression test on NT4 and XP and it fails on both. Here is where the error occurs: tests/file.c:236: Test failed: DeleteFile failed (5). tests/file.c:240: Test failed: couldn't create file "testfile.xxx" (err=5) tests/file.c:242: Test failed: _hwrite complains. [...] 5 means 'permission denied'. DeleteFile fails just after _lcreat(filename,1) creates a read-only file: H:\wine\wine\dlls\kernel>attrib testfile.xxx A R H:\wine\wine\dlls\kernel\testfile.xxx Because that file is marked read-only, DeleteFile fails to delete it, then causing the failure of all the other tests. I checked and the same happens on non-smb drives (c:\). I also checked that the exact same thing happens on Windows 98. So the test needs to be fixed. Jakob, can you do this? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ May your Tongue stick to the Roof of your Mouth with the Force of a Thousand Caramels.

3 4

Re: Wineconsole (again)
by Andreas Mohr May 22, 2002

May 22, 2002

On Mon, May 20, 2002 at 09:50:03PM +0200, Eric Pouech wrote: > this patch fixes a set of issues: > 1/ large fonts could be picked up if no decent registry content was > found > (thanks to Sylvain Petreolle and Andi Mohr for the bug reports) > 2/ better error messages in case of failure (even if I'm sure Andi will > not like them... feel free to be more verbose) Yep, true. (and I forgot to tell you before :-\) Why is the "missing font" message a WINE_WARN ? IMHO this should clearly be a WINE_ERR, as it's a user warning, it's not only of interest to developers. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

6 9

Want to help Wine project?
by Andriy Palamarchuk May 22, 2002

May 22, 2002

This message is for those who wants to help Wine project but do not know where to start. We need contributors of a wide range of skills. The minimal requirements are: access to a computer with Linux (or other Unix-like system) where you can use Wine. We have a lot of tasks which are relatively easy to do. The fact that these tasks are easy does not mean they are not important. Examples of the easiest non-programming tasks available: * we *badly* need application owners. An application owner is a person who often uses some application and will help to make it work perfectly under Wine. Does anybody use Lotus Notes regulary under Wine? * confirm and research bugs in Wine Bugzilla http://bugs.winehq.com * Add a 'Debunking Wine Myths' web page http://bugs.winehq.com/show_bug.cgi?id=606 Examples of the easiest programming tasks available: * Help Wine hackers - document Wine debugging channels http://bugs.winehq.com/show_bug.cgi?id=638 * Improve RichEdit headers http://bugs.winehq.com/show_bug.cgi?id=330 Easy, aren't they? Do you need more choice? * file BUGS in the Wine source tree gives more information how you can help the project * bug 406 contains list of issues which is easy to fix. Don't be afraid to fix all the easy issues, so nothing will be left to others. We'll gladly add more! :-) http://bugs.winehq.com/showdependencytree.cgi?id=406 * suggest your help on wine-devel mailing list. Don't forget to mention your skills, experience and what you want to work on. If you want to know more - just ask. Have fun! Andriy Palamarchuk __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

1 0

Cleanup code in winemaker wrapper broken?
by Martin Wilck May 22, 2002

May 22, 2002

I finally start to get around my initialization problem. However I got crashes in the Test_wrapper routine generated by winemaker in the cleanup code. This winemaker-generated code: /* Cleanup and done */ FreeLibrary(hApp); if (hMFC!=NULL) { FreeLibrary(hMFC); } dlclose(appLibrary); must be commented out, and the app works as expected. Is it possible that the cleanup code in wine has changed? Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0