On 8/11/08, Ismael Barros <[EMAIL PROTECTED]> wrote:
> Actually the thread stuff is a very good idea, I'll take a look.
I tried launching each tests in a new thread, but a lot of tests
failures arise, sometimes even with segfaults or deadlocks. Looks like
the original implementation of dplay doesn
On 8/11/08, Kai Blin <[EMAIL PROTECTED]> wrote:
> On Monday 11 August 2008 18:17:58 Ismael Barros wrote:
>> That's probably the main problem, as there's no network latency (all
>> the messages are sent to localhost) or cpu intensive operation.
>> Actually the thread stuff is a very good idea, I'll
On Monday 11 August 2008 18:17:58 Ismael Barros wrote:
> On 8/11/08, Kai Blin <[EMAIL PROTECTED]> wrote:
> > On Sunday 10 August 2008 18:34:02 Dan Kegel wrote:
> >> http://test.winehq.org/data/tests/dplayx:dplayx.html
> >> Since your commits on the 4th of Aug, the dplayx tests have been
> >> hangin
On 8/11/08, Kai Blin <[EMAIL PROTECTED]> wrote:
> On Sunday 10 August 2008 18:34:02 Dan Kegel wrote:
>
>> http://test.winehq.org/data/tests/dplayx:dplayx.html
>> Since your commits on the 4th of Aug, the dplayx tests have been hanging.
>> This is getting in the way of my regression testing.
>
> I'v
On Monday 11 August 2008 17:14:52 Kai Blin wrote:
> test_Open() 49s
> test_EnumSessions() 180s
> test_CreatePlayer() 32s
> test_GetPlayerAccount() 63s, also 1 test failure on XP
Skipping these four tests, the test completes in two minutes on my box, which
still is a lot of time. They probably ne
On Sunday 10 August 2008 18:34:02 Dan Kegel wrote:
> http://test.winehq.org/data/tests/dplayx:dplayx.html
> Since your commits on the 4th of Aug, the dplayx tests have been hanging.
> This is getting in the way of my regression testing.
I've toyed with the tests a little and the following tests t
2008/8/10 Ismael Barros <[EMAIL PROTECTED]>:
> On 8/10/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
>> Hi Ismael,
>> have a look at
>> http://test.winehq.org/data/tests/dplayx:dplayx.html
>> Since your commits on the 4th of Aug, the dplayx tests have been hanging.
>> This is getting in the way of my re
On Sun, Aug 10, 2008 at 11:42 AM, Ismael Barros <[EMAIL PROTECTED]> wrote:
> You probably have installed in your wine prefix a windows native
> dpwsockx.dll, and dplay gets that one instead of wine's builtin
> dpwsockx.
Seems to be (perhaps I did winetricks directx9).
Removing ~/.wine seems to hav
On 8/10/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
> In my case, they really were hanging, I waited 20 minutes on Wine.
That's really weird, in wine most of the tests are skipped, and they
take around 5 seconds on my machine with the latest git head. Could
you provide a log with WINEDEBUG=+dplay?
On Sun, Aug 10, 2008 at 10:19 AM, Ismael Barros <[EMAIL PROTECTED]> wrote:
>> http://test.winehq.org/data/tests/dplayx:dplayx.html
>> Since your commits on the 4th of Aug, the dplayx tests have been hanging.
>
> Are they really hanging or taking too long? Dplay is quite slow and
> the tests are int
On 8/10/08, Dan Kegel <[EMAIL PROTECTED]> wrote:
> Hi Ismael,
> have a look at
> http://test.winehq.org/data/tests/dplayx:dplayx.html
> Since your commits on the 4th of Aug, the dplayx tests have been hanging.
> This is getting in the way of my regression testing.
> Can you have a look?
> Thanks,
>
Hi Ismael,
have a look at
http://test.winehq.org/data/tests/dplayx:dplayx.html
Since your commits on the 4th of Aug, the dplayx tests have been hanging.
This is getting in the way of my regression testing.
Can you have a look?
Thanks,
Dan
12 matches
Mail list logo
