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

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=win/… 1 regressions found. Tests.Release.ReleaseTest.testLocalMethodsOfTheClassShouldNotBeRepeatedInItsTraits

Aug. 26, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=mac/… 1 regressions found. Tests.Release.ReleaseTest.testLocalMethodsOfTheClassShouldNotBeRepeatedInItsTraits

Aug. 26, 2013

[regression reporter]regression occurred

by no-reply＠ci.inria.fr

https://ci.inria.fr/pharo/job/Pharo-3.0-Update-Step-2-Validation/label=linu… 1 regressions found. Tests.Release.ReleaseTest.testLocalMethodsOfTheClassShouldNotBeRepeatedInItsTraits

Aug. 26, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Norbert Hartl

Am 26.08.2013 um 10:56 schrieb Esteban Lorenzano <estebanlm(a)gmail.com>: > > On Aug 25, 2013, at 9:40 AM, Camille Teruel <camille.teruel(a)gmail.com> wrote: > >> >> On 24 aoÃ»t 2013, at 19:20, Camillo Bruni wrote: >> >>> We have now: >>> >>> String >> #asClass >>> String >> #asClassIfAbsent: >>> String >> #asClassIfPresent: >> >> I don't understand why we need this new way. >> Is it just to avoid calling 'Smalltalk globals at: #MyClass'? > > exactly > >> Because these names are confusing, and the 'as' prefix suggests a conversion while it's an access (with indirection but still a mere access). >> And #asClass has no sender. >> If you think 'Smalltalk globals at: #MyClass' is really too long to type, lets just create a new global ThisEnvironment := Smalltalk globals. > > this was already discussed. With #asClass and relatives what you have is a better abstraction jut because you are decoupled of "Smalltalk globals", it is not a big win now, but it open doors to better designs with environments, etc. > At least, that was my understanding when the issue arise at the beginning. > I just find it strange that an as* selector might _not_ return anything needing a #asClassIfAbsent: selector. While I'm understanding the intention it does not fit in my had. To me it worsens the understanding of as* conversion selectors. Norbert > >> >> >>> >>> On 2013-08-24, at 17:55, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >>>> I prefer to evaluate >>>> >>>> Smalltalk globals classNamed: #MyClass >>>> >>>> Fernando >>>> >>>> On Sat, Aug 24, 2013 at 11:57 AM, StÃ©phane Ducasse >>>> <stephane.ducasse(a)inria.fr> wrote: >>>>> >>>>> Is it >>>>> >>>>> asClass? >>>>> >>>>> Stef >>>>> >>>> >>> >>> >> >> > >

Aug. 26, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Damien Cassou

On Mon, Aug 26, 2013 at 11:26 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > I do not see why because it means we can override #asClass: in each class and do whatever we want. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Aug. 26, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Esteban Lorenzano

I do not see why On Aug 26, 2013, at 11:14 AM, Damien Cassou <damien.cassou(a)gmail.com> wrote: > On Mon, Aug 26, 2013 at 10:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: >> this was already discussed. With #asClass and relatives what you have is a better abstraction jut because you are decoupled of "Smalltalk globals", it is not a big win now, but it open doors to better designs with environments, etc. >> At least, that was my understanding when the issue arise at the beginning. > > > thinking about it, wouldn't "self asClass: #MyClass" be easier to > adapt for environments/packages than "#MyClass asClass" ? > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Aug. 26, 2013

[update 3.0] #30342

by Marcus Denker

30342 ----- 11421 Update Athens from config https://pharo.fogbugz.com/f/cases/11421 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Text-MarcusDenker.7.di… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Morphic-MarcusDenker.2… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Examples-MarcusDenker.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Core-MarcusDenker.36.d… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-CairoPools-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Cairo-MarcusDenker.49.… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Athens-Balloon-MarcusDenker.1…

Aug. 26, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Damien Cassou

On Mon, Aug 26, 2013 at 10:56 AM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > this was already discussed. With #asClass and relatives what you have is a better abstraction jut because you are decoupled of "Smalltalk globals", it is not a big win now, but it open doors to better designs with environments, etc. > At least, that was my understanding when the issue arise at the beginning. thinking about it, wouldn't "self asClass: #MyClass" be easier to adapt for environments/packages than "#MyClass asClass" ? -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Aug. 26, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Esteban Lorenzano

On Aug 25, 2013, at 9:40 AM, Camille Teruel <camille.teruel(a)gmail.com> wrote: > > On 24 aoÃ»t 2013, at 19:20, Camillo Bruni wrote: > >> We have now: >> >> String >> #asClass >> String >> #asClassIfAbsent: >> String >> #asClassIfPresent: > > I don't understand why we need this new way. > Is it just to avoid calling 'Smalltalk globals at: #MyClass'? exactly > Because these names are confusing, and the 'as' prefix suggests a conversion while it's an access (with indirection but still a mere access). > And #asClass has no sender. > If you think 'Smalltalk globals at: #MyClass' is really too long to type, lets just create a new global ThisEnvironment := Smalltalk globals. this was already discussed. With #asClass and relatives what you have is a better abstraction jut because you are decoupled of "Smalltalk globals", it is not a big win now, but it open doors to better designs with environments, etc. At least, that was my understanding when the issue arise at the beginning. Esteban > > >> >> On 2013-08-24, at 17:55, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >>> I prefer to evaluate >>> >>> Smalltalk globals classNamed: #MyClass >>> >>> Fernando >>> >>> On Sat, Aug 24, 2013 at 11:57 AM, StÃ©phane Ducasse >>> <stephane.ducasse(a)inria.fr> wrote: >>>> >>>> Is it >>>> >>>> asClass? >>>> >>>> Stef >>>> >>> >> >> > >

Aug. 26, 2013

[update 3.0] #30341

by Marcus Denker

Aug. 26, 2013

[ann] dynamic browsers with glamour

by Tudor Girba

Hi, Here is a little announcement for those that like Glamour. Andrei and I worked on making Glamour more dynamic by pushing the presentation definition at execution, rather than at browser construction time. To achieve dynamic presentation creation, before you needed to use the GLMDymamicPresentation. For example, the MooseFinder was built like: MooseFinder>>compose self finder show: [ :a | a dynamic display: [:each | | dynamic | dynamic := GLMCompositePresentation new. each mooseInterestingEntity mooseFinderPresentationsIn: dynamic. dynamic ] ]. Now, the same code becomes: MooseFinder>>compose self finder show: [ :a :each | each mooseInterestingEntity mooseFinderPresentationsIn: a ]. You can see more details here: http://www.humane-assessment.com/blog/building-dynamic-browsers-with-glamour Cheers, Doru -- www.tudorgirba.com "Every thing has its own flow"

Aug. 26, 2013

[update 3.0] #30340

by Marcus Denker

30340 ----- 11453 Disable some shady tests in NB https://pharo.fogbugz.com/f/cases/11453 11445 Monticello refactoring to allow better FileTree support https://pharo.fogbugz.com/f/cases/11445 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/NativeBoost-Tests-MarcusDenke… http://smalltalkhub.com/mc/Pharo/Pharo30/main/MonticelloGUI-MarcusDenker.25… http://smalltalkhub.com/mc/Pharo/Pharo30/main/Monticello-MarcusDenker.854.d…

Aug. 25, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Camille Teruel

On 24 aoÃ»t 2013, at 19:20, Camillo Bruni wrote: > We have now: > > String >> #asClass > String >> #asClassIfAbsent: > String >> #asClassIfPresent: I don't understand why we need this new way. Is it just to avoid calling 'Smalltalk globals at: #MyClass'? Because these names are confusing, and the 'as' prefix suggests a conversion while it's an access (with indirection but still a mere access). And #asClass has no sender. If you think 'Smalltalk globals at: #MyClass' is really too long to type, lets just create a new global ThisEnvironment := Smalltalk globals. > > On 2013-08-24, at 17:55, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> I prefer to evaluate >> >> Smalltalk globals classNamed: #MyClass >> >> Fernando >> >> On Sat, Aug 24, 2013 at 11:57 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> Is it >>> >>> asClass? >>> >>> Stef >>> >> > >

Aug. 25, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by StÃ©phane Ducasse

On Aug 24, 2013, at 8:54 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > On 2013-08-24, at 20:52, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> On Aug 24, 2013, at 7:20 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >>> We have now: >>> >>> String >> #asClass >>> String >> #asClassIfAbsent: >>> String >> #asClassIfPresent: >> >> Ok I found them. I was working in an older image >> What was strange is that he method finder did not find it when I did #Point . Point > > the method finder is not good for much since someone has to manually specify which methods to take into account and add them to a list of selectors. Yes I was thinking on how to improve that. It passes by method metadata. I was writing a topics in my 50 topics for Pharo database I should issue soon. The handling of metadata is not simple.

Aug. 24, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Camillo Bruni

On 2013-08-24, at 20:52, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > On Aug 24, 2013, at 7:20 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: >> We have now: >> >> String >> #asClass >> String >> #asClassIfAbsent: >> String >> #asClassIfPresent: > > Ok I found them. I was working in an older image > What was strange is that he method finder did not find it when I did #Point . Point the method finder is not good for much since someone has to manually specify which methods to take into account and add them to a list of selectors.

Aug. 24, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by StÃ©phane Ducasse

On Aug 24, 2013, at 7:20 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > We have now: > > String >> #asClass > String >> #asClassIfAbsent: > String >> #asClassIfPresent: Ok I found them. I was working in an older image What was strange is that he method finder did not find it when I did #Point . Point > > On 2013-08-24, at 17:55, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: >> I prefer to evaluate >> >> Smalltalk globals classNamed: #MyClass >> >> Fernando >> >> On Sat, Aug 24, 2013 at 11:57 AM, StÃ©phane Ducasse >> <stephane.ducasse(a)inria.fr> wrote: >>> >>> Is it >>> >>> asClass? >>> >>> Stef >>> >> > >

Aug. 24, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Camillo Bruni

We have now: String >> #asClass String >> #asClassIfAbsent: String >> #asClassIfPresent: On 2013-08-24, at 17:55, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > I prefer to evaluate > > Smalltalk globals classNamed: #MyClass > > Fernando > > On Sat, Aug 24, 2013 at 11:57 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> Is it >> >> asClass? >> >> Stef >> >

Aug. 24, 2013

Re: [Pharo-dev] [update 2.0] #20619

by Mariano Martinez Peck

Yes, super cool! On Sat, Aug 24, 2013 at 6:10 AM, MartinW <wm(a)fastmail.fm> wrote: > Goubier Thierry wrote > > Thanks Esteban :) > > > > The speedup on loading MC packages is 3x or more, so I though it is a > > crime not to make it available immediately, since there is no bug > reports > > in all our tests and usages. > > Thanks Thierry for the backport! > > Yes, thank you both! While i haven't measured anything it feels MUCH faster > when i load extensive configurations. > > > > -- > View this message in context: > http://forum.world.st/update-2-0-20619-tp4703465p4704839.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

Aug. 24, 2013

Re: [Pharo-dev] what is the new way to do Smalltalk at: #MyClass?

by Fernando Olivero

I prefer to evaluate Smalltalk globals classNamed: #MyClass Fernando On Sat, Aug 24, 2013 at 11:57 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > Is it > > asClass? > > Stef >

Aug. 24, 2013

Re: [Pharo-dev] -= First Visualization Contest with Roassal =-

by Tudor Girba

Let's try to keep the noise going about this: http://www.moosetechnology.org/news/roassal-visualization-competition I think it would be cool to see the submissions as they get submitted. Doru On Fri, Aug 23, 2013 at 10:49 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Great idea! > > Doru > > > On Fri, Aug 23, 2013 at 8:31 AM, Alexandre Bergel <alexandre.bergel(a)me.com > > wrote: > >> Dear colleagues and friends, >> >> We are happy to announce the First Visualization Contest with Roassal. >> >> What can I win? >> - 150 euros, sponsored by ObjectProfile >> - a Ã¼ber-cool ObjectProfile T-shirt and some wonderful stickers >> - maximum publicity of your work >> - a nice award certificate, delivered during ESUG >> >> How can I win? >> - you have to produce a visualization with Roassal. You can use the >> Pharo, VisualWorks or VAST version of Roassal. Here is an example of what >> we expect http://bit.ly/sunburstDemo >> - making a video is mandatory. The video will weight the most in our >> decision. The video could be of any length and has to include your name and >> say that is was made (partly or completely) with Roassal. No need to talk, >> just show off! >> - making your code available and easy to install will help you get more >> points >> >> How can I submit? >> - send the links of your video and other material (if needed) to >> info(a)objectprofile.com Every email you will send to this email will be >> acknowledged. If you do not receive a 'Ok' from us, it means we haven't >> read it, in that case send your email again after a few days. >> - the deadline for submitting is September 4, 2013 >> >> Mini FAQ? >> - Is the object-profile team allowed to participate? No >> - Should my visualization or code be open source? No need for this, >> whatever license is fine. However your video should be made public. >> - How can I get more information? Just comment on the facebook >> https://www.facebook.com/ObjectProfile or using Twitter @ObjectProfile >> or send email to info(a)objectprofile.com >> - What I submit twice? Yes, no problem with that >> - How will judge the videos? both the esug community and the object >> profile team. The Esug community will have 30% of the final grade, object >> profile the remaining 70% >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel >> >> http://ObjectProfile.com >> http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" > -- www.tudorgirba.com "Every thing has its own flow"

Aug. 24, 2013

Re: [Pharo-dev] Debugger recursion

by jan.struz

StÃ©phane Ducasse wrote > On Aug 23, 2013, at 7:13 PM, jan.struz < > public+pharo@ > > wrote: > >> Proxy implementation > > did you have a look at Ghost because mariano spent nearly a year on it. > > I do not really know what are the messages supposed to be supported by > ProtoObject to be debugged > May be it is not in the contract of ProtoObject and as such it produces > normally an infinite loop. > > Stef ok, so the rule is: never subclass ProtoObject to make Debugger crazy.. I will definitely look at Ghost, it has already been on my todo list.. thanks ----- Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704864.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 24, 2013

Re: [Pharo-dev] was shortPrintOn: on RBValueLiteralNode removed?

by Marcus Denker

On Aug 24, 2013, at 11:54 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Because the finder does not work anymore > > https://pharo.fogbugz.com/default.asp?11456 > My guess is that it used the old AST and now gets the RB AST. shortPrintOn: is implemented in ParseNode, but not in RBProgramNode. Either it needs to be added or (better), the caller needs to be fixed. I will do that laterâ¦ Marcus

Aug. 24, 2013

Re: [Pharo-dev] [Esug-list] Camp Smalltalk Roadtrip!

by Damien Pollet

On Aug 24, 2013, at 11:47, Sean DeNigris <sean(a)clipperadams.com> wrote: > Hmm, that schedule does seem to indicate a few buses in Sunday, but when I use their schedule form, no results show up for that day. Would a French-speaker please take a look and straighten this out? (and maybe it would be good to add our conclusions to the website) I found 3 buses at 8:15, 10:15, and 12:30, and 3 more in the afternoon. They leave from GenÃ¨ve gare routiÃ¨re, to Annecy gare routiÃ¨re. That seems to match this table http://www.frossard.eu/pdf/annecy-cruseilles-geneve.pdf, though the times are slightly different. On the form, I guess you have to pick the correct departure and arrival points. It's also quite easy to swap day and month between the US and french notation for dates. Other than that it seems coherent with the PDF time table. -- Damien Pollet type less, do more [ | ] http://people.untyped.org/damien.pollet

Aug. 24, 2013

what is the new way to do Smalltalk at: #MyClass?

by StÃ©phane Ducasse

Is it asClass? Stef

Aug. 24, 2013

was shortPrintOn: on RBValueLiteralNode removed?

by StÃ©phane Ducasse

Because the finder does not work anymore https://pharo.fogbugz.com/default.asp?11456 Stef

Aug. 24, 2013

Re: [Pharo-dev] [Esug-list] Camp Smalltalk Roadtrip!

by Sean DeNigris

Hmm, that schedule does seem to indicate a few buses in Sunday, but when I use their schedule form, no results show up for that day. Would a French-speaker please take a look and straighten this out? (and maybe it would be good to add our conclusions to the website) -------- Original message -------- From: Tom Robinson <zxrobinson(a)gmail.com> Date: 08/20/2013 11:32 PM (GMT+01:00) To: DeNigris Sean <sean(a)clipperadams.com> Cc: Alejandro Infante <alejandroinfante91(a)gmail.com>,esug-list@lists.esug.org,pharo-dev@lists.pharo.org Subject: Re: [Esug-list] Camp Smalltalk Roadtrip! Sean, Look atÂ http://www.frossard.eu/plans_lignes_fr.phtml. Click on the second route on the right - Annecy - Cruseilles-....Geneve to download the schedule. The second page is the Geneva to Annecy schedule.Â It looks like the blue columns are Monday - Sunday... Hope this helps. And if someone local from the Annecy area knows why I'm wrong, please speak up.... On 8/20/13 3:05 PM, DeNigris Sean wrote: Cool... Worst-case scenario, it seems that a taxi would be 100 euros or less, so if we can get three or four people, it would actually be pretty cheap! On Aug 20, 2013, at 4:54 PM, Alejandro Infante <alejandroinfante91(a)gmail.com> wrote: I was planning to travel to Annecy that Sunday morning from Geneva, but i didn't know that there were noÂ availableÂ bus.Â Would be great to team up with someone. Cheers, Alejandro 2013/8/20 DeNigris Sean <sean(a)clipperadams.com> (cross-posted to pharo dev and esug lists) Countdown to ESUG!!! My plane lands in Geneva at 1020 on 8 September. I was planning on taking the bus to Annecy, but apparently there is only one bus that Sunday, which arrives at 2200. Is anyone traveling that morning from the direction of Geneva who would like to team up e.g. share a taxi, meet somewhere along the way, etc? Thanks! Sean _______________________________________________ Esug-list mailing list Esug-list(a)lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org _______________________________________________ Esug-list mailing list Esug-list(a)lists.esug.org http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org

Aug. 24, 2013

Re: [Pharo-dev] loosing versions of method after deleting and creating new

by GOUBIER Thierry

Hi Sabine, There is a method version inspector which uses gitfiletree [1] doesn't loose the old versions of the methods, and it will show versions older than the image (i.e. all versions stored in the git repository holding the package). It's packaged with the AltBrowser [2]. Thierry [1] https://github.com/dalehenrich/filetree [2] https://github.com/ThierryGoubier/AltBrowser ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Sabine KnÃ¶fel [sabine.knoefel(a)gmail.com] Date d'envoi : mardi 13 aoÃ»t 2013 16:34 Ã : pharo-dev(a)lists.pharo.org Objet : [Pharo-dev] loosing versions of method after deleting and creating new Hi, sometimes I have got the following situation: 1) I delete a method 2) I recognize uhhhh, I need it! it was wrong to delete it! 3) I re-write it (or get it from changes file or old image) 4) now, the versions of the method are lost I would have the following wishes for this situation: a) it should be easier for me to get back the deleted method (easier as searching the changes file or load old version of image) b) after re-writing the method, I want the versions of this method back. Perhaps there is another way to handle this and I did not know it. For a while I was renaming methods (e.g. from "methodname" to "methodnameOLD") instead of deleting it but this is not the way it should be imho. I was used to have this functionality in envy. What do you think about this? Regards Sabine -- View this message in context: http://forum.world.st/loosing-versions-of-method-after-deleting-and-creatin… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 24, 2013

Re: [Pharo-dev] [update 2.0] #20619

by MartinW

Goubier Thierry wrote > Thanks Esteban :) > > The speedup on loading MC packages is 3x or more, so I though it is a > crime not to make it available immediately, since there is no bug reports > in all our tests and usages. > Thanks Thierry for the backport! Yes, thank you both! While i haven't measured anything it feels MUCH faster when i load extensive configurations. -- View this message in context: http://forum.world.st/update-2-0-20619-tp4703465p4704839.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 24, 2013

Re: [Pharo-dev] [update 2.0] #20619

by GOUBIER Thierry

Thanks Esteban :) Thierry ________________________________________ De : Pharo-dev [pharo-dev-bounces(a)lists.pharo.org] de la part de Esteban Lorenzano [estebanlm(a)gmail.com] Date d'envoi : mardi 13 aoÃ»t 2013 14:59 Ã : Pharo Development List Objet : [Pharo-dev] [update 2.0] #20619 20619 ----- 11209 backport 2.0: Add RPackageSet cache https://pharo.fogbugz.com/f/cases/11209 The speedup on loading MC packages is 3x or more, so I though it is a crime not to make it available immediately, since there is no bug reports in all our tests and usages. Thanks Thierry for the backport! Diff information: http://ss3.gemstone.com/ss/Pharo20/RPackage-Core-EstebanLorenzano.218.diff http://ss3.gemstone.com/ss/Pharo20/Monticello-EstebanLorenzano.784.diff http://ss3.gemstone.com/ss/Pharo20/Metacello-Platform.pharo20-EstebanLorenz…

Aug. 24, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Eliot Miranda

Hi Norbert, On Fri, Aug 23, 2013 at 3:45 AM, Norbert Hartl <norbert(a)hartl.name> wrote: > strange but true I have a similar problem as of today. I don't have RFB > installed I just installed zinc and use it. I can reproduce the behavior > partially: > > Opening the image and saving works. Opening, starting a zinc server does > as well. But opening, starting the zinc server and issue a request from a > browser freezes the image when saving it. If I only issue one request from > a browser the image freezes for something between half a minute and a > minute. That smells like a timeout problem to me. The issue requested from > the browser ends in "self halt" so there is an exception going on. I didn't > switch zinc into debugMode for this. > I wanted to get some more information in the loop by issuing a USR1 signal > to the vm when it hangs. But in my case it does not write a dump file into > my working directory. > > This should be assured behavior that whenever a USR1 signal is received by > the vm that it always writes a file? I have plenty of space left on my > device. > Weeelllll.... the problem is that if the signal is received during the right phase of garbage collection (specifically the pointer-reversal mark phase) then printing the back-trace can cause a crash. The VM writes the stack trace to crash.dmp first, and then writes it to stdout. So if you see an incomplete crash.dmp file you can probably safely infer that the VM crashed when trying to print the stack trace. The VM could be written to defer the stack trace generation until GC finishes, which would be safer. It could perhaps immediately generate "in GC, stack trace generation deferred" or some such. Whne time allows I'll get to this (volunteer efforts welcome). > Norbert > > Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <pdebruic(a)gmail.com>: > > > So when you open the image I posted and in the workspace run > > > > RFBServer start. > > Smalltalk snapshot: true andQuit: false. > > > > > > Everything works fine? It doesn't go to 100% cpu use? > > > > > > > > -- > > View this message in context: > http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… > > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > > > > > -- best, Eliot

Aug. 23, 2013

Re: [Pharo-dev] Strange parameter swapping in Pharo's COG extensions

by StÃ©phane Ducasse

thanks nicolas. Stef On Aug 23, 2013, at 10:40 PM, Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> wrote: > This is only for the CogVMSimulator but it looks like parameters were messed up, see the last 2: > > makeDirEntryName: entryName > size: entryNameSize > createDate: createDate > modDate: modifiedDate > isDir: dirFlag > fileSize: posixPermissions > posixPermissions: fileSize

Aug. 23, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Paul DeBruicker

Norbert Hartl wrote > Am 23.08.2013 um 13:21 schrieb Sven Van Caekenberghe < > sven@ > >: > >> Now, this is the normal behaviour, maybe something did change somewhere. > > most likely :) > > Norbert This: RFBServer start. Smalltalk snapshot:true andQuit: false. works fine in Pharo 1.4 on eliots vm ( version 2732) but locks up in the pharo vm. The SIGUSR1 report looks the similar to the one I posted above. Should I just downgrade to Pharo 1.4 if I want RFB? Thanks Paul -- View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 23, 2013

Strange parameter swapping in Pharo's COG extensions

by Nicolas Cellier

This is only for the CogVMSimulator but it looks like parameters were messed up, see the last 2: makeDirEntryName: entryName size: entryNameSize createDate: createDate modDate: modifiedDate isDir: dirFlag fileSize: posixPermissions posixPermissions: fileSize

Aug. 23, 2013

Re: [Pharo-dev] Debugger recursion

by StÃ©phane Ducasse

On Aug 23, 2013, at 7:13 PM, jan.struz <public+pharo(a)struz.cz> wrote: > Proxy implementation did you have a look at Ghost because mariano spent nearly a year on it. I do not really know what are the messages supposed to be supported by ProtoObject to be debugged May be it is not in the contract of ProtoObject and as such it produces normally an infinite loop. Stef >> why do you inherit from protoObject? >> >> Stef >> >> On Aug 23, 2013, at 12:34 PM, jan.struz < > >> public+pharo@ > >> > wrote: >> >>> the code: >>> >>> ProtoObject subclass: #A >>> instanceVariableNames: '' >>> classVariableNames: '' >>> poolDictionaries: '' >>> category: '_Test'. >>> >>> A>>doesNotUnderstand: aMessage >>> self halt. >>> ^ nil >>> >>> A new kiss. >>> >>> >>> >>> ----- >>> Save The World! >>> -- >>> View this message in context: >>> http://forum.world.st/Debugger-recursion-tp4704703p4704751.html >>> Sent from the Pharo Smalltalk Developers mailing list archive at >>> Nabble.com. >>> > > > > > > ----- > Save The World! > -- > View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704791.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Aug. 23, 2013

Re: [Pharo-dev] Debugger recursion

by jan.struz

Proxy implementation StÃ©phane Ducasse wrote > why do you inherit from protoObject? > > Stef > > On Aug 23, 2013, at 12:34 PM, jan.struz < > public+pharo@ > > wrote: > >> the code: >> >> ProtoObject subclass: #A >> instanceVariableNames: '' >> classVariableNames: '' >> poolDictionaries: '' >> category: '_Test'. >> >> A>>doesNotUnderstand: aMessage >> self halt. >> ^ nil >> >> A new kiss. >> >> >> >> ----- >> Save The World! >> -- >> View this message in context: >> http://forum.world.st/Debugger-recursion-tp4704703p4704751.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> ----- Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704791.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 23, 2013

Re: [Pharo-dev] Debugger recursion

by StÃ©phane Ducasse

why do you inherit from protoObject? Stef On Aug 23, 2013, at 12:34 PM, jan.struz <public+pharo(a)struz.cz> wrote: > the code: > > ProtoObject subclass: #A > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: '' > category: '_Test'. > > A>>doesNotUnderstand: aMessage > self halt. > ^ nil > > A new kiss. > > > > ----- > Save The World! > -- > View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704751.html > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Aug. 23, 2013

[Off-Topic] Looking for a VisualWorks developer

by Sven Van Caekenberghe

Hi, On behalf of a contact of me, I am posting the following job offer. I am well aware that this is not the correct list, please feel free to distribute this message further. It could be important for someone, and it is always good to have more people making a living doing Smalltalk. Delaware Consulting [ http://www.delawareconsulting.com ] is looking for at least one full stack Cincom VisualWorks Smalltalk developer to help maintain and further evolve a large custom-made ERP solution of a manufacturing company in Belgium. If you are interested, please contact me at sven(a)stfx.eu for a more detailed document describing the project and requirements, as well as more concrete contact details. Thanks, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Aug. 23, 2013

Re: [Pharo-dev] The Pharo Advantage: what is it for you?

by Sven Van Caekenberghe

On 23 Aug 2013, at 10:32, "phil(a)highoctane.be" <phil(a)highoctane.be> wrote: > Hello, > > As part of the defense of a budget and technology choices, what would you guys list as a key advantage of using Pharo for creating software solutions? > > My current stack is: > > Pharo 2.0 > Seaside 3 (including Seaside-REST) > Magritte 3 > Twitter Bootstrap > > + a couple of data storage stuff (DBXTalk, Phriak, Voyage) > + STOMP > > + Amber if needed > > I've been test driving the whole stack for a while and even if there are some quirks, it looks like good enough for what I want to achieve. > > Now, my question: what is the Pharo advantage you would put forward vs other choices (like LAMP, Java, Rails etc). > > I am aware of what those could be but I am more looking for what makes you tick when using the technology (like: "it is fun to work with", "no more Java for me, due to ...", "speeds dev time by ...", "not NSA-backdoor-enabled") > > This is the kind of thing we should have in stock for helping the Consortium members get buy in from people giving a yes on budgets. > > Thanks in advance for your help! (BTW, I am going to use this on monday morning for defending our position on a significant project). > > Phil A small team with sufficient real world software development experience, domain knowledge and practical Pharo experience can be an order of a magnitude more efficient than a larger team using a traditional approach and classic technology. Pharo is a uniquely dynamic environment that is both very simple and very powerful. It allows its developers to focus on what really matters, without the complexities of other tools, while remaining very flexible. It is one of the few languages that are really object oriented and offer access to readable source code, all the way down. The ecosystem around Pharo is strong enough to be able to deliver already existing solutions as well as the resources to build new solutions to specific problems. It is an environment that attracts individuals that deeply care about doing software development correctly. ;-) Sven

Aug. 23, 2013

Re: [Pharo-dev] [Pharo-users] The Pharo Advantage: what is it for you?

by Esteban A. Maringolo

2013/8/23 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> Hello, >> >> As part of the defense of a budget and technology choices, what would you guys list as a key advantage of using Pharo for creating software solutions? > > - Pool of accessible experts > - Pool of other software solution developers > - Full stack access, no need to wait for another release to address a problem. > - Growth of the community > - Consortium > - I saw in one bank using Pharo (not public unfortunately) putting stability of the language I think Phil was referring to the technological/frameworks stack. Sadly, IMHO, almost every item you mention is surpassed by other non-mainstream or "trendy" technologies/stacks (JS, Erlang, Scala and others). One thing that, for me is a key differentiator is: - how easy is to change code on the fly - really complete debugging environment - objects all the way down - Easiness of the syntax (small, compact and homogeneous) Frameworks come and go, but I really like and feel like an advantage (even though the first two are not "Pharo exclusive"): - Seaside REST (pragmas are really convenient way to define it) - Magritte 3 - Zinc I want to take a look into STOMP, but didin't have time yet. I also like Voyage. Regards, Esteban A. Maringolo

Aug. 23, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Norbert Hartl

Am 23.08.2013 um 13:21 schrieb Sven Van Caekenberghe <sven(a)stfx.eu>: > Now, this is the normal behaviour, maybe something did change somewhere. most likely :) Norbert

Aug. 23, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Sven Van Caekenberghe

On 23 Aug 2013, at 12:45, Norbert Hartl <norbert(a)hartl.name> wrote: > strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: > > Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in "self halt" so there is an exception going on. I didn't switch zinc into debugMode for this. > I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. > > This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. > > Norbert I don't know what is happening, but I just tried something similar in Paul's image: ZnServer startDefaultOn: 1701 ZnServer default logToTranscript Open http://localhost:1701/dw-bench in a browser (which keeps the connection open for a while) Save the image from the World menu, all is OK, with this on the Transcript 2013-08-23 13:14:05 269265 D Executing request/response loop 2013-08-23 13:14:05 269265 I Read a ZnRequest(GET /dw-bench) 2013-08-23 13:14:05 269265 T GET /dw-bench 200 7738B 3ms 2013-08-23 13:14:05 269265 I Wrote a ZnResponse(200 OK text/html;charset=utf-8 7738B) ----SNAPSHOT----an Array(23 August 2013 1:14:19 pm) rfb.image priorSource: 992874 2013-08-23 13:14:19 660707 D Releasing server socket 2013-08-23 13:14:19 660707 I Stopped ZnManagingMultiThreadedServer HTTP port 1701 2013-08-23 13:14:19 660707 D Closing SocketStream[inbuf:4kb/outbuf:16kb] 2013-08-23 13:14:19 269265 D PrimitiveFailed: primitive #primSocketReceiveDataAvailable: in Socket failed while reading request 2013-08-23 13:14:19 269265 D Closing stream 2013-08-23 13:14:19 269265 D Could not remove SocketStream[inbuf:4kb/outbuf:16kb] ignoring 2013-08-23 13:14:19 660707 I Starting ZnManagingMultiThreadedServer HTTP port 1701 2013-08-23 13:14:19 605507 D Initializing server socket After the save, the number of Processes is OK (one server listener process) and the number of Sockets is OK (the server socket, with its finalization double). As you can see above, Zn restarts running (managed) servers and tries to close open (worker) connections, swallowing any failures, and eventually cleaning up and recovering. Now, this is the normal behaviour, maybe something did change somewhere. Sven > Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <pdebruic(a)gmail.com>: > >> So when you open the image I posted and in the workspace run >> >> RFBServer start. >> Smalltalk snapshot: true andQuit: false. >> >> >> Everything works fine? It doesn't go to 100% cpu use? >> >> >> >> -- >> View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> > >

Aug. 23, 2013

Re: [Pharo-dev] Rubrik, scroll to end?

by Martin Dias

thanks! On Fri, Aug 23, 2013 at 11:49 AM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > in an incredible ugly way, yes... :) > > consoleTextModel := RubScrolledTextModel new. > consoleTextArea := consoleTextModel newScrolledText beWrapped. > > ... > > consoleTextArea scrollPane > vScrollbarValue: 1; > updateScrollbars. > > On Aug 23, 2013, at 11:44 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > > Esteban, > > Did you success to do it? do you know how to "scroll-to-end" in > spec/morph? > > MartÃn > > > On Thu, Aug 15, 2013 at 5:56 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > >> Hi guys, >> >> anyone knows how to do a "scroll-to-end" with rubrik? >> >> thanks, >> Esteban >> >> > >

Aug. 23, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Norbert Hartl

Wooh, it is getting weirder and weirder. I can open the image, start zinc, issue a request, shutdown zinc manually and save. The saved image I can reopen but then the keyboard is broken. I cannot type ^ and the like. Norbert Am 23.08.2013 um 12:50 schrieb Norbert Hartl <norbert(a)hartl.name>: > I'm not sure me saying "open and saving worked" was right. I cannot open any image that I have saved in the meantime. I only get a white window and no world. > > > Norbert > > Am 23.08.2013 um 12:45 schrieb Norbert Hartl <norbert(a)hartl.name>: > >> strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: >> >> Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in "self halt" so there is an exception going on. I didn't switch zinc into debugMode for this. >> I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. >> >> This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. >> >> Norbert >> >> Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <pdebruic(a)gmail.com>: >> >>> So when you open the image I posted and in the workspace run >>> >>> RFBServer start. >>> Smalltalk snapshot: true andQuit: false. >>> >>> >>> Everything works fine? It doesn't go to 100% cpu use? >>> >>> >>> >>> -- >>> View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… >>> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >>> >> >> > >

Aug. 23, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Norbert Hartl

I'm not sure me saying "open and saving worked" was right. I cannot open any image that I have saved in the meantime. I only get a white window and no world. Norbert Am 23.08.2013 um 12:45 schrieb Norbert Hartl <norbert(a)hartl.name>: > strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: > > Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in "self halt" so there is an exception going on. I didn't switch zinc into debugMode for this. > I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. > > This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. > > Norbert > > Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <pdebruic(a)gmail.com>: > >> So when you open the image I posted and in the workspace run >> >> RFBServer start. >> Smalltalk snapshot: true andQuit: false. >> >> >> Everything works fine? It doesn't go to 100% cpu use? >> >> >> >> -- >> View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… >> Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >> > >

Aug. 23, 2013

Re: [Pharo-dev] How do diagnose image locks up (cpu 100%) on save?

by Norbert Hartl

strange but true I have a similar problem as of today. I don't have RFB installed I just installed zinc and use it. I can reproduce the behavior partially: Opening the image and saving works. Opening, starting a zinc server does as well. But opening, starting the zinc server and issue a request from a browser freezes the image when saving it. If I only issue one request from a browser the image freezes for something between half a minute and a minute. That smells like a timeout problem to me. The issue requested from the browser ends in "self halt" so there is an exception going on. I didn't switch zinc into debugMode for this. I wanted to get some more information in the loop by issuing a USR1 signal to the vm when it hangs. But in my case it does not write a dump file into my working directory. This should be assured behavior that whenever a USR1 signal is received by the vm that it always writes a file? I have plenty of space left on my device. Norbert Am 23.08.2013 um 02:13 schrieb Paul DeBruicker <pdebruic(a)gmail.com>: > So when you open the image I posted and in the workspace run > > RFBServer start. > Smalltalk snapshot: true andQuit: false. > > > Everything works fine? It doesn't go to 100% cpu use? > > > > -- > View this message in context: http://forum.world.st/How-do-diagnose-image-locks-up-cpu-100-on-save-tp4704… > Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com. >

Aug. 23, 2013

Re: [Pharo-dev] Debugger recursion

by jan.struz

the code: ProtoObject subclass: #A instanceVariableNames: '' classVariableNames: '' poolDictionaries: '' category: '_Test'. A>>doesNotUnderstand: aMessage self halt. ^ nil A new kiss. ----- Save The World! -- View this message in context: http://forum.world.st/Debugger-recursion-tp4704703p4704751.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 23, 2013

Re: [Pharo-dev] [Pharo-users] The Pharo Advantage: what is it for you?

by StÃ©phane Ducasse

> Hello, > > As part of the defense of a budget and technology choices, what would you guys list as a key advantage of using Pharo for creating software solutions? - Pool of accessible experts - Pool of other software solution developers - Full stack access, no need to wait for another release to address a problem. - Growth of the community - Consortium - I saw in one bank using Pharo (not public unfortunately) putting stability of the language > My current stack is: > > Pharo 2.0 > Seaside 3 (including Seaside-REST) > Magritte 3 > Twitter Bootstrap > > + a couple of data storage stuff (DBXTalk, Phriak, Voyage) > + STOMP > > + Amber if needed > > I've been test driving the whole stack for a while and even if there are some quirks, it looks like good enough for what I want to achieve. > > Now, my question: what is the Pharo advantage you would put forward vs other choices (like LAMP, Java, Rails etc). > > I am aware of what those could be but I am more looking for what makes you tick when using the technology (like: "it is fun to work with", "no more Java for me, due to ...", "speeds dev time by ...", "not NSA-backdoor-enabled") > > This is the kind of thing we should have in stock for helping the Consortium members get buy in from people giving a yes on budgets. > > Thanks in advance for your help! (BTW, I am going to use this on monday morning for defending our position on a significant project). > > Phil

Aug. 23, 2013

Re: [Pharo-dev] Rubrik, scroll to end?

by Esteban Lorenzano

in an incredible ugly way, yes... :) consoleTextModel := RubScrolledTextModel new. consoleTextArea := consoleTextModel newScrolledText beWrapped. ... consoleTextArea scrollPane vScrollbarValue: 1; updateScrollbars. On Aug 23, 2013, at 11:44 AM, Martin Dias <tinchodias(a)gmail.com> wrote: > Esteban, > > Did you success to do it? do you know how to "scroll-to-end" in spec/morph? > > MartÃn > > > On Thu, Aug 15, 2013 at 5:56 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi guys, > > anyone knows how to do a "scroll-to-end" with rubrik? > > thanks, > Esteban > >

Aug. 23, 2013

Re: [Pharo-dev] Rubrik, scroll to end?

by Martin Dias

Esteban, Did you success to do it? do you know how to "scroll-to-end" in spec/morph? MartÃn On Thu, Aug 15, 2013 at 5:56 PM, Esteban Lorenzano <estebanlm(a)gmail.com>wrote: > Hi guys, > > anyone knows how to do a "scroll-to-end" with rubrik? > > thanks, > Esteban > >

Aug. 23, 2013

Re: [Pharo-dev] Pharo VM latest on the Debian 7

by Laszlo Zsolt Kiss

Hi.I installed the .deb files.I tried with the 2,0 and 3.0 images, and everything is working well.Good work.Thank you. Ps.: I'm working with the 32 bit OS version.Â On Thu, Aug 8, 2013 at 11:43 AM, Laszlo Zsolt Kiss wrote: The latest Pharo VM isnt working on Debian 7. could you please try the new deb files? Url is: http://files.pharo.org/vm/pharo/debian/ [2] Thank you -- Damien Cassou http://damiencassou.seasidehosting.st [3] "Success is the ability to go from one failure to another without losing enthusiasm." Winston ChurchillÂ Links: ------ [1] mailto:lzskiss@dublin.ie [2] http://files.pharo.org/vm/pharo/debian/ [3] http://damiencassou.seasidehosting.st

Aug. 23, 2013