Path: utzoo!mnetor!uunet!husc6!bbn!rochester!cornell!batcomputer!sun.soe.clarkson.edu!nelson
From: nelson@sun.soe.clarkson.edu (Russ Nelson)
Newsgroups: comp.sys.ibm.pc
Subject: Re: history.com,  from comp.binaries.ibm.pc
Message-ID: <597@sun.soe.clarkson.edu>
Date: 22 Mar 88 18:45:11 GMT
References: <762@ms3.UUCP> <1239@silver.bacs.indiana.edu>
Reply-To: nelson@sun.soe.clarkson.edu.UUCP (Russ Nelson)
Organization: Clarkson University, Potsdam, NY
Lines: 28

In article <1239@silver.bacs.indiana.edu> bobmon@silver.UUCP (outsider) writes:
>Wow!  A program posting to comp.binaries.ibm.pc!

Yes, I was pleased to increase to signal/noise ration there :-)

>But here's the quirky thing that I don't understand ...
>[after compiling] I get an executable that's about 9K bytes long.

Well, I had compiled it at home with my TC 1.0.  When I got into work after
the weekend and compiled it with TC 1.5, there it was at 9K.  Turns out
that putch() in TC 1.5 sucks in Borland's new text windowing package.  I'll
post a new version after I add a configuration option, since people who have
extended keyboards have trouble typing ^J for filename completion.  Also
for people who like insert mode as the default :-)

>More details: this is history v1.4R.  I notice that the modified c0.c that
>was supplied with v1.3 is missing -- should I be using that?

No.  I have a better scheme for writing a TSR.  I simply use malloc()
(actually sbrk()) to grab whatever memory I need, then do a _SP = sbrk(1024);
and then keep((_SP + 15) >>4);  This way, I can avoid modifying c0.asm, which
is undesirable.


-- 
-russ
AT&T: (315)268-6591  BITNET: NELSON@CLUTX  Internet: nelson@clutx.clarkson.edu
GEnie: BH01  Compu$erve: 70441,205