- Wine-devel - list.winehq.org

Helping those who wants to help the project
by Andriy Palamarchuk 23 May '02

23 May '02

I got an excellent feedback for my request for help. Most of the replies were in private emails, so you did not see the whole activity. Now we need to fix some issues to better accept the suggested help. *Application Owners We already have application owners for many applications, including Lotus Notes, Microsoft Money, CAD applications, other (still need to compile the whole list). I think big part of bug The issue here - management of the AppDB entries. Is it possible to give an application owner privileges to edit information of the applications they are responsible for? How are we going to organize the whole process? *Bugzilla I'm going to create documentation for bugs processing, instructions for application owners. Can I add these documents to the winehq web site instead of having separate documentation for AppDB and Bugzilla? On other hand we already have in AppDB and Bugzilla some documentation. In short - I need access to this documentation: http://bugs.winehq.com/show_bug.cgi?id=699 Jeremy, There is one more request, more difficult to implement - gather more information on initial bug submission: http://bugs.winehq.com/show_bug.cgi?id=677 When do you plan the upgrade, necessary to fix the bug? We already have pretty high activity on the Bugzilla. I expect it to increase even more and I'd like to increase efficiency of this activity. Regards, Andriy Palamarchuk __________________________________________________ Do You Yahoo!? LAUNCH - Your Yahoo! Music Experience http://launch.yahoo.com

2 1

Finding cause of heap corruption
by Uwe Bonnes 23 May '02

23 May '02

Hallo, trying to run xilinx webpack, after some time a crash happens. I suspect a heap corruption and running with --debugmsg +heap I see quite early 133191 098347d0:Call kernel32.TlsGetValue(00000004) ret=6c371018 133192 trace:heap:RtlAllocateHeap (415d0000,00000002,00000018): returning 415e9068 133193 098347d0:Ret kernel32.TlsGetValue() retval=4037bdf0 ret=6c371018 133194 09830f78:Ret ntdll.RtlAllocateHeap() retval=415e9068 ret=41595068 133195 098347d0:Call user32.GetParent(00010022) ret=6c371331 133196 09830f78:Call ntdll.RtlAllocateHeap(415d0000,00000000,0000000e) ret=41595068 133197 098347d0:Ret user32.GetParent() retval=00000000 ret=6c371331 133198 trace:heap:RtlAllocateHeap (415d0000,00000002,00000018): returning 415e9088 133199 098347d0:Call user32.TranslateMessage(0040735c) ret=6c3711c7 133200 09830f78:Ret ntdll.RtlAllocateHeap() retval=415e9088 ret=41595068 133201 098347d0:Ret user32.TranslateMessage() retval=00000000 ret=6c3711c7 133202 098347d0:Call user32.DispatchMessageA(0040735c) ret=6c3711ce 133203 09830f78:Call ntdll.RtlAllocateHeap(415d0000,00000000,00000016) ret=41595068 133204 warn:heap:HEAP_ValidateInUseArena Heap 40d30000: invalid in-use arena magic for 40d30656 133205 Heap: 40d30000 "invalid in-use arena magic" is an indicator for a corrupy heap. Right? On each RtlAllocateHeap(), the heap is checked. As the call to RtlAllocateHeap() on line 133196 succeeds, the trashing must have happend between line 133201 and 133203. Right? Thnaks for any help. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

4 5

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

23 May '02

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

23 May '02

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

23 May '02

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

23 May '02

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

23 May '02

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

22 May '02

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

22 May '02

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

22 May '02

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