Zn / Connection closed while waiting for data
Locked
12
12
 
|
On 20.09.2015 17:13, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 14:47, Volkert <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 >>>>> <[hidden email]> 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 <[hidden email]> >>>>>>>> wrote: >>>>>>>> >>>>>>>> No >>>>>>>> >>>>>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>>>>> Any proxying involved ? >>>>>>>>> >>>>>>>>>> On 20 Sep 2015, at 11:16, Volkert <[hidden email]> >>>>>>>>>> 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 <[hidden email]> >>>>>>>>>>>> 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 >>>>>>>>>>>>>>> <[hidden email]> 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 >> > |
|
|
In reply to this post by Sven Van Caekenberghe-2
On 20.09.2015 17:13, Sven Van Caekenberghe wrote: >> On 20 Sep 2015, at 14:47, Volkert <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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 >>>>> <[hidden email]> 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 <[hidden email]> >>>>>>>> wrote: >>>>>>>> >>>>>>>> No >>>>>>>> >>>>>>>> On 20.09.2015 11:20, Sven Van Caekenberghe wrote: >>>>>>>>> Any proxying involved ? >>>>>>>>> >>>>>>>>>> On 20 Sep 2015, at 11:16, Volkert <[hidden email]> >>>>>>>>>> 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 <[hidden email]> >>>>>>>>>>>> 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 >>>>>>>>>>>>>>> <[hidden email]> 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 >> > |
Re: Zn / Connection closed while waiting for data
|
|
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" However, this script works: ZnClient new 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 <[hidden email]> wrote:
|
Re: Zn / Connection closed while waiting for data
|
|
> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> wrote: > > So adding #beOneShot on some networks that are behind proxies, fails the request. Well, I was already afraid that (possibly transparent) proxies were involved. The problem is, it is simply impossible for me to debug this remotely. One things that you could try is switching the socket stream implementation used by Zn, ZnNetworkingUtils default socketStreamClass: SocketStream. to no longer use ZdcSocketStream. Sven PS: Note that this is global setting |
|
|
Switching the socket implementation works ...
$./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" '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 .... The dedault implementation not ... $ ./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. Volkert On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> wrote: >> >> So adding #beOneShot on some networks that are behind proxies, fails the request. > Well, I was already afraid that (possibly transparent) proxies were involved. > > The problem is, it is simply impossible for me to debug this remotely. > > One things that you could try is switching the socket stream implementation used by Zn, > > ZnNetworkingUtils default socketStreamClass: SocketStream. > > to no longer use ZdcSocketStream. > > Sven > > PS: Note that this is global setting > |
Re: Zn / Connection closed while waiting for data
|
|
In reply to this post by Sven Van Caekenberghe-2
Somehow I replied only to Sven.
Forwarded the email. On Mon, Sep 21, 2015 at 2:46 PM, Sven Van Caekenberghe <[hidden email]> wrote:
|
|
|
In reply to this post by volkert-2
Thanks for spotting this problem.
Le 21/9/15 11:33, Volkert a écrit : > Switching the socket implementation works ... > > $./pharo Pharo.image eval "ZnNetworkingUtils default > socketStreamClass: SocketStream. > 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" > '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 > > .... > > The dedault implementation not ... > > $ ./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. > > Volkert > > > > On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >>> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> >>> wrote: >>> >>> So adding #beOneShot on some networks that are behind proxies, fails >>> the request. >> Well, I was already afraid that (possibly transparent) proxies were >> involved. >> >> The problem is, it is simply impossible for me to debug this remotely. >> >> One things that you could try is switching the socket stream >> implementation used by Zn, >> >> ZnNetworkingUtils default socketStreamClass: SocketStream. >> >> to no longer use ZdcSocketStream. >> >> Sven >> >> PS: Note that this is global setting >> > > > |
|
|
For your information: today i tried again and know it works as expected ...
Same net Same pharo-vm/image Same ubuntu/kernel Strange .... maybe the "blood moon" on monday ... $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" '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 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 .... On 25.09.2015 19:58, stepharo wrote: > Thanks for spotting this problem. > > > Le 21/9/15 11:33, Volkert a écrit : >> Switching the socket implementation works ... >> >> $./pharo Pharo.image eval "ZnNetworkingUtils default >> socketStreamClass: SocketStream. >> 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl >> retrieveContents" >> '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 >> >> .... >> >> The dedault implementation not ... >> >> $ ./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. >> >> Volkert >> >> >> >> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >>>> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> >>>> wrote: >>>> >>>> So adding #beOneShot on some networks that are behind proxies, >>>> fails the request. >>> Well, I was already afraid that (possibly transparent) proxies were >>> involved. >>> >>> The problem is, it is simply impossible for me to debug this remotely. >>> >>> One things that you could try is switching the socket stream >>> implementation used by Zn, >>> >>> ZnNetworkingUtils default socketStreamClass: SocketStream. >>> >>> to no longer use ZdcSocketStream. >>> >>> Sven >>> >>> PS: Note that this is global setting >>> >> >> >> > > |
Re: Zn / Connection closed while waiting for data
|
|
> On 30 Sep 2015, at 08:16, Volkert <[hidden email]> wrote: > > For your information: today i tried again and know it works as expected ... OK, thanks for letting us know. > Same net > Same pharo-vm/image > Same ubuntu/kernel > > Strange .... maybe the "blood moon" on monday ... Yes, weird. > $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" > '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 > 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 > > .... > > > On 25.09.2015 19:58, stepharo wrote: >> Thanks for spotting this problem. >> >> >> Le 21/9/15 11:33, Volkert a écrit : >>> Switching the socket implementation works ... >>> >>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>> '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 >>> >>> .... >>> >>> The dedault implementation not ... >>> >>> $ ./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. >>> >>> Volkert >>> >>> >>> >>> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >>>>> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> wrote: >>>>> >>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. >>>> Well, I was already afraid that (possibly transparent) proxies were involved. >>>> >>>> The problem is, it is simply impossible for me to debug this remotely. >>>> >>>> One things that you could try is switching the socket stream implementation used by Zn, >>>> >>>> ZnNetworkingUtils default socketStreamClass: SocketStream. >>>> >>>> to no longer use ZdcSocketStream. >>>> >>>> Sven >>>> >>>> PS: Note that this is global setting >>>> >>> >>> >>> >> >> > > |
Re: Zn / Connection closed while waiting for data
|
|
In my case it's still failing with 'Connection closed while waiting for data.' Cheers, Andrei On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <[hidden email]> wrote:
|
|
|
For me it’s also happening when I run RTMapLocationExample>>#exampleSeismOnEarth
Uko
|
Re: Zn / Connection closed while waiting for data
|
|
> On 02 Mar 2016, at 13:28, Yuriy Tymchuk <[hidden email]> wrote: > > For me it’s also happening when I run RTMapLocationExample>>#exampleSeismOnEarth I do not have that code. What is the URL that fails to load ? > Uko > >> On 30 Sep 2015, at 10:36, Andrei Chis <[hidden email]> wrote: >> >> In my case it's still failing with 'Connection closed while waiting for data.' >> >> Cheers, >> Andrei >> >> On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <[hidden email]> wrote: >> >> > On 30 Sep 2015, at 08:16, Volkert <[hidden email]> wrote: >> > >> > For your information: today i tried again and know it works as expected ... >> >> OK, thanks for letting us know. >> >> > Same net >> > Same pharo-vm/image >> > Same ubuntu/kernel >> > >> > Strange .... maybe the "blood moon" on monday ... >> >> Yes, weird. >> >> > $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" >> > '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 >> > 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 >> > >> > .... >> > >> > >> > On 25.09.2015 19:58, stepharo wrote: >> >> Thanks for spotting this problem. >> >> >> >> >> >> Le 21/9/15 11:33, Volkert a écrit : >> >>> Switching the socket implementation works ... >> >>> >> >>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >> >>> '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 >> >>> >> >>> .... >> >>> >> >>> The dedault implementation not ... >> >>> >> >>> $ ./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. >> >>> >> >>> Volkert >> >>> >> >>> >> >>> >> >>> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >> >>>>> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> wrote: >> >>>>> >> >>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. >> >>>> Well, I was already afraid that (possibly transparent) proxies were involved. >> >>>> >> >>>> The problem is, it is simply impossible for me to debug this remotely. >> >>>> >> >>>> One things that you could try is switching the socket stream implementation used by Zn, >> >>>> >> >>>> ZnNetworkingUtils default socketStreamClass: SocketStream. >> >>>> >> >>>> to no longer use ZdcSocketStream. >> >>>> >> >>>> Sven >> >>>> >> >>>> PS: Note that this is global setting >> >>>> >> >>> >> >>> >> >>> >> >> >> >> >> > >> > >> >> >> > |
|
|
Yes, more exactly if you run:
'http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/2.5_month.csv' asUrl retrieveContents try get this stack trace: https://dl.dropboxusercontent.com/u/83145561/Debugger-Stack-Socket-2016-03-02-134847.fuel I can open the url in my browser. Cheers. Uko > On 02 Mar 2016, at 13:35, Sven Van Caekenberghe <[hidden email]> wrote: > > >> On 02 Mar 2016, at 13:28, Yuriy Tymchuk <[hidden email]> wrote: >> >> For me it’s also happening when I run RTMapLocationExample>>#exampleSeismOnEarth > > I do not have that code. What is the URL that fails to load ? > >> Uko >> >>> On 30 Sep 2015, at 10:36, Andrei Chis <[hidden email]> wrote: >>> >>> In my case it's still failing with 'Connection closed while waiting for data.' >>> >>> Cheers, >>> Andrei >>> >>> On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <[hidden email]> wrote: >>> >>>> On 30 Sep 2015, at 08:16, Volkert <[hidden email]> wrote: >>>> >>>> For your information: today i tried again and know it works as expected ... >>> >>> OK, thanks for letting us know. >>> >>>> Same net >>>> Same pharo-vm/image >>>> Same ubuntu/kernel >>>> >>>> Strange .... maybe the "blood moon" on monday ... >>> >>> Yes, weird. >>> >>>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>> '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 >>>> 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 >>>> >>>> .... >>>> >>>> >>>> On 25.09.2015 19:58, stepharo wrote: >>>>> Thanks for spotting this problem. >>>>> >>>>> >>>>> Le 21/9/15 11:33, Volkert a écrit : >>>>>> Switching the socket implementation works ... >>>>>> >>>>>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>>>> '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 >>>>>> >>>>>> .... >>>>>> >>>>>> The dedault implementation not ... >>>>>> >>>>>> $ ./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. >>>>>> >>>>>> Volkert >>>>>> >>>>>> >>>>>> >>>>>> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >>>>>>>> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> wrote: >>>>>>>> >>>>>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. >>>>>>> Well, I was already afraid that (possibly transparent) proxies were involved. >>>>>>> >>>>>>> The problem is, it is simply impossible for me to debug this remotely. >>>>>>> >>>>>>> One things that you could try is switching the socket stream implementation used by Zn, >>>>>>> >>>>>>> ZnNetworkingUtils default socketStreamClass: SocketStream. >>>>>>> >>>>>>> to no longer use ZdcSocketStream. >>>>>>> >>>>>>> Sven >>>>>>> >>>>>>> PS: Note that this is global setting >>>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> >> > > |
Re: Zn / Connection closed while waiting for data
|
|
Hmm, works for me, in Pharo 4 and 5 on OS X.
What platform are you on ? > On 02 Mar 2016, at 13:54, Yuriy Tymchuk <[hidden email]> wrote: > > Yes, more exactly if you run: > > 'http://earthquake.usgs.gov/earthquakes/feed/v1.0/summary/2.5_month.csv' asUrl retrieveContents > > try get this stack trace: https://dl.dropboxusercontent.com/u/83145561/Debugger-Stack-Socket-2016-03-02-134847.fuel Can't materialise, due to missing classes. What is 'special' about the request is that it is 'chunked' but that should work in principle. > I can open the url in my browser. > > Cheers. > Uko > >> On 02 Mar 2016, at 13:35, Sven Van Caekenberghe <[hidden email]> wrote: >> >> >>> On 02 Mar 2016, at 13:28, Yuriy Tymchuk <[hidden email]> wrote: >>> >>> For me it’s also happening when I run RTMapLocationExample>>#exampleSeismOnEarth >> >> I do not have that code. What is the URL that fails to load ? >> >>> Uko >>> >>>> On 30 Sep 2015, at 10:36, Andrei Chis <[hidden email]> wrote: >>>> >>>> In my case it's still failing with 'Connection closed while waiting for data.' >>>> >>>> Cheers, >>>> Andrei >>>> >>>> On Wed, Sep 30, 2015 at 9:29 AM, Sven Van Caekenberghe <[hidden email]> wrote: >>>> >>>>> On 30 Sep 2015, at 08:16, Volkert <[hidden email]> wrote: >>>>> >>>>> For your information: today i tried again and know it works as expected ... >>>> >>>> OK, thanks for letting us know. >>>> >>>>> Same net >>>>> Same pharo-vm/image >>>>> Same ubuntu/kernel >>>>> >>>>> Strange .... maybe the "blood moon" on monday ... >>>> >>>> Yes, weird. >>>> >>>>> $ ./pharo Pharo.image eval "'http://bl.ocks.org/ostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>>> '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 >>>>> 2010-09-20,10608.08,10783.51,10594.38,10753.62,3364080000,10753.62 >>>>> >>>>> .... >>>>> >>>>> >>>>> On 25.09.2015 19:58, stepharo wrote: >>>>>> Thanks for spotting this problem. >>>>>> >>>>>> >>>>>> Le 21/9/15 11:33, Volkert a écrit : >>>>>>> Switching the socket implementation works ... >>>>>>> >>>>>>> $./pharo Pharo.image eval "ZnNetworkingUtils default socketStreamClass: SocketStream. 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" >>>>>>> '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 >>>>>>> >>>>>>> .... >>>>>>> >>>>>>> The dedault implementation not ... >>>>>>> >>>>>>> $ ./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. >>>>>>> >>>>>>> Volkert >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 21.09.2015 12:07, Sven Van Caekenberghe wrote: >>>>>>>>> On 21 Sep 2015, at 11:45, Andrei Chis <[hidden email]> wrote: >>>>>>>>> >>>>>>>>> So adding #beOneShot on some networks that are behind proxies, fails the request. >>>>>>>> Well, I was already afraid that (possibly transparent) proxies were involved. >>>>>>>> >>>>>>>> The problem is, it is simply impossible for me to debug this remotely. >>>>>>>> >>>>>>>> One things that you could try is switching the socket stream implementation used by Zn, >>>>>>>> >>>>>>>> ZnNetworkingUtils default socketStreamClass: SocketStream. >>>>>>>> >>>>>>>> to no longer use ZdcSocketStream. >>>>>>>> >>>>>>>> Sven >>>>>>>> >>>>>>>> PS: Note that this is global setting >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> >>> >> >> > > |
«
Return to Pharo Smalltalk Users
|
1 view|%1 views
| Free forum by Nabble | Edit this page |