On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
I have test it from an other place with the same machine and it works .... strange.On 20 Sep 2015, at 14:47, Volkert <volkert@komponentenwerkstatt.de> wrote:Then I (currently) am out of ideas.
here mine. is the same version
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@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-requests-on-a-network-interface
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