On Fri, 17 Dec 2004 14:27:30 -0800, Bill Medland wrote:
> fixme:ole:PIPE_GetNewPipeBuf Could not open named pipe
> \\.\pipe\WINE_OLE_StubMgr_00100011, le is 2
I see the problem. The patch which switched us over to using OXIDs isn't
complete, the listener_thread should be per-apartment not
Le ven 17/12/2004 à 17:25, Florian Goth a écrit :
> Well, I also have a problem with the Windows Version, while trying to install
> a Windows Media Player. I have set the Windows Version in the config file to
> Win95 . The First Problem is, that I can't Install WMP 6.4. It says that a
> Version
Well, I also have a problem with the Windows Version, while trying to install
a Windows Media Player. I have set the Windows Version in the config file to
Win95 . The First Problem is, that I can't Install WMP 6.4. It says that a
Version for Win2000 will be available sometime in the future. So
On Fri, 17 Dec 2004 14:27:30 -0800, Bill Medland wrote:
> Does anything jump out at you?
>
> (Ill get started on the learning curve)
Well, the error messages describe what's going on. The question is,
why? I clearly need to resurrect my out of process COM test program and
make it a part of the t
On December 17, 2004 01:56 pm, Mike Hearn wrote:
> On Fri, 17 Dec 2004 13:34:53 -0800, Bill Medland wrote:
> > Well, it gets me past the illegal memory reference; I can start looking
> > at what else failed now.
>
> In case you aren't already aware, Rob and I are doing a lot of work in
> this area
On Fri, 17 Dec 2004 13:34:53 -0800, Bill Medland wrote:
> Well, it gets me past the illegal memory reference; I can start looking at
> what else failed now.
In case you aren't already aware, Rob and I are doing a lot of work in
this area currently. If you want to pool resources that'd be good. P
On December 17, 2004 11:18 am, Mike Hearn wrote:
Thanks Mike
> On Fri, 17 Dec 2004 10:49:45 -0800, Bill Medland wrote:
> > Does anyone know anything about this? e.g. when starting a new thread
> > where does the apartment get initialized?
>
> It's supposed to get initialized in the call to CoIni
The makefile is attached.
Yes, it was originally generated by winemaker (20041019 release)
winemaker --dll --nobackup --nomfc .
Then I manually added several -D, -I, -l options to the makefile.
I suspect the I have to pass '--dll' to winebuild instead of '--debug',
right?
Is there anything el
On Fri, 17 Dec 2004 10:49:45 -0800, Bill Medland wrote:
> Does anyone know anything about this? e.g. when starting a new thread where
> does the apartment get initialized?
It's supposed to get initialized in the call to CoInitialize[Ex] however
the _LocalServerThread never calls this as it's an
Is there any chance of help here, please.
For one reason or another I need to help get the ole32/oleaut32/rpcrt4 working
for our application (the REG_EXPAND_SZ issue means that we don't work with
wine after 200409 because of the mix of native dlls we use)
I just tried running with the native ol
Le ven 17/12/2004 à 11:20, Peter Berg Larsen a écrit :
>
> There might be a better way but I dont know it.
>
> Changelog:
>Defines DirectPlayLobbyCreate to be either the W or A version depending
>on the UNICODE. Needed for warzone 2100.
>
> Peter
>
> diff -u -r wine-20041201-org/include
Le ven 17/12/2004 à 10:30, Vincent Béron a écrit :
> Le ven 17/12/2004 à 09:41, Ira Krakow a écrit :
> > I did a fresh install of Wine from the Winehq CVS
> > repository. I got the following message during the
> > install:
> >
> > fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS
> > version 1
Le ven 17/12/2004 à 09:41, Ira Krakow a écrit :
> I did a fresh install of Wine from the Winehq CVS
> repository. I got the following message during the
> install:
>
> fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS
> version 1.0, please report!!
Does the included patch help?
Vincent
Index
On Fri, 17 Dec 2004 14:51:15 +0100 (CET), you wrote:
> Hi Rein,
>
> > SHGetPathFromIDList seems to be the wrong one here (looking at native
> > shell32.dll from Win2K and Win98), it should be synonymous for
> > SHGetPathFromIDListA.
> >
> > Can you try attached patch?
> >
> > Rein.
> >
>
> This
Le ven 17/12/2004 à 09:41, Ira Krakow a écrit :
> I did a fresh install of Wine from the Winehq CVS
> repository. I got the following message during the
> install:
>
> fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS
> version 1.0, please report!!
Are you using any Win95 native dlls? If so,
I did a fresh install of Wine from the Winehq CVS
repository. I got the following message during the
install:
fixme:ver:VERSION_GetLinkedDllVersion Unknown EXE OS
version 1.0, please report!!
I checked bugzilla and didn't see that this bug is
tracked. So I'm following instructions, and reportin
"Ivan Leo Puoti" <[EMAIL PROTECTED]> wrote:
> -if( strcmpiW( lpDatabaseName, SERVICES_ACTIVE_DATABASEW ) == 0 )
> +if( (strcmpiW(lpDatabaseName, SERVICES_ACTIVE_DATABASEW)==0) ||
> (lpDatabaseName[0]==(INT)NULL))
It's much simpler to use either !lpDatabaseName[0] or lpDatabaseNam
On December 17, 2004 12:10 am, Raphael wrote:
> On Friday 17 December 2004 01:01, Bill Medland wrote:
> > (Jason?)
> >
> > Currently (after many weeks without concentrating) wine doesn't build; it
> > fails in dlls/wined3d/drawprim.c line 594 with GL_TEXTURE0 undefined.
> >
> > That's because of th
Hi Rein,
> SHGetPathFromIDList seems to be the wrong one here (looking at native
> shell32.dll from Win2K and Win98), it should be synonymous for
> SHGetPathFromIDListA.
>
> Can you try attached patch?
>
> Rein.
>
This fixes my problem. I've cross-checked and indeed SHGetPathFromIDList
should be
Serge S. Spiridonoff wrote:
I expected that answer :(
Anyway, I've managed to compile MFC source but got stuck at linking...
1) The output file is mfc.dll.EXE.so which doesn't seem right. Oviously I
have to pass some extra switches to either wineg++ or winebuild but I can't
figure out the correct
On Fri, Dec 10, 2004 at 05:11:34PM +, Mike Hearn wrote:
> When it hangs (at 100% on the loading screen) get a backtrace using
> winedbg, eg:
>
> winedbg --command 'bt all'
>
> and post the results here.
>
> thanks -mike
Well, I've had no luck at reproducing the situation. It may have been
I expected that answer :(
Anyway, I've managed to compile MFC source but got stuck at linking...
1) The output file is mfc.dll.EXE.so which doesn't seem right. Oviously I
have to pass some extra switches to either wineg++ or winebuild but I can't
figure out the correct ones.
2) I suspect I nee
On Fri, 17 Dec 2004 12:04:46 +0100 (CET), you wrote:
> Hi Dmitry,
>
> > <[EMAIL PROTECTED]> wrote:
> >
> >> trace:shell:SHELL_GetPathFromIDListA -- F:\temp, 0x
> > ...
> >> trace:shell:SHGetPathFromIDListW -- L"F:\\temp", 0x
> >>
> >> The main difference (apart from the A/W) is th
"Katia Maculan" <[EMAIL PROTECTED]> wrote:
> + switch (message)
> + {
> +case WM_SHOWWINDOW:
> +case WM_SIZE:
> + DefWindowProc(hWnd, message, wParam, lParam);
> + PostMessage (hWnd, WM_PAINT, 0, 0);
If you wish to schedule a WM_PAINT message you have to invalidate
a window.
--
D
Hi Dmitry,
> <[EMAIL PROTECTED]> wrote:
>
>> trace:shell:SHELL_GetPathFromIDListA -- F:\temp, 0x
> ...
>> trace:shell:SHGetPathFromIDListW -- L"F:\\temp", 0x
>>
>> The main difference (apart from the A/W) is that SHGetPathFromIDListW
>> returns an extra backslash compared to the A-
On Friday 17 December 2004 01:01, Bill Medland wrote:
> (Jason?)
>
> Currently (after many weeks without concentrating) wine doesn't build; it
> fails in dlls/wined3d/drawprim.c line 594 with GL_TEXTURE0 undefined.
>
> That's because of the definition of GL_MULTITEXCOORD... in
> wined3d_private.h f
26 matches
Mail list logo