"jack" <[EMAIL PROTECTED]> wrote:
> @@ -3265,6 +3266,7 @@
> return NULL;
>}
>*ppTypeInfoImpl = (ITypeInfoImpl*)ITypeInfo_Constructor();
> + pTypeLibImpl->ref++;
Are you sure you need this piece of the patch? It causes the following
test program to fail:
#define COBJMACROS
Mike Hearn <[EMAIL PROTECTED]> writes:
> The lack of this confused me for a few minutes, might as well stick it in.
It's missing because it violates namespace rules. The other debugstr
functions are here for historical reasons but we shouldn't add new
ones.
--
Alexandre Julliard
[EMAIL PROTECTE
Mike Hearn <[EMAIL PROTECTED]> writes:
> On Sat, 2004-08-07 at 23:16 +0900, Dmitry Timoshkov wrote:
>> This can't work because instead of logical boolean results you compare
>> binary flags which are different:
>>
>> #define FT_FACE_FLAG_FIXED_WIDTH ( 1L << 2 )
>>
>> #define MONO_FONT
Mike Hearn wrote:
This is MS DAO. I do not know why your program has regressed but these
traces don't show why native DCOM doesn't work.
OK, that checks - I know the program does use DAO.
As to native DCOM - when I tried to install it, it barfed. But...
Are you running Wine in NT mode by any chance
On Saturday 24 July 2004 01:18, Francois Gouget wrote:
> Exactly. I got my libdxguid.a from the following URLs a couple of days
> ago:
> http://mirzam.it.vu.nl/mingw/
>
> I thought that was the special 'Wine edition' MinGW library but
> apparently not. Where can I find the special 'Wine edition'?
Hi Mike,
--- Mike Hearn <[EMAIL PROTECTED]> wrote:
> Have I missed something here - I thought there was a native version
> of
> DOOM 3 for Linux?
I dont think it is being released right away.
Thanks
Steven
__
Do you Yahoo!?
Yahoo! Mail - 50x mo
On Sat, 07 Aug 2004 11:11:52 -0500, David D. Hagood wrote:
> 0x5f8a41b8->{00025E15---C000-0046}
> trace:ole:CoGetClassObject
> CLSID: {00025e15---c000-0046},
> IID:{b196b28f-bab4-101a-b69c-00aa00341d07}
This is MS DAO. I do not know why your p
One of the few Windows programs I use is Delorme's MapNGo (versions 4
and 6). Under older versions of Wine wherein I could use the native
Windows OLE/COM implementation it worked fairly well, but with the new
Wine it does not.
The symptoms are that the program cannot create the initial document
"Mike Hearn" <[EMAIL PROTECTED]> wrote:
> +(*insertface)->fixed_width = ft_face->face_flags &
> FT_FACE_FLAG_FIXED_WIDTH;
...
> - if(csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0])
> + if((csi.fs.fsCsb[0] & family->FirstFace->fs.fsCsb[0]) &&
> + (family->Firs
Is there any way to generalise the CD drive detection code so it works on
all distros, maybe by parsing the output of "mount" or the fstab?
On Sat, 07 Aug 2004 14:43:07 +0200, Marcus Meissner wrote:
> Hi,
>
> This is the patch I use at SUSE for wineprefixcreate.
>
> Mike wanted to see it ;)
>
>
Hello Lionel!
Here comes the requested output of glxinfo:
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.3
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GL
Hi,
This is the patch I use at SUSE for wineprefixcreate.
Mike wanted to see it ;)
$dlldir/config is the sample config file with just minimal local suse changes.
Ciao, Marcus
Index: wineprefixcreate.in
===
RCS file: /home/wine/win
Le sam 07/08/2004 à 08:04, Mike Hearn a écrit :
> Have I missed something here - I thought there was a native version of
> DOOM 3 for Linux?
The binaries are not yet available to my knowledge, although iD says
they will be "soon after the game ships".
So for people wanting to play it now, Wine is
Have I missed something here - I thought there was a native version of
DOOM 3 for Linux?
Hey Mike,
I've been trying to make Maxis Marble Drop work in my non-connected
spare time in the evenings, and the intro video doesn't render right.
Examination of the code revealed that it had been patched to output
pixel blocks in the right direction for the 8 bit decoder but the 16 bit
decoder h
Unfortunately since to the move to the dbghelp DLL winedbg has been rather
unstable. One thing you can do is attach to the debugger with regular gdb,
and when it crashes see if you can figure out what's going wrong.
On Sun, 01 Aug 2004 17:10:42 +0200, Chipzz wrote:
> Hi all,
>
> for some reason,
Ove Kaaven wrote:
BTW, DOOM 3 crashes at program start in Cedega, you made it better!
here's a howto from someone who did make it start with Cedega CVS:
http://www.linux-militia.net/howtos/doom3/doom3.html
Since there's some level of pbuffer support in Cedega, it might provide
better graphics.
fre, 06.08.2004 kl. 23.58 skrev Lionel Ulmer:
> > Couldn't find proc address for: wglSwapIntervalEXT
>
> I do not know any equivalent GLX extension for this.
GLX_SGI_swap_control is almost equivalent, it just doesn't have a query
function. It's probably not critical functionality though.
> > Cou
18 matches
Mail list logo