"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Apart for much cleaner code, it's also useful, as I can see many
> people do:
> #ifdef WINE
> #define ERR WINE_ERR
> #define TRACE WINE_TRACE
> ...
> #else
> #define ERR printf
> #define TRACE printf
> ...
> #endif
>
> I have a sent
Dmitry Timoshkov wrote:
"Jacek Caban" <[EMAIL PROTECTED]> wrote:
No, I don't. In my case I need only this:
/* this is where we are coming from */
+ITypeLib2_AddRef((ITypeLib*)pLibInfo);
ptiRet->pTypeLib = pLibInfo;
ptiRet->index=count;
but I call ITypeLib_Release in ITypeInfo_Release
On Thursday 29 July 2004 01:17 pm, Ferenc Wagner wrote:
> Yes, there was a short discussion about this on 23-24 July
> on wine-devel. It reached no conclusion, though, and I
> didn't try the various MinGW libraries recommended there.
> The abundance of MinGW packages always confused me, and at
> t
Hi Steven,
yes, that's why I only merged enough to solve the problem to ros, and
not the whole lib :)
I'll see what I can do on regressiontests.
/ Jens
-Original Message-
From: Steven Edwards [mailto:[EMAIL PROTECTED]
Sent: den 8 augusti 2004 18:34
To: [EMAIL PROTECTED]; [EMAIL PROTECT
Hi Jens,
--- Jens Collin <[EMAIL PROTECTED]> wrote:
> * lookup of envoronment-vars in SHELL_ArgifyW in shell32.dll added.
> (Such as %SystemRoot%).
Do you think you could write some test cases for the shellexecute
functions using the wine regression tests? I would like to try and
merge the rest o
On Sun, 2004-08-08 at 10:56 -0500, David D. Hagood wrote:
> Mike Hearn wrote:
> > Install it all as Win98 if possible, and native DCOM like this:
> >
> > WINEDLLOVERRIDES=ole32,oleaut32,rpcrt4=n wine DCOM98.EXE
>
> Well, having done so, and having tried setting all the OLE* and RPC*
> DLLs to na
Mike Hearn wrote:
Install it all as Win98 if possible, and native DCOM like this:
WINEDLLOVERRIDES=ole32,oleaut32,rpcrt4=n wine DCOM98.EXE
Well, having done so, and having tried setting all the OLE* and RPC*
DLLs to native, I am still having the same problem with that app - so I
am forced to conj
On Sat, Aug 07, 2004 at 04:00:25PM -0700, Alexandre Julliard wrote:
> 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 historica
"Jacek Caban" <[EMAIL PROTECTED]> wrote:
> No, I don't. In my case I need only this:
>
> /* this is where we are coming from */
> +ITypeLib2_AddRef((ITypeLib*)pLibInfo);
> ptiRet->pTypeLib = pLibInfo;
> ptiRet->index=count;
>
> but I call ITypeLib_Release in ITypeInfo_Release so I
On Sat, 2004-08-07 at 16:00 -0700, Alexandre Julliard wrote:
> It's missing because it violates namespace rules. The other debugstr
> functions are here for historical reasons but we shouldn't add new
> ones.
OK, I suspected that might be the case but inside of Wines code why do
we have to prefix
On Sat, 2004-08-07 at 16:02 -0500, David D. Hagood wrote:
> Yes, I am - I was under the impression that would give a better shot at
> compatability since, when there is a mutually exclusive choice between
> the 9X and the NT way, Wine tends to follow the NT way.
No, 9x mode is recommended. Progr
Dmitry Timoshkov wrote:
"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:
12 matches
Mail list logo
