Re: IAutocomplete(5) Add sizing grip

2004-05-17 Thread Maxime Bellengé
Ok I will change my patch to include this call, it seems to do what I want. a+ Max On Mon, 2004-05-17 at 20:57, Dimitrie O. Paun wrote: > On Sun, May 16, 2004 at 02:44:25PM +0200, Maxime Bellengà wrote: > > Autocomplete list boxes have a sizing grip to resize them. This patch > > adds support fo

StarCraft speed

2004-05-17 Thread sysadmin
Чистый листI have [EMAIL PROTECTED], FC1, kernel 2.6.6 latest Wine and try to speedup StarCraft. IMHO, there is bug in mga video driver or something related that do not allow wine to switch video modes from 16 to 8 bit and Wine falldown to 16->8 emulation. I seen the same in some posts at wine-deve

Re: Patch for ReadFile with NULL hEvent

2004-05-17 Thread Scott W Gifford
Eric Pouech <[EMAIL PROTECTED]> writes: [...] > > This turns out not to be the case. As long as lpOverlapped is > > supplied, a NULL hEvent will work fine and allows overlapped reads. > Could you also test it with opening a file (files and sockets > semantics are somehow different) I did, and i

Re: IAutocomplete(5) Add sizing grip

2004-05-17 Thread Dimitrie O. Paun
On Sun, May 16, 2004 at 02:44:25PM +0200, Maxime Bellengé wrote: > Autocomplete list boxes have a sizing grip to resize them. This patch > adds support for that. I'm not sure how the sizing grip should look exactly, but it would be very nice if you could use DrawFrameControl(hdc, &rc, DFC

Re: symbol hiding - with gcc -fvisibility

2004-05-17 Thread Mike Hearn
On Mon, 17 May 2004 04:05:51 +0200, Guido Draheim wrote: > gcc supports the universal attribute syntax, and it does now know about more > symbol flavours as to their visibility. Probably you want to have "hidden". > Attached are two simple test*.c files and a makefile. The final sharedlib > symbol

Re: Patch for ReadFile with NULL hEvent

2004-05-17 Thread Eric Pouech
Eric Pouech a écrit : ...Windows doesn't do it this way, although according to the docs other members of the overlapped structure are modified by Windows. Ok, we need to rewrite GetOverlappedResult to use the internal structures (and get the hEvent we might have created in ReadFile), instead of r

Re: Patch for ReadFile with NULL hEvent

2004-05-17 Thread Eric Pouech
...Windows doesn't do it this way, although according to the docs other members of the overlapped structure are modified by Windows. Ok, we need to rewrite GetOverlappedResult to use the internal structures (and get the hEvent we might have created in ReadFile), instead of relying on the one from

Re: Patch for ReadFile with NULL hEvent

2004-05-17 Thread Scott W Gifford
I wrote a simple test program and ran it under Windows, to see what Windows does. I've attached the program here. I found that... Eric Pouech <[EMAIL PROTECTED]> writes: [...] > I'm not sure this is a correct fix: > - you modify the passed overlapped structure (by filling in the > hEvent), I'm

Re: Wine on AMD64 (heap problem)

2004-05-17 Thread Robert Lunnon
On Mon, 17 May 2004 04:25 am, Alexandre Julliard wrote: > Mike Hearn <[EMAIL PROTECTED]> writes: > > Put code which dumps the maps list when the process heap can't be > > created, ie something like: > > > > { > > char buffer[100]; > > sprintf(buffer, "cat /proc/%d/maps", getpid(); > > s

A little question o suggestion...

2004-05-17 Thread Urbez Santana Roma
El Lunes, 8 de Marzo de 2004 23:20, [EMAIL PROTECTED] escribiÃ: The file wine/server/file.c contains in line 151 to 156 (function create_file) the next lines: - mode = (attrs & FILE_