When executing " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents " on the same machine I also get a "Connection closed while waiting for data" depending on what network I am.
On the current network, which is behind a proxy server, the following script fails with "Connection closed while waiting for data" ZnClient new beOneShot; url: 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv'; get. However, this script works: ZnClient new url: 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv'; get. So adding #beOneShot on some networks that are behind proxies, fails the request. Tested on: Pharo5.0 Latest update: #50334 current stable vm os x yosemite 10.10.3 Cheers, Andrei On Mon, Sep 21, 2015 at 9:20 AM, Volkert <volk...@komponentenwerkstatt.de> wrote: > > > On 20.09.2015 17:13, Sven Van Caekenberghe wrote: > >> On 20 Sep 2015, at 14:47, Volkert <volk...@komponentenwerkstatt.de> >>> wrote: >>> >>> here mine. is the same version >>> >> Then I (currently) am out of ideas. >> >> I am assuming you did all your tests from machines with the same network >> connection, maybe you could try from another place, or from some server >> locate somewhere else ? >> > I have test it from an other place with the same machine and it works .... > strange. > > > $ ./pharo --version >>> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >>> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >>> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >>> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>> https://github.com/pharo-project/pharo-vm.git Commit: >>> 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 >>> By: Esteban Lorenzano <esteba...@gmail.com> Jenkins build #14904 >>> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 >>> UTC 2012 i686 i686 i386 GNU/Linux >>> plugin path: /home/volkert/Pharo/latest/pharo-vm/ [default: >>> /home/volkert/Pharo/latest/pharo >>> >>> On 20.09.2015 14:03, Sven Van Caekenberghe wrote: >>> >>>> I am not sure we have to go that deep (yet). >>>> >>>> It is a public URL/site, we access it with the same client software >>>> (standard 4.0 with the included Zn), it works for most/everyone, on >>>> multiple platforms, but not for Volkert. >>>> >>>> Maybe a VM difference ? >>>> >>>> Mine on Ubuntu was >>>> >>>> $ ./pharo/bin/pharo --version >>>> 3.9-7 #1 Thu Apr 2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM] >>>> NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >>>> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>>> NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: >>>> 4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr 2 2015 >>>> https://github.com/pharo-project/pharo-vm.git Commit: >>>> 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 >>>> By: Esteban Lorenzano <esteba...@gmail.com> Jenkins build #14904 >>>> Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 >>>> 16:39:45 UTC 2012 i686 i686 i386 GNU/Linux >>>> plugin path: /home/t3/pharo/bin/pharo-vm/ [default: >>>> /home/t3/pharo/bin/pharo-vm/] >>>> >>>> On 20 Sep 2015, at 13:53, Ben Coman <b...@openinworld.com> wrote: >>>>> >>>>> You might also try tcpflow >>>>> >>>>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-requests-on-a-network-interface >>>>> cheers -ben >>>>> >>>>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <b...@openinworld.com> >>>>> wrote: >>>>> >>>>>> Maybe something shows up comparing telnet tests [1]... >>>>>> >>>>>> $ telnet zn.stfx.eu 80 >>>>>> GET /zn/numbers.txt HTTP/1.1 >>>>>> Host: zn.stfx.eu >>>>>> >>>>>> $ telnet bl.ocks.org 80 >>>>>> GET /mbostock/raw/4063318/dji.csv HTTP/1.1 >>>>>> Host: bl.ocks.org >>>>>> >>>>>> btw, what user-agent does Zinc use? >>>>>> >>>>>> [1] >>>>>> http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >>>>>> >>>>>> cheers -ben >>>>>> >>>>>> >>>>>> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >>>>>> <volk...@komponentenwerkstatt.de> wrote: >>>>>> >>>>>>> same behavior ... :-( >>>>>>> >>>>>>> >>>>>>> On 20.09.2015 11:55, Sven Van Caekenberghe wrote: >>>>>>> >>>>>>>> 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 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>> >> > >
