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