Pharo-users

By thread

pharo-users@lists.pharo.org

7 participants
50354 messages

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Volkert

On 20.09.2015 17:13, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 14:47, Volkert <volkert(a)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 ? May be this shared libs? Please have a look ... $ldd -v pharo linux-gate.so.1 => (0xf77ab000) libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf7744000) libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf773f000) libpthread.so.0 => /lib/i386-linux-gnu/libpthread.so.0 (0xf7722000) libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf7574000) /lib/ld-linux.so.2 (0xf77ae000) Version information: ./pharo: libdl.so.2 (GLIBC_2.1) => /lib/i386-linux-gnu/libdl.so.2 libdl.so.2 (GLIBC_2.0) => /lib/i386-linux-gnu/libdl.so.2 libm.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libm.so.6 libm.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libm.so.6 libpthread.so.0 (GLIBC_2.2) => /lib/i386-linux-gnu/libpthread.so.0 libpthread.so.0 (GLIBC_2.1) => /lib/i386-linux-gnu/libpthread.so.0 libpthread.so.0 (GLIBC_2.0) => /lib/i386-linux-gnu/libpthread.so.0 libc.so.6 (GLIBC_2.11) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.15) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.4) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.3.4) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libm.so.6: ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libdl.so.2: ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_PRIVATE) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libpthread.so.0: ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2 libc.so.6 (GLIBC_2.3.2) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1.3) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.1) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_PRIVATE) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.0) => /lib/i386-linux-gnu/libc.so.6 libc.so.6 (GLIBC_2.2) => /lib/i386-linux-gnu/libc.so.6 /lib/i386-linux-gnu/libc.so.6: ld-linux.so.2 (GLIBC_2.3) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_PRIVATE) => /lib/ld-linux.so.2 ld-linux.so.2 (GLIBC_2.1) => /lib/ld-linux.so.2 >> $ ./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 <estebanlm(a)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 <estebanlm(a)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 <btc(a)openinworld.com> wrote: >>>> >>>> You might also try tcpflow >>>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>>> cheers -ben >>>> >>>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)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 >>>>> <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>>>>>> <volkert(a)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 >> >

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Volkert

On 20.09.2015 17:13, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 14:47, Volkert <volkert(a)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 am trying tomorrow from an other place and give you a note, but i see not why this should have an impact here. It works from here with Erlang/Cowboy and from Python. May be a problem with the 32-Bit libraries? I have a look here ... anyway, thanks for you help to far Volkert >> $ ./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 <estebanlm(a)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 <estebanlm(a)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 <btc(a)openinworld.com> wrote: >>>> >>>> You might also try tcpflow >>>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>>> cheers -ben >>>> >>>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)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 >>>>> <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>>>>>> <volkert(a)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 >> >

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Sven Van Caekenberghe

> On 20 Sep 2015, at 14:47, Volkert <volkert(a)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 ? > $ ./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 <estebanlm(a)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 <estebanlm(a)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 <btc(a)openinworld.com> wrote: >>> >>> You might also try tcpflow >>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>> cheers -ben >>> >>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)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 >>>> <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>>>>> <volkert(a)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 >>>>>>> >>>>> >> > >

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Volkert

Works both, as expected ... On 20.09.2015 13:43, Ben Coman 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 > <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>> <volkert(a)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 >>>> >>

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Volkert

here mine. is the same version $ ./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 <estebanlm(a)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 <estebanlm(a)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 <btc(a)openinworld.com> wrote: >> >> You might also try tcpflow >> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >> cheers -ben >> >> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)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 >>> <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>>>> <volkert(a)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 >>>>>> >>>> >

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Volkert

On 20.09.2015 14:00, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 13:43, Ben Coman <btc(a)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? > ZnConstants defaultUserAgent $ ./pharo Pharo.image eval "ZnConstants defaultUserAgent" 'Zinc HTTP Components 1.0' >> [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm >> >> cheers -ben >> >> >> On Sun, Sep 20, 2015 at 6:22 PM, Volkert >> <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>>> <volkert(a)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 >>>>> >>> >

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Sven Van Caekenberghe

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 <estebanlm(a)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 <btc(a)openinworld.com> wrote: > > You might also try tcpflow > http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… > cheers -ben > > On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)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 >> <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>>> <volkert(a)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 >>>>> >>>>> >>>> >>> >>> >

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Sven Van Caekenberghe

> On 20 Sep 2015, at 13:43, Ben Coman <btc(a)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? ZnConstants defaultUserAgent > [1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm > > cheers -ben > > > On Sun, Sep 20, 2015 at 6:22 PM, Volkert > <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>> <volkert(a)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 >>>> >>>> >>> >> >> >

Sept. 20, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Ben Coman

You might also try tcpflow http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… cheers -ben On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)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 > <volkert(a)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 <volkert(a)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 <volkert(a)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 <volkert(a)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 >>>>>>>>>>> <volkert(a)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 >>>> >>>> >>> >> >>

Sept. 20, 2015

[Demo] Dynamic cobweb diagram

by Hilaire

Not sure you remember this from junior hight? ;-) https://plus.google.com/+DrgeoEu/posts/E5GvDBvZcmw The next step: to show how Pharo let you (user) easily integrate this script as a system extension. So students can play with cobweb diagram with a two lines script. Hilaire -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Sept. 20, 2015

Jump to page: