On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert <volk...@komponentenwerkstatt.de> wrote:

here mine. is the same version
Then I (currently) am out of ideas.

I am assuming you did all your tests from machines with the same network 
connection, maybe you could try from another place, or from some server locate 
somewhere else ?
I have test it from an other place with the same machine and it works .... strange.

$ ./pharo --version
3.9-7 #1 Thu Apr  2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM]
NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 
4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr  2 2015
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 
4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr  2 2015
https://github.com/pharo-project/pharo-vm.git Commit: 
32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban 
Lorenzano <esteba...@gmail.com> Jenkins build #14904
Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 
2012 i686 i686 i386 GNU/Linux
plugin path: /home/volkert/Pharo/latest/pharo-vm/ [default: 
/home/volkert/Pharo/latest/pharo

On 20.09.2015 14:03, Sven Van Caekenberghe wrote:
I am not sure we have to go that deep (yet).

It is a public URL/site, we access it with the same client software (standard 
4.0 with the included Zn), it works for most/everyone, on multiple platforms, 
but not for Volkert.

Maybe a VM difference ?

Mine on Ubuntu was

$ ./pharo/bin/pharo --version
3.9-7 #1 Thu Apr  2 00:51:45 CEST 2015 gcc 4.6.3 [Production ITHB VM]
NBCoInterpreter NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 
4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr  2 2015
NBCogit NativeBoost-CogPlugin-EstebanLorenzano.21 uuid: 
4d9b9bdf-2dfa-4c0b-99eb-5b110dadc697 Apr  2 2015
https://github.com/pharo-project/pharo-vm.git Commit: 
32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban 
Lorenzano <esteba...@gmail.com> Jenkins build #14904
Linux pharo-linux 3.2.0-31-generic-pae #50-Ubuntu SMP Fri Sep 7 16:39:45 UTC 
2012 i686 i686 i386 GNU/Linux
plugin path: /home/t3/pharo/bin/pharo-vm/ [default: 
/home/t3/pharo/bin/pharo-vm/]

On 20 Sep 2015, at 13:53, Ben Coman <b...@openinworld.com> wrote:

You might also try tcpflow
http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-requests-on-a-network-interface
cheers -ben

On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <b...@openinworld.com> wrote:
Maybe something shows up comparing telnet tests [1]...

$ telnet zn.stfx.eu 80
GET /zn/numbers.txt HTTP/1.1
Host: zn.stfx.eu

$ telnet bl.ocks.org 80
GET /mbostock/raw/4063318/dji.csv HTTP/1.1
Host: bl.ocks.org

btw, what user-agent does Zinc use?

[1] http://www.esqsoft.com/examples/troubleshooting-http-using-telnet.htm

cheers -ben


On Sun, Sep 20, 2015 at 6:22 PM, Volkert
<volk...@komponentenwerkstatt.de> wrote:
same behavior ... :-(


On 20.09.2015 11:55, Sven Van Caekenberghe wrote:
The response is chunked, but that should be no problem.

You could try the following:

ZnDefaultCharacterEncoder value: ZnNullEncoder new during: [
'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents ].

On 20 Sep 2015, at 11:37, Volkert <volk...@komponentenwerkstatt.de>
wrote:

No

On 20.09.2015 11:20, Sven Van Caekenberghe wrote:
Any proxying involved ?

On 20 Sep 2015, at 11:16, Volkert <volk...@komponentenwerkstatt.de>
wrote:

$ cat /etc/issue
Ubuntu 14.04.3 LTS \n \l

$ uname -a
Linux jupiter 3.16.0-49-generic #65~14.04.1-Ubuntu SMP Wed Sep 9
10:03:23 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

$ ./pharo Pharo.image printVersion
[version] 4.0 #40621

./pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt' asUrl
retrieveContents"
'2
3
5
7
...


BUT

$ ./pharo Pharo.image eval
"'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents"
==== Startup Error: ConnectionClosed: Connection closed while waiting
for data.
[ ConnectionClosed signal: 'Connection closed while waiting for data.'
] in Socket>>waitForDataFor: in Block: [ ConnectionClosed signal:
'Connection closed whil...etc...
Socket>>waitForDataFor:ifClosed:ifTimedOut:
Socket>>waitForDataFor:
ZdcSocketStream(ZdcAbstractSocketStream)>>socketWaitForData
ZdcSocketStream>>readInto:startingAt:count:
ZnUTF8Encoder>>optimizedReadInto:startingAt:count:fromStream:
ZnUTF8Encoder>>readInto:startingAt:count:fromStream:
[
read := encoder
    readInto: buffer
    startingAt: 1
    count: buffer size
    fromStream: readStream ] in ZnStringEntity>>readFrom: in Block: [
...
BlockClosure>>on:do:
ZnStringEntity>>readFrom:
ZnEntity class>>readFrom:usingType:andLength:
ZnEntityReader>>readFrom:usingType:andLength:
ZnEntityReader>>readEntityFromStream
[ entity := self readEntityFromStream ] in ZnEntityReader>>readEntity
in Block: [ entity := self readEntityFromStream ]
[
p psValueAt: index put: anObject.
aBlock value ] in
ZnDefaultCharacterEncoder(DynamicVariable)>>value:during: in Block: [ ...
BlockClosure>>ensure:
ZnDefaultCharacterEncoder(DynamicVariable)>>value:during:
ZnDefaultCharacterEncoder class(DynamicVariable class)>>value:during:
ZnEntityReader>>withDefaultUtf8Decoding:
ZnEntityReader>>readEntity
ZnResponse(ZnMessage)>>readEntityFrom:
ZnResponse>>readEntityFrom:
ZnResponse(ZnMessage)>>readFrom:
ZnResponse class(ZnMessage class)>>readFrom:
ZnClient>>readResponse
ZnClient>>executeRequestResponse
[ self executeRequestResponse ] in ZnClient>>getConnectionAndExecute in
Block: [ self executeRequestResponse ]
BlockClosure>>ensure:
ZnClient>>getConnectionAndExecute
ZnClient>>executeWithRedirectsRemaining:
Got startup errors:
    ConnectionClosed: Connection closed while waiting for data.




9.2015 10:54, Sven Van Caekenberghe wrote:
Weird, this is on one of my servers:

$ cat /etc/issue
Ubuntu 14.04.3 LTS

$ uname -a
Linux pharo.t3-platform.net 3.13.0-57-generic #95-Ubuntu SMP Fri Jun
19 09:27:48 UTC 2015 i686 i686 i686 GNU/Linux

$ ../bin/pharo Pharo.image printVersion
[version] 4.0 #40621

$ ../bin/pharo Pharo.image eval "'http://zn.stfx.eu/zn/numbers.txt'
asUrl retrieveContents"
'2
3
5
7
11
13
17
19
23
29
31
37
41
43
47
53
59
61
67
71
73
79
83
89
97
'

$ ../bin/pharo Pharo.image eval
"'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents" |
head
'Date,Open,High,Low,Close,Volume,Adj Close
2010-10-01,10789.72,10907.41,10759.14,10829.68,4298910000,10829.68
2010-09-30,10835.96,10960.99,10732.27,10788.05,4284160000,10788.05
2010-09-29,10857.98,10901.96,10759.75,10835.28,3990280000,10835.28
2010-09-28,10809.85,10905.44,10714.03,10858.14,4025840000,10858.14
2010-09-27,10860.03,10902.52,10776.44,10812.04,3587860000,10812.04
2010-09-24,10664.39,10897.83,10664.39,10860.26,4123950000,10860.26
2010-09-23,10738.48,10779.65,10610.12,10662.42,3847850000,10662.42
2010-09-22,10761.11,10829.75,10682.40,10739.31,3911070000,10739.31
2010-09-21,10753.39,10844.89,10674.83,10761.03,4175660000,10761.03

...

On 20 Sep 2015, at 10:27, Volkert <volk...@komponentenwerkstatt.de>
wrote:

Strange: I tried an other Ubuntu Box (14.04) with Pharo 3.0 and had
the same problem ...

But calls to other site are fine ...

Volkert

On 20.09.2015 10:00, Volkert wrote:
I just downloaded the latest version with "curl get.pharo.org |
bash" .... same problem ...

On 20.09.2015 09:33, Sven Van Caekenberghe wrote:
Volkert,

I tried in 2 #40621 images of mine and it worked fine. Both Zn
included and Zn #bleedingEdge. Maybe it was some temporary situation ?

Sven

On 20 Sep 2015, at 09:19, Volkert
<volk...@komponentenwerkstatt.de> wrote:

Dear all,

" 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl
retrieveContents " lead to this error:

<ifdhcebh.png>

"wget http://bl.ocks.org/mbostock/raw/4063318/dji.csv"; fetches the
csv file.

The snippet is part of the Roassal
RTCalenderExample>>exampleVisualizationCSV and i had never a problem with
it.

Pharo4.0
Latest update: #40621
On Ubuntu 14.04

Volkert




Reply via email to