Dave, I did get .40. However, it seems to be much better behaved if the help is not displayed. AFAICT, removing the line avoids the interruption of what should be an unattended process.
My build process now disables the deprecation warnings. Bill -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of David T. Lewis Sent: Tuesday, November 24, 2009 8:48 PM To: [email protected] Subject: Re: [Pharo-project] OSProcess load On Tue, Nov 24, 2009 at 07:41:05PM -0500, Schwab,Wilhelm K wrote: > Dave, > > Did you update the repository for CommandShell? Yes. > It still is not loading cleanly, even in a current RC1 image, so I > don't think it is my build process. Make sure you have this version from SqueakSource: Name: CommandShell-dtl.40 Author: dtl Time: 18 November 2009, 10:27:48 am UUID: 62cd334e-61eb-4427-8441-8e4c6b3788d9 Ancestors: CommandShell-dtl.39 CommandShell 4.4.3 Use text style 'DefaultFixedTextStyle' rather than 'Atlanta' and fall back to default if none found. Motivated by Pharo. > I *think* all that needs to happen is that the line that processes > 'help' needs to be removed and the packages should load cleanly - at > least that's what happens when I save the result to my cache. The problem was a reference to a font that does not exist in Pharo. During loading, you should still expect to have to proceed through the warnings about MVC classes, and you will get lots of deprecation warning about #isMorphic unless you turn off the #showDeprecationWarnings preference. FYI, the command that processes 'help' is opening a command shell window and feeding it the 'help' command. Dave _______________________________________________ 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
