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

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40177 Home: https://github.com/pharo-project/pharo-core

Aug. 22, 2014

Re: [Pharo-dev] Beacon and SystemLogger united

by phil＠highoctane.be

It is exciting to be here indeed. At the same time, it is not always that reassuring :-) Phil On Fri, Aug 22, 2014 at 8:42 AM, stepharo <stepharo(a)free.fr> wrote: > > It just hit me now: "Pharo is yours" is not a statement that only the >> Pharo board makes. It's a statement that everyone of us should make because >> it gets the ego out of the equation (you have no idea how hard that is for >> me :)). I think we are actually doing that. This is probably the primary >> reason why it is so exciting to be here. >> > I never thought carefully about this angle but this is really true from > day one. > > Stef > >

Aug. 22, 2014

Re: [Pharo-dev] Beacon and SystemLogger united

by stepharo

> It just hit me now: "Pharo is yours" is not a statement that only the > Pharo board makes. It's a statement that everyone of us should make > because it gets the ego out of the equation (you have no idea how hard > that is for me :)). I think we are actually doing that. This is > probably the primary reason why it is so exciting to be here. I never thought carefully about this angle but this is really true from day one. Stef

Aug. 22, 2014

Re: [Pharo-dev] Beacon and SystemLogger united

by Tudor Girba

Hi, Thanks for this message. We are all humans here and feelings do play an important role. And, indeed, mail does not help much to alleviate the problem. But, the cool thing about this community is that even if our opinions diverge significantly, in the long run we find ways to bring them together. Things in our community move at such a pace that it is sometimes hard to stop and take the other point of view into account. It happened to me as well, and I believe it happens to everyone. That is a natural consequence of growth. But, as long as we focus on the long term, eventually ideas win in spite of immediate reactions. It just hit me now: "Pharo is yours" is not a statement that only the Pharo board makes. It's a statement that everyone of us should make because it gets the ego out of the equation (you have no idea how hard that is for me :)). I think we are actually doing that. This is probably the primary reason why it is so exciting to be here. Enough said. Let's get back to creating the future. Everything else is just details :). Cheers, Doru On Wed, Aug 20, 2014 at 11:09 PM, stepharo <stepharo(a)free.fr> wrote: > :) > > Some guys like me and (camillo) for example are more in straight line > thinking but you are so right. > > Stef > > > On 20/8/14 18:53, Sean P. DeNigris wrote: > >> stepharo wrote >> >>> I received Beacon (which at the end was trying to help defining a cool >>> logger) as a sign that I lost my energy on building SystemLogger. Now I >>> think that if I would not have built SystemLogger, we would not have got >>> Beacon and our discussions would have been way poorer. >>> >> This is real wisdom. I too struggle with what appears to be duplication of >> efforts, but I'm reminded of two related themes which Alan Kay talks >> about a >> lot: >> - evolution is closer to a random walk with a slight bias than a straight >> line >> - in biology, what often appears in human illustration/simulation as >> components interacting in lock-step as if on a track is actually >> fortuitous, >> made possible by the tremendous speed and energy of everything going on in >> the cell >> >> So, as you discovered, and I need to be repeatedly reminded of, there is >> no >> perfect world where the stars align and each piece moves with speed and >> precision into its predestined place in the whole. There is only a sloppy, >> often frustrating, two-steps-forward-one-step-back frenzy where what >> comes >> out on the other side is hopefully better than what we started with. Said >> more simply: "this is what winning looks like" >> >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: http://forum.world.st/Beacon- >> and-SystemLogger-united-tp4773973p4773975.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> >> > > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 22, 2014

Re: [Pharo-dev] Looking for suggestions for extended Pharo/Smalltalk intro demo

by stepharo

Oscar have a look at my DSL chapter (in PFTE) https://ci.inria.fr/pharo-contribution/job/PharoForTheEnterprise/724/artifa… and video http://stephane.ducasse.free.fr/Videos/2013-04-20-Dice-v3.mov it shows tests class extensions loops DSL I use it for my lectures and it was fun to do live. In Lviv the other students explained to my black jack on the fly and I You can build it live and after you have the exercises that they can do. Look into the git repo because you get the exercises in skeleton mode. So they have to build step by step the exercises On 20/8/14 16:07, Oscar Nierstrasz (gmail) wrote: > Hi Folks, > > I will be teaching a Software Design and Evolution course this Fall in which we use a lot of Smalltalk. For the introduction to Smalltalk lecture I wanted to give an extended demo with some slides in between rather than mainly showing slideware. > > Does anyone have a good recommendation for an application to build with the students while showing off most of the important features of the language and the environment? Ideally something you have used before in precisely this way. > > Some things I have used in the past: > - Post Office example (small and boring) > - Snakes and Ladders (a bit too big) > > Thanks for suggestions. > > Oscar >

Aug. 21, 2014

Re: [Pharo-dev] Transcript class allInstances does not list all instances

by stepharo

When we use an object and not a model the dependents are stored in a global dictionary or structure and our goal is to remove it :) Stef On 21/8/14 09:57, Thierry Goubier wrote: > > > > 2014-08-21 9:44 GMT+02:00 phil(a)highoctane.be > <mailto:phil@highoctane.be> <phil(a)highoctane.be > <mailto:phil@highoctane.be>>: > > I had a look at dependents. > > I see code in Object and Model which looks like quite close. > > And also the comment in Model says: Provides a superclass for > classes that function as models. The only behavior provided is > fast dependents maintenance, which bypasses the generic > DependentsFields mechanism. 1/23/96 sw > > Is there a place where I can read more about that and/or can > someone provide a quick explanation? > > > From memory and use of other smalltalks (VisualWorks): Model provides > an instance variable for storing dependents (which are then non-weak), > Object instances use a global, weak array. > > At least, this is how I use them. > > I allways have worries about discarding objects with dependencies > (Morphs, models) and creating memory leaks that way. > > Thierry > > > TIA > Phil > > > > > > On Thu, Aug 21, 2014 at 9:22 AM, Oscar Nierstrasz > <oscar.nierstrasz(a)gmail.com <mailto:oscar.nierstrasz@gmail.com>> > wrote: > > > Right. I should have realized that. > > I was looking for a replacement for: > > Transcript closeAllViews > > which has disappeared in Pharo 3.0. So this seems to work: > > (Transcript dependents select: #isSystemWindow) do: #close > > Thanks, > Oscar > > On 20 Aug 2014, at 17:59 , Camille Teruel > <camille.teruel(a)gmail.com <mailto:camille.teruel@gmail.com>> > wrote: > > > Hi Oscar, > > > > It's because Transcript is only one instance of > ThreadSafeTranscript. > > 'Transcript open' doesn't create a new instance but opens a > new window on that instance. > > > > Camille > > > > On 20 aoÃ»t 2014, at 17:30, Oscar Nierstrasz (gmail) > <oscar.nierstrasz(a)gmail.com > <mailto:oscar.nierstrasz@gmail.com>> wrote: > > > >> > >> In the latest Pharo 3 for Mac: > >> > >> Transcript open. > >> Transcript open. > >> Transcript class allInstances inspect > >> > >> only shows one instance, not two. > >> > >> Why? > >> > >> Oscar > >> > > > > > > > >

Aug. 21, 2014

Re: [Pharo-dev] [squeak-dev] Debugging block returns (runUntilErrorOrReturnFrom:)

by Nicolai Hess

2014-08-21 16:20 GMT+02:00 Eliot Miranda <eliot.miranda(a)gmail.com>: > Hi Nicolai, > > I apologise for the confusion I have caused here. > > On Thu, Aug 21, 2014 at 11:21 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > >> Does anybody knows something about the status of the change >> in Context(Part) runUntilErrorOrReturnFrom: >> >> eliot proposed a change (something about dead sender contexts) >> (years ago :) >> I don't see this version in current squeak 4.5 images. >> > > Right. Th fix I proposed was incorrect. The bug lay elsewhere (IIRC in > the VM). Instead the version with stamp 'ajh 5/20/2004 17:20' is the > correct one. Again I apologise for any problems I've caused here. > Ah, thank you for the clarification. I am just glad we resolved this. :) nicolai > > > >> This change is in the current pharo image but it givves some strange >> behavior while debugging block returns. >> >> 13271 <https://pharo.fogbugz.com/default.asp?13271> inconsistent >> behaviour when debugging >> >> Stepping over this code will show the inspector, although the debugger >> should return in the ^self send block . >> [ ^ self ] value. >> ^ 1 inspect. >> >> >> >> >> >> >> > > > -- > best, > Eliot >

Aug. 21, 2014

Re: [Pharo-dev] [squeak-dev] Debugging block returns (runUntilErrorOrReturnFrom:)

by Eliot Miranda

Hi Nicolai, I apologise for the confusion I have caused here. On Thu, Aug 21, 2014 at 11:21 AM, Nicolai Hess <nicolaihess(a)web.de> wrote: > Does anybody knows something about the status of the change > in Context(Part) runUntilErrorOrReturnFrom: > > eliot proposed a change (something about dead sender contexts) > (years ago :) > I don't see this version in current squeak 4.5 images. > Right. Th fix I proposed was incorrect. The bug lay elsewhere (IIRC in the VM). Instead the version with stamp 'ajh 5/20/2004 17:20' is the correct one. Again I apologise for any problems I've caused here. > This change is in the current pharo image but it givves some strange > behavior while debugging block returns. > > 13271 <https://pharo.fogbugz.com/default.asp?13271> inconsistent > behaviour when debugging > > Stepping over this code will show the inspector, although the debugger > should return in the ^self send block . > [ ^ self ] value. > ^ 1 inspect. > > > > > > > -- best, Eliot

Aug. 21, 2014

Re: [Pharo-dev] [Moose-dev] Roassal contest result

by Yuriy Tymchuk

On 21 Aug 2014, at 12:22, phil(a)highoctane.be wrote: > Very nice work. > > Powerful tools and cases are getting used together and we start to see the synergetic effects. > > Can't wait to have a couple days free to play with all of this. > > Natalia, you definitely made me want to use GTPlayground! Didnât I make you want to use UberPresenter? ;) Uko > > Kudos to all. > > Phil > > > > On Thu, Aug 21, 2014 at 12:29 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Thank you guys, it was very cool :) > > Uko > > On 21 Aug 2014, at 11:09, Natalia Tymchuk <natalia.tymchuk(a)unikernel.net> wrote: > > > Thank all of you very much. > > > > Best regards, > > Natalia > > On Aug 21, 2014, at 11:01 AM, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > > >> Congrats to the Tymchuk team ;-) > >> Thank you Alex for this great contest. > >> > >> Regards, > >> > >> On Thu, Aug 21, 2014 at 10:58 AM, Alexandre Bergel > >> <alexandre.bergel(a)me.com> wrote: > >>> Dear Friends and Colleagues, > >>> > >>> It is a great pleasure for me to announce the result of the 2014 Roassal contest organized by ObjectProfile.com > >>> Certificates and the money awards were delivered during a ceremony held at the Esug conference, in Cambridge, UK. > >>> > >>> This year we have two winners: > >>> > >>> Roassal2 track: > >>> âRTVoronyjBuilderâ by Natalia Tymchuk > >>> http://youtu.be/SlJptrlBbho > >>> > >>> Roassal 3d track: > >>> "Roassal City Layoutsâ, by Yuriy Tymchuk > >>> http://youtu.be/CuimMwuZiGA > >>> > >>> > >>> Other remarkable contributions: > >>> > >>> "Navigate and visualize epidemiological models with the KendrickBrowserâ, by Fabrice Atrevi > >>> https://vimeo.com/103197416 > >>> > >>> "Explora Qualitas Corpus", by Leonel Merino > >>> http://www.youtube.com/watch?v=0eoSV7LdPac > >>> > >>> The very same contest will be organized next year. > >>> > >>> Cheers, > >>> Alexandre on behalf of the Object Profile crew > >>> -- > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>> Alexandre Bergel http://www.bergel.eu > >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >>> > >>> > >>> > >>> > >> > >> > >> > >> -- > >> 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 > > > > > > >

Aug. 21, 2014

Re: [Pharo-dev] [Moose-dev] Roassal contest result

by phil＠highoctane.be

Very nice work. Powerful tools and cases are getting used together and we start to see the synergetic effects. Can't wait to have a couple days free to play with all of this. Natalia, you definitely made me want to use GTPlayground! Kudos to all. Phil On Thu, Aug 21, 2014 at 12:29 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Thank you guys, it was very cool :) > > Uko > > On 21 Aug 2014, at 11:09, Natalia Tymchuk <natalia.tymchuk(a)unikernel.net> > wrote: > > > Thank all of you very much. > > > > Best regards, > > Natalia > > On Aug 21, 2014, at 11:01 AM, Serge Stinckwich < > serge.stinckwich(a)gmail.com> wrote: > > > >> Congrats to the Tymchuk team ;-) > >> Thank you Alex for this great contest. > >> > >> Regards, > >> > >> On Thu, Aug 21, 2014 at 10:58 AM, Alexandre Bergel > >> <alexandre.bergel(a)me.com> wrote: > >>> Dear Friends and Colleagues, > >>> > >>> It is a great pleasure for me to announce the result of the 2014 > Roassal contest organized by ObjectProfile.com > >>> Certificates and the money awards were delivered during a ceremony > held at the Esug conference, in Cambridge, UK. > >>> > >>> This year we have two winners: > >>> > >>> Roassal2 track: > >>> âRTVoronyjBuilderâ by Natalia Tymchuk > >>> http://youtu.be/SlJptrlBbho > >>> > >>> Roassal 3d track: > >>> "Roassal City Layoutsâ, by Yuriy Tymchuk > >>> http://youtu.be/CuimMwuZiGA > >>> > >>> > >>> Other remarkable contributions: > >>> > >>> "Navigate and visualize epidemiological models with the > KendrickBrowserâ, by Fabrice Atrevi > >>> https://vimeo.com/103197416 > >>> > >>> "Explora Qualitas Corpus", by Leonel Merino > >>> http://www.youtube.com/watch?v=0eoSV7LdPac > >>> > >>> The very same contest will be organized next year. > >>> > >>> Cheers, > >>> Alexandre on behalf of the Object Profile crew > >>> -- > >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > >>> Alexandre Bergel http://www.bergel.eu > >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > >>> > >>> > >>> > >>> > >> > >> > >> > >> -- > >> 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 > > > > > > >

Aug. 21, 2014