From: "Eric Pouech" <[EMAIL PROTECTED]> wrote:
> +#include
...
> +if (!ch || !isalpha(ch)) break;
Since that's apparently a Windows encoding shouldn't this be
GetStringType() instead of isalpha()?
--
Dmitry.
I wasn't sure if it would work in the same as there is some todo regarding
compressed formats.
Roderick
> 2008/9/20 Roderick Colenbrander <[EMAIL PROTECTED]>:
> > Hi,
> >
> > Fix a bug in UpdateSurface where we didn't take into account the offset
> into the memory buffer specified in the source
2008/9/20 Roderick Colenbrander <[EMAIL PROTECTED]>:
> Hi,
>
> Fix a bug in UpdateSurface where we didn't take into account the offset into
> the memory buffer specified in the source rectangle.
>
What about the glCompressedTexImage2DARB() call a few lines up and the TRACE?
Am Samstag, den 20.09.2008, 12:17 +0200 schrieb Alexandre Julliard:
> The real problem is that the -fno-builtin-xxx option is broken on some
> gcc versions. We used to use it, but we had to switch to a global
> -fno-builtin because of this bug.
OK. Thanks for the pointer. I have a configure test r
On Samstag 20 September 2008, Paul Vriens wrote:
> James Hawkins wrote:
> > On Fri, Sep 19, 2008 at 4:59 PM, Austin English <[EMAIL PROTECTED]> wrote:
> >> Relevant code:
> >>/* check %p with no hex digits */
> >>ok( sscanf("1233", "%p", &ptr) == 1, "sscanf failed\n" );
> >>ok( ptr ==
Michael Karcher <[EMAIL PROTECTED]> writes:
> On the other hand, for the implementation side (msvcrtd and crtdll),
> option c seems attractive to me, because it just disables the stuff we
> need disabled but allows gcc to take full advantage about knowing the C
> standard on functions where msvcrt
Am Samstag, den 20.09.2008, 10:50 +0200 schrieb Michael Karcher:
> Looks like we need to compile with -fno-builtin-sscanf, because gcc
> knows the implementation of glibc's sscanf,
OK, I looked further into it. On Linux, we don't get the warning,
because gcc is called with the sledgehammer option
В сообщении от 20 сентября 2008 Scott Ritchie написал(a):
...
> More importantly, which of them has the closest thing to an "internet
> explorer compatibility mode"? Ideally, whatever renderer we use would
> be the most IE-like.
Gecko has many incompatibles with IE and do not pretend to be more co
Vijay Kiran Kamuju wrote:
> Hi,
>
> I have a nice idea to discuss at wineconf this year.
> Is it possible to use webkit for mshtml and jscript implementations of wine?
> Have been hearing a lotta good reviews about performance of webkit and
> lotta other browsers adopting it.
> How much work would
Am Freitag, den 19.09.2008, 15:51 -0700 schrieb Dan Kegel:
> Here's the gcc error:
> > scanf.c:66: warning: unknown conversion type character `P' in format
> That particular error depends on gcc knowing intimate details of
> sscanf. Unless we teach gcc about the particular sscanf we're
> implemen
10 matches
Mail list logo
