[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Base tests errors

From: Bertrand Dekoninck
Subject: Re: Base tests errors
Date: Sun, 20 Mar 2016 21:49:17 +0100
User-agent: Mozilla/5.0 (X11; Linux ppc64; rv:31.0) Gecko/20100101 Icedove/31.5.0

First with NSLocale :

"--- Running tests in base/NSLocale ---

base/NSLoc--- Running tests in base/NSLocale ---

Failed test:       general.m:60 ... NSLocaleGroupingSeparator key returns '.' "

I've got this in Tests.log :
" Failed test:       general.m:60 ... NSLocaleGroupingSeparator key returns '.'
Expected '.' and got ' '(unicode codepoint 160) ".

Thanks ... I don't really understand what's causing the above ... as far as I 
can see in these testcases we are checking bnehavior of a specific locale (so 
what your default locale is set to should not matter).
Perhaps the specific version of the ICU package on your system is having an 
effect on the values returned.
On the other hand the codepoint 160 is a non-breaking-space, which may be the 
grouping separator in your default french locales; but we are using a spanish 
locale at this point.  I think to see what's happening you'd probably need to 
run under gdb and set a breakpoint just before getting the grouping separator, 
then step therough the code to see what locale is really being used (and what 
string the ICU library is returning).

I don't know how to use gdb at all and never put a breakpoint in a program :-/

I tried to run gnustep-tests --debug . in the NSLocale folder of the Tests and have use the gdb "nexti" instruction to progress through the test.
But I don't know how to get the locale and the string ICU is returning.

See the gdb_out.txt file attached. Can you point me to what I would have to do ?

And the third with NSUrl :

--- Running tests in base/NSURL ---

Failed test:     test00.m:51 ... NSURL chunked test OK

I've got this in Tests.log :
"Testing test00.m...
Running base/NSURL/test00.m...
2016-03-19 10:55:13.401 test00[21046:21046] Unable to connect to 
via socket ... Connect attempt failed - Connection refused
Failed test:     test00.m:51 ... NSURL chunked test OK".

In this case I'\m fairly sure we have a race condition ... the test spawns a 
subprocess to act as a web server, waits for half a second, and then tries to 
send a request to it.  The 'Connection refused' response suggests that the 
subprocess has not yet started up.  We should probably modify the testcases by 
adding a mechanism to check:
a. that the subprocess is ready before we send a request
b. that the subprocess has not terminated
rather than just relying on a short delay.
If this is the problem, then re-running the test is likely to result in a pass.

I didn't worry about this one, because I frequently have multiple errors with url. And your right about the race condition, I'm running this test on a slow external usb disk.

Anyway, thank you for your time.


Attachment: gdb_output.txt
Description: Text document

reply via email to

[Prev in Thread] Current Thread [Next in Thread]