> > 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. _______________________________________________ Bug-gnustep mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnustep
