On Thu, Nov 24, 2005 at 01:14:41PM -0800, Juan Lang wrote:
> Hi folks, I'm trying to figure out what I_CryptCreateLruCache and friends
> do by calling them on Windows. The trouble is, I keep getting a runtime
> warning that %esp is not saved across a call to I_CryptFlushLruCache.
> I've tried the
Hi all,
A while back I had started to work on, and mostly completed, converting wined3d
to using WGL instead of directly accessing glX functions. That was a few months
ago, and it was a pretty big change, but not too difficult as WGL and GLX are
very similar.
However, my patch is now greatly out
* On Fri, 25 Nov 2005, Saulius Krasuckas wrote:
> * On Thu, 24 Nov 2005, James Hawkins wrote:
> >
> > You need to SetLastError to a bogus value like 0xdeadbeef.
>
> I've seen this advice a lot of times, but still I think setting it to my
> favorite one 0xfaceabad or decimal 133734404 (for 'lee
* On Fri, 25 Nov 2005, Saulius Krasuckas wrote:
>
> BTW, how do you all folks think -- is it reliable approach to test WinAPI
> inside a machine emulator, like a QEmu? I'd say it shoot exactly 100% of
> original OS functioning.
As always in my case, some word was forgotten. Should sound lik
* On Thu, 24 Nov 2005, James Hawkins wrote:
> * On 11/23/05, Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> >
> > +SetLastError(0);
> > ret = pGetStandardColorSpaceProfileA( NULL, 0, newprofile, NULL );
>
> You need to SetLastError to a bogus value like 0xdeadbeef. I haven't
> looked at
* On Thu, 24 Nov 2005, James Hawkins wrote:
> * On 11/22/05, Detlef Riekenberg <[EMAIL PROTECTED]> wrote:
> > * Am Donnerstag, den 17.11.2005, 18:38 + schrieb James Hawkins:
> > > >
> > > > I have NT3.51sp5 with ie5.00 here. (qemu)
> > > > Tell me, what you want to be tested.
> > >
> > > Can
Hi folks, I'm trying to figure out what I_CryptCreateLruCache and friends
do by calling them on Windows. The trouble is, I keep getting a runtime
warning that %esp is not saved across a call to I_CryptFlushLruCache.
I've tried the obvious thing (trying both __stdcall and __cdecl calling
conventio
Yet another wldap32 build problem. Such fun. :) Fortunately, Mike
McCormack sent a patch to wine-patches that fixes it:
http://www.winehq.org/pipermail/wine-patches/2005-November/022350.html
Hope this helps,
James
On Thu, 2005-11-24 at 19:15 +0100, Rein Klazes wrote:
> Hi,
> >Modified files:
> >
Andreas Mohr wrote:
Hi,
On Thu, Nov 24, 2005 at 12:09:06PM -0500, Alex Villacís Lasso wrote:
Changelog:
* Initialize file_exists to 0 at exe load test, prevents mistaking
of UTF-8 encoded exenames as builtins.
Isn't that almost *exactly* what mengzhuo li very recently sent?
Is it t
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hello,
> > it should be RGB (as naming suppose) as majority of D3D formats
> > . But OpenGL usually prefer use of BGR, so initially i use transformed
> > formats. Note: we must add a check if cg support GL_RGB and/or GL_BGR
> > formats and modify t
Hello,
> it should be RGB (as naming suppose) as majority of D3D formats
> . But OpenGL usually prefer use of BGR, so initially i use transformed
> formats. Note: we must add a check if cg support GL_RGB and/or GL_BGR
> formats and modify the code to adapt formats
What about the other formats there
Hi Nik,
> I found out that include/wincrypt.h needs to include winbase.h
> (because it holds the typedef of FILETIME) -- so to fix this issue,
> simply add this line near the beginning of include/wincrypt.h :
> #include
Except that MS's headers don't do that. You need to fix the files that
in
On Thu, 24 Nov 2005, Rein Klazes wrote:
[...]
Log message:
Francois Gouget <[EMAIL PROTECTED]>
winldap.h should include windeh.f and schnlsp.h.
Enclose the API definitions in an extern "C" section and define
LDAPAPI.
Better stick to the types defined by the
Hi,
On Thu, Nov 24, 2005 at 12:09:06PM -0500, Alex Villacís Lasso wrote:
> Changelog:
> * Initialize file_exists to 0 at exe load test, prevents mistaking
> of UTF-8 encoded exenames as builtins.
Isn't that almost *exactly* what mengzhuo li very recently sent?
Is it the same place or the same p
Hi,
>Modified files:
> dlls/wldap32 : control.c init.c winldap_private.h
> include: winldap.h
> tools/winapi : win32.api
>
>Log message:
> Francois Gouget <[EMAIL PROTECTED]>
> winldap.h should include windeh.f and schnlsp.h.
> Enclose the API def
I so wanted to be the first to provide the fix to the Open File dialog
not handling UTF-8, but Michael Jung beat me at it :-/
While trying Michael Jung's fix, I found this other issue: when wine is
run in an UTF-8 locale, and a native PE executable exists with an UTF-8
encoded filename (for ex
Eric Pouech wrote:
Boaz Harrosh wrote:
Such a program could also be useful for a Native app that needs to
run a Linux application.
we should even try to integrate it to popen in builtin msvcrt
A+
What do you mean? with a check for a "special" app_name. Or an
auto-detection of the binary a
On 11/23/05, Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> I don't know why but I just feel the need to call SetLastError() before
> every modified check. :-/
>
It's good to do so you know exactly when the last error was changed
and to what value.
>
> +SetLastError(0);
> ret = pGetStand
Eric Pouech wrote:
> Boaz Harrosh wrote:
>> Sergio wrote:
>>
>>> I see. But I need to link to msvcrt for the rest of the functions in
>>> the dll
>>> I am trying to make. I only need popen to be linked using linux'
>>> libraries.
>>> Do you know what I can do to have both things (standard popen a
On 11/22/05, Detlef Riekenberg <[EMAIL PROTECTED]> wrote:
> Am Donnerstag, den 17.11.2005, 18:38 + schrieb James Hawkins:
>
> > > I have NT3.51sp5 with ie5.00 here. (qemu)
> > > Tell me, what you want to be tested.
> > Can you run the advpack test after applying and compiling the
> > following
Hi,
On Thu, Nov 24, 2005 at 11:29:04PM +0800, Dmitry Timoshkov wrote:
> "Andreas Mohr" <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Nov 24, 2005 at 10:21:26PM +0800, Dmitry Timoshkov wrote:
> > > +icinfo->dwVersion = 0x0001; /* Version 1.0 build 0 */
> > > +icinfo->dwVersionICM = 0x010400
"Andreas Mohr" <[EMAIL PROTECTED]> wrote:
> On Thu, Nov 24, 2005 at 10:21:26PM +0800, Dmitry Timoshkov wrote:
> > +icinfo->dwVersion = 0x0001; /* Version 1.0 build 0 */
> > +icinfo->dwVersionICM = 0x0104; /* Version 1.4 build 0 */
>
> This doesn't really add up.
> If it made compl
Hi,
On Thu, Nov 24, 2005 at 10:21:26PM +0800, Dmitry Timoshkov wrote:
> +icinfo->dwVersion = 0x0001; /* Version 1.0 build 0 */
> +icinfo->dwVersionICM = 0x0104; /* Version 1.4 build 0 */
This doesn't really add up.
If it made complete sense, Version 1.0 build 0 would be 0x0100
Oliver Stieber yahoo.co.uk> writes:
> I think the ChooseVisuial fallback if either, the client glx version is 1.3 or
glXChooseFBConfig
> returns NULL is OK.
>
Falling back to glXChooseVisual() if glXChooseFBConfig() fails should be
sufficient. We probably should not depend on glx 1.3 only since
Message d'origine
>De: Stefan Dösinger <[EMAIL PROTECTED]>
>A: wine-devel@winehq.org
>Date: Thu, 24 Nov 2005 10:14:51 +0100
>Copie à: Oliver Stieber <[EMAIL PROTECTED]>
>Sujet: WINED3DFMT_R5G6B5 - is it RGB or BGR
>
>Hello,
>While trying to get Moto Racer 2 running(old D3D1 game), I came
Hello,
While trying to get Moto Racer 2 running(old D3D1 game), I came across a
problem with WINED3DFMT_R5G6B5. The game requests a 16 Bit surface, in RGB
order. I translate this to WINED3DFMT_R5G6B5.
In some places, this format is translated to an RGB format, like in
utils.c::D3DFmt2GLIntFmt,
26 matches
Mail list logo