- Pharo-dev - lists.pharo.org

[Pharo-project] bug in Pharo RC3 , OB related

by Mariano Martinez Peck

In PharoDev RC3 open a class browser and go to any class that overrides a method. For example, TestCase >> assert: Now, click on the green narrow to go to the super class implementor: MessageNotUnderstood: TestCase class>>withAllSuperAndSubclassesDo: The method withAllSuperAndSubclassesDo: is not in Pharo 1.0 but it is in 1.1 Cheers Mariano

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Javier PimÃ¡s

If your VM crashes while testing alien, I probably is the same problem I had while testing it. The last 3 messages of the following thread may have the solution: http://n4.nabble.com/Trying-to-build-alien-plugin-in-linux-td1562896i20.html Changing the define solved the problem. Maybe the #if _APPLE_ ... should be changed to something according which handles linux too, or maybe -fno-omit-frame-pointer to makefile.ink should be added as eliot said (I don't know which makefile.ink and didn't have many time to investigate). Regards, Javier. 2010/3/27 laurent laffont <laurent.laffont(a)gmail.com> > > Does it mean latest SVN source is already "Gnuified" ? With latest rev. >> I >> > have a little drop in benchmarks. However I'd rather put a stable >> release >> > for Pharo 1.0 than latest trunk. What do you think ? >> >> The so-called "gnuification" is a transformation of the interp.c file. So >> this is done after generating the sources with VMMaker. The cmake >> configuration that comes with revision 2135 does not have this step enabled, >> and the more recent version that I used, revision 2151, has it. The magic is >> in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. >> > > OK thanks. I will take a look. > > Laurent Laffont > > > >> >> Cheers, >> Adrian >> >> > >> > Laurent Laffont >> > >> > >> >> >> >> Adrian >> >> >> >> >> >> _______________________________________________ >> >> 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 >> >> >> _______________________________________________ >> 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 > -- Javier PimÃ¡s Ciudad de Buenos Aires

March 27, 2010

Re: [Pharo-project] Pharo 1.0 fixing tests

by laurent laffont

On Sat, Mar 27, 2010 at 6:17 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > Hi all, > > What results do you get when running all tests in Pharo and PharoCore 1.0 > on Mac/Windows/Linux? > > Lukas has MCPackageTest>>#testUnload failing on Hudson (a Linux server, I > assume). When running the tests locally on the Mac, the test > BlockContextTest>>#testTrace fails. But only the first time. Apparently > ContextPart>>#trace: is broken [1]. > > When I run all tests in Pharo1.0 on a Mac VM 4.2.3beta1U the first time I > get no failures. When running the second time I get following failures: > > MCInitializationTest>>testWorkingCopy > MCSnapshotTest>>testInstanceReuse > ProcessspecificTest>>testDynamicVariable > ProcessspecificTest>>testLocalVariable > ReleaseTest>>testObsoleteClasses > > If I then run only the above, they all pass. > Same result on Linux with the VM I've built. Laurent Laffont > > So there is certainly something fishy with the tests or how they are run. > > I would like to have a reliable, green test suite for Pharo 1.0. Can you > report the results you get including the VM/platform? Any idea why the > results are not stable? > > Thanks, > Adrian > > [1] http://code.google.com/p/pharo/issues/detail?id=2210 > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 27, 2010

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

by Michael Haupt

Hi Marcus, On Sat, Mar 27, 2010 at 6:51 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > I was planing to look at your work closely (again)... the ECOOP paper is > already printed on my Desk :-) ooh, interest! :-D If you have any (!) questions, you know how to reach me. :-) Best, Michael

March 27, 2010

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

by Marcus Denker

On Mar 27, 2010, at 6:37 PM, Michael Haupt wrote: > Hi, > > first post, sorry for breaking any rules. ;-) No rules broken.. >> >> Yes, that would be interesting to look at. > > I can offer a bunch of code and papers on such a system. Hans > Schippers, Dirk Janssens (University Antwerpen, Belgium), Robert > Hirschfeld and myself implemented a thing we called delMDSOC. It > started out as a machine model for aspect-oriented programming but > turned out to be much more interesting. It's been implemented using > COLA. *All* requests to objects are messages in this model, including > instance variable access. *Everything* is done using delegation. Also, > the system implements what Eliot wrote above about two receiver slots > for state and self. > > Stuff is available from here: > http://www.hpi.uni-potsdam.de/swa/projects/delmdsoc > I was planing to look at your work closely (again)... the ECOOP paper is already printed on my Desk :-) Marcus -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by laurent laffont

> > > Does it mean latest SVN source is already "Gnuified" ? With latest rev. > I > > have a little drop in benchmarks. However I'd rather put a stable release > > for Pharo 1.0 than latest trunk. What do you think ? > > The so-called "gnuification" is a transformation of the interp.c file. So > this is done after generating the sources with VMMaker. The cmake > configuration that comes with revision 2135 does not have this step enabled, > and the more recent version that I used, revision 2151, has it. The magic is > in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. > OK thanks. I will take a look. Laurent Laffont > > Cheers, > Adrian > > > > > Laurent Laffont > > > > > >> > >> Adrian > >> > >> > >> _______________________________________________ > >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 27, 2010

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

by Michael Haupt

Hi, On Sat, Mar 27, 2010 at 6:37 PM, Michael Haupt <mhaupt(a)gmail.com> wrote: > Stuff is available from here: > http://www.hpi.uni-potsdam.de/swa/projects/delmdsoc sorry, the page does not list all the relevant publications. * ECOOP'07 (description of model and semantics) http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/HauptSchippers_… * ACM SAC PSC'09 (description of implementation) http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/SchippersHauptH… There is one more paper at OOPSLA'08 that is rather theoretical, describing semantics mappings for several MDSOC languages and how the model preserves them ... for the sake of completeness: http://www.hpi.uni-potsdam.de/hirschfeld/publications/media/SchippersJansse… Best, Michael

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by Adrian Lienhard

On Mar 27, 2010, at 18:21 , laurent laffont wrote: > On Sat, Mar 27, 2010 at 6:13 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > >> >> On Mar 27, 2010, at 17:16 , laurent laffont wrote: >> >>>> I would love that the official Linux VM has: >>>> >>>> - that thing about the gnufication >>>> I did that when compiling MacOS VM. >>>> Read this link (step 4 for example) >>>> >>>> >> http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Doc… >>>> >>>> does it make sense also in Linux VM ? which are the difference in the >>>> benchmarks compared to do it without this step ? >>>> >>> >>> Isn't it a MacOS issue only ? >> >> No, this is relevant for all GNU C compilers! Without this step, which >> replaces the switch statement of the interpreter with a jump table, you get >> a *much* slower VM. I suggest to use the latest SVN source. >> > > Does it mean latest SVN source is already "Gnuified" ? With latest rev. I > have a little drop in benchmarks. However I'd rather put a stable release > for Pharo 1.0 than latest trunk. What do you think ? The so-called "gnuification" is a transformation of the interp.c file. So this is done after generating the sources with VMMaker. The cmake configuration that comes with revision 2135 does not have this step enabled, and the more recent version that I used, revision 2151, has it. The magic is in the awk script in unix/cmake/gnuify.awk which produes gnu-interp.c. Cheers, Adrian > > Laurent Laffont > > >> >> Adrian >> >> >> _______________________________________________ >> 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

March 27, 2010

Re: [Pharo-project] How to easily intercept messages sent to ALL objects ?

by Michael Haupt

Hi, first post, sorry for breaking any rules. ;-) On Sat, Mar 27, 2010 at 6:17 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> Perhaps we can be cleverer. Â What could we do if we introduced delegation into the language? Â Then we can add wrappers around objects and put the interception into the wrappers. Â This way there is no additional check. Â If one wants to intercept references to an object one creates a DNU wrapper and becomes the two objects. >> >> An execution model of delegation is that there are two slots for the receiver in a context, a state slot through which inst vars are accessed, and a self slot to which messages are sent. Â Normal sends merely duplicate the receiver into both slots. Â Delegating sends take state as an additional argument. >> >> An alternative model is to dispense with direct inst var access (assuming the JIT will inline simple accessors in PICs, or simply by virtue of the use of machine code render accessors affordable) and provide accessors for delegators that indirect through the delegate. >> > > Yes, that would be interesting to look at. I can offer a bunch of code and papers on such a system. Hans Schippers, Dirk Janssens (University Antwerpen, Belgium), Robert Hirschfeld and myself implemented a thing we called delMDSOC. It started out as a machine model for aspect-oriented programming but turned out to be much more interesting. It's been implemented using COLA. *All* requests to objects are messages in this model, including instance variable access. *Everything* is done using delegation. Also, the system implements what Eliot wrote above about two receiver slots for state and self. Stuff is available from here: http://www.hpi.uni-potsdam.de/swa/projects/delmdsoc The implementation is optimised as far as COLA goes. There is much potential for improvement, and implementing some PIC-like caching schemes failed because of some COLA shortcomings I could not figure out how to fix. Best, Michael

March 27, 2010

Re: [Pharo-project] Squeak VM+FT2Plugin, all Pharo 1.0 rc3 tests green

by laurent laffont

On Sat, Mar 27, 2010 at 6:13 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > > On Mar 27, 2010, at 17:16 , laurent laffont wrote: > > >> I would love that the official Linux VM has: > >> > >> - that thing about the gnufication > >> I did that when compiling MacOS VM. > >> Read this link (step 4 for example) > >> > >> > http://www.squeakvm.org/cgi-bin/viewcvs.cgi/trunk/platforms/Mac%20OS/vm/Doc… > >> > >> does it make sense also in Linux VM ? which are the difference in the > >> benchmarks compared to do it without this step ? > >> > > > > Isn't it a MacOS issue only ? > > No, this is relevant for all GNU C compilers! Without this step, which > replaces the switch statement of the interpreter with a jump table, you get > a *much* slower VM. I suggest to use the latest SVN source. > Does it mean latest SVN source is already "Gnuified" ? With latest rev. I have a little drop in benchmarks. However I'd rather put a stable release for Pharo 1.0 than latest trunk. What do you think ? Laurent Laffont > > Adrian > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

March 27, 2010