About spaggheti hell, I agree completely, hence the Spaghetti tracer I'm
developing. It already does some cool things, if you're willing to play
with snippets and read the code. You're welcome to try it out, the SM
description includes some examples for starting out.

I'll probably have something that's worth playing with even if you just
want to use it soon. Hint - I'm very glad Ned just published his
Connectors on SM, now I can depend on people having it...

About solutions-better-than-dlls - at ESUG, I heard many things David
Simmons had to say about selector name spaces + other technologies that
can be used in SmallScript (assuming that's the sort of thing you mean,
Stephan). I think these technologies represent a vast improvement over
existing ones - they can allow people to live with competing, closed
source solutions for much longer, which, in that environment, is a great
advantage.

And having scuba gear to wear might be a life saver, if you have to live
off the ocean, but us people of the plains might be better off treating
it as entertainment.. (but of course, I certainly could be wrong).

Daniel Vainsencher

Stephen Pair <spair at acm.org> wrote:
> Hi Andreas,
> 
> I wish we had DLL-hell in Squeak, but we aren't even that evolved.  What
> we have now is Spaghetti-hell, which is even worse.  But, I think we can
> come up with a solution that is much better than the DLL solution.
> 
> - Stephen
> 
> > -----Original Message-----
> > From: squeak-dev-admin at lists.squeakfoundation.org 
> > [mailto:squeak-dev-admin at lists.squeakfoundation.org] On 
> > Behalf Of Andreas Raab
> > Sent: Wednesday, October 30, 2002 8:47 PM
> > To: squeak-dev at lists.squeakfoundation.org
> > Subject: RE: An uncomfortable question
> > 
> > 
> > Hi Dean,
> > 
> > Let me drop in a note here. Modules are no DLLs - they are 
> > not shared runtime components. E.g., DLL-hell as we know it 
> > from Windows is due to the fact that no developer can foresee 
> > what DLLs any customer may have installed on his or her 
> > system at *runtime*. This is very different from detecting 
> > and handling problems at *development* time.
> > 
> > Cheers,
> >   - Andreas