November 2005 - Wine-Devel - list.winehq.org

Re: wine-devel Digest, Vol 4, Issue 151
by Andrea Capiluppi Dec. 1, 2005

Dec. 1, 2005

hello all i'm sorry if this is a bit off topic... i'm involved in a study of the evolution of wine, based on its releases: so far i tried to collect what i could find on the web, but some of the earliest points i'm still missing: maybe somebody involved in the development of wine still has these oldest releases? i'll be glad to illustrate the research if (anybody) interested Andrea At 15:54, mercoledì 30 novembre 2005, wine-devel-request(a)winehq.org wrote: > Send wine-devel mailing list submissions to > wine-devel(a)winehq.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.winehq.org/mailman/listinfo/wine-devel > or, via email, send a message with subject or body 'help' to > wine-devel-request(a)winehq.org > > You can reach the person managing the list at > wine-devel-owner(a)winehq.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of wine-devel digest..." > > > Today's Topics: > > 1. Re: Monochrome bitmaps again (Alexandre Julliard) > 2. Re: Monochrome bitmaps again (Oldrich Jedlicka) > 3. Debugging Critical Section lockups (David D. Hagood) > 4. Re: Does the Windows version of Mozilla need to be installed > to use the Mozilla ActiveX plugin? (Aric Cyr) > 5. Re: Does the Windows version of Mozilla need to be installed > to use the Mozilla ActiveX plugin? (Tom Wickline) > 6. Re: Re; Question about current Shell Folder registry > settings... (Markus Gömmel) > 7. Re: DllCanUnloadNow for dlls/msi (James Hawkins) > 8. Re: Question about current Shell Folder registry settings... > (Markus Gömmel) > 9. Re: Please HELP, info required about 'DIB_Status_GdiMod' and > 'DIB_Status_AppMod' (Marinescu-Ghetau Iulian) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 30 Nov 2005 12:42:45 +0100 > From: Alexandre Julliard <julliard(a)winehq.org> > Subject: Re: Monochrome bitmaps again > To: Oldrich Jedlicka <oldium.pro(a)seznam.cz> > Cc: wine-devel(a)winehq.org > Message-ID: <87wtiq4b0q.fsf(a)wine.dyndns.org> > Content-Type: text/plain; charset=us-ascii > > Oldrich Jedlicka <oldium.pro(a)seznam.cz> writes: > > Hi all, > > > > again I go here to ask what is wrong with my patch sent on 23 Nov 2005 to > > wine-patches (still not in CVS). > > > > The problem with monochrome bitmaps with inverted colors was discovered > > in game "Neighbours from Hell". I tested the patch with simulated > > inverted colors monochrome bitmap and it is working perfectly. Also the > > game is working fully. I do not see any reason why it was (probably) > > ignored again (last time there was a hidden compile problem). > > The changes look ok, but please send separate fixes as separate > patches, there are really 3 different fixes in your patch.

5 4

Dereferencing a pointer in winedbg
by Vitaliy Margolen Dec. 1, 2005

Dec. 1, 2005

Is it possible to dereference a pointer in winedbg? Help says that "*$eax" is a valid expression. But when I'm trying to use it it saying: Wine-dbg>p *$eax No type or type mismatch Is there are a way to do this? -- Best regards, Vitaliy

3 6

Debugging Critical Section lockups
by David D. Hagood Dec. 1, 2005

Dec. 1, 2005

I may have a repeatable case of an error in locking critical sections, so I'd like some pointers as to how to debug this. The case occurs with the installer for Delorme Street Atlas 5 - on my 2GHz Athlon desktop it runs without a hitch, but on my oooooold slow laptop (how old is it? It's sooooo old, it used PIO for the disk!) the program locks up 100% of the time at startup, with 2 threads trying to take different critical section locks and dying. It looks like the standard deadlock condition: one thread tries to lock A-B-C, the other tries to lock A-C-B, and so they deadlock. Are there any tricks to identifying who locked what where and in what order?

2 4

RE: Problem with serial port.
by gslink Dec. 1, 2005

Dec. 1, 2005

Did you check out that flow control is handled correctly from the Olivetti printer. I have had this happen in the past and in every case I found that either I was using the wrong flow control or not taking it into account.

2 1

Incompatible behavior of InvalidateRect/LB_SELITEMRANGE/SetCapture
by Andreas Rosenberg Dec. 1, 2005

Dec. 1, 2005

Hi! >From time to time I'm testing our application (IQ-FMEA) with Wine. Our GUI framework is checking the return codes of most API calls, so several incompatibilities between Windows and Wine are detected while many other programs simply ignore them. So I found several things that differ between Wine & Windows. ############################# 1.) If found out that InvalidateRect with a "zero extent rectangle" returns FALSE with Wine, while it returns TRUE in Windows. Wine builds from last year did not show this behavior. Windows: InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns TRUE; Wine InvalidateRect(hwnd, RECT(10,10,10,15), TRUE); returns FALSE; ------------- Wine 20040914 BOOL WINAPI RedrawWindow( HWND hwnd, const RECT *rectUpdate, HRGN hrgnUpdate, UINT flags ) ... return TRUE; } Wine 20050930 ... ret = redraw_window_rects( hwnd, flags, rect, 1 ); ... return ret; } static BOOL redraw_window_rects( HWND hwnd, UINT flags, const RECT *rects, UINT count ) { BOOL ret; SERVER_START_REQ( redraw_window ) { req->window = hwnd; req->flags = flags; wine_server_add_data( req, rects, count * sizeof(RECT) ); ret = !wine_server_call_err( req ); } SERVER_END_REQ; return ret; #################### 2.) Then I discovered an incompatibility with LB_SELITEMRANGE: SendMessage(hWndControl,LB_SELITEMRANGE,TRUE, MAKELPARAM(wFirst, wLast)); Windows accepts values for wLast that are greater than the list size and performs the operation with the (internally corrected) value - returning TRUE. Wine does not accept a value for wLast if it is greater than the list size and returns FALSE (not performing the select operation, which caused subsequent failures in our application). #################### 3.) There is also a different behavior of SetCapture(hWnd) in Wine. If an overlapped window has captured the mouse input and a new child window is being openend, Windows internally releases the capture. Wine maintains the capture - dialogs in our application may not be operated with the mouse, because the parent still gets all the mouse messages. #################### I have to little knowledge about the wine server stuff to make a correct fix for issues 1 & 3. And I'm unsure about issue #2. It's a bug to pass to big values for wLast - but to be compatible with Windows, Wine should perform like Windows (perhaps log a warning?). Regards Andy

3 2

Does the Windows version of Mozilla need to be installed to use the Mozilla ActiveX plugin?
by David D. Hagood Nov. 30, 2005

Nov. 30, 2005

Does the Windows version of Mozilla need to be in place for the Mozilla Active X control to work, or is there a way to point the control at my Linux install of Mozilla?

4 4

x11drv/winpos: Remove unused include (bug 3228)
by Detlef Riekenberg Nov. 30, 2005

Nov. 30, 2005

Fix for Bug 3228 (make failed with: X11/Intrinsic.h not found) Changelog: Remove unused include (X11/IntrinsicP.h) -- By By ... ... Detlef

1 0

Please HELP, info required about 'DIB_Status_GdiMod' and 'DIB_Status_AppMod'
by Marinescu-Ghetau Iulian Nov. 30, 2005

Nov. 30, 2005

Hello, Could anyone give me some more info on X11DRV_CoerceDIBSection function and the logic behind using 'DIB_Status_GdiMod' and 'DIB_Status_AppMod' stats? I am trying to repair a bug (3902) that has to do with application waiting exccessivly on some locks and i am kind of lost ;( Any help would be greatly appreciated! Iulian

2 3

Re: shell32: adding CSIDL_MYVIDEO|MYPICTURES|MYMUSIC to _SHRegisterUserShellFolders...
by Michael Jung Nov. 30, 2005

Nov. 30, 2005

Hi Markus, On Wednesday 30 November 2005 12:46, Markus G�mmel wrote: > begin 666 patch.diff > M/R!P871C:"YD:69F"DEN9&5X.B!S:&5L;'!A=&@N8PH]/3T]/3T]/3T]/3T] > M/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T]/3T] (snip) Please don't uuencode your patches, but send them inline or as text/x-diff. Furthermore, this patch seems to be generated relative to the dlls/shell32 subfolder. Please generate patches from the root of wine's tree. You'll find more info at http://www.winehq.org/site/sending_patches Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Re: RESEND: Page Fault With Freetype calls fixed
by Alexandre Julliard Nov. 30, 2005

Nov. 30, 2005

Rein Klazes <wijn(a)wanadoo.nl> writes: > Not included in the new release, no comments. Is there a problem with > this one ? I think it would be cleaner to have WineEngGetFontData do the right thing directly, instead of calling it twice. -- Alexandre Julliard julliard(a)winehq.org

2 1