The response is chunked, but that should be no problem. You could try the following:
ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [ 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ]. > On 20 Sep 2015, at 11:37, Volkert <volk...@komponentenwerkstatt.de> wrote: > > No > > On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >> Any proxying involved ? >> >>> On 20 Sep 2015, at 11:16, Volkert <volk...@komponentenwerkstatt.de> wrote: >>> >>> $ cat /etc/issue >>> Ubuntu 14.04.3 LTS \n \l >>> >>> $ uname -a >>> Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9 10:03:23 >>> UTC 2015 x86_64 x86_64 x86_64 GNU/Linux >>> >>> $ ./pharo Pharo.image printVersion >>> [version] 4.0 #40621 >>> >>> ./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>> retrieveContents" >>> '2 >>> 3 >>> 5 >>> 7 >>> ... >>> >>> >>> BUT >>> >>> $ ./pharo Pharo.image eval >>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>> ==== Startup Error: ConnectionClosed: Connection closed while waiting for >>> data. >>> [ ConnectionClosed signal: 'Connection closed while waiting for data.' ] in >>> Socket>>waitForDataFor: in Block: [ ConnectionClosed signal: 'Connection >>> closed whil...etc... >>> Socket>>waitForDataFor:ifClosed:ifTimedOut: >>> Socket>>waitForDataFor: >>> ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData >>> ZdcSocketStream>>readInto:startingAt:count: >>> ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream: >>> ZnUTF8Encoder>>readInto:startingAt:count:fromStream: >>> [ >>> read := encoder >>> readInto: buffer >>> startingAt: 1 >>> count: buffer size >>> fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [ ... >>> BlockClosure>>on:do: >>> ZnStringEntity>>readFrom: >>> ZnEntity class>>readFrom:usingType:andLength: >>> ZnEntityReader>>readFrom:usingType:andLength: >>> ZnEntityReader>>readEntityFromStream >>> [ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity in >>> Block: [ entity := self readEntityFromStream ] >>> [ >>> p psValueAt: index put: anObject. >>> aBlock value ] in ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: >>> in Block: [ ... >>> BlockClosure>>ensure: >>> ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: >>> ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during: >>> ZnEntityReader>>withDefaultUtf8Decoding: >>> ZnEntityReader>>readEntity >>> ZnResponse(ZnMessage)>>readEntityFrom: >>> ZnResponse>>readEntityFrom: >>> ZnResponse(ZnMessage)>>readFrom: >>> ZnResponse class(ZnMessage class)>>readFrom: >>> ZnClient>>readResponse >>> ZnClient>>executeRequestResponse >>> [ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute in >>> Block: [ self executeRequestResponse ] >>> BlockClosure>>ensure: >>> ZnClient>>getConnectionAndExecute >>> ZnClient>>executeWithRedirectsRemaining: >>> Got startup errors: >>> ConnectionClosed: Connection closed while waiting for data. >>> >>> >>> >>> >>> 9.2015 10:54, Sven Van Caekenberghe wrote: >>>> Weird, this is on one of my servers: >>>> >>>> $ cat /etc/issue >>>> Ubuntu 14.04.3 LTS >>>> >>>> $ uname -a >>>> Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun 19 >>>> 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux >>>> >>>> $ ../bin/pharo Pharo.image printVersion >>>> [version] 4.0 #40621 >>>> >>>> $ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl >>>> retrieveContents" >>>> '2 >>>> 3 >>>> 5 >>>> 7 >>>> 11 >>>> 13 >>>> 17 >>>> 19 >>>> 23 >>>> 29 >>>> 31 >>>> 37 >>>> 41 >>>> 43 >>>> 47 >>>> 53 >>>> 59 >>>> 61 >>>> 67 >>>> 71 >>>> 73 >>>> 79 >>>> 83 >>>> 89 >>>> 97 >>>> ' >>>> >>>> $ ../bin/pharo Pharo.image eval >>>> "'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>> | head >>>> 'Date,Open,High,Low,Close,Volume,Adj Close >>>> 2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68 >>>> 2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05 >>>> 2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28 >>>> 2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14 >>>> 2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04 >>>> 2010-09-24,10664.39,10897.83,10664.39,10860.26,4123950000,10860.26 >>>> 2010-09-23,10738.48,10779.65,10610.12,10662.42,3847850000,10662.42 >>>> 2010-09-22,10761.11,10829.75,10682.40,10739.31,3911070000,10739.31 >>>> 2010-09-21,10753.39,10844.89,10674.83,10761.03,4175660000,10761.03 >>>> >>>> ... >>>> >>>>> On 20 Sep 2015, at 10:27, Volkert <volk...@komponentenwerkstatt.de> wrote: >>>>> >>>>> Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had the >>>>> same problem ... >>>>> >>>>> But calls to other site are fine ... >>>>> >>>>> Volkert >>>>> >>>>> On 20.09.2015 10:00, Volkert wrote: >>>>>> I just downloaded the latest version with "curl get.pharo.org | bash" >>>>>> .... same problem ... >>>>>> >>>>>> On 20.09.2015 09:33, Sven Van Caekenberghe wrote: >>>>>>> Volkert, >>>>>>> >>>>>>> I tried in 2 #40621 images of mine and it worked fine. Both Zn included >>>>>>> and Zn #bleedingEdge. Maybe it was some temporary situation ? >>>>>>> >>>>>>> Sven >>>>>>> >>>>>>>> On 20 Sep 2015, at 09:19, Volkert <volk...@komponentenwerkstatt.de> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Dear all, >>>>>>>> >>>>>>>> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >>>>>>>> retrieveContents " lead to this error: >>>>>>>> >>>>>>>> <ifdhcebh.png> >>>>>>>> >>>>>>>> "wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv"; fetches the csv >>>>>>>> file. >>>>>>>> >>>>>>>> The snippet is part of the Roassal >>>>>>>> RTCalenderExample>>exampleVisualizationCSV and i had never a problem >>>>>>>> with it. >>>>>>>> >>>>>>>> Pharo4.0 >>>>>>>> Latest update: #40621 >>>>>>>> On Ubuntu 14.04 >>>>>>>> >>>>>>>> Volkert >>> >> > >
