I noticed a probable regression in an app (kid pix 3) tonight.
Which got me thinking: what are the easiest set of
application regression tests we could throw together
that go further than just verifying the installer runs?
I'm thinking not just of things that could be automated
with cxtest, but al
Saturday, March 18, 2006, 11:48:12 AM, Henry Kroll wrote:
> Changelog:
> Henry Kroll, [EMAIL PROTECTED] corrects X "bad match" errors when
> running opengl apps.
> Ref: http://bugs.winehq.org/show_bug.cgi?id=4143
> ==
> --- wine/dlls/x11drv/opengl.c.orig2006-03-11 11:5
Thanks for the link, i'll get those installed to try to find out why
it is expecing a 24-bit value. Perhaps it is designed to work on a
video card that supports 24-bit, I know a lot of modern hardware don't
really support true 24-bit mode, but this app probably would support
it.
On 3/18/06, Willie
Robert Shearman wrote:
Despite containing some useful macros, those macros are somewhat
broken as they are ignorant of UNICODE, so cannot be "fixed" by simple
conversion to inline functions.
Unicode isn't a problem as "void *" could simply be used, but there are
other compatibility reasons wh
Robert Shearman wrote:
Why don't we fix the macros as suggested by Francois, rather than
preventing its use? It seems like a big waste of time to have submitted
all of the patches to the files using windowsx.h when fixing the macros
is necessary for Winelib anyway.
No, it's not a waste of tim
It's not a C interpeter, it's literally a frint end of sorts to grep.
There's only one textual occurence of malloc() in the code, so it only
returns one.
Think before you speak.
P.S. I'll add a C interpeter when there becomes a need for one.
Joris Huizer wrote:
Segin wrote:
As my small con
Segin wrote:
As my small contribution, attached is a small shell script that,
unmodified, finds out how many times certain functions are called in a
given sample of files. The default functions are 'malloc', 'realloc',
and 'free', and the sample files are all files ending in .c in the
current
As my small contribution, attached is a small shell script that,
unmodified, finds out how many times certain functions are called in a
given sample of files. The default functions are 'malloc', 'realloc',
and 'free', and the sample files are all files ending in .c in the
current directory. It
Christoph wrote:
>>Quite a few apps use embedded JVM's.
>>Case in point: SPSS, one of the apps requested by Munich.
>
> WTF?
> There is a JVM for Linux available.
> To my mind contact the manufacture of your software and explain to them
> that Java is platform independent ...
As Joris pointed out,
Am Samstag, 18. März 2006 07:59 schrieb pagefault:
> Updated again, this should be the final patch. Sorry for spamming. :)
>
This patch actually made it somewhat worse. Mirage shows the same bug as with
your previous patch, only draws the backgound but no widgets. The background,
however, is grey
Christoph wrote:
Dan Kegel schrieb:
Quite a few apps use embedded JVM's.
Case in point: SPSS, one of the apps requested by Munich.
WTF?
There is a JVM for Linux available.
To my mind contact the manufacture of your software and explain to them
that Java is platform independent ...
Having
Am Samstag, 18. März 2006 06:53 schrieb pagefault:
> Ok, this is rather odd. Do those apps work properly when the patch is
> not applied? Also do you know if these apps are using DirectDraw?
>
Like I said, Aura used to work. Mirage used to have drawing errors, but
completely different from the err
2006/3/18, Robert Shearman <[EMAIL PROTECTED]>:
> Mike McCormack wrote:
>
> >
> > Martin Fuchs wrote:
> >
> >> "Eliminating" windowsx.h sounds like you consider this header file a
> >> bad thing.
> >> I don't think so - it provides a bunch of very usefull type safe
> >> macro definitions.
> >> (Sel
Robert Shearman wrote:
> Mike McCormack wrote:
>
>
>> +#ifdef __WINESRC__
>> +/* This file contains macros that cause warnings on gcc 4.1, so avoid it. */
>> +#error Please avoid use of windowsx.h in Wine source code.
>> +#endif
>> +
>>
>>
>
> Why don't we fix the macros as suggested by Fr
Robert Shearman wrote:
> Jacek Caban wrote:
>
>
>> Without this patch GCC 4.1 fails with message
>> string.c:531: undefined reference to `strncmpW'
>>
>>
>>
>
> That would seem to be a bug in GCC 4.1. I'm no expert on the C spec, but
> if the compiler can't inline the function, as it can'
Mike McCormack wrote:
>
> Martin Fuchs wrote:
>
>> "Eliminating" windowsx.h sounds like you consider this header file a
>> bad thing.
>> I don't think so - it provides a bunch of very usefull type safe
>> macro definitions.
>> (SelectFont, ListBox_SetSel, Button_SetCheck, ...)
>>
>> I understand y
Jacek Caban wrote:
>Without this patch GCC 4.1 fails with message
>string.c:531: undefined reference to `strncmpW'
>
>
That would seem to be a bug in GCC 4.1. I'm no expert on the C spec, but
if the compiler can't inline the function, as it can't here when a
function pointer is used then I thin
Mike McCormack wrote:
>+#ifdef __WINESRC__
>+/* This file contains macros that cause warnings on gcc 4.1, so avoid it. */
>+#error Please avoid use of windowsx.h in Wine source code.
>+#endif
>+
>
Why don't we fix the macros as suggested by Francois, rather than
preventing its use? It seems like
Dan Kegel schrieb:
> Quite a few apps use embedded JVM's.
> Case in point: SPSS, one of the apps requested by Munich.
WTF?
There is a JVM for Linux available.
To my mind contact the manufacture of your software and explain to them
that Java is platform independent ...
>
> So I played around a bi
Mike Hearn <[EMAIL PROTECTED]> writes:
> And sure enough the .dll.so files don't have an $ORIGIN/../ runpath in them.
> This seems like winebuild magic, at least, I didn't see any obvious places
> in the build system to add the flags. Any idea what's going wrong here?
AFAIK the rpath of the main
20 matches
Mail list logo
