Bill,

Have you looked at http://code.google.com/p/metacello? I don't think there's a 
lot of future tense writing there:).

Dale
----- "Wilhelm K Schwab" <[email protected]> wrote:

| Stef,
| 
| The classes in CommandShell-Piping would be better separated from
| CommandShell.  That said, I do not terribly much care about loading
| CommandShell to get pipes - I care a lot that it won't load w/o
| proceeding past two warnings followed by a debug/edit/proceed cycle. 
| I have no idea whether it is a true fix or not, but I commented out
| the offending line and re-saved the package, only to find that it
| loads w/o hassles.  If it really is that simple, the repository should
| be fixed.
| 
| Re Metacello, I looked around for information, found a lot of future
| tense writing that looked interesting, and went back to cleaning up my
| recreation of Migrate for Pharo.  The result is not as flashy as
| Migrate, but it adds the search for unpackaged code that I wrote
| (something I have never found missing in Dolphin given its IDE) and it
| seems to simplify saving all packages of interest.
| 
| I will keep an eye on Metacello, but I do not really need it at the
| moment.  Of greater concern to me is that I am dead in the water on
| RC1.  The SharedQueue2 bug stops me cold every time I try to build an
| image, and strikes in a way that will not allow me to debug it by
| normal means.  Do we have a procedure for reverting to SharedQueue? 
| That might at least get me going.
| 
| Bill
| 
| 
| -----Original Message-----
| From: [email protected]
| [mailto:[email protected]] On Behalf Of
| Stéphane Ducasse
| Sent: Thursday, November 05, 2009 1:42 PM
| To: [email protected]
| Subject: Re: [Pharo-project] Error handling failure during load
| 
| 
| On Nov 3, 2009, at 5:17 PM, Schwab,Wilhelm K wrote:
| 
| > Hello all,
| >
| > I am gradually approaching a working load "script," but I just hit a
| 
| > new wrinkle in RC1: at some point in the process I get offered an 
| > emergency evaluator, which appears unable to open.  There is mention
| 
| > of looking for something in the system dictionary, and something
| about 
| > "system error handling failed."  Nothing is logged, and the image is
| 
| > helpless at that point.  Any ideas for how to debug it?
| >
| > Creating my own build log comes to mind; the idea would be to open/
| 
| > update/close each time it starts work on a new package.  I can also
| 
| > load the loader into a clean older image and see what happens.
| >
| > It would be _really_ nice to have a clean-loading version of OS 
| > Process/Command Shell.  Actually, I do not need the shell at all,
| but 
| > I do need the pipeable processes.
| 
| damien told today that it would be nice that some CommandShell class
| such as (I do not remember) StdOut/SdtIn could be packaged with
| OSProcess and not with CommandShell. Or that they are separated
| because people want to get them but not need the CommandShell.
| 
| Now bill did you got a look at Metacello?
| Because I'm sure it can help to maintain  your packaged code.
| 
| Stef
| 
| 
| 
| >
| > Bill
| >
| >
| >
| > _______________________________________________
| > Pharo-project mailing list
| > [email protected]
| > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| 
| 
| _______________________________________________
| Pharo-project mailing list
| [email protected]
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| 
| _______________________________________________
| Pharo-project mailing list
| [email protected]
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

_______________________________________________
Pharo-project mailing list
[email protected]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Reply via email to