Hi John,

please don't cc anything to me; I'm a "frequent lurker" and use  
gmane.org's NNTP service for accessing mailing lists; there's no need to  
push me ;-)

On Fri, 12 Jan 2007 04:32:31 +0100, you wrote:

>  > When in emergency evaluator,
>  >
>  > Smalltalk snapshot: false andQuit: true
>  >
>  > might do what you want. All class changes and method changes are
>  > already  in the .changes file and can be recovered easily using
>  > existing tools.
>  >
>  > HTH.
>  >
>  > /Klaus
>
> Recovered how?

World menu > changes... > recently logged changes...

...
> This situation indicates a more general issue with the entire system.

Not really. "messing with existing code, especially core system classes",  
as you write it, is in the same league as "messing with the compiler"  
while using it. By using Squeak/Smalltalk for this sort of messing, open  
heart surgery was never easier in software industry 8-)

...
> I'm not sure I'm actually going to bother trying to develop anything in  
> Squeak until I have reason to believe the tools and UI have matured  
> sufficiently that they are a) much more stable and b) it's much more  
> obvious how to recover from or gracefully exit from failures, while  
> avoiding any data loss.

And I'm using Smalltalk-80 since its 2.x release, Visual Works and Squeak  
for quite some time and have never ever lost one line of source code. In  
my experience, working inside a living system either needs some carefull  
planning (for an exit strategy [pun not intended]) or plan B (trial and  
error recovery). I usually do both.

/Klaus

> P.S. Your message has provoked an apparent bug in Mozilla Thunderbird.

I'm not surprised to learn that my Opera/9.02 provoked an apparent bug in  
your Mozilla Thunderbird. FWIW, my message was sent with
Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii