On 20.09.2015 14:00, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 13:43, 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?
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
<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