September 2015 - Pharo-users

DesktopManager in Pharo 5 - Video

by Torsten Bergmann

https://www.youtube.com/watch?t=118&v=zpLY7uQnPsg

Sept. 21, 2015

Re: [Pharo-users] Depending on something already in the image

by Damien Cassou

Stephan Eggermont <stephan(a)stack.nl> writes: > Groups might be evil, but many configurations is worse :) > You are depending on the wrong configurations. In Pharo 5 > you need to depend on ConfigurationOfGTSpotter and > ConfigurationOfGTInspectorCore thank you. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 21, 2015

Re: [Pharo-users] externalizing Magritte descriptions and partial forms

by Damien Cassou

Peter UhnÃ¡k <i.uhnak(a)gmail.com> writes: > ~~~~~~~~~~~~~~~~~~~ > Person>>descriptionEmail > <magritteDescription> > ^ MAStringDescription new > label: 'Email'; > accessor: #email; > beRequired; > yourself > ~~~~~~~~~~~~~~~~~~~ to complement Stephan's answer, you can add properties to your description that you use to filter them when building the morphs. For example: Person>>descriptionEmail <magritteDescription> ^ MAStringDescription new label: 'Email'; accessor: #email; beRequired; shouldBeShownInTheBasicView: true; yourself Then, when building the morph, you can #select: on 'shouldBeShownInTheBasicView' value. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill

Sept. 21, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Andrei Chis

Somehow I replied only to Sven. Forwarded the email. On Mon, Sep 21, 2015 at 2:46 PM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > On 21 Sep 2015, at 13:45, Andrei Chis <chisvasileandrei(a)gmail.com> > wrote: > > > > Hi Sven, > > > > Switching from ZdcSocketStream to SocketStream fixes the problem. > > Thanks Andrei & Volkert for testing. At least you have a workaround now. > > > If you want I can give you access to a virtual box installation within > the network. > > The easier solution would be through > https://www.teamviewer.com/en/index.aspx > > OK, I'll keep that in mind. But first, when I find the time, I have to > compare ZdcSocketStream to ZdcSecureSocketStream, since some patches were > applied to the latter to solve similar issues. This is all quite tricky > stuff. > > Sven > > > Cheers, > > Andrei > > > > > > > > On Mon, Sep 21, 2015 at 12:07 PM, Sven Van Caekenberghe <sven(a)stfx.eu> > wrote: > > > > > On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei(a)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 > > > > > > > >

Sept. 21, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Volkert

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(a)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 >

Sept. 21, 2015

Re: [Pharo-users] externalizing Magritte descriptions and partial forms

by Stephan Eggermont

On 21-09-15 12:09, Peter UhnÃ¡k wrote: > Thank you Stephan, I think the image is becoming much clearer. > > However I still don't understand how SRP applies here: > >> Person>>asNameMagritteMorph >> ^(self magritteDescription select: [:each | each label = 'Name']) >> asMorphOn: self > > Surely this is responsibility of the tool that needs it, no? No. It is a domain model. The person class is an information holder/structurer (Object Design, Roles, Responsibilities, and Collaborations), describing all possible uses, the user selects the one it needs. If the morph you need depends on the context in which it is shown, you might want to add a Person>>asMagritteMorphFrom: aDomainContext ^(aDomainContext magritteDescriptionFor: self magritteDescription) asMorphOn: self and do the selection on the other side > Otherwise the Person class would have to describe every single > possible scenario. Not the scenario, but the possible combinations yes. > Or maybe the tool would puts this into an extension protocol, which > while visually places the code to Person class is actually separated > (because it's part of another repository). For optional parts that works well, especially using MAObject subclasses with the dictionary based properties. > In any case I can always use asMagritteMorph morph asSpecAdapter in > the meantime and maybe stitch together a Spec version once I am > comfortable with Magritte. That sounds like the right order.

Sept. 21, 2015

Re: [Pharo-users] externalizing Magritte descriptions and partial forms

by Peter UhnÃ¡k

Thank you Stephan, I think the image is becoming much clearer. However I still don't understand how SRP applies here: > Person>>asNameMagritteMorph > ^(self magritteDescription select: [:each | each label = 'Name']) > asMorphOn: self Surely this is responsibility of the tool that needs it, no? Otherwise the Person class would have to describe every single possible scenario. Or maybe the tool would puts this into an extension protocol, which while visually places the code to Person class is actually separated (because it's part of another repository). > >> Also, is there maintained Magritte-Spec? I've seen something by Sean, >> but it's from 2013 with a single-ish commit. > > > I don't know if it needs more. Nothing changed in the spec interface since > then, did there? The Magritte-Spec seems to be just an experiment (with three classes) and it breaks Magritte-Morphic. Also I know I have changed Spec interface in the last year alone and as far as I can tell there was a lot work done in before. In any case I can always use asMagritteMorph morph asSpecAdapter in the meantime and maybe stitch together a Spec version once I am comfortable with Magritte. Thanks! Peter

Sept. 21, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Sven Van Caekenberghe

> On 21 Sep 2015, at 11:45, Andrei Chis <chisvasileandrei(a)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

Sept. 21, 2015

Re: [Pharo-users] Depending on something already in the image

by Tudor Girba

Hi, GTInspector is well done :). If you only want what is in Pharo, you depend on GTInspectorCore. Cheers, Doru On Mon, Sep 21, 2015 at 8:58 AM, stepharo <stepharo(a)free.fr> wrote: > This is because the configurationOfGTInspector is not well done (it > probably uses groups) but groups are evil :) > May be damien you should depend on one of the group of GTInspector (if > any). > Normally we should getting Unit GTInspectorCore and a bundle GTInspector > that may use by people to load > everything. > > > > Le 21/9/15 05:17, Damien Cassou a Ã©crit : > > Hi, >> >> my project depends on GTSpotter and GTInspector which are already in >> Pharo. How do I describe these dependencies in my ConfigurationOf so >> that Metacello does no load them? I did >> >> spec >> configuration: 'GTInspector' >> with: >> [ spec >> version: #stable; >> repository: >> 'http://smalltalkhub.com/mc/Moose/GToolkit/main/' ] >> >> but Metacello loaded many things (including Roassal2) >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

Sept. 21, 2015

Re: [Pharo-users] Zn / Connection closed while waiting for data

by Andrei Chis

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(a)komponentenwerkstatt.de> wrote: > > > On 20.09.2015 17:13, Sven Van Caekenberghe wrote: > >> On 20 Sep 2015, at 14:47, Volkert <volkert(a)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(a)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(a)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(a)openinworld.com> wrote: >>>>> >>>>> You might also try tcpflow >>>>> >>>>> http://unix.stackexchange.com/questions/6279/on-the-fly-monitoring-http-req… >>>>> cheers -ben >>>>> >>>>> On Sun, Sep 20, 2015 at 7:43 PM, Ben Coman <btc(a)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(a)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(a)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(a)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(a)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(a)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 >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>> >> > >

Sept. 21, 2015