May 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Are we losing method versions?

by StÃ©phane Ducasse

Cool I should try. Should I install Magma locally? Can I automatically publish in magma local and squeak source/ss3/... On May 17, 2012, at 4:59 AM, Chris Muller wrote: > Magma 1.3 runs on Pharo 1.3. Did anyone ever get a chance try Magma's > new capability in this area? > > http://wiki.squeak.org/squeak/5603 > > Of course you get all versions, but I myself have been really enjoying > "Browse mc origin" which it adds to the method menu -- it opens the > standard MCVersionInfo box to see the version notes for when that > version of the method was originally created. > > > > > On Wed, May 16, 2012 at 1:53 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> yes >> >> Now we would love to have a database storing all the methods based on the ring meta model >> >> >> >>> Isn't the .changes somehow shrinked before every release? That should explain that. >>> >>> On Wed, May 16, 2012 at 8:16 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>> For DateAndTime class>>#readFrom: ... >>> >>> In Pharo 1.0, only one version: 'PeterHugossonMiller 9/3/2009 01:10' >>> In Pharo 1.2.2, two versions, minus the one from 1.0: "#('SeanDeNigris >>> 8/5/2010 15:51' 'StephaneDucasse 4/24/2010 12:46')" >>> In Pharo 2.0, only the last version from 1.2.2 remains: 'SeanDeNigris >>> 8/5/2010 15:51' >>> >>> -- >>> View this message in context: http://forum.world.st/Are-we-losing-method-versions-tp4630520.html >>> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >>> >>> >> >> >

May 17, 2012

Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes

by StÃ©phane Ducasse

Hi doru could you do it in three slides - cool picture. - what it is - pharo assets involved? Stef On May 16, 2012, at 11:26 PM, Tudor Girba wrote: > Hi, > > I do not know if it counts, but here is one about humane assessment with Moose: > http://dl.dropbox.com/u/18323746/Humane-assessment/humane-assessment-3-slid… > > Cheers, > Doru > > > > On 11 May 2012, at 17:56, StÃ©phane Ducasse wrote: > >> Hi everybody >> >> We really want to build a "vitrine" showroom of Pharo and we would you to participate. >> We want to build a web page with all these successes and show them to the world. :) >> >> We would like to get from you a three slides document: >> >> slide one: >> a sexy picture and a teaser / who you are. >> >> slide two: >> what is it how cool is it. >> >> slide three: >> what cool pharo techno you used or developed. >> >> If you have two successes then do two set of slides. >> >> So can you please send us these three slides. We would like to present them during the >> Pharo conf and after put them on the web. >> >> Stef and marcus. >> >> >> <sample.pdf>_______________________________________________ >> Pharo-consortium mailing list >> Pharo-consortium(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium > > -- > www.tudorgirba.com > > "Every successful trip needs a suitable vehicle." > > > >

May 17, 2012

Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes

by StÃ©phane Ducasse

On May 16, 2012, at 11:26 PM, Tudor Girba wrote: > Hi, > > I do not know if it counts, of course it does :) > but here is one about humane assessment with Moose: > http://dl.dropbox.com/u/18323746/Humane-assessment/humane-assessment-3-slid… > > Cheers, > Doru > > > > On 11 May 2012, at 17:56, StÃ©phane Ducasse wrote: > >> Hi everybody >> >> We really want to build a "vitrine" showroom of Pharo and we would you to participate. >> We want to build a web page with all these successes and show them to the world. :) >> >> We would like to get from you a three slides document: >> >> slide one: >> a sexy picture and a teaser / who you are. >> >> slide two: >> what is it how cool is it. >> >> slide three: >> what cool pharo techno you used or developed. >> >> If you have two successes then do two set of slides. >> >> So can you please send us these three slides. We would like to present them during the >> Pharo conf and after put them on the web. >> >> Stef and marcus. >> >> >> <sample.pdf>_______________________________________________ >> Pharo-consortium mailing list >> Pharo-consortium(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium > > -- > www.tudorgirba.com > > "Every successful trip needs a suitable vehicle." > > > >

May 17, 2012

Re: [Pharo-project] About process startups

by StÃ©phane Ducasse

On May 16, 2012, at 10:59 PM, Guillermo Polito wrote: > > On Wed, May 16, 2012 at 8:59 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > I do not really like the class idea. > > why not? Maybe it does not apply for every process, but for some of them. Because I'm not sure that I like having one class per object. > Morphic UI process could belong to MorphicUIManager, but, does the finalization process belong to weak array? why not to weak registry or weak ordered collection then? :S > > May be having a convention + a pragma for the methods is good. > > Stef > > On May 16, 2012, at 3:27 PM, Guillermo Polito wrote: > > > I'm playing with the process initialization for the bootstrap, and some things come to my mind. > > > > There are some classes that startup processes on the class side initialize, like > > > > WeakArray -> Finalization process > > Delay -> Timer event loop > > > > What it is not clear to me is if those processes should be installed when the class is initialized, or when it is startupped for the first time. Also, I can't stop thinking that the processes in the image are all spread and not clear. If I want to know where the processes are defined, it's kind of a mess. > > > > Is having specialized objects for our processes undesired by some reason I can't see? I'd like to have objects like > > > > MorphicUIProcess > > FinalizationProcess > > TimeEventProcess > > ... > > and so on > > > > Guille > > >

May 17, 2012

Re: [Pharo-project] Are we losing method versions?

by Marcus Denker

On May 16, 2012, at 8:16 PM, Sean P. DeNigris wrote: > For DateAndTime class>>#readFrom: ... > > In Pharo 1.0, only one version: 'PeterHugossonMiller 9/3/2009 01:10' > In Pharo 1.2.2, two versions, minus the one from 1.0: "#('SeanDeNigris > 8/5/2010 15:51' 'StephaneDucasse 4/24/2010 12:46')" > In Pharo 2.0, only the last version from 1.2.2 remains: 'SeanDeNigris > 8/5/2010 15:51' > Yes, we did a condense sources in 1.4. The .sources file reached 40MB. (condensed 12). Marcus -- Marcus Denker -- http://marcusdenker.de

May 17, 2012

Re: [Pharo-project] Pharo is exploding[SEC=UNCLASSIFIED]

by Frank Shearar

On 17 May 2012 01:08, Stephen Taylor <stephen.taylor(a)bom.gov.au> wrote: > On Wed, 2012-05-16 at 08:31 -0700, Francois Stephany wrote: >> > Yes let us create a core-dev private mailing-list. When that one gets too busy from all the exploding, you can make a core-core-dev private mailing list! frank >> Please don't. >> >> Just force people to use pharo-users when the question does not fit the >> criteria for pharo-project. > > Agreed. I like to see what's going on, even if I can't currently > participate. > > > > Â Â Â Â Â Â Â Â Steve >

May 17, 2012

Re: [Pharo-project] WTF -> instVar called 'behaviors' in first slot

by Mariano Martinez Peck

Well, I noticed that there is a bug but I cannot reproduce it. It seems that when adding instVars to already existing classes, the slots are moved (they lost they offset). But it looks like if recompilation is not done or even worst, it is donde but it doesn't help. In my case I was creating the instVars directly from the browser when saving a method that used those yet-unexistinting instVars.. anyway, pay attention if you have a similar problem so that we can track the cause. cheers On Wed, May 16, 2012 at 8:57 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > would it not that the classBuilder use a different path and that it sort > iv on some ways and not on the other ones. > > > > Hi guys. Today we had something really strange with Pharo 2.0. We are > serializing FLPackage: > > > > Object subclass: #FLPackage > > instanceVariableNames: 'extensionMethods behaviors mustInitialize > preLoadActions postLoadActions additionalObjects' > > classVariableNames: 'MustInitializeByDefault' > > poolDictionaries: '' > > category: 'FuelPackageLoader' > > > > That definition, where 'extensionMethods' is before 'behaviors' it works > perfect. However, when just switching the oder to: > > > > Object subclass: #FLPackage > > instanceVariableNames: 'behaviors extensionMethods mustInitialize > preLoadActions postLoadActions additionalObjects' > > classVariableNames: 'MustInitializeByDefault' > > poolDictionaries: '' > > category: 'FuelPackageLoader' > > > > > > The serialization of PharoCore fails because a problem with a metaclass > of HTTPSocket. > > > > Any idea what can happen? > > > > thanks > > > > -- > > Mariano > > http://marianopeck.wordpress.com > > > > > -- Mariano http://marianopeck.wordpress.com

May 17, 2012

Re: [Pharo-project] n-dimensional arrays

by Nicolas Cellier

I have one in VW public store in package named 'SYSEXT-MultipleDimensionArray'. MIT licence. See fileOut attached. Tell me if it is worth creating a package in ss3... Nicolas 2012/5/17 Francisco Garau <francisco.garau(a)gmail.com>: > Hi -- just wonder if someone has implemented a n-dimensional array as in > NumPy. > > What is cool about those arrays is that they are stored efficiently in an > homogeneous collection (eg FloatArray) over which you can have several > "views" or "slices" without having to take a copy. > > - Francisco

May 17, 2012

Re: [Pharo-project] Epoch returns local offset

by Norbert Hartl

Am 17.05.2012 um 05:48 schrieb "Sean P. DeNigris" <sean(a)clipperadams.com>: > > David T. Lewis wrote >> >> But it seems to me >> that it would be vastly simpler to just use a definition that is already >> agreed and documented (i.e. Posix epoch), and leave the "Smalltalk epoch" >> behind as an interesting historical artifact. >> > > I created an issue... > Issue 5913: Remove Squeak epoch > http://code.google.com/p/pharo/issues/detail?id=5913 > Great Sean, I've this on my todo sheet for a long time now. I started multiple times fixing things but never finished because there is loads to do. So let's join efforts. @David That is a good proposal to base calculation on posix epoch. I blindly assumed smalltalk epoch is wrong. So I better read the specs before changing DateAndTime>>#midnight Norbert > -- > View this message in context: http://forum.world.st/Epoch-returns-local-offset-tp4630549p4630604.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 17, 2012

Re: [Pharo-project] User questions

by Damien Cassou

On Wed, May 16, 2012 at 7:16 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > I like SO, but the most important is the discipline.Â Every time a > non-bleedingedge-dev question is sent to the list, we should encourage > people to treat it in the corresponding place instead of answer it :). Let's try this, I agree. Please everyone subscribe to http://stackoverflow.com/questions/tagged/pharo -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

May 17, 2012