re: [RFC] Fixes to allow developing Windows apps on Wine

Kai wrote: > [Should we fix bug 11965 so winsock properly requires > WSAStartup() before it agrees to work?] I think so.I would certainly like Wine to be a good Win32 development environment. > we'd have to start tracking WSADATA structures per thread. Please submit a conformance test first

RFC: wineprefix manager

Hello, Over the past few months I've been developing a tool that I had hoped to demo at wineconf before my laptop started acting up. It is a Wine Prefix Manager I developed for Bordeaux, At this time its still tied pretty closely to glib and GTK and riddled with my horrid programing errors. Attache

Re: Winelib and static-build

On Fri, Oct 24, 2008 at 9:13 AM, Alan Nisota <[EMAIL PROTECTED]> wrote: > So I'd be happy to have a win32 app that can talk to linux via shared memory > (I also need semaphores, but that could likely be handled via socket > communication) but I don't think this is possible There ought to be a way.

Re: [2/2] A nicer icon for "folder" in shell32

Hi Herve, sorry that I'm misspelling your name, the proper accent didn't show up on the mailing list archive. I didn't see patch 1/2. Perhaps it just didn't make it through moderation? --- a/dlls/shell32/Makefile.in +++ b/dlls/shell32/Makefile.in @@ -64,6 +64,7 @@ SPEC_SRCS16 = shell.spec EXTRA

Re: Winelib and static-build

Dan Kegel wrote: > Alan Nisota wrote: > >>> I have a project (http://code.google.com/p/coreavc-for-linux) which is a >>> linux executable which provides access to Windows DirectShow filters >>> >>> The problem is that I normally provide a static binary so that users on >>> x86-64 can install it

Re: Winelib and static-build

Alan Nisota wrote: >> I have a project (http://code.google.com/p/coreavc-for-linux) which is a >> linux executable which provides access to Windows DirectShow filters >> >> The problem is that I normally provide a static binary so that users on >> x86-64 can install it easily without needing a 32bi

Re: ole32: implement IEnumFORMATETC_Next_Proxy (1/2) try 2

On Fri, Oct 24, 2008 at 04:45:46AM -0500, Austin English wrote: > diff --git a/dlls/ole32/usrmarshal.c b/dlls/ole32/usrmarshal.c > index b8487c3..dba69ca 100644 > --- a/dlls/ole32/usrmarshal.c > +++ b/dlls/ole32/usrmarshal.c > @@ -2398,8 +2398,11 @@ HRESULT CALLBACK IEnumFORMATETC_Next_Proxy( >

Re: ole32: implement IEnumFORMATETC_Next_Stub (2/2)

2008/10/24 Rob Shearman <[EMAIL PROTECTED]>: > 2008/10/23 Austin English <[EMAIL PROTECTED]>: >> -FIXME(":stub\n"); >> -return E_NOTIMPL; >> + >> + HRESULT hr; >> + *pceltFetched = 0; >> + hr = IEnumFORMATETC_Next(This, >> +celt, >> +rgelt, >> +pceltFe

Re: ole32: implement IEnumFORMATETC_Next_Proxy (1/2)

On Fri, Oct 24, 2008 at 4:36 AM, Huw Davies <[EMAIL PROTECTED]> wrote: > On Thu, Oct 23, 2008 at 01:35:55PM -0500, Austin English wrote: >> diff --git a/dlls/ole32/usrmarshal.c b/dlls/ole32/usrmarshal.c >> index b8487c3..be9ebff 100644 >> --- a/dlls/ole32/usrmarshal.c >> +++ b/dlls/ole32/usrmarshal

Re: ole32: implement IEnumFORMATETC_Next_Proxy (1/2)

On Thu, Oct 23, 2008 at 01:35:55PM -0500, Austin English wrote: > diff --git a/dlls/ole32/usrmarshal.c b/dlls/ole32/usrmarshal.c > index b8487c3..be9ebff 100644 > --- a/dlls/ole32/usrmarshal.c > +++ b/dlls/ole32/usrmarshal.c > @@ -2398,8 +2398,13 @@ HRESULT CALLBACK IEnumFORMATETC_Next_Proxy( >

Re: gdi32: Add EMR_GDICOMMENT to the list of records producing output.

On Thu, Oct 23, 2008 at 09:59:44PM +0900, Dmitry Timoshkov wrote: > Also, do you have an idea why some EMF > records are not in that list (EMR_FILLPATH, EMR_STROKEANDFILLPATH, > EMR_STROKEPATH and probably some others)? No idea, they probably just got left out by mistake. Clearly we need more exh

Re: ole32: implement IEnumFORMATETC_Next_Stub (2/2)

2008/10/23 Austin English <[EMAIL PROTECTED]>: > -FIXME(":stub\n"); > -return E_NOTIMPL; > + > + HRESULT hr; > + *pceltFetched = 0; > + hr = IEnumFORMATETC_Next(This, > +celt, > +rgelt, > +pceltFetched); > + if (hr == S_OK) *pceltFetched = celt; > +

Re: Winelib and static-build

Dan Kegel wrote: > Alan Nisota wrote: >> I have a project (http://code.google.com/p/coreavc-for-linux) which is a >> linux executable which provides access to Windows DirectShow filters >> >> The problem is that I normally provide a static binary so that users on >> x86-64 can install it easily wit

Experience with msvcmaker and building wine core and test dlls with VC9

Hi, I have been using msvcmaker to generate project files to build the various wine test programs with VC9 and have since started to look at getting code dlls to work. I have successfully built cabinet.dll locally on VC9, doing the following: 1. add the following to dlls/cabinet/Makefile.in: