Putting my hand up for WWN

2006-12-04 Thread Edward Savage
I'm prepared to write the WWN releases in Brian Vincent seeming absence if it pleases the powers that be. If this is alright I'd like some one to give an overview of what topics should be covered and then for some one to review the first one or two created. I've read the last hundred or so WWN i

Putting my hand up for WWN

2006-12-04 Thread Edward Savage
I'm prepared to write the WWN releases in Brian Vincent seeming absence if it pleases the powers that be. If this is alright I'd like some one to give an overview of what topics should be covered and then for some one to review the first one or two created. I've read the last hundred or so WWN i

Re: James Hawkins : msi: Add tests for installing from continuouscabinets.

2006-12-04 Thread Dmitry Timoshkov
"Dmitry Timoshkov" <[EMAIL PROTECTED]> wrote: the test should be either disabled completely, or made it run only if cabinet.dll is detected. Last line should read as: if good/not broken cabinet.dll is detected. -- Dmitry.

Re: James Hawkins : msi: Add tests for installing from continuouscabinets.

2006-12-04 Thread Dmitry Timoshkov
"James Hawkins" <[EMAIL PROTECTED]> wrote: The tests fail in Windows because part of the cab creation function is #if defined out. Cabinet compression is not implemented in Wine's cabinet.dll, so when the function is not #if defined out, hundreds of cab files are created (which isn't correct) i

Re: James Hawkins : msi: Add tests for installing from continuouscabinets.

2006-12-04 Thread James Hawkins
On 12/4/06, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote: "Alexandre Julliard" <[EMAIL PROTECTED]> wrote: > Module: wine > Branch: master > Commit: 1f3f88bf67d32983ff00d96bf58bf91c6e72ae02 > URL: http://source.winehq.org/git/wine.git/?a=commit;h=1f3f88bf67d32983ff00d96bf58bf91c6e72ae02 > > Aut

Re: James Hawkins : msi: Add tests for installing from continuouscabinets.

2006-12-04 Thread Dmitry Timoshkov
"Alexandre Julliard" <[EMAIL PROTECTED]> wrote: Module: wine Branch: master Commit: 1f3f88bf67d32983ff00d96bf58bf91c6e72ae02 URL: http://source.winehq.org/git/wine.git/?a=commit;h=1f3f88bf67d32983ff00d96bf58bf91c6e72ae02 Author: James Hawkins <[EMAIL PROTECTED]> Date: Mon Oct 23 18:15:28

Re: [PATCH 4/4] ole32: Support reading and writing custom clipformats in the data cache.

2006-12-04 Thread Mike McCormack
Robert Shearman wrote: +{ +char *format_name = HeapAlloc(GetProcessHeap(), 0, length); +if (!format_name) +return E_OUTOFMEMORY; +GetClipboardFormatNameA(clipformat, format_name, length); +hr = IStream_Write(stream, format_name, length, NULL); +

Re: make check_no_exec() work reliable

2006-12-04 Thread Alexandre Julliard
Peter Beutner <[EMAIL PROTECTED]> writes: > I'm not so sure about this, I think I read somewhere that each loaded DLL is > checked for this > not just the main exe and the protection is disabled if at least on module is > not nx compatible. > But as no wine dll is marked as NX_COMPAT(i assume) t

Re: make check_no_exec() work reliable

2006-12-04 Thread Peter Beutner
Alexandre Julliard wrote: > Peter Beutner <[EMAIL PROTECTED]> writes: > >> But as linux can't just switch on/off the protection for specific processes, >> wine has to >> emulate it by marking all readable memory as executable as well. And as all >> this happens >> behind the application's back,

Re: [winetest] Make sure we can send larger files

2006-12-04 Thread Paul Vriens
On Thu, 2006-11-30 at 13:11 -0500, Dimi Paun wrote: > On Thu, November 30, 2006 1:01 pm, Paul Vriens wrote: > > I'm hitting the 1MB limit already with my win98 tests. Most other tests > > are about to reach that threshold as well. > > I'd make it 2MB, what's 1MB these days... :) > Hi, the sendin

Re: Help needed on an SHGetFileInfoW() crash

2006-12-04 Thread Frank Richter
On 04.12.2006 19:20, Francois Gouget wrote: > Any idea? FWIW, maybe you need an IExtractIcon that does not work on a pidl but only on a filename and file attributes. So if the attribute is a "folder", return the folder icon. Else get the default icon for that particular file type. Maybe the existi

Re: [5/6] wined3d: Make CreateFakeGLContext thread safe.

2006-12-04 Thread Alexandre Julliard
Jan Zerebecki <[EMAIL PROTECTED]> writes: > This adds thread safety to CreateFakeGLContext and it's > corresponding Release function only. This addresses no thread > safety in the rest of wined3d, which AFAIk as a whole is still > not thread safe. When addressing thread safety in wined3d it must >

Help needed on an SHGetFileInfoW() crash

2006-12-04 Thread Francois Gouget
A friend pointed me to a railway signalling simulation game: http://www.simsig.co.uk/html/downloads.html However, the installer crashes in SHGetFileInfoW(): 000d:Call shell32.SHGetFileInfoA(0045eae8,0010,0034fcec,0160,1010) ret=0045e9f6 000d:trace:seh:raise_exception code=c005 f

Re: Call for DirectPlay captures

2006-12-04 Thread Stefan Dösinger
Am Montag 04 Dezember 2006 18:12 schrieb Kai Blin: > On Sunday 26 November 2006 22:39, Kai Blin wrote: > > Here's what I would like you to do (if you want to help out): > > > > Fire up a network sniffer that dumps to libpcap format. Grab TCP and UDP > > packets. > > Start a game that uses DirectPla

Re: Call for DirectPlay captures

2006-12-04 Thread Kai Blin
On Sunday 26 November 2006 22:39, Kai Blin wrote: > Here's what I would like you to do (if you want to help out): > > Fire up a network sniffer that dumps to libpcap format. Grab TCP and UDP > packets. > Start a game that uses DirectPlay for networking and start a network game. > > Start the game

Re: riched20: fixes and additional conformance tests for EM_EXSETSEL

2006-12-04 Thread Lei Zhang
No, your patch does not pass my tests, and it triggers the crash in bug 6814. I will move the code I wrote into ME_SetSelection and resubmit the patch. On 12/3/06, Matt Finnicum <[EMAIL PROTECTED]> wrote: Hey, I'm sorry for not noticing this bug earlier - I have a bad habit of only browsing bug

Re: make check_no_exec() work reliable

2006-12-04 Thread Alexandre Julliard
Peter Beutner <[EMAIL PROTECTED]> writes: > But as linux can't just switch on/off the protection for specific processes, > wine has to > emulate it by marking all readable memory as executable as well. And as all > this happens > behind the application's back, I would still go with my first prop

Re: tools/. mono.php

2006-12-04 Thread Dimi Paun
On Mon, December 4, 2006 10:20 am, Jeremy Newman wrote: > I don't maintain the Wine SF.net uploads section. I can't remember if I > even have privileges to upload anymore. Who is in charge of that these > days? You should have (if you ever had), I didn't remove them. I can grant upload privileges

Re: tools/. mono.php

2006-12-04 Thread Jeremy Newman
I don't maintain the Wine SF.net uploads section. I can't remember if I even have privileges to upload anymore. Who is in charge of that these days? On Mon, 2006-12-04 at 14:28 +0100, Jonathan Ernst wrote: > > Please don't forget to upload the files to sourceforge as requested with > the patches,

Re: tools/. mono.php

2006-12-04 Thread Jonathan Ernst
Le vendredi 01 décembre 2006 à 10:35 -0600, Jeremy Newman a écrit : > ChangeSet ID: 30235 > CVSROOT: /opt/cvs-commit > Module name: tools > Changes by: [EMAIL PROTECTED] 2006/12/01 10:35:01 > > Added files: > . : mono.php > > Log message: > Jonathan Ernst <

Re: [ws2_32] make closesocket cancel pending I/O operations

2006-12-04 Thread Kai Blin
On Monday 04 December 2006 07:01, Damjan Jovanovic wrote: > On Windows, calling closesocket in one thread causes blocking I/O > operations on that socket (select, accept) running in other threads to > return immediately. On Linux, the I/O will block forever. Calling > shutdown as part of closesocke

Re: ws2_32: Rewrite getsockopt to make it more readable.

2006-12-04 Thread Kai Blin
On Sunday 03 December 2006 16:46, Kai Blin wrote: > --- > dlls/ws2_32/socket.c | 409 > ++ > dlls/ws2_32/tests/sock.c | 35 > 2 files changed, 332 insertions(+), 112 deletions(-) Sorry, misplaced a closing bracked somehow. I'll send a fixed