April 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Linux VM microbenchmarks

by laurent laffont

Thanks Hilaire. Could you try with this source ? It has gnuification (using Gnuified.st). On my machine it's a little slower but may be it makes a big difference on yours. On my machine, I have almost the same result with Exupery and Squeak VM :( wget http://lolgzs.free.fr/pharo/squeak-vm/Squeak-3.11.3.2135-pharo-gnuified-src… Laurent Laffont On Sat, Apr 3, 2010 at 10:19 PM, Hilaire Fernandes < hilaire.fernandes(a)gmail.com> wrote: > Laurent, > > I runned the same benchmark with Exupery, here is > > Exupery > 202371541 bytecodes/sec; 5948654 sends/sec > 201574803 bytecodes/sec; 5948654 sends/sec > 201416207 bytecodes/sec; 5933632 sends/sec > 202531645 bytecodes/sec; 5903814 sends/sec > 201892744 bytecodes/sec; 5938631 sends/sec > > > -O2 (compiled source code from the archive you provided) > 87372013 bytecodes/sec; 4436220 sends/sec > 86544962 bytecodes/sec; 4501376 sends/sec > 86253369 bytecodes/sec; 4507132 sends/sec > 86253369 bytecodes/sec; 4487049 sends/sec > 87372013 bytecodes/sec; 4498503 sends/sec > > You better check with Bryce. > > > Hilaire > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

April 4, 2010

[Pharo-project] Problem loading Exupery on PharoCore 1.0

by laurent laffont

Hi, I want to try to build Exupery VM. On PharoCore 1.0 I do: Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfVMMaker'; load. (ConfigurationOfVMMaker project version: '1.2') load. Then Gofer new squeaksource: 'Exupery'; package: 'Exupery'; load. I have this error: This package depends on the following classes: MOAbstractLayout You must resolve these dependencies before you will be able to load these definitions: MOGraphVizLayout MOGraphVizLayout>>doExecute: MOGraphVizLayout>>findTopLeftCorner: I suppose I need GraphViz package Gofer new squeaksource: 'GraphViz'; package: 'GraphViz'; load. But when I load it I have a Syntax Error: runWithSystemFramework: string <> expected ->apicall: short 'system' (char*) module: 'System.framework'> ^ self externalCallFailed Laurent Laffont

April 4, 2010

Re: [Pharo-project] A port of Pharo: Redline Smalltalk ...

by StÃ©phane Ducasse

On Apr 4, 2010, at 2:16 AM, James Ladd wrote: > Hi Pharo-ites, > > > > I'm working on a port of Pharo to the Java Virtual Machine called Redline Smalltalk. > > (read more here: http://jamesladdcode.com/?p=323) > > >> Excellent I think that having a smalltalk running on JVM is cool. Did you check SqueakOnJava? > > I have looked at these implementations, Bistro and others. Bistro is something different to SqueakOnJava. > However, I'm wanting to get as close to native JVM Bytecode as possible. which means? I would first make sure I understand a Smalltalk vm before starting to generate JVM bytecode. > >>Why do you want to port the compiler in Java? > >>In Java you should only implement the necessary infrastructure to run the object model of Pharo (primitives > >>in particular). Then you can load Smalltalk code and you do not need > >>to compile smalltalk code in smalltalk? > > A good point, but I'm not sure how that approach would allow profiling, debugging and > integration with Java. This is outlined a little in the previous post: > http://jamesladdcode.com/?p=311 > > >> study little Smalltalk for example to get an idea. > Would it be sufficient to choose those classes that are also outlined in the ANSI standard? oh no. :) This is why you should study squeakOnJava, and other Smalltalk implementations. Take the squeak mini 2.2 image or littleSmalltalk (which run on java already and you will see what you need). Stef > > Rgs, James. > > Australia's #1 job site If It Exists, You'll Find it on SEEK _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

April 4, 2010

Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector??

by Lukas Renggli

I think you should fix your #printOn: method not to cause any side-effects. #printOn: belongs to the public protocol and can be called by any tool at any time on any object. Lukas On 4 April 2010 02:58, Schwab,Wilhelm K <bschwab(a)anest.ufl.edu> wrote: > I appreciate the tip, but I'm trying to go the other direction: I want the inspector to stop messing around with what should be sleeping dogs. Â There really does appear to be some type of side effect of the multi-line print string, and no doubt the precise text I am displaying. > > Bill > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of HernÃ¡n Morales Durand > Sent: Saturday, April 03, 2010 7:40 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector?? > > If you want to monitor or track any object in a workspace-like morph with a specific periodicity, then you may want to install the EventsMonitor package and implement your own monitor subclassing GenericMonitor and implementing #report and #windowTitle. EventMonitor and OBEventMonitor are just provided as examples. > Cheers, > > HernÃ¡n > > 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> I certainly didn't install it, nor do I find EventMonitor in the image. >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> HernÃ¡n Morales Durand >> Sent: Saturday, April 03, 2010 6:53 PM >> To: The general-purpose Squeak developers list >> Cc: Pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector?? >> >> http://www.squeaksource.com/EventsMonitor.html ? >> >> HernÃ¡n >> >> 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >>> Help.... >>> >>> This might be a problem in Pharo (RC1) in general or in its standard toolset, but I have a multi-line print string that when displayed in an inspector appears to try to edit the receiver and cause strangeness. Â Is that a known problem with a solution? >>> >>> Bill >>> >>> >>> >>> >>> -----Original Message----- >>> From: pharo-project-bounces(a)lists.gforge.inria.fr >>> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >>> Schwab,Wilhelm K >>> Sent: Saturday, April 03, 2010 1:59 PM >>> To: Pharo-project(a)lists.gforge.inria.fr >>> Subject: [Pharo-project] Dynamic content in inspector?? >>> >>> Hello all, >>> >>> With the understanding that I am doing non-trivial FFI work and could have completely fried my image already, I'm wondering if this is a common Squeak/Pharo newbie kind of amazement: I create and inspect a new instance of something that has a #printOn: method, and the contents of the inspector's workspace change with time. >>> >>> I have seen inspectors update to track objects in the past, but this behavior is unwanted. Â I thought of finalization, but that appears not to be happening (nor should it be with the object inspected). >>> >>> I will keep looking, but plausible explanations will be appreciated. >>> >>> Bill >>> >>> _______________________________________________ >>> 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 > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

April 4, 2010

Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector??

by Schwab,Wilhelm K

I appreciate the tip, but I'm trying to go the other direction: I want the inspector to stop messing around with what should be sleeping dogs. There really does appear to be some type of side effect of the multi-line print string, and no doubt the precise text I am displaying. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of HernÃ¡n Morales Durand Sent: Saturday, April 03, 2010 7:40 PM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector?? If you want to monitor or track any object in a workspace-like morph with a specific periodicity, then you may want to install the EventsMonitor package and implement your own monitor subclassing GenericMonitor and implementing #report and #windowTitle. EventMonitor and OBEventMonitor are just provided as examples. Cheers, HernÃ¡n 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > I certainly didn't install it, nor do I find EventMonitor in the image. > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > HernÃ¡n Morales Durand > Sent: Saturday, April 03, 2010 6:53 PM > To: The general-purpose Squeak developers list > Cc: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector?? > > http://www.squeaksource.com/EventsMonitor.html ? > > HernÃ¡n > > 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> Help.... >> >> This might be a problem in Pharo (RC1) in general or in its standard toolset, but I have a multi-line print string that when displayed in an inspector appears to try to edit the receiver and cause strangeness. Â Is that a known problem with a solution? >> >> Bill >> >> >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> Schwab,Wilhelm K >> Sent: Saturday, April 03, 2010 1:59 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: [Pharo-project] Dynamic content in inspector?? >> >> Hello all, >> >> With the understanding that I am doing non-trivial FFI work and could have completely fried my image already, I'm wondering if this is a common Squeak/Pharo newbie kind of amazement: I create and inspect a new instance of something that has a #printOn: method, and the contents of the inspector's workspace change with time. >> >> I have seen inspectors update to track objects in the past, but this behavior is unwanted. Â I thought of finalization, but that appears not to be happening (nor should it be with the object inspected). >> >> I will keep looking, but plausible explanations will be appreciated. >> >> Bill >> >> _______________________________________________ >> 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

April 4, 2010

Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector??

by HernÃ¡n Morales Durand

If you want to monitor or track any object in a workspace-like morph with a specific periodicity, then you may want to install the EventsMonitor package and implement your own monitor subclassing GenericMonitor and implementing #report and #windowTitle. EventMonitor and OBEventMonitor are just provided as examples. Cheers, HernÃ¡n 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > I certainly didn't install it, nor do I find EventMonitor in the image. > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of HernÃ¡n Morales Durand > Sent: Saturday, April 03, 2010 6:53 PM > To: The general-purpose Squeak developers list > Cc: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector?? > > http://www.squeaksource.com/EventsMonitor.html ? > > HernÃ¡n > > 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: >> Help.... >> >> This might be a problem in Pharo (RC1) in general or in its standard toolset, but I have a multi-line print string that when displayed in an inspector appears to try to edit the receiver and cause strangeness. Â Is that a known problem with a solution? >> >> Bill >> >> >> >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of >> Schwab,Wilhelm K >> Sent: Saturday, April 03, 2010 1:59 PM >> To: Pharo-project(a)lists.gforge.inria.fr >> Subject: [Pharo-project] Dynamic content in inspector?? >> >> Hello all, >> >> With the understanding that I am doing non-trivial FFI work and could have completely fried my image already, I'm wondering if this is a common Squeak/Pharo newbie kind of amazement: I create and inspect a new instance of something that has a #printOn: method, and the contents of the inspector's workspace change with time. >> >> I have seen inspectors update to track objects in the past, but this behavior is unwanted. Â I thought of finalization, but that appears not to be happening (nor should it be with the object inspected). >> >> I will keep looking, but plausible explanations will be appreciated. >> >> Bill >> >> _______________________________________________ >> 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 >

April 4, 2010

[Pharo-project] External objects and finalization

by Schwab,Wilhelm K

Andreas, You mentioned that all handles are cleared on startup. Is there a convenient way to tap into that for executors for external objects? Bill

April 4, 2010

Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector??

by Schwab,Wilhelm K

I certainly didn't install it, nor do I find EventMonitor in the image. -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of HernÃ¡n Morales Durand Sent: Saturday, April 03, 2010 6:53 PM To: The general-purpose Squeak developers list Cc: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector?? http://www.squeaksource.com/EventsMonitor.html ? HernÃ¡n 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Help.... > > This might be a problem in Pharo (RC1) in general or in its standard toolset, but I have a multi-line print string that when displayed in an inspector appears to try to edit the receiver and cause strangeness. Â Is that a known problem with a solution? > > Bill > > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of > Schwab,Wilhelm K > Sent: Saturday, April 03, 2010 1:59 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] Dynamic content in inspector?? > > Hello all, > > With the understanding that I am doing non-trivial FFI work and could have completely fried my image already, I'm wondering if this is a common Squeak/Pharo newbie kind of amazement: I create and inspect a new instance of something that has a #printOn: method, and the contents of the inspector's workspace change with time. > > I have seen inspectors update to track objects in the past, but this behavior is unwanted. Â I thought of finalization, but that appears not to be happening (nor should it be with the object inspected). > > I will keep looking, but plausible explanations will be appreciated. > > Bill > > _______________________________________________ > 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

April 4, 2010

[Pharo-project] A port of Pharo: Redline Smalltalk ...

by James Ladd

Hi Pharo-ites, > > I'm working on a port of Pharo to the Java Virtual Machine called Redline Smalltalk. > (read more here: http://jamesladdcode.com/?p=323) >> Excellent I think that having a smalltalk running on JVM is cool. Did you check SqueakOnJava? I have looked at these implementations, Bistro and others. However, I'm wanting to get as close to native JVM Bytecode as possible. >>Why do you want to port the compiler in Java? >>In Java you should only implement the necessary infrastructure to run the object model of Pharo (primitives >>in particular). Then you can load Smalltalk code and you do not need >>to compile smalltalk code in smalltalk? A good point, but I'm not sure how that approach would allow profiling, debugging and integration with Java. This is outlined a little in the previous post: http://jamesladdcode.com/?p=311 >> study little Smalltalk for example to get an idea. Would it be sufficient to choose those classes that are also outlined in the ANSI standard? Rgs, James. _________________________________________________________________ If It Exists, You'll Find it on SEEK. Australia's #1 job site http://clk.atdmt.com/NMN/go/157639755/direct/01/

April 4, 2010

Re: [Pharo-project] [squeak-dev] RE: Dynamic content in inspector??

by HernÃ¡n Morales Durand

http://www.squeaksource.com/EventsMonitor.html ? HernÃ¡n 2010/4/4 Schwab,Wilhelm K <bschwab(a)anest.ufl.edu>: > Help.... > > This might be a problem in Pharo (RC1) in general or in its standard toolset, but I have a multi-line print string that when displayed in an inspector appears to try to edit the receiver and cause strangeness. Â Is that a known problem with a solution? > > Bill > > > > > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Schwab,Wilhelm K > Sent: Saturday, April 03, 2010 1:59 PM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: [Pharo-project] Dynamic content in inspector?? > > Hello all, > > With the understanding that I am doing non-trivial FFI work and could have completely fried my image already, I'm wondering if this is a common Squeak/Pharo newbie kind of amazement: I create and inspect a new instance of something that has a #printOn: method, and the contents of the inspector's workspace change with time. > > I have seen inspectors update to track objects in the past, but this behavior is unwanted. Â I thought of finalization, but that appears not to be happening (nor should it be with the object inspected). > > I will keep looking, but plausible explanations will be appreciated. > > Bill > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

April 3, 2010