November 2004 - Wine-devel - list.winehq.org

ListView DrawText Flags
by Zach Gorman 14 Nov '04

14 Nov '04

Dimitrie - You have a patch back in 2002 that cleans up the listview DrawText() code in comctl32. When calling DrawText from a single-line edit control, you don't pass DT_NOPREFIX. Is this intentional, or just an oversight? My testing on Windows shows that & characters do not get converted to _ even in the single-line edit control case (indicating that DT_NOPREFIX should be passed). Thanks, Zach

2 1

Missing file names in WINEDBG
by lats 14 Nov '04

14 Nov '04

In the last week WINEDBG has stopped outputting the file/path and linenumber of entries in the backtrace. Does anyone know what happened? Jeff

3 3

Re: taskmodal messagebox implementation, take 3
by Juan Lang 14 Nov '04

14 Nov '04

Ivan, a couple comments on this. You wrote: +BOOL CALLBACK MSGBOX_EnumProc(HWND hwnd, LPARAM lParam) +{ + static int counter1, counter2, heapcheck=0; + static HWND *handles; static variables aren't thread safe. Two threads attempting to do task modal dialogs (yes, this is probably strange) could result in weird failures. + handles=(HWND*)malloc(counter1*sizeof(HWND)); Any reason you aren't using HeapAlloc instead? --Juan __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

dlls/commdlg/fontdlg.c regression
by Gerald Pfeifer 13 Nov '04

13 Nov '04

The following change to dlls/commdlg/fontdlg.c revision 1.70 date: 2004/08/14 00:42:35; author: julliard; state: Exp; lines: +2 -5 Jacek Caban <jack(a)itma.pwr.wroc.pl> Fix a bug in passing parameters to CFn_WMInitDialog and CFn_WMCommand in FormatCharDlgProcW. causes the following warning with GCC 3.3.2 on FreeBSD 4.10: fontdlg.c:1161: warning: passing arg 4 of `CFn_WMCommand' from incompatible pointer type Would you mind fixing this? Thanks, Gerald -- Gerald Pfeifer (Jerry) gerald(a)pfeifer.com http://www.pfeifer.com/gerald/

2 3

Using a DIB to reduce number of calls to X
by Arjen Nienhuis 13 Nov '04

13 Nov '04

GradientFill can be implemented by drawing to a DIB, and then blting that DIB to the screen. This will reduce the number of calls to X from O(n) to O(1). 1. Is that a good idea? Any caveats? 2. Can that method be used elsewhere? I'll try to implement it right away. P.S. We do implement the alpha part of GradientFill the same as Windows. The comments might sugest otherwise.

2 1

For the appdb hackers
by Ivan Leo Puoti 13 Nov '04

13 Nov '04

It would be great if I could delete/approve apps and go to the next one without having to go back to adminAppQueue.php Thanks for the work you're doing, it was badly needed. Ivan. ____________________________________________________________ Libero ADSL: navighi gratis a 1.2 Mega, senza canone e costi di attivazione. Abbonati subito su http://www.libero.it

3 3

Kernel 2.6.9
by Paul Rupe 13 Nov '04

13 Nov '04

Has anyone tried Wine with Linux kernel 2.6.9? I'm getting crashes with this version that don't happen when I reboot back to 2.6.8.1. I haven't had much luck debugging it so far, but each time, ps shows a <defunct> wine-preloader process and wineserver still running. -- Paul Rupe <prupe(a)myrealbox.com>

7 10

Re: ws2tcpip.h: Define socklen_t
by felix.nawothnig＠t-online.de 13 Nov '04

13 Nov '04

On 11/13/2004 02:22:18 AM, I wrote: > We don't have socklen_t defined anywhere and that's the place where > it's defined in the official headers so... WASTE compiles fine now... > (I'm sure there is a reason why it isn't defined but I can't see it - > so tell me why this will be rejected... err... if it will be... :-) Ooops... WINE doesn't build anymore, I guess that's a good reason. :) Sorry... Anyway, what's the correct way to get socklen_t then? Would it make sense to do... #ifndef __socklen_t_defined typedef int socklen_t; # define __socklen_t_defined #endif ...or prefix it with WS() maybe? Or should I just include unistd.h in winelib apps? (Not sure if that's possible even since I'm using MSVCRT...) -flx

1 0

enhmfdrv: ExtSelectClipRgn
by Jon Griffiths 13 Nov '04

13 Nov '04

Hi, My app gives me a FIXME from dlls/gdi/enhmetafile.c at line 1144 complaining that ExtSelectClipRgn is not implemented (and then proceeds to draw rather corrupted looking pictures). Looking at the code there is an implementation, but its been #ifdef'd out. removing the #if 0 doesn't produce any noticable change in my app. Does any one have any idea why this was removed, or what is needed to make it work? Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

1 0

Re: Checking up header files ( take 2 : mmsystem.h )
by Eric Pouech 13 Nov '04

13 Nov '04

Rémi Assailly a écrit : > Changelog: > * set MAXERRORLENGTH to 256 > * set MMSYSERR_LASTERROR to (MMSYSERR_BASE + 20) > * set MIDIERR_LASTERROR to (MIDIERR_BASE + 7) > * add some structure tags I think it's worthless bumping the LASTERROR values if you don't add the missing error values in the .h file A+

1 0