Zn / Connection closed while waiting for data
Dear all, " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents " lead to this error: "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
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
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
it works for me also, in a #40614 :)
On 20 Sep 2015, at 10:00, Volkert <volkert@komponentenwerkstatt.de> 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
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
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
$ 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
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
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
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
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
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
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
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
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
On 20 Sep 2015, at 14:47, Volkert <volkert@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 ?
$ ./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
On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert <volkert@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 am trying tomorrow from an other place and give you a note, but i see not why this should have an impact here. It works from here with Erlang/Cowboy and from Python. May be a problem with the 32-Bit libraries? I have a look here ...
anyway, thanks for you help to far Volkert
$ ./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
On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert <volkert@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 ? 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 <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
On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert <volkert@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 <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
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" ZnClient new beOneShot; url: 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv'; get. However, this script works: ZnClient new url: 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv'; 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 <volkert@komponentenwerkstatt.de> wrote:
On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert <volkert@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 <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
On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei@gmail.com> 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 <chisvasileandrei@gmail.com> 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
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 <chisvasileandrei@gmail.com> 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 <chisvasileandrei@gmail.com> 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
On 30 Sep 2015, at 08:16, Volkert <volkert@komponentenwerkstatt.de> 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 <chisvasileandrei@gmail.com> 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
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 <sven@stfx.eu> wrote:
On 30 Sep 2015, at 08:16, Volkert <volkert@komponentenwerkstatt.de> 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 <chisvasileandrei@gmail.com> 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 me itâs also happening when I run RTMapLocationExample>>#exampleSeismOnEarth Uko
On 30 Sep 2015, at 10:36, Andrei Chis <chisvasileandrei@gmail.com> 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 <sven@stfx.eu <mailto:sven@stfx.eu>> wrote:
On 30 Sep 2015, at 08:16, Volkert <volkert@komponentenwerkstatt.de <mailto:volkert@komponentenwerkstatt.de>> 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 <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 <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 <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 <tel:21.09.2015%2012>:07, Sven Van Caekenberghe wrote:
On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei@gmail.com <mailto:chisvasileandrei@gmail.com>> 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
On 02 Mar 2016, at 13:28, Yuriy Tymchuk <yuriy.tymchuk@me.com> 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 <chisvasileandrei@gmail.com> 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 <sven@stfx.eu> wrote:
On 30 Sep 2015, at 08:16, Volkert <volkert@komponentenwerkstatt.de> 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 <chisvasileandrei@gmail.com> 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-0... I can open the url in my browser. Cheers. Uko
On 02 Mar 2016, at 13:35, Sven Van Caekenberghe <sven@stfx.eu> wrote:
On 02 Mar 2016, at 13:28, Yuriy Tymchuk <yuriy.tymchuk@me.com> 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 <chisvasileandrei@gmail.com> 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 <sven@stfx.eu> wrote:
On 30 Sep 2015, at 08:16, Volkert <volkert@komponentenwerkstatt.de> 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 <chisvasileandrei@gmail.com> 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
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 <yuriy.tymchuk@me.com> 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-0...
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 <sven@stfx.eu> wrote:
On 02 Mar 2016, at 13:28, Yuriy Tymchuk <yuriy.tymchuk@me.com> 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 <chisvasileandrei@gmail.com> 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 <sven@stfx.eu> wrote:
On 30 Sep 2015, at 08:16, Volkert <volkert@komponentenwerkstatt.de> 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 <chisvasileandrei@gmail.com> 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
On 20 Sep 2015, at 13:43, 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?
ZnConstants defaultUserAgent
[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
On 20.09.2015 14:00, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 13:43, 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? 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 <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
Works both, as expected ... On 20.09.2015 13:43, Ben Coman 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
participants (7)
-
Andrei Chis -
Ben Coman -
Esteban Lorenzano -
stepharo -
Sven Van Caekenberghe -
Volkert -
Yuriy Tymchuk