On 14 Jan 2013, at 17:48, Camillo Bruni <camillobruni@gmail.com> wrote:
On 2013-01-14, at 17:44, Sven Van Caekenberghe <sven@stfx.eu> wrote:
Camillo,
On 13 Jan 2013, at 20:18, Sven Van Caekenberghe <sven@stfx.eu> wrote:
On 13 Jan 2013, at 19:39, Camillo Bruni <camillobruni@gmail.com> wrote:
But I think there is a strange interaction between the lookup/timeout and #downloadTo / streaming..
Yes, and that in the case of an Exception I would guess. It would be best to add some more tests.
We'll see tomorrow.
I spent some time debugging this today, I think I found the problem, but I still have to retrace my steps and do some more testing.
In any case, I will be submitting a patch for NetNameResolver and NameLookupFailure in particular, there is something very odd with this exception.
uuh nice ;) I think that will also solve another issue, where the image would hang if you submit to certain monticello repositories that are no longer online..
Issue with slice: http://code.google.com/p/pharo/issues/detail?id=7255 Yes, any DNS failure resulted in strange exception handling, IMO. This could indeed improve a couple more bogus situations. The following should work after you load the slice: ZnClient new timeout: 5; url: 'http://an.url.that.does.not.exists.ch/foo'; logToTranscript; downloadTo: FileSystem workingDirectory. Thanks for reporting the problem, Camilllo. Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill