- Pharo-dev - lists.pharo.org

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 4, 2010

Re: [Pharo-project] [Moose-dev] Re: Mondrian: present and future

by Alexandre Bergel

Hi Chris, I haven't recently tried to install Mondrian on Squeak. If it does not work, no much should be missing I believe. There is nothing in Pharo which is a crucial requirement. If you wish to see Mondrian on Squeak, then I can help to make it work. > I am mostly interested using Mondrians rendering and input-event > handling inside my own widgets, not OB or other windowing tools. How > hard would it be to extricate just the Form-drawing and > input-capability of the Mondrian core from the OB window widgetry that > seems to be included in the package (at least, the last time I > looked)? As Doru said, there is no relationship between Mondrian and OB. Mondrian was dependend on OB some times ago principally for the text input lower pane. But not anymore. If you have any question on how to use Mondrian, please ask. Cheers, Alexandre > > On Thu, Apr 1, 2010 at 3:15 PM, Alexandre Bergel > <alexandre(a)bergel.eu> wrote: >> Hi All, >> >> Just to give some news about Mondrian. Together with colleagues >> from Bern, >> Lille and Santiago, I have been working on this visualization >> engine for >> quite some times. Although it contains some important bugs (e.g., >> popupView) >> it is fairly stable and usable. The current version is 2.0-beta.7. >> >> Mondrian is slowly maturing. A short summary of the discussion I >> had with >> Doru and StÃ©phane today. >> Some of the features I would like to see in for Version 3.0 are: >> - scalable spring layout (also known as force based layout): this >> is a very >> simple and nice layout that produces amazing results >> - add layers: embedding a rendering or a part of it in a layer. >> Layers >> could then be iteratively activated and desactivared. The idea is >> to enable >> the construction of scripts in a very iterative and incremental way. >> - having a small core embeddable in your application >> - making Mondrian load graphiz scripts >> - having a better help system (Ã la ProfStef) >> - dedicated chapter for Pharo By Example Volume 2 >> - exporting as PDF >> - anti-aliasing >> >> This probably will not happen today or tomorrow, but I just feel >> necessary >> to share this roadmap with you. Some other features are wanted. >> Using Rome >> is one. Open GL is another. There are plenty of rooms for a very cool >> visualization engine. >> >> Probably during the holiday period I will consolidate the current >> version by >> fixing remaining bugs and produce 2.0. >> >> Bug tracker: http://code.google.com/p/moose-technology/ >> Web page: http://www.moosetechnology.org/tools/mondrian >> >> Let's render our dream! >> >> Cheers, >> Alexandre >> >> NB: sorry for this cross mailing list post. >> -- >> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >> Alexandre Bergel http://www.bergel.eu >> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >> >> >> >> >> >> >> _______________________________________________ >> Moose-dev mailing list >> Moose-dev(a)iam.unibe.ch >> https://www.iam.unibe.ch/mailman/listinfo/moose-dev >> > > _______________________________________________ > Moose-dev mailing list > Moose-dev(a)iam.unibe.ch > https://www.iam.unibe.ch/mailman/listinfo/moose-dev > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

April 4, 2010

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

by Schwab,Wilhelm K

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 4, 2010

Re: [Pharo-project] Linux VM microbenchmarks

by Hilaire Fernandes

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

April 3, 2010

Re: [Pharo-project] [squeak-dev] FFI - structure pointer

by John M McIntosh

Well you were showing "C" last time around so I assumed you where doing everything by hand so to speak. Anyway the example shows how to get a memory address of a linker exposed global symbol without help from FFI/Alien/VM On 2010-04-03, at 11:54 AM, Schwab,Wilhelm K wrote: > John, > > Sorry, but you lost me. When I see interpreter proxies, I think of plugins, which I'm not doing. Are you asking me to check something? > > Bill -- =========================================================================== John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com ===========================================================================

April 3, 2010