Xref: utzoo comp.lang.misc:2820 comp.lang.smalltalk:985
Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!indri!eta!nic.MR.NET!umn-d-ub!gandreas
From: gandreas@umn-d-ub.D.UMN.EDU (Glenn Andreas)
Newsgroups: comp.lang.misc,comp.lang.smalltalk
Subject: Re: Little Smalltalk Verion 3
Summary: Anybody got it working?
Keywords: mac
Message-ID: <946@umn-d-ub.D.UMN.EDU>
Date: 11 Apr 89 15:41:58 GMT
References: <9852@orstcs.CS.ORST.EDU> <1437@hub.ucsb.edu> <22841@agate.BERKELEY.EDU>
Reply-To: gandreas@ub.d.umn.edu.UUCP (Glenn Andreas)
Organization: University of Minnesota, Duluth
Lines: 41

In article <22841@agate.BERKELEY.EDU> laba-4he@e260-4b.berkeley.edu (The Cybermat Rider) writes:
>In article <1437@hub.ucsb.edu> probert@aviary.gm.hac.com writes:
>>I ftp'd Smalltalk with no problems.  Unfortunately the installation requires
>>guido van rossums standard window package to compile on a Macintosh.  Does
>>anyone know where I could ftp this software?  Or would someone please mail it
>>to me?

>By the way, there seems to be one source file missing from the stdwin
>distribution (I think it was stdwin/textedit/textbrk.c).  I'll see if I can
There is a file "stdwin/gen/textbrk.c", if this is what you are looking for.

I have (after a few hours of fighting) gotten stdwin to compile (had to work
out some problems with duplicate symbols) and make a project for initial.
That compiles fine, but I have yet to get it to be able to make the initial
system image file.  At first there was a problem with new objects - they
would often have junk in them and so the first time basicAtPut was called
(when everything is initialized), it would see that the field held a pointer
so it would try to decrement it.  This object, of course, was not an object
at all, leading to a nice crash.  (It was simple to fix this by adding a
small loop at the end of the new object routine to clear the object to a
bunch of nilobjs)

But, now I can read in all the files, getting a compiler warning about
"mouseDownAt has the same value as temporary y" (or something like that), yet
when it tries to initialize the image (sending the "nil initialize" message)
it ends up dies with "error handler not found".  Adding a few debugging
statements (and thanks to lots of memory and LSC 3), I discovered that
somehow an ordinary message no longer gets found.  My guess is that something
is not getting initialized properly, since it dies at different points each
time.  Sometimes it dies on the "nil initialize" message send, other times
it is way off in "createGlobals" and dies at things like "==" or "new" or
"value".  Any guesses?  (BTW, LSC, ooop, THINK C 3.01, IIx, 4 megs of memory,
system 6.0.3)  I know that I'm not running out of memory, 'cuz I made it
into an application, gave it 2.5 megs, and it still didn't work (the finder
telling me that it was using about 300-400k).

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
= "Whether you like it, or don't like it, sit   | - gandreas@ub.d.umn.edu - =
=  back and take a look at it, because it's the |   Glenn Andreas           =
=  best going today!  WOOOOoooo!" - Ric Flair   |                           =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=