October 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Hallo Pharoers.. namespaces in the system level ?

by Schwab,Wilhelm K

I'm glad to see that it works like class names (at least effectively) as messages to environments than a clone of Java syntax that I saw elsewhere. On the completely pragmatic level, it will make more obvious the fact that our browser selection panes are not individually sizable. I find them narrow at times now, and adding another column will squeeze even more. Maybe I find them narrow specifically because I use long class names that would not be necessary if we had namespaces :) ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Simon Denier [Simon.Denier(a)inria.fr] Sent: Monday, October 11, 2010 9:23 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Hallo Pharoers.. namespaces in the system level ? On 11 oct. 2010, at 15:17, Igor Stasenko wrote: Also, i remember someone presented the namespaces implementation during last ESUG conference. Its fresh, and probably will run on pharo. But i don't remember who did this. Here you go, it's a GSOC project, video included: Begin forwarded message: From: James Foster <Smalltalk(a)JGFoster.net<mailto:Smalltalk@JGFoster.net>> Date: 24 septembre 2010 00:09:39 HAEC To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr>, ESUG Mailing list <esug-list(a)lists.esug.org<mailto:esug-list@lists.esug.org>> Subject: [Pharo-project] GSoC Project for Namespaces Reply-To: Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> GermÃ¡n Leiva was accepted in Google Summer of Code 2010 and developed a Namespaces implementation for Pharo Smalltalk. A video at http://www.youtube.com/watch?v=n4I7fSVNX2A is based on his presentation at ESUG in Barcelona last week. You can get the code at http://www.squeaksource.com/Environments.html. James Foster _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr<mailto:Pharo-project@lists.gforge.inria.fr> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Oct. 11, 2010

Re: [Pharo-project] Compiler pedantic about ifNotNil: argument

by Levente Uzonyi

On Mon, 11 Oct 2010, StÃ©phane Ducasse wrote: >>> That "hack" is really cool IMO. The code is easily understood by anyone: >> >> #(4 1 3 5 2) sort: #<=. > > yes in Moose people are using that a lot for scripting. Now the problem is that as soon > as you need more you have to get a block. Why is that a problem? You can use the symbol for simple cases and write blocks for the complicated ones. Levente > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 11, 2010

Re: [Pharo-project] Another finalization concern: error handling

by Levente Uzonyi

On Mon, 11 Oct 2010, Igor Stasenko wrote: > Hello, > > here a situation, with which we can deal in more safer manner: > > Suppose you have a weak registry, populated by different objects and > their executors. > > Now, when some of them died, a weak registry performs finalization. > > The potential danger is , that if there's an error triggered by some > executor(s), > then rest of executors will have no chance to run and will be > forgotten, causing memory leakage. > > What you think, should we handle this more graciously? > > (Consider a following meta-code) > > WeakRegistry>>finalizeValues > | executors | > executors := self gatherExecutorsToRun. > > executors do: [:ex | > [ ex finalize ] fork. > ]. The "gatherExecutorsToRun" part was implemented in the previous version of WeakRegistry (history is not available from the image...). #finalize wasn't sent from the protected block. The current version lacks it, so it will deadlock if a finalizer will try to access the same WeakRegistry. Other kind of deadlocks are also possible. For example when a finalizer can access a semaphore which is also used by another process that uses the same semaphore and also uses the WeakRegistry, but locks them in a different order (JNIPort). This only happens if the VM doesn't support the new finalization scheme which is the case for most current VMs. There is another issue with removal, and this affects the new finalization scheme too, because the finalizer of valuesDictionary is #finalizeValues. This means that finalization can happen in a process other than the finalization process. This can lead to random errors. So I think parts of the old WeakRegistry implementation should be restored, like: - WeakRegistry should collect executors - executors should be evaluated outside the protected block > > in this way, if any executor's #finalize causing error, it won't > interfere with other executors, and they will accomplish their task > normally. > Of course, i'm not saying that we should use #fork for this, because > it is costly. Similar could be done w/o forking. > I just wanted to show a simplest code with which we could achieve a > more gracious error handling. Wouldn't it be better to use an exception handler? Levente > > P.S. of course, in a first place it would be good to make sure that we > writing executors, which can't cause an error during finalization. > But bad things happen, and we should make sure that rest of system > won't be put on its knees because of some stupid bug in a single > #finalize. > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 11, 2010

Re: [Pharo-project] Compiler pedantic about ifNotNil: argument

by StÃ©phane Ducasse

>> That "hack" is really cool IMO. The code is easily understood by anyone: > > #(4 1 3 5 2) sort: #<=. yes in Moose people are using that a lot for scripting. Now the problem is that as soon as you need more you have to get a block. Stef

Oct. 11, 2010

Re: [Pharo-project] Hallo Pharoers.. namespaces in the system level ?

by StÃ©phane Ducasse

We already integrated the fixes for the systemOrganization he did. More is needed. Stef On Oct 11, 2010, at 3:23 PM, Simon Denier wrote: > > On 11 oct. 2010, at 15:17, Igor Stasenko wrote: > >> Also, i remember someone presented the namespaces implementation >> during last ESUG conference. Its fresh, and probably will run on pharo. >> But i don't remember who did this. > > > > Here you go, it's a GSOC project, video included: > > Begin forwarded message: > >> From: James Foster <Smalltalk(a)JGFoster.net> >> Date: 24 septembre 2010 00:09:39 HAEC >> To: Pharo-project(a)lists.gforge.inria.fr, ESUG Mailing list <esug-list(a)lists.esug.org> >> Subject: [Pharo-project] GSoC Project for Namespaces >> Reply-To: Pharo-project(a)lists.gforge.inria.fr >> >> GermÃ¡n Leiva was accepted in Google Summer of Code 2010 and developed a Namespaces implementation for Pharo Smalltalk. A video at http://www.youtube.com/watch?v=n4I7fSVNX2A is based on his presentation at ESUG in Barcelona last week. You can get the code at http://www.squeaksource.com/Environments.html. >> >> James Foster >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > Simon > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 11, 2010

Re: [Pharo-project] Hallo Pharoers.. namespaces in the system level ?

by StÃ©phane Ducasse

> > > Stef and I worked on an implementation a few years ago. > http://www.squeaksource.com/Namespace.html And it is a bad one :) Now we are working on making the system environment-aware so that we can browse part of the system, (remotely too with you). Stef > > Cheers, > Alexandre > > > On 11 Oct 2010, at 07:53, Nick Papoylias wrote: > >> Hallo to all, >> >> I am starting my Ph.D on 'languages and environments for autonomous robotics' -- and pharo will be a huge part of it. >> >> I am currently playing around with the system (to get the feel of it..) and testing it's programming tools in the context of >> different namespaces / environments. >> >> Specifically I am trying to find out what the implications of having a remote environment over rST for e.g (to browse, debug e.t.c). >> >> Any pointers to related work, suggestions e.t.c are welcomed. >> >> So my question: >> >> Is anybody currently working on integrating namespaces in the system level ? I may have one or two questions and suggestions to make. >> >> Thank you very much ! >> >> Nick Papoulias >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 11, 2010

[Pharo-project] [update 1.2] #12189

by StÃ©phane Ducasse

12189 ----- - Issue 2883: Anymorphic Style. Thanks Anymorphic and Nicolas Paez. - Issue 2979: Controlling UI feedback. BlockClosure>>silentlyValue

Oct. 11, 2010

Re: [Pharo-project] Compiler pedantic about ifNotNil: argument

by Lukas Renggli

>> Â Filename: Â Â Â Magritte-All-lr.185.mcz >> Â Author: Â Â Â Â Â Â Â Â Lukas Renggli >> Â Timestamp: Â Â 19 January 2007 2:25:14 pm >> Â UUID: Â Â Â Â Â e26ba5b5-15b0-4128-9839-1536359b89f0 >> Â Ancestors: Â Â Magritte-All-lr.184.mcz >> >> Â - removed #value: and #value:value: from Symbol (this is now in 3.9 >> and not really cool) >> Â - changed all (or most) references to these methods > > I'm not questioning that you added it to Magritte before 3.9 picked it up. I > just didn't understand how could the re-occuring questions disappear, > because Symbol >> #value: was still in the system. But I guess people > didn't understand the code which used this feature. I was referring to the magritte mailing-list, check the archive. Lukas > > > Levente > >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Oct. 11, 2010

Re: [Pharo-project] Hallo Pharoers.. namespaces in the system level ?

by Simon Denier

On 11 oct. 2010, at 15:17, Igor Stasenko wrote: > Also, i remember someone presented the namespaces implementation > during last ESUG conference. Its fresh, and probably will run on pharo. > But i don't remember who did this. Here you go, it's a GSOC project, video included: Begin forwarded message: > From: James Foster <Smalltalk(a)JGFoster.net> > Date: 24 septembre 2010 00:09:39 HAEC > To: Pharo-project(a)lists.gforge.inria.fr, ESUG Mailing list <esug-list(a)lists.esug.org> > Subject: [Pharo-project] GSoC Project for Namespaces > Reply-To: Pharo-project(a)lists.gforge.inria.fr > > GermÃ¡n Leiva was accepted in Google Summer of Code 2010 and developed a Namespaces implementation for Pharo Smalltalk. A video at http://www.youtube.com/watch?v=n4I7fSVNX2A is based on his presentation at ESUG in Barcelona last week. You can get the code at http://www.squeaksource.com/Environments.html. > > James Foster > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Oct. 11, 2010

Re: [Pharo-project] Hallo Pharoers.. namespaces in the system level ?

by Igor Stasenko

Also, i remember someone presented the namespaces implementation during last ESUG conference. Its fresh, and probably will run on pharo. But i don't remember who did this. On 11 October 2010 16:10, Alexandre Bergel <alexandre(a)bergel.eu> wrote: > Hi Nick, > > Stef and I worked on an implementation a few years ago. > http://www.squeaksource.com/Namespace.html > > Cheers, > Alexandre > > > On 11 Oct 2010, at 07:53, Nick Papoylias wrote: > >> Hallo to all, >> >> I am starting my Ph.D on 'languages and environments for autonomous robotics' -- and pharo will be a huge part of it. >> >> I am currently playing around with the system (to get the feel of it..) and testing it's programming tools in the context of >> different namespaces / environments. >> >> Specifically I am trying to find out what the implications of having a remote environment over rST for e.g (to browse, debug e.t.c). >> >> Any pointers to related work, suggestions e.t.c are welcomed. >> >> So my question: >> >> Is anybody currently working on integrating namespaces in the system level ? I may have one or two questions and suggestions to make. >> >> Thank you very much ! >> >> Nick Papoulias >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel Â http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.

Oct. 11, 2010