[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: NSURL tests, including failures...
From: |
leeg |
Subject: |
Re: NSURL tests, including failures... |
Date: |
Thu, 30 Nov 2006 04:20:20 -0800 (PST) |
User-agent: |
SquirrelMail/1.4.6 |
>
> On 29 Nov 2006, at 18:14, Graham J Lee wrote:
>
>> Hi,
>>
>> I added some tests to testsuite/base/NSURL/basic.m which are
>> trivial and pass. I also extended the helper app "respond" in
>> test00 to sleep for a specified time between writing data...if it
>> goes too high then -[NSURL resourceDataUsingCache:] times out.
>> Which would be fine [BTW, where's the timeout documented, and could
>> it be overridden?], except that the timeout seems to be from the
>> *start* of the transaction, not from the last "data received" event.
>
> Thanks ... I applied your changes ... though with quite a lot of
> tweaks/modifications.
>
Looks fine to me :-)
> The -resourceDataUsingCache: method does not use a timeout, and it
> took me quite some time to work out why the last few tests were
> failing. In the end it turned out to be trivial ... the respond.m
> test program only ran for a maximum of 30 seconds (the intention
> being that it should shut down eventually rather than leave idle
> processes in the background). Increasing the lifetime of the program
> to 60 seconds allowed all the tests to run to completion.
>
OK, I thought it probably was a problem with the test rather than with the
library, when I was looking at the source of GSHTTPURLHandle on the coach
this morning. But I didn't get as far as finding that lifetime :-).
BTW, in basic.m there are some tests which will fail based on the
configuration of the host machine - i.e. if you're not connected to the
network then trying to get anything from www.w3.org will fail. Is it
worth creating another "helper" server to run locally which could respond
with a variety of HTTP statuses? If so I could do that.
Cheers,
Graham.