I'm a bit confused, how can there be failures under windows? is this
because of driver problems?
regards,
Joris
Dan Kegel wrote:
Is the following err expected?
No, it's not. MSHTML tried to load Gecko when it was not found.
I'll send a patch that fixes it. Thanks for the report.
Jacek.
--- Aleksey <[EMAIL PROTECTED]> wrote:
> The patch has been found that breaks Photoshop, but
> 0.9.6 still brakes PS.
Yes, if the submitter of the patch that broke
Photoshop could take a look and fix this, that would
be great! (This has been broken since 0.9.3)
It's this patch:
http://source.win
Alex,
> That might be a problem. It would be better if you could compile the
> latest snapshot, or even better, the latest CVS, from scratch. This
> would enable you to test any patches I (or somebody else) might send to
> try and fix the problem.
OK, I will do it then!
But I will have to lear
Detlef Riekenberg <[EMAIL PROTECTED]> writes:
> Changelog:
> - kernel/tests: report only 25 failures on WinNT 3.51
You shouldn't need that, the test should be fixed to not fail.
--
Alexandre Julliard
[EMAIL PROTECTED]
The patch has been found that breaks Photoshop, but 0.9.6 still brakes PS.
On 1/6/06, Aleksey <[EMAIL PROTECTED]> wrote:
> Great! Thanks!
>
> On 1/1/06, Elvis Pranskevichus <[EMAIL PROTECTED]> wrote:
> > Aleksey wrote:
> > > Yesterday I upgraded to WINE 0.9.3, and then tried running Photoshop
> >
Alex Villacís Lasso <[EMAIL PROTECTED]> writes:
> The exception handler is supposed to return NULL in case of a page
> fault (such as trying to access a NULL pointer, as is your
> case). However, I think I saw a discussion somewhere in wine-devel
> that advised *not* to return from inside an __EX
Since my fc3 machine is in the shop, I tried building wine
from cvs just now on Red Hat 9 (and I've forgotten the
magic incantation to get that to work properly with crypto,
so not every feature of wine was enabled).
Is the following err expected?
../../../tools/runtest -q -P wine -M mshtml.dll -
Alex,
Exactly the same problem with wine-0.9.6 (pre-built - downloaded
from sourceforge) ..
Wanna trace?
> Is there a bug report for this application (bugs.winehq.org)?
Now, you are going to need? I can do it
> Have you tried running the installer under winedbg ("wine
[EMAIL PROTECTED] wrote:
Alex,
Thanks for the reply.
I am going to wait for a pre built (RPM package) for wine-0.9.6
because if I compile I think I can introduce too many variables.
Anyway, I am goig to report your sugestions with wine 0.9.5 and,
ASAP, with wine-0.9.6.
On Thursday 19 January 2006 15:04, Tom Wickline wrote:
> On 1/19/06, Dimi Paun <[EMAIL PROTECTED]> wrote:
> > From: "Tom Wickline" <[EMAIL PROTECTED]>
> >
> > > If a page on the Wiki gets more than 8500 hits in a single day the hit
> > > counter rolls over.
That looks like a rollover on 02 (oc
Alex,
Thanks for the reply.
I am going to wait for a pre built (RPM package) for wine-0.9.6
because if I compile I think I can introduce too many variables.
Anyway, I am goig to report your sugestions with wine 0.9.5 and,
ASAP, with wine-0.9.6.
> Where can somebody downl
For anyone trying to apply the patch and
wondering why make complains, it's
because configure needs to be updated.
(Or apply the attached patch, which manually
adds the new directory in the two places it
needs to be added.)
In the snippet
+ parent = new_richedit(NULL);
+ hwndRichEdit = new_riche
Actually, looking at the code for the original patch a bit closer, the
original patch is incorrect. GL_SUPPORT should get passed a memeber of
the enum GL_SupportedExt. Wether an extension is supported should be
initialised in IDirect3D8Impl_FillGLCaps in directx.c.
http://seegernet.koolhost.de/zeosforum/viewtopic.php?p=1292#1292
says:
-- snip ---
In my extensive tests, Zeoslib works great with wine 0.94+ . Tests
works with Firebird , PostgreSQL and MySQL . The version 0.94 resolve
a issue that correct mscrvt library.
Regards,
Psychodad
--- snip ---
Go team
On 20/01/06, Vitaly Budovski <[EMAIL PROTECTED]> wrote:
> +/* GL_ARB_multisample */
> +#ifndef GL_ARB_multisample
> +#define GL_MULTISAMPLE_ARB0x809D
> +#define GL_SAMPLE_ALPHA_TO_COVERAGE_ARB 0x809E
> +#define GL_SAMPLE_ALPHA_TO_ONE_ARB0x809F
> +#define GL_SAMPLE_COVERAGE
On Fri, Jan 20, 2006 at 11:55:22AM +0100, Hans Leidekker wrote:
>
> I just saw an application crash on this unimplemented stub getting
> called via some version of the mfc dll.
>
> -Hans
>
> Changelog
> Stub implementation for wcsftime.
Please output at least a fixme!
Ciao, Marcus
Hello.
Al Tobey wrote:
According to MSDN, this just sets a pointer to the creation
parameters.The attached patch makes this function work, but I'm
not sure if returning a pointer to the original parameters is the
right approach or if they should be copied first.
This patch makes a bunch of
Hi,
Could you try applying this patch. This may fix it.
Also, would you let me know what the value of GL_GLEXT_VERSION is
as defined in your glext.h header?
Vitaly
Roland Kaser wrote:
Hello all
I just tried to compile 0.9.6 on a SuSE 10 system and got the following
compiler error:
/usr/X11
I need a bit of help with the correct way to do this. In usp10.c I need
to access GetGlyphIndicesW. Given that it is part of gdi32, I assume
that I will need to reference the function in the gdi32.dll rahter than
linking it into usp10.dll. What is the approved method of setting up
the access
On Fri, Jan 20, 2006 at 08:28:17PM +1100, Jeff L wrote:
> I need a bit of help with the correct way to do this. In usp10.c I need
> to access GetGlyphIndicesW. Given that it is part of gdi32, I assume
> that I will need to reference the function in the gdi32.dll rahter than
> linking it into usp1
I need a bit of help with the correct way to do this. In usp10.c I need
to access GetGlyphIndicesW. Given that it is part of gdi32, I assume
that I will need to reference the function in the gdi32.dll rahter than
linking it into usp10.dll. What is the approved method of setting up
the access?
22 matches
Mail list logo
