- Pharo-dev - lists.pharo.org

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

[Pharo-project] n-dimensional arrays

by Francisco Garau

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 Sean P. DeNigris

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 -- 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] Are we losing method versions?

by Chris Muller

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 is exploding[SEC=UNCLASSIFIED]

by Igor Stasenko

On 17 May 2012 02: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. >> >> >> 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. I don't think that forcing people to do anything is good idea. You cannot force anyone in our community to do anything. Because they can choose what is best for them by themselves. Force is bad word. All you can do is, for example, say: if you need my help or ask a question or contact me, please use this, this and this. And if people don't seek your help, nor advice, anything like 'you should use that' will be ignored. >- > Â Â Â Â Â Â Â Â Steve > -- Best regards, Igor Stasenko.

May 17, 2012