- Pharo-dev - lists.pharo.org

[Pharo-project] System vs System-support package

by Michael Roberts

I am about to post a deprecation of SystemVersion>>version: to 1.2 but once i have made my changes i see something odd in MC browser: dirty packages * System (System-StephaneDucasse.6) * System-Support (System-Support-StephaneDucasse.317) Stef, have you started to publish System as a whole? did you mean to? My changes therefore hit two packages. System is still packaged in 1.2 at its sub-level of ~20 packages. thanks, Mike

July 4, 2010

Re: [Pharo-project] UnhandledError instead of DNU?

by Pavel Krivanek

Hi, The same problem is for 1 error: 'foo'. the problem starts in UnhandledError >> defaultAction. The original implementation calls directly ^ToolSet debugError: exception. The new one calls UIManager that calls ToolSet. I expect that the problem will be somewhere in the hardcoded count of contexts in the debugger. Firstly I expected that the problem is in the missing return (that should be placed back). Cheers, -- Pavel On Sun, Jul 4, 2010 at 1:19 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > It was working in 12023 but no time to check (I'm sick) > > Stef > > On Jul 4, 2010, at 12:19 PM, Gary Chambers wrote: > >> Noticed that a few weeks ago if that's any help. >> >> Regards, Gary >> >> >> ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> >> To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> >> Sent: Sunday, July 04, 2010 10:50 AM >> Subject: [Pharo-project] UnhandledError instead of DNU? >> >> >>> In 12033 >>> >>> when I try to generate a DNU >>> >>> example >>> >>> 1 foo >>> >>> I get an handledError and not a debugger >>> >>> I'm trying to identify what changes this behavior. >>> >>> Stef >>> >>> >>> _______________________________________________ >>> 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 >

July 4, 2010

Re: [Pharo-project] UnhandledError instead of DNU?

by StÃ©phane Ducasse

It was working in 12023 but no time to check (I'm sick) Stef On Jul 4, 2010, at 12:19 PM, Gary Chambers wrote: > Noticed that a few weeks ago if that's any help. > > Regards, Gary > > > ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> > To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> > Sent: Sunday, July 04, 2010 10:50 AM > Subject: [Pharo-project] UnhandledError instead of DNU? > > >> In 12033 >> >> when I try to generate a DNU >> >> example >> >> 1 foo >> >> I get an handledError and not a debugger >> >> I'm trying to identify what changes this behavior. >> >> Stef >> >> >> _______________________________________________ >> 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

July 4, 2010

Re: [Pharo-project] ConfigurationOfOSProcess updated

by Adrian Lienhard

Ok, that explains it... I've checked the latest beta version of the Mac VM (4.2.5beta1U) and it doesn't ship with a newer version of the plugin. Cheers, Adrian On Jul 3, 2010, at 14:26 , David T. Lewis wrote: > On Sat, Jul 03, 2010 at 10:29:49AM +0200, Adrian Lienhard wrote: >> >> On Jul 2, 2010, at 22:32 , David T. Lewis wrote: >> >>>> I wonder whether the Mac VM includes the latest version of the OSProcess plugin? >>>> >>> >>> FWIW, you can check the versions of the plugins, on my Linux box >>> I have: >>> >>> OSProcess accessor osppModuleVersionString ==> '4.3.3' >>> OSProcess accessor aioVersionString ==> '2.2.2' >>> OSProcess accessor xdcpVersionString ==> '2.1.4' >> >> On my Mac VM (4.2.4beta1U) I get: >> >> OSProcess accessor osppModuleVersionString ==> '4.0.1' >> OSProcess accessor aioVersionString ==> nil >> OSProcess accessor xdcpVersionString ==> nil > > That's the problem. OSPP 4.0.1 is from November 2005. IIUC, John > noticed this and updated the sources in his more recent VMs. If > you are building your VMs from scratch, the plugin sources are on > SqueakSource in projects OSProcessPlugin, AioPlugin, and XDCP. > > FYI, the specific fix for OSPP to support OS X was this: > > Name: VMConstruction-Plugins-OSProcessPlugin-dtl.3 > Author: dtl > Time: 5 March 2006, 12:15:57 pm > UUID: b09d2caa-cb4b-46f8-a1c9-6f4dda49de4f > Ancestors: VMConstruction-Plugins-OSProcessPlugin-dtl.2 > > Version 4.0.2 > > Add pthread access primitive. > Add pthread signal masking to ensure that forwarded signals are delivered > to the interpreter thread. This is required for OS X. > > Strategy: Signal handler checks to see if it is executing in the context > of the interpreter pthread. If yes, signal the Squeak semaphore, otherwise > mask this pthread to prevent future delivery if this signum and resend > the signal to the interpreter pthread. > > Note, John's new VM code base (iOS) is very different, so I don't know > if there will be issues for OSProcess on the new iOS VM. > > Dave > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 4, 2010

Re: [Pharo-project] UnhandledError instead of DNU?

by Gary Chambers

Noticed that a few weeks ago if that's any help. Regards, Gary ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: "Pharo Development" <Pharo-project(a)lists.gforge.inria.fr> Sent: Sunday, July 04, 2010 10:50 AM Subject: [Pharo-project] UnhandledError instead of DNU? > In 12033 > > when I try to generate a DNU > > example > > 1 foo > > I get an handledError and not a debugger > > I'm trying to identify what changes this behavior. > > Stef > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 4, 2010

[Pharo-project] UnhandledError instead of DNU?

by StÃ©phane Ducasse

In 12033 when I try to generate a DNU example 1 foo I get an handledError and not a debugger I'm trying to identify what changes this behavior. Stef

July 4, 2010

Re: [Pharo-project] What does it take to implement tail-call optimization?

by StÃ©phane Ducasse

On Jul 4, 2010, at 11:15 AM, Lukas Renggli wrote: >> What would it take to implement tail-call optimization? > > Implementing tail recursion is easily doable and could be > transparently done at the compiler level. The basic idea (at the > language level) is described here: > > http://stackoverflow.com/questions/2500483?tab=oldest#tab-top > > However, tail call optimization is not a good match for Smalltalk > code. You arbitrarily loose stack frames that you might want for > debugging (and other kinds of reflection). Also the code in the above > article kills the performance of modern VMs, because it manipulates > the runtime stack (if you do the jump using bytecodes that wouldn't be > a problem though). Furthermore you need to take a lot of care to keep > your code correct, because these kind of optimization can easily break > with polymorphism and reflective code. Excellent this is now what was the conclusion of the discussion :) > >> I would really like to know what would be gain and the cost >> (implementation wise to do that). > > I did some analysis in a Squeak 3.9 image a long time ago and I came > to the following conclusion: "In my Squeak image there are 160464 send > locations of which 8884 are possible tail call locations (5.5%). I > guess this does not really make it worth the trouble." > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 4, 2010

Re: [Pharo-project] What does it take to implement tail-call optimization?

by Lukas Renggli

> What would it take to implement tail-call optimization? Implementing tail recursion is easily doable and could be transparently done at the compiler level. The basic idea (at the language level) is described here: http://stackoverflow.com/questions/2500483?tab=oldest#tab-top However, tail call optimization is not a good match for Smalltalk code. You arbitrarily loose stack frames that you might want for debugging (and other kinds of reflection). Also the code in the above article kills the performance of modern VMs, because it manipulates the runtime stack (if you do the jump using bytecodes that wouldn't be a problem though). Furthermore you need to take a lot of care to keep your code correct, because these kind of optimization can easily break with polymorphism and reflective code. > I would really like to know what would be gain and the cost > (implementation wise to do that). I did some analysis in a Squeak 3.9 image a long time ago and I came to the following conclusion: "In my Squeak image there are 160464 send locations of which 8884 are possible tail call locations (5.5%). I guess this does not really make it worth the trouble." Lukas -- Lukas Renggli www.lukas-renggli.ch

July 4, 2010

Re: [Pharo-project] What does it take to implement tail-call optimization?

by StÃ©phane Ducasse

Hi Stefan I always wanted to understand what a tail recursive execution for smalltalk (I know for the other) would bring to a smalltalk system. We got a lot of discussion during a dagsthul seminar with schemers and others. I would really like to know what would be gain and the cost (implementation wise to do that). Stef On Jul 4, 2010, at 10:26 AM, Stefan Marr wrote: > Hello Pharo: > > What would it take to implement tail-call optimization? > > My goal is to have an Erlang-like framework, which allows to port existing Erlang code as straight forward as possible. > But this requires to have tail-call optimization, since Erlang provides no loops. > > However, I am not going for implementing the whole language and all its semantics, but only the basics I am interested in. > > So, a possible solution would also be a pragma/hint to the compiler to apply the optimization. > > Has anyone done something like this before, or has some hints where to start digging? > > Thanks > Stefan > > > -- > Stefan Marr > Software Languages Lab > Vrije Universiteit Brussel > Pleinlaan 2 / B-1050 Brussels / Belgium > http://soft.vub.ac.be/~smarr > Phone: +32 2 629 2974 > Fax: +32 2 629 3525 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

July 4, 2010

[Pharo-project] What does it take to implement tail-call optimization?

by Stefan Marr

Hello Pharo: What would it take to implement tail-call optimization? My goal is to have an Erlang-like framework, which allows to port existing Erlang code as straight forward as possible. But this requires to have tail-call optimization, since Erlang provides no loops. However, I am not going for implementing the whole language and all its semantics, but only the basics I am interested in. So, a possible solution would also be a pragma/hint to the compiler to apply the optimization. Has anyone done something like this before, or has some hints where to start digging? Thanks Stefan -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

July 4, 2010