ForthNet@willett.UUCP (ForthNet articles from GEnie) (01/05/90)
Date: 12-29-89 (19:03) Number: 2731 (Echo)
To: ZAFAR ESSAK Refer#: 2728 From: KENNETH O'HESKIN
Read: NO Subj: CHANGES Status: PUBLIC MESSAGE
ZE>direction was thinking about CD-ROMs of books,
There's an idea. It could be done right now (for a commercial
application) by licensing arrangement with the copyright holder--
who would be tickled to have a new avenue of distribution opened.
The problem is that mass storage technology is in flux right now
with so many possibilities open. I would wait until one became
the mass favorite (like the audio cassette made it possible for
almost every person on the planet to own a stereo) before making
any major software design commitement. Right now I'll settle for
the scanner Santa so kindly gave me to integrate printed text into
my applications.
ZE>I am curious to see how T.COM handles Deferred words and see how it
ZE>chokes on CREATE DOES> constructs, or if it elegantly lets you know.
I found that Deferred words are not getting resolved properly by
TCOM (stack filled with addresses after an aborted compilation).
I havn't yet explored TCOM's innards enough to figure it out. It
was easy enough to remove them however, which are largely a
programmer's convenience during development--and there are other
ways to handle runtime revectoring. Using TCOM implies all
development is finished and your code is being carved in granite!
TCOM aborts on create/does> and delivers a "unknown symbol" message.
It's pretty easy to use once you accept these limitations, and the
benefits of having near-assembly performance from simple high level
source code are obvious.
---
~ EZ-Reader 1.14 ~
NET/Mail : British Columbia Forth Board - Burnaby BC - (604)434-5886
-----
This message came from GEnie via willett through a semi-automated program.
Report problems to: 'uunet!willett!dwp' or 'willett!dwp@gateway.sei.cmu.edu'