September 2015 - Pharo-users

Re: [Pharo-users] Pillar for 30 gone the way of the dodo on the CI

by phil＠highoctane.be

Ok, where? Phil On Wed, Sep 30, 2015 at 7:57 PM, Ferlicot D. Cyril <cyril.ferlicot(a)gmail.com > wrote: > Le 30/09/2015 18:38, phil(a)highoctane.be a Ã©crit : > > Hello, > > > > It may have been a long time without it but still... > > > > I ran the doc job on my CI and got this that wasn't working: > > > > > https://ci.inria.fr/pharo-contribution/job/Pillar/PHARO=30,VERSION=stable,V… > > > > Hum, yes, but ... why remove the doc tools as this is quite an important > > thing to keep around for all Pharo versions? > > > > I'll go to 4.0 but there are other dependencies etc for the OS maybe etc. > > Not good as I need to migrate these things for my customer as well. > > > > Phil > > Hi Phil, > > We removed the Pillar job for Pharo 3 because we introduced an new > feature not backward compatible. > So we freezed the Pillar version for Pharo 3. So we do not need a job > for it anymore since it will not change and we do not want to keep a red > job for "Pillar - Pharo 3 - Development". > > You can still load the stable version of Pillar in Pharo 3, but this > version will not evolve anymore. > > -- > Cyril Ferlicot > > http://www.synectique.eu > > 165 Avenue Bretagne > Lille 59000 France > >

Sept. 30, 2015

Custom type inference and RoelTyper

by Peter Uhnak

Hi, Moose/FAMIX uses RoelTyper for type inference, how this does not seem to be maintained (last version 2013), and for my purposes is lacking. So do we have something more advanced, even at the expense of speed? Other alternative would be to either extend RoelTyper or write something custom that would be ran alongside RoelTyper. Examples of such extensions would be extracting the type from meta-annotations and the actual argument names. (e.g. if an argument is named aString, I can safely assume that it will be String). Thanks, Peter

Sept. 30, 2015

Re: [Pharo-users] Pillar for 30 gone the way of the dodo on the CI

by Ferlicot D. Cyril

Le 30/09/2015 18:38, phil(a)highoctane.be a Ã©crit : > Hello, > > It may have been a long time without it but still... > > I ran the doc job on my CI and got this that wasn't working: > > https://ci.inria.fr/pharo-contribution/job/Pillar/PHARO=30,VERSION=stable,V… > > Hum, yes, but ... why remove the doc tools as this is quite an important > thing to keep around for all Pharo versions? > > I'll go to 4.0 but there are other dependencies etc for the OS maybe etc. > Not good as I need to migrate these things for my customer as well. > > Phil Hi Phil, We removed the Pillar job for Pharo 3 because we introduced an new feature not backward compatible. So we freezed the Pillar version for Pharo 3. So we do not need a job for it anymore since it will not change and we do not want to keep a red job for "Pillar - Pharo 3 - Development". You can still load the stable version of Pillar in Pharo 3, but this version will not evolve anymore. -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

Sept. 30, 2015

Pillar for 30 gone the way of the dodo on the CI

by phil＠highoctane.be

Hello, It may have been a long time without it but still... I ran the doc job on my CI and got this that wasn't working: https://ci.inria.fr/pharo-contribution/job/Pillar/PHARO=30,VERSION=stable,V… Hum, yes, but ... why remove the doc tools as this is quite an important thing to keep around for all Pharo versions? I'll go to 4.0 but there are other dependencies etc for the OS maybe etc. Not good as I need to migrate these things for my customer as well. Phil

Sept. 30, 2015

Rubric events

by Miguel Campusano

Hello, I'm working on modifying the styling of text by using RubTextSegmentMorph. The problem is that the text could be modified dynamically by selecting another text, so the styling must be modified. I want to use the announcements system of Rubric but something weird happens. When I subscribe to the announce RubTextUpdatedInModel of the RubScrolledTextMorph, the styling sometimes works, sometimes doesn't. What I noticed in the method RubScrolledTextMorph>>whenTextUpdatedInModel: the announcement is done before setting the text in the morph and if I change this to make the announcement after setting the text, everything works fine. So my question is: Is there something special to announcer the set of the text before actually setting it? Is it ok to change it? OR Is another way to do what I want to do? Bests, Miguel

Sept. 30, 2015

Re: [Pharo-users] Pharo - database without database

by adam＠234.cz

Hello, looking forward to use it :) Adam. Dne Po 28. zÃ¡ÅÃ 2015 16:38:58, Dale Henrichs napsal(a): > Adam, > > Keep an eye on the GLASS list[1] for an upcoming (within 2 months - I > promise:) announcement about GsDevKit_home (not to be confused with > gsDevKitHome:)... as it will provide much needed support for > creating/starting/managing multiple GemStone stones.... If you are > interested in working with GemStone:) > > Dale > > [1] http://forum.world.st/GLASS-f1460844.html > > On 09/28/2015 12:48 PM, Adam wrote: > > Hello, > > > > Yes, I was confused by some old discussion. New licence is different. > > Thanks for correction. > > > > Adam. > > > > Dne Po 28. zÃ¡ÅÃ 2015 12:17:19, Stephan Eggermont napsal(a): > >> On 27-09-15 18:47, Adam wrote: > >>> 1) Object memory limit: Current object memory of Pharo is limited to > >>> 4GB. > >>> Free version of GemStone/S is also limited to 4GB, so I would rather > >>> stick with Pharo until I reach this level. And in the future this limit > >>> grow due to 64bit version of VM. > >> > >> The information on GemStone seems incorrect. > >> https://gemtalksystems.com/licensing/ > >> What I read there is that the Limited (email address required) license > >> supports 50 GB of (on-disk) objects, with a 2GB shared page cache. > >> > >> Stephan

Sept. 30, 2015

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

by Andrei Chis

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(a)stfx.eu> wrote: > > > 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] Pharo 5 update of Grafeo

by Thierry Goubier

Yes, quite a cool toolkit. Thierry 2015-09-30 10:05 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Wow! > > Cool! > > Alexandre > > > On Sep 30, 2015, at 10:02 AM, Stephan Eggermont <stephan(a)stack.nl> > wrote: > > > > Grafeo is a nice Morphic graph editing toolkit by Eiichiro Ito. > > It forms the basis for Fluo. > > https://vimeo.com/80749341 > > > > I've updated it for Pharo 5. I had to copy it to > > StephanEggermont/Documentation, as oohito/Fluo is not writable. > > > > Stephan > > > > > > Name: Grafeo-StephanEggermont.64 > > Author: StephanEggermont > > Time: 30 September 2015, 9:51:53.670434 am > > UUID: 5dc871e7-c1ea-4098-95c2-6c5741548ecb > > Ancestors: Grafeo-EiichiroIto.63 > > > > Changes for Pharo 5.0 > > Replaced deprecated menu methods > > Fixed one error message > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Sept. 30, 2015

Re: [Pharo-users] Pharo 5 update of Grafeo

by Alexandre Bergel

Wow! Cool! Alexandre > On Sep 30, 2015, at 10:02 AM, Stephan Eggermont <stephan(a)stack.nl> wrote: > > Grafeo is a nice Morphic graph editing toolkit by Eiichiro Ito. > It forms the basis for Fluo. > https://vimeo.com/80749341 > > I've updated it for Pharo 5. I had to copy it to > StephanEggermont/Documentation, as oohito/Fluo is not writable. > > Stephan > > > Name: Grafeo-StephanEggermont.64 > Author: StephanEggermont > Time: 30 September 2015, 9:51:53.670434 am > UUID: 5dc871e7-c1ea-4098-95c2-6c5741548ecb > Ancestors: Grafeo-EiichiroIto.63 > > Changes for Pharo 5.0 > Replaced deprecated menu methods > Fixed one error message > > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 30, 2015

Pharo 5 update of Grafeo

by Stephan Eggermont

Grafeo is a nice Morphic graph editing toolkit by Eiichiro Ito. It forms the basis for Fluo. https://vimeo.com/80749341 I've updated it for Pharo 5. I had to copy it to StephanEggermont/Documentation, as oohito/Fluo is not writable. Stephan Name: Grafeo-StephanEggermont.64 Author: StephanEggermont Time: 30 September 2015, 9:51:53.670434 am UUID: 5dc871e7-c1ea-4098-95c2-6c5741548ecb Ancestors: Grafeo-EiichiroIto.63 Changes for Pharo 5.0 Replaced deprecated menu methods Fixed one error message

Sept. 30, 2015