December 2008 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Gepetto2 and Pharo

by StÃ©phane Ducasse

> > > You were talking about reflectivity but alex about bytesurgeon. > Is geppetto2 = reflectivity? > I thought that christo was based on bytesurgeon and not reflectivity > > The paper we want to write is for the 15 of January and alex is trying > to get > christo running again. > > Uhh.... no idea. I would not try on the lastest pharo. That's just > added complexity. > I will have a look at some point to get Reflectivity working again, > but not at christmas. ok no problem but we want to measure coverage of traits test in pharo so we could save and load them in a 3.9 image. This could be the trick. Stef

Dec. 23, 2008

Re: [Pharo-project] Gepetto2 and Pharo

by StÃ©phane Ducasse

> > He did? Then I missunderstood. Not sure :) but when I tried to load christo I thought about BS and not reflectivity so I may be wrong. >

Dec. 23, 2008

Re: [Pharo-project] there is a sixx left over in Object

by StÃ©phane Ducasse

Ok no problem. I removed it (and I will do a release with some other removal) and fixes On Dec 23, 2008, at 11:11 PM, Marcus Denker wrote: > > > On Tue, Dec 23, 2008 at 11:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > > wrote: > Hi ramon > > Yes I know > now I was wondering why we got this in the *sixx category? > > > Because a changeset I harvested had a method in a *sixx category. > This was a mistake (I should have > delted it before filing it in). > > Marcus > > > Stef > > On Dec 23, 2008, at 10:37 PM, Ramon Leon wrote: > > >> Subject: [Pharo-project] there is a sixx left over in Object > >> > >> sixxInstVarNamed: instVarName put: aValue > >> "override if you like" > >> self > >> instVarAt: (self class instVarIndexFor: > >> instVarName asString) > >> put: aValue > >> > >> Does anybody know where is come from? > > > > It's from the SIXX package, see Universe / Persistence / SIXX. SIXX > > is an > > XML serializer/deserializer written in Smalltalk. > > > > Ramon Leon > > http://onsmalltalk.com > > > > > > _______________________________________________ > > 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 > > > > -- > > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 23, 2008

[Pharo-project] About inline: and var: varSymbol declareC: declString

by StÃ©phane Ducasse

Hi I'm trying to learn something while reading Object methods. I was wondering whether var: varSymbol declareC: declString and inline: should not be put as Object extension in VMMaker instead of been kept in Object. Now I saw that these methods have senders in the image. Does it mean that part of the code of these senders can be executed when we consider that these two methods are doing nothing? This could be used to debug the code before generating C from it. are my hypotheses correct? Stef

Dec. 23, 2008

[Pharo-project] A design question

by StÃ©phane Ducasse

Hi I would like to get your point of view on the following: In Object there is the method updateThresholdForGraphicInViewerTab "When a Viewer is open on the receiver, its tab needs some graphic to show to the user. Computing this graphic can take quite some time so we want to make the update frequency depending on how long it takes to compute the thumbnail. The threshold returned by this method defines that the viewer will update at most every 'threshold * timeItTakesToDraw' milliseconds. Thus, if the time for computing the receiver's thumbnail is 200 msecs and the the threshold is 10, the viewer will update at most every two seconds." ^20 "seems to be a pretty good general choice" which is only defined on Object. and only called by ThumbnailMorph>>stepTime "Adjust my step time to the time it takes drawing my referent" drawTime ifNil:[^ 250]. ^(objectToView updateThresholdForGraphicInViewerTab * drawTime) max: 250. and I was thinking ok this a nice hook and may be it should be a morphic extension on Object. On the other hand it seems that this is a feature that is only use by one class that is not even core. So may be we could put the magic number inside the step time. Stef

Dec. 23, 2008

Re: [Pharo-project] On not unnecessarily closing down the language

by Keith Hodges

StÃ©phane Ducasse wrote: > > No it should follow well specified rules. Ultimately the compiler is not really compiling smalltalk, it is compiling some primitive concepts that Behaviour and friends turn in to smalltalk by virtue of their implementation. There is nothing stopping anyone one defining another language with entirely different conventions. So the compiler should not enforce smalltalk rules. If Behaviour/ClassDescription wants to enforce some rules then that is Behaviour's business and it should be overrideable. > Else this is the mess. > In Smalltalk uppercase are for global variables and lowercase for > private. > Class instance variables are only accessible from the metaclass > methods so they should be > lowercase. > > Now if a lousy compiler allows them this is the problem. > > Not at all, there are times when you might want an instance variable to have an uppercase name. These kind of bending of the rules are particularly useful when using Smalltalk as a DSL. It is only a convention so I do not think that the compiler should enforce it. Keith

Dec. 23, 2008

Re: [Pharo-project] Gepetto2 and Pharo

by Marcus Denker

On Tue, Dec 23, 2008 at 11:07 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Marcus > > You were talking about reflectivity but alex about bytesurgeon. > Is geppetto2 = reflectivity? > I thought that christo was based on bytesurgeon and not reflectivity > > The paper we want to write is for the 15 of January and alex is trying > to get > christo running again. > Uhh.... no idea. I would not try on the lastest pharo. That's just added complexity. I will have a look at some point to get Reflectivity working again, but not at christmas. Marcus > > Stef > > On Dec 23, 2008, at 11:02 PM, Marcus Denker wrote: > > > Hi, > > > > I tried to build a Reflectivity image last week using the lastest > > Pharo and there where strange problems... > > I did not look closely, I have no idea what they are... I will check > > later (maybe after christmas). > > > > Marcus > > > > On Tue, Dec 23, 2008 at 9:17 PM, Alexandre Bergel < > Alexandre.Bergel(a)inria.fr > > > wrote: > > Hi Marcus, > > > > When I run in Pharo the 133 tests of Gepetto2, I have 119 passes, 6 > > expected failures, 2 failures, and 6 errors. > > Is there something in Pharo that would prevent Gepetto2 from running > > correctly ? > > > > Alexandre > > > > > > On 23 Dec 2008, at 15:31, Alexandre Bergel wrote: > > > > > Hi Marcus, > > > > > > Do you know whether Gepetto2 is know to work on Pharo? I am trying > > > to make Christo (the code coverage tool) run on Pharo. > > > > > > (I ask for it publicly since someone else than Marcus may know). > > > > > > Cheers, > > > Alexandre > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > 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 > > > > > > > > -- > > > > Marcus Denker -- denker(a)iam.unibe.ch > > http://www.iam.unibe.ch/~denker > > > > > > _______________________________________________ > > 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 > -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 23, 2008

Re: [Pharo-project] there is a sixx left over in Object

by Marcus Denker

On Tue, Dec 23, 2008 at 11:04 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Hi ramon > > Yes I know > now I was wondering why we got this in the *sixx category? > Because a changeset I harvested had a method in a *sixx category. This was a mistake (I should have delted it before filing it in). Marcus > > Stef > > On Dec 23, 2008, at 10:37 PM, Ramon Leon wrote: > > >> Subject: [Pharo-project] there is a sixx left over in Object > >> > >> sixxInstVarNamed: instVarName put: aValue > >> "override if you like" > >> self > >> instVarAt: (self class instVarIndexFor: > >> instVarName asString) > >> put: aValue > >> > >> Does anybody know where is come from? > > > > It's from the SIXX package, see Universe / Persistence / SIXX. SIXX > > is an > > XML serializer/deserializer written in Smalltalk. > > > > Ramon Leon > > http://onsmalltalk.com > > > > > > _______________________________________________ > > 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 > -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 23, 2008

Re: [Pharo-project] Gepetto2 and Pharo

by Marcus Denker

On Tue, Dec 23, 2008 at 11:07 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Marcus > > You were talking about reflectivity but alex about bytesurgeon. He did? Then I missunderstood. > > Is geppetto2 = reflectivity? Yes. > > I thought that christo was based on bytesurgeon and not reflectivity > > The paper we want to write is for the 15 of January and alex is trying > to get > christo running again. > > Stef > > On Dec 23, 2008, at 11:02 PM, Marcus Denker wrote: > > > Hi, > > > > I tried to build a Reflectivity image last week using the lastest > > Pharo and there where strange problems... > > I did not look closely, I have no idea what they are... I will check > > later (maybe after christmas). > > > > Marcus > > > > On Tue, Dec 23, 2008 at 9:17 PM, Alexandre Bergel < > Alexandre.Bergel(a)inria.fr > > > wrote: > > Hi Marcus, > > > > When I run in Pharo the 133 tests of Gepetto2, I have 119 passes, 6 > > expected failures, 2 failures, and 6 errors. > > Is there something in Pharo that would prevent Gepetto2 from running > > correctly ? > > > > Alexandre > > > > > > On 23 Dec 2008, at 15:31, Alexandre Bergel wrote: > > > > > Hi Marcus, > > > > > > Do you know whether Gepetto2 is know to work on Pharo? I am trying > > > to make Christo (the code coverage tool) run on Pharo. > > > > > > (I ask for it publicly since someone else than Marcus may know). > > > > > > Cheers, > > > Alexandre > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > 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 > > > > > > > > -- > > > > Marcus Denker -- denker(a)iam.unibe.ch > > http://www.iam.unibe.ch/~denker > > > > > > _______________________________________________ > > 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 > -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Dec. 23, 2008

Re: [Pharo-project] Gepetto2 and Pharo

by StÃ©phane Ducasse

Marcus You were talking about reflectivity but alex about bytesurgeon. Is geppetto2 = reflectivity? I thought that christo was based on bytesurgeon and not reflectivity The paper we want to write is for the 15 of January and alex is trying to get christo running again. Stef On Dec 23, 2008, at 11:02 PM, Marcus Denker wrote: > Hi, > > I tried to build a Reflectivity image last week using the lastest > Pharo and there where strange problems... > I did not look closely, I have no idea what they are... I will check > later (maybe after christmas). > > Marcus > > On Tue, Dec 23, 2008 at 9:17 PM, Alexandre Bergel <Alexandre.Bergel(a)inria.fr > > wrote: > Hi Marcus, > > When I run in Pharo the 133 tests of Gepetto2, I have 119 passes, 6 > expected failures, 2 failures, and 6 errors. > Is there something in Pharo that would prevent Gepetto2 from running > correctly ? > > Alexandre > > > On 23 Dec 2008, at 15:31, Alexandre Bergel wrote: > > > Hi Marcus, > > > > Do you know whether Gepetto2 is know to work on Pharo? I am trying > > to make Christo (the code coverage tool) run on Pharo. > > > > (I ask for it publicly since someone else than Marcus may know). > > > > Cheers, > > Alexandre > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > 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 > > > > -- > > Marcus Denker -- denker(a)iam.unibe.ch > http://www.iam.unibe.ch/~denker > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 23, 2008