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 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:
> ht
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-02-134847.fuel
I can open the url in my browser.
Cheers.
Uko
> On
> On 02 Mar 2016, at 13:28, Yuriy Tymchuk 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 wrote:
>>
>> In my case it's still failing
For me it’s also happening when I run RTMapLocationExample>>#exampleSeismOnEarth
Uko
> On 30 Sep 2015, at 10:36, Andrei Chis 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 Caekenbergh
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 wrote:
>
> > On 30 Sep 2015, at 08:16, Volkert
> wrote:
> >
> > For your information: today i tried again and know it works as expected
> ...
>
>
> On 30 Sep 2015, at 08:16, Volkert 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 Phar
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
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
Somehow I replied only to Sven.
Forwarded the email.
On Mon, Sep 21, 2015 at 2:46 PM, Sven Van Caekenberghe wrote:
>
> > On 21 Sep 2015, at 13:45, Andrei Chis
> wrote:
> >
> > Hi Sven,
> >
> > Switching from ZdcSocketStream to SocketStream fixes the problem.
>
> Thanks Andrei & Volkert for test
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.6
> On 21 Sep 2015, at 11:45, Andrei Chis 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 thin
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 "Connectio
On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert 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
On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert 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
On 20.09.2015 17:13, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 14:47, Volkert 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
> On 20 Sep 2015, at 14:47, Volkert 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 ?
> $ ./ph
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-age
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:
4d9b9
On 20.09.2015 14:00, Sven Van Caekenberghe wrote:
On 20 Sep 2015, at 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: b
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 --versio
> On 20 Sep 2015, at 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-
You might also try tcpflow
http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-requests-on-a-network-interface
cheers -ben
On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman wrote:
> Maybe something shows up comparing telnet tests [1]...
>
> $ telnet zn.stfx.eu 80
> GET /zn/numbers.tx
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/troubleshootin
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 ].
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 wrote:
>
> No
>
> On 20.09.2015 11
No
On 20.09.2015 11:20, Sven Van Caekenberghe wrote:
Any proxying involved ?
On 20 Sep 2015, at 11:16, Volkert 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
$ ./
Any proxying involved ?
> On 20 Sep 2015, at 11:16, Volkert 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
> [ver
$ 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
re
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 "'
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
it works for me also, in a #40614 :)
> On 20 Sep 2015, at 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 w
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
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 wrote:
>
> Dear all,
>
> " 'http://bl.ocks.org/mbostock/raw/4063318/dji.csv' asUrl retrieveContents "
> lea
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
34 matches
Mail list logo
