September 2015 - Pharo-users

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

by Sven Van Caekenberghe

> On 30 Sep 2015, at 08:16, Volkert <volkert(a)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(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. 30, 2015

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

by Volkert

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(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. 30, 2015

Re: [Pharo-users] A keyboard controlled code editor, how difficult would that be?

by Stephan Eggermont

On 29-09-15 01:28, Peter UhnÃ¡k wrote: > As for changing/updating the code in the cards... > > maybe we can look at MessageBrowser because it should have all the > necessary behavior. That is difficult. MessageBrowser uses Spec, so there are some abstractions in the way. Do you know if RubMethodEditingExample ever worked to commit? It does not now. Stephan

Sept. 29, 2015

Dr. Geo script for primary school activity

by Hilaire

Hi, Okay this one is really a complex one[1], but Dr. Geo scripts are definitely not 2 lines of code, but Smalltalk code[2] :) In a few words, it is a sketch for primary school learners. The student must build some expected polygons and the Dr. Geo script provides the appropriate textual and graphic feedback. Video demo: https://plus.google.com/+DrgeoEu/posts/CbXLuWhms8E Hilaire [1] How to decide two collections of points represent the same polygon? And we have to deal with point being Float... [2] Sketch file on request -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

Sept. 29, 2015

Re: [Pharo-users] Some news from the growing pharo teacher front

by Johan Fabry

> On Sep 29, 2015, at 12:52, Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net> wrote: > > Hi, > > On 29/09/15 10:08, Stephan Eggermont wrote: >> On 29-09-15 16:52, Offray Vladimir Luna CÃ¡rdenas wrote: >>> Thanks for your interest. Please try this updated installation script [1]: >> >> Is there a specific reason this is not a Metacello configuration? >> > > Yep. I don't know how to do them ;-), a lot of stuff I need to learn to get a minimal interface working (now is Spec and GT, but in my list testing has high priority) and few time to hack on Pharo, so a script seemed like the easier approach to get the installation working. > > Now I have more time, so after finishing Spec-Glamour interface, I will try to learn more about Metacello and try a better way to install grafoscopio on pharo 4. Try using Versionner (World->Tools->Versionner). I do not understand Metacello at all yet I was able to create a configuration in less than 30 minutes. There are also some tutorials on Youtube, but I donât have a link here, sorry. ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile

Sept. 29, 2015

Re: [Pharo-users] Some news from the growing pharo teacher front

by Offray Vladimir Luna CÃ¡rdenas

Hi, On 29/09/15 10:08, Stephan Eggermont wrote: > On 29-09-15 16:52, Offray Vladimir Luna CÃ¡rdenas wrote: >> Thanks for your interest. Please try this updated installation script >> [1]: > > Is there a specific reason this is not a Metacello configuration? > Yep. I don't know how to do them ;-), a lot of stuff I need to learn to get a minimal interface working (now is Spec and GT, but in my list testing has high priority) and few time to hack on Pharo, so a script seemed like the easier approach to get the installation working. Now I have more time, so after finishing Spec-Glamour interface, I will try to learn more about Metacello and try a better way to install grafoscopio on pharo 4. Cheers, Offray

Sept. 29, 2015

Re: [Pharo-users] Some news from the growing pharo teacher front

by Stephan Eggermont

On 29-09-15 16:52, Offray Vladimir Luna CÃ¡rdenas wrote: > Thanks for your interest. Please try this updated installation script [1]: Is there a specific reason this is not a Metacello configuration? Stephan

Sept. 29, 2015

Re: [Pharo-users] Some news from the growing pharo teacher front

by Offray Vladimir Luna CÃ¡rdenas

Phil, Thanks for your interest. Please try this updated installation script [1]: http://mutabit.com/repos.fossil/grafoscopio/doc/tip/install.st After installing it run from a playground: GrafoscopioBrowser startDockingBar You will have a Spanish docking bar with some options to start your exploration (sorry no time yet for translations). Still lots of rookie code everywhere, so any advice is welcomed. I have updated the documentation on StHub. Cheers, Offray On 29/09/15 09:37, phil(a)highoctane.be wrote: > Offray, > > I wanted to try Grafoscopio but couldn't load it in Pharo4 (windows) > > I used your stfx workspace as mentioned on STH. > > "Updates the system prerequisites with new versions of itself take > from the source code repository" > > "Visualization library (which also makes main menu loadable)" > Gofer it > smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; > configurationOf: 'Roassal2'; > loadStable. > > "Open/save files on STON format" > Gofer new > smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON'; > configurationOf: 'Ston'; > loadBleedingEdge. > > "Moose and Roassal integration" > Gofer new > smalltalkhubUser: 'Moose' project: 'Glamour'; > package: 'Glamour-Tools'; > package: 'Glamour-Roassal2-Presentations'; > load. > Gofer new > smalltalkhubUser: 'Moose' project: 'GToolkit'; > package: 'GT-InspectorExtensions-CoreRoassal'; > load. > > "Integration with external tools" > Gofer new > smalltalkhubUser: 'Offray' project: 'Grafoscopio'; > package: 'Grafoscopio-ExternalTools'; > load. > > "HTML scrapping" > Gofer new > smalltalkhubUser: 'PharoExtras' project: 'Soup'; > configurationOf: 'Soup'; > loadStable. > > "Data visualization" > Gofer new > smalltalkhubUser: 'Offray' project: 'Dataviz'; > package: 'Dataviz'; > load. > > Gofer new > smalltalkhubUser: 'Offray' project: 'Grafoscopio'; > package: 'Grafoscopio'; > load. > > > Just that I put #loadStable instead of #loadDevelopment for Roassal. > > So, how is one opening the tool? > > I tried: > > GrafoscopioGUI new open. > > but got EclipseUIThemeIcons MNU: catalogIcon > > I put another icon just to get past and as I found no World menu > entry, I did: > > GrafoscopioGUI new openWithSpec. > > Clicking on the toobar gives me Por implementar... > > Any resource for me to look at? > > A "Notebook" in Pharo, I want to try :-) > > Phil > > > > > On Tue, Sep 29, 2015 at 2:56 PM, Offray Vladimir Luna CÃ¡rdenas > <offray(a)riseup.net <mailto:offray@riseup.net>> wrote: > > Hi Serge, > > > On 29/09/15 06:43, Serge Stinckwich wrote: > > Looks interesting ! > > > Thanks :). > > Did you have a look to Jupyter notebook ? > https://jupyter.org/ > > > Yep, I know it. In fact I come from IPython to Pharo because I > need a more moldable and flexible environment for data narratives > and visualization and adapting IPython/Jupyter has a lot of > cognitive burden when is not development but writing/research your > primary goal. I have wrote about it here[1][2]: > > [1] > http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-ini… > [2] > http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexi… > > Thinking now about it, it occurs to me that grafoscopio is to > Jupyter kind of what SmalltalkHub is to GitHub. It tries to solve > the same problem of Jupyter (interactive documentation) but with a > different approach, from a "pharo/smalltalk" perspective. For me > the big advantage are tree like interactive documents (as pointed > in [2]), a feature that Jupyter notebooks are still lacking and > that starts to weight when you start to write a long interactive > document on Jupyter with only cells. You can split the document on > several files, but you lost panoramic view (you see only the > current file) or have a single long one file, but then your are > lost in the details (see an example of an abandoned notebook > exploration at [3]) > > [3] > http://mutabit.com/repos.fossil/piamed/doc/tip/Afiche/narrativa.png > > This could be nice if we could have a Pharo support for this > (already supported by other > languages like R, Python, Scala, etc ...). > > > Best, > > > Or have it the other way around: R, Python, Scala supported in > Pharo, without the constrains of a web interface and the notebook > "cells only" format. Maybe some kind of support for the ZeroMQ > jupyter kernel could be the start of this kind of multi-language > support *inside* Pharo documents. > > Cheers, > > Offray > > >

Sept. 29, 2015

Re: [Pharo-users] How to read the first line of content from a Playground?

by Esteban Lorenzano

Best way: 'play-cache' asFileReference inspect. Equivalent to what you want: 'play-cache' asFileReference allFiles collect: [ :each | each readStreamDo: #contents ] Esteban > On 29 Sep 2015, at 16:30, phil(a)highoctane.be wrote: > > > Like Workspace allInstances collect: [:w | w contents ]. > > Nothing like that in GTPlayground. > > Phil > > On Mon, Sep 21, 2015 at 11:02 PM, Esteban Lorenzano <estebanlm(a)gmail.com <mailto:estebanlm@gmail.com>> wrote: > > > On 21 Sep 2015, at 21:54, phil(a)highoctane.be <mailto:phil@highoctane.be> wrote: > > > > In the old workspace it was possible to ask for the first line of contents (to show it in a list). > > the first line of contents of what? can you share a snippet so I can understand your problem? > > cheers! > Esteban > > > > > With a playground it seems harder... Lots of entries in there. > > > > Is there any short way to get that done? > > > > TIA > > Phil > > > >

Sept. 29, 2015

Re: [Pharo-users] Some news from the growing pharo teacher front

by phil＠highoctane.be

Offray, I wanted to try Grafoscopio but couldn't load it in Pharo4 (windows) I used your stfx workspace as mentioned on STH. "Updates the system prerequisites with new versions of itself take from the source code repository" "Visualization library (which also makes main menu loadable)" Gofer it smalltalkhubUser: 'ObjectProfile' project: 'Roassal2'; configurationOf: 'Roassal2'; loadStable. "Open/save files on STON format" Gofer new smalltalkhubUser: 'SvenVanCaekenberghe' project: 'STON'; configurationOf: 'Ston'; loadBleedingEdge. "Moose and Roassal integration" Gofer new smalltalkhubUser: 'Moose' project: 'Glamour'; package: 'Glamour-Tools'; package: 'Glamour-Roassal2-Presentations'; load. Gofer new smalltalkhubUser: 'Moose' project: 'GToolkit'; package: 'GT-InspectorExtensions-CoreRoassal'; load. "Integration with external tools" Gofer new smalltalkhubUser: 'Offray' project: 'Grafoscopio'; package: 'Grafoscopio-ExternalTools'; load. "HTML scrapping" Gofer new smalltalkhubUser: 'PharoExtras' project: 'Soup'; configurationOf: 'Soup'; loadStable. "Data visualization" Gofer new smalltalkhubUser: 'Offray' project: 'Dataviz'; package: 'Dataviz'; load. Gofer new smalltalkhubUser: 'Offray' project: 'Grafoscopio'; package: 'Grafoscopio'; load. Just that I put #loadStable instead of #loadDevelopment for Roassal. So, how is one opening the tool? I tried: GrafoscopioGUI new open. but got EclipseUIThemeIcons MNU: catalogIcon I put another icon just to get past and as I found no World menu entry, I did: GrafoscopioGUI new openWithSpec. Clicking on the toobar gives me Por implementar... Any resource for me to look at? A "Notebook" in Pharo, I want to try :-) Phil On Tue, Sep 29, 2015 at 2:56 PM, Offray Vladimir Luna CÃ¡rdenas < offray(a)riseup.net> wrote: > Hi Serge, > > > On 29/09/15 06:43, Serge Stinckwich wrote: > >> Looks interesting ! >> >> > Thanks :). > > Did you have a look to Jupyter notebook ? >> https://jupyter.org/ >> >> > Yep, I know it. In fact I come from IPython to Pharo because I need a more > moldable and flexible environment for data narratives and visualization and > adapting IPython/Jupyter has a lot of cognitive burden when is not > development but writing/research your primary goal. I have wrote about it > here[1][2]: > > [1] > http://mutabit.com/offray/static/blog/output/posts/grafoscopio-idea-and-ini… > [2] > http://mutabit.com/offray/static/blog/output/posts/on-deepness-and-complexi… > > Thinking now about it, it occurs to me that grafoscopio is to Jupyter kind > of what SmalltalkHub is to GitHub. It tries to solve the same problem of > Jupyter (interactive documentation) but with a different approach, from a > "pharo/smalltalk" perspective. For me the big advantage are tree like > interactive documents (as pointed in [2]), a feature that Jupyter notebooks > are still lacking and that starts to weight when you start to write a long > interactive document on Jupyter with only cells. You can split the document > on several files, but you lost panoramic view (you see only the current > file) or have a single long one file, but then your are lost in the details > (see an example of an abandoned notebook exploration at [3]) > > [3] http://mutabit.com/repos.fossil/piamed/doc/tip/Afiche/narrativa.png > > This could be nice if we could have a Pharo support for this (already >> supported by other >> languages like R, Python, Scala, etc ...). >> >> >> Best, >> >> > Or have it the other way around: R, Python, Scala supported in Pharo, > without the constrains of a web interface and the notebook "cells only" > format. Maybe some kind of support for the ZeroMQ jupyter kernel could be > the start of this kind of multi-language support *inside* Pharo documents. > > Cheers, > > Offray > > >

Sept. 29, 2015