January 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Jump to superclass from selected class

by Esteban A. Maringolo

Thanks! How hard would it be to add a key modifier to do this? In some dialects Ctrl+Click did that trick. Regards. Esteban A. Maringolo

Jan. 23, 2014

Re: [Pharo-dev] Null Object Pattern

by Esteban A. Maringolo

2014/1/23 Otto Behrens <otto(a)finworks.biz>: >> MyNullClass>>#ifNil: nilBlock ifNotNil: notNilBlock >> nilBlock value. >> >> Any ideas? > > I've got a slightly different understanding of the null object > pattern, perhaps. Me too. A "null object" is an object that is polymorphic with some other. Eg. "Person" and "NullPerson". It is a good pattern to avoid testing for nil (#isNil, etc.) in domain objects, and also avoid MessageNotUnderstood exceptions during runtime (or NullPointerException). :) In one system we had NullNumber class (and singleton instance) to be polymorphic with Number for number attributes with three states (nil, 0, value). I don't know your particular use of MyNullClass, but looks like a NullUndefinedObject :) Regards! Esteban A. Maringolo

Jan. 23, 2014

Re: [Pharo-dev] Null Object Pattern

by ClÃ©ment Bera

Hello, specific messages (control flow oriented messages) are inlined and you cannot override them (same problem in the old and the new compiler). In Opal we introduced some kind of settings to force the compiler not to inline messages when it is not needed. This can be done at method level with a pragma for example: MyClass>>#foo <compilerOptions: #(- optInlineIf)> ^ #myNonBooleanObject ifTrue: [ 1 ] ifFalse: [ 0 ] Or at class level, however at class level there are issue with monticello (therefore you would need to recompile your code after loading it). InstructionStream class>>#compiler ^ super compiler options: #(+ optLongIvarAccessBytecodes) See the list of options here: OpalCompiler class>>#defaultOptions You cannot in the current Pharo/Squeak disable the inlining of all the control flow messages or it crashes the image. It crashes for example due to the whileTrue: implementation (no stop condition without inlining) or the allObjectsDo: one (then you create a context per iteration). Usually, the compiler is not too aggressive when inlining loops (whileTrue:, to:do:, ...) so you should be able to override it in most cases, however it is very aggressive for condition (ifTrue:ifFalse:, ifNil:ifNotNil:, ...), so you cannot override those methods, except if you manually add compiler options as explained before. Making the compiler less aggressive for conditions drastically decrease Pharo overall performance. In addition, the compilers inline specific messages defined here: IRBytecodeGenerator class>>specialSelectorsArray. In Squeak they inline in addition of these messages the message #class. We decided not to do it in Pharo because it does not decrease performance nor increase the memory size by a noticeable value. There is no setting currently for these specific selectors. So you have to run the code specified by Carlo: In Opal to remove the usage of #==, I removed it from the special selector array in the method: IRBytecodeGenerator class>>specialSelectorsArray ^ #(#+ 1 #- 1 #< 1 #> 1 #<= 1 #>= 1 #= 1 #~= 1 #* 1 #/ 1 #\\ 1 #@ 1 #bitShift: 1 #// 1 #bitAnd: 1 #bitOr: 1 #at: 1 #at:put: 2 #size 0 #next 0 #nextPut: 1 #atEnd 0 #== 1 nil 0 #blockCopy: 1 #value 0 #value: 1 #do: 1 #new 0 #new: 1 #x 0 #y 0) Then I ran: IRBytecodeGenerator initialize. OpalCompiler recompileAll. That's all the ideas I had Sean :-) 2014/1/23 Otto Behrens <otto(a)finworks.biz> > > MyNullClass>>#ifNil: nilBlock ifNotNil: notNilBlock > > nilBlock value. > > > > Any ideas? > > I've got a slightly different understanding of the null object > pattern, perhaps. I would use it this way: > > MyClass is an abstract class that defines an interface that users > would expect, with a subclass MyNullClass and MyConcreteClass. > > Where ever I send messages to the "MyClass", it could either be an > instance of MyNullClass or MyConcreteClass. MyNullClass would > implement the protocol of MyClass, but would behave differently. This > is so that the users /senders of MyClass do not have to do if's to > determine if it's talking to a null object or not. > > And this is where I wonder if I will try to implement the ifNil > behviour on MyNullClass at all, because the senders have to know about > the kind of thing it is talking to. > > But perhaps this is a different context. > > Otto > >

Jan. 23, 2014

Re: [Pharo-dev] [Moose-dev] Activity Diagram

by Serge Stinckwich

BTW, I found an interesting paper that describe how to draw activity diagrams here : http://tobias-lib.uni-tuebingen.de/volltexte/2006/2459/pdf/activity.pdf Regards, On Mon, Dec 23, 2013 at 6:09 PM, Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > As far as I know, there is nothing like this, however we are quite interested in visualizing activity diagrams. > > Roassal should support this kind of diagram. In addition, we have two code profilers framework to extract the execution (Gadget and Spy). > > I will be happy to beta-test any code that goes in that direction. > > Kind regards, > Alexandre > > > On Dec 23, 2013, at 3:39 PM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > >> Dear all, >> >> with a colleague from Savoie University, we are looking for some >> Smalltalk code in order to model, execute and animate Activity >> Diagram. Any existing works ? >> >> Regards, >> -- >> Serge Stinckwich >> UCBN & UMI UMMISCO 209 (IRD/UPMC) >> Every DSL ends up being Smalltalk >> http://www.doesnotunderstand.org/ >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Jan. 23, 2014

Re: [Pharo-dev] Null Object Pattern

by Otto Behrens

> MyNullClass>>#ifNil: nilBlock ifNotNil: notNilBlock > nilBlock value. > > Any ideas? I've got a slightly different understanding of the null object pattern, perhaps. I would use it this way: MyClass is an abstract class that defines an interface that users would expect, with a subclass MyNullClass and MyConcreteClass. Where ever I send messages to the "MyClass", it could either be an instance of MyNullClass or MyConcreteClass. MyNullClass would implement the protocol of MyClass, but would behave differently. This is so that the users /senders of MyClass do not have to do if's to determine if it's talking to a null object or not. And this is where I wonder if I will try to implement the ifNil behviour on MyNullClass at all, because the senders have to know about the kind of thing it is talking to. But perhaps this is a different context. Otto

Jan. 23, 2014

Re: [Pharo-dev] Easy one for review

by Guillermo Polito

done ;) On Thu, Jan 23, 2014 at 1:51 AM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > 12692 KeyboardEvent>>#asKeyCombination ignores Option key > Fix in inbox: > > SLICE-Issue-12692-KeyboardEventasKeyCombination-ignores-Option-key-SeanDeNigris.1 > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Easy-one-for-review-tp4738551.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Jan. 23, 2014

Re: [Pharo-dev] Serializing Pharo Contribution CI jobs from one matrix

by Sven Van Caekenberghe

On 23 Jan 2014, at 10:57, Christophe Demarey <Christophe.Demarey(a)inria.fr> wrote: > Hi Sven, > > Le 22 janv. 2014 Ã 18:24, Sven Van Caekenberghe a Ã©crit : > >> Hi, >> >> Is it possible to serialize (i.e. do not execute in parallel) the CI jobs of one matrix of Pharo Contributions ? >> >> The Zinc jobs occasionally fails because they interfere with each other (i.e. although they use random ports for servers during unit testing, sometimes they use a port that is already in use by a parallel running job, presumably from the built matrix). > > Matrix jobs are seen as individual jobs. > Maybe you can just tick this option in the job configuration: "Run each configuration sequentially" Works perfectly, thanks ! > There are other solutions: > â¢ https://wiki.jenkins-ci.org/display/JENKINS/Port+Allocator+Plugin > â¢ https://wiki.jenkins-ci.org/display/JENKINS/Lockable+Resources+Plugin > â¢ https://wiki.jenkins-ci.org/display/JENKINS/Exclusion-Plugin > > Christophe.

Jan. 23, 2014

Re: [Pharo-dev] how do I install gitfiletree?

by Goubier Thierry

Le 23/01/2014 10:59, Marcus Denker a Ã©crit : > > On 23 Jan 2014, at 10:57, Esteban Lorenzano <estebanlm(a)gmail.com > <mailto:estebanlm@gmail.com>> wrote: > >> >> On 23 Jan 2014, at 10:50, phil(a)highoctane.be >> <mailto:phil@highoctane.be> wrote: >> >>> I had a talk with Thierry and GitFileTree isn't supported on Windows. >>> >>> Due to OSProcess. >>> >>> Is the libgit2 going to solve that? >> >> yes, libgit2 will be distributed withâ¦ erâ¦ wellâ¦ pharo 4 :) >> (if my experiments works, and I finish in time, and, and, and... :) >> >> alsoâ¦ we need to make OSProcess work in windows tooâ¦ > > and we need (parts of the functionality) of OSProcess to be default > available in Pharo. Especially since OSProcess is just wrappers around pre-existing primitives in the Pharo VM ;) Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Jan. 23, 2014

Re: [Pharo-dev] how do I install gitfiletree?

by Goubier Thierry

Le 23/01/2014 10:43, Esteban Lorenzano a Ã©crit : > > oh yesâ¦ I do not think thatâs the way to go: having a repository-cache at the side of the image looks like the correct approach :) The current package-cache has ways to trip you that are really fun (not :(:() when using git and branches... With the current approach in gitfiletree, it's really easy to work with github or with any other git server setup, even in a multi-language / multi-user project (I've done C + Pharo and Ocaml + Pharo with it). Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Jan. 23, 2014

Re: [Pharo-dev] how do I install gitfiletree?

by Marcus Denker

On 23 Jan 2014, at 10:57, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > > On 23 Jan 2014, at 10:50, phil(a)highoctane.be wrote: > >> I had a talk with Thierry and GitFileTree isn't supported on Windows. >> >> Due to OSProcess. >> >> Is the libgit2 going to solve that? > > yes, libgit2 will be distributed withâ¦ erâ¦ wellâ¦ pharo 4 :) > (if my experiments works, and I finish in time, and, and, and... :) > > alsoâ¦ we need to make OSProcess work in windows tooâ¦ and we need (parts of the functionality) of OSProcess to be default available in Pharo. Marcus

Jan. 23, 2014