Dan Kegel wrote:
> About the same number of tests fail regardless of -j value.
>
> How it works:
> this patch adds a new function, winetest_exclusive(),
> that waits until it can acquire an exclusive lock.
> It should be called near the top of the START_TEST body
> for any test that needs exclusiv
Bugzilla admin(s) please remove the illegal attachment from the
http://bugs.winehq.org/show_bug.cgi?id=14461
Vitaliy.
> Zachary Goldberg wrote:
... but did not spell check :)
Granted, the movie quote is pretty funny, even if isn't spelled right.
Ivan
The attached patch lets you run Wine's conformance tests in parallel.
On my relatively fast dual core machine (e7200):
"make -k test" takes 3 minutes 55 seconds
"make -k -j2 test" takes 2 minutes 15 seconds
"make -k -j4 test" takes 1 minute 45 seconds
"make -k -j10 test" takes 1 minute 27 seco
Hello.
I ask to disregard patch " wined3d: add surface convertor from D3DFMT_X8R8G8B8
to D3DFMT_R5G6B5" (d15c66beeb5ab7130161278d0ee86ee79aed.diff) I've sent
yesterday. There are minor errors in masks used within x8r8g8b8_to_x5r6g5
that might cause minor graphical artefacts on textures with
On 7/13/08, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
> Michael Karcher <[EMAIL PROTECTED]> writes:
>
>> Hello Alexandre,
>>
>> this thread is about an include file specifying the interface between
>> dplayx.dll and the DirectPlay service providers. As it is not in the
>> Windows Platform SDK,
Michael Karcher <[EMAIL PROTECTED]> writes:
> Hello Alexandre,
>
> this thread is about an include file specifying the interface between
> dplayx.dll and the DirectPlay service providers. As it is not in the
> Windows Platform SDK, James Hawkins explained that it may not go into
> include. This fi
Am Sonntag, den 13.07.2008, 18:43 +0400 schrieb Nikolay Sivov:
> >> Exactly, so I plan to test this deeper on native. As I see now after
> >> some basic tests, most probably native call does a bitwise comparison
> >> cause the result is affected by a smallest matrix element change (e.g.
> >> 1.0
Please allign the entries in the conversion table. It seems that the spacing
isn't properly alliged(although maybe my outlook messed it up). Otherwise it
looks ok to me
Also it is generally better to attach the patch as an extra file to the mail
instead of inlining it, since mail clients often man
Michael Karcher wrote:
> Am Sonntag, den 13.07.2008, 13:51 +0400 schrieb Nikolay Sivov:
>
>> Reece Dunn wrote:
>>
>>> Is this the way it works on Windows? You have 4 basic cases:
>>> a. exactly equal;
>>> b. equal + epsilon for rounding/representation errors;
>>> c. equal - epsilon for r
Hello everyone,
On 7/10/08, Juan Lang <[EMAIL PROTECTED]> wrote:
>
> Now that we've established you can't do this yourself, a hint on how
> you can help us: file a bug describing the problem, and produce as
> small a test case as you can that shows the problem in Wine. Ideally
> you can write a
2008/7/4 Dan Hipschman <[EMAIL PROTECTED]>:
> On Thu, Jul 03, 2008 at 05:32:32PM +1000, Austin Lund wrote:
>> I have run these with the native dll in wine and it works fine, but
>> would like someone to test them on windows platforms.
>
> I couldn't get these to compile within a few minutes due to
2008/7/13 Nikolay Sivov <[EMAIL PROTECTED]>:
>
> What do you think about matrix comparison or in general float comparison
> implementation? What is the best way to implement this. We have two
> cases now:
>
> 1. GdipIsMatrixEqual which compares two matrices (with simple bitwise
> operation now)
Is
2008/7/12 Michael Karcher <[EMAIL PROTECTED]>:
> Am Samstag, den 12.07.2008, 16:55 -0500 schrieb James Hawkins:
>> > GDI+ uses floating
>> > point values for matrix elements so don't you think the result could be
>> > slightly different due different calculation algorithms?
> As they say: Never com
Hello Alexandre,
this thread is about an include file specifying the interface between
dplayx.dll and the DirectPlay service providers. As it is not in the
Windows Platform SDK, James Hawkins explained that it may not go into
include. This file is shared between dplayx and the service providers,
c
Am Sonntag, den 13.07.2008, 14:09 +0400 schrieb Nikolay Sivov:
> Michael Karcher wrote:
> > Am Sonntag, den 13.07.2008, 12:42 +0400 schrieb Nikolay Sivov:
> >> I think first of all we should choose an appropriate method to do so and
> >> only after that try to compare results with native. What
Am Sonntag, den 13.07.2008, 13:51 +0400 schrieb Nikolay Sivov:
> Reece Dunn wrote:
> > Is this the way it works on Windows? You have 4 basic cases:
> > a. exactly equal;
> > b. equal + epsilon for rounding/representation errors;
> > c. equal - epsilon for rounding/representation errors;
> > d.
Michael Karcher wrote:
> Am Sonntag, den 13.07.2008, 12:42 +0400 schrieb Nikolay Sivov:
>
>> I think first of all we should choose an appropriate method to do so and
>> only after that try to compare results with native. What do you think of
>> that?
>>
> That might a good approach if we
Reece Dunn wrote:
> 2008/7/13 Nikolay Sivov <[EMAIL PROTECTED]>:
>
>> What do you think about matrix comparison or in general float comparison
>> implementation? What is the best way to implement this. We have two
>> cases now:
>>
>> 1. GdipIsMatrixEqual which compares two matrices (with simple
Am Sonntag, den 13.07.2008, 12:42 +0400 schrieb Nikolay Sivov:
> I think first of all we should choose an appropriate method to do so and
> only after that try to compare results with native. What do you think of
> that?
That might a good approach if we want to implement some new API and want
to
Am Samstag, den 12.07.2008, 20:52 -0400 schrieb Seth Shelnutt:
> [EMAIL PROTECTED]:~/.wine/drive_c/Program Files/[EMAIL PROTECTED]/[EMAIL
> PROTECTED] winedbg [EMAIL PROTECTED]
> WineDbg starting on pid 0024
> start_process () at /media/md0/wine/wine/dlls/kernel32/process.c:904
> 0x7b877d02 start_
Alexandre Julliard wrote:
> Nikolay Sivov <[EMAIL PROTECTED]> writes:
>
>
>> I don't think so. If the call fails testing return value doesn't make
>> any sense. In this case 'result' is uninitialized and remains
>> uninitialized after a call if it fails (here I mean a native too). So
>> why s
Nikolay Sivov <[EMAIL PROTECTED]> writes:
> I don't think so. If the call fails testing return value doesn't make
> any sense. In this case 'result' is uninitialized and remains
> uninitialized after a call if it fails (here I mean a native too). So
> why should we check something which has unp
23 matches
Mail list logo
