Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!ut-sally!husc6!think!ames!amdahl!ptsfa!hoptoad!academ!killer!elg
From: elg@killer.UUCP (Eric Green)
Newsgroups: comp.sys.cbm
Subject: Re: assembler info wanted
Message-ID: <1126@killer.UUCP>
Date: Fri, 10-Jul-87 19:46:59 EDT
Article-I.D.: killer.1126
Posted: Fri Jul 10 19:46:59 1987
Date-Received: Thu, 16-Jul-87 06:53:20 EDT
References: <1124@killer.UUCP>
Distribution: na
Organization: Bayou Telecommunications
Lines: 38

in article <1124@killer.UUCP>, sentinel@killer.UUCP (The Sentinel) says:
> In article <1123@killer.UUCP>, elg@killer.UUCP (Eric Green) writes:
>> compiler produced better code! (not to mention the problem of linking in the
>> library -- has ANYBODY figured out a way to wait less than three minutes after
>> hitting the "^" key?!).
> 
>     Can you post a patch for the assembler with the changes you have made to
> it?  I am interested in speeding it up, as I'm using it quite a bit now.  I
> haven't fed it any real big programs yet, but it's nice to know it can
> handle them.

OK, will do, when I can (I don't up/download via PC Pursuit, I will do the
"diff" with one of the USL minis and then EMAIL it to myself -- a computer is
much more patient over PC Pursuit than I am!). Note that since I have about 50
jillion things to do and a month and a half to do them, it may take me awhile
to get around to it....

>     I haven't noticed any excessive time being taken up by linking.  I don't
> know what you're doing with it, but I don't think it's ever taken 3 minutes
> to search the library any time I've done it.  After some observation, I've
> noticed that most of the time spent in library searching is in directory
> access time.  I haven't tried C-Power with anything other than a 1571 and a
> 1541, but I think that a different drive would speed things up considerably.
> A 1581, for instance, would probably be significantly better because of it's
> whole track buffering, so all parts of the directory would be accessed
> equally fast.

I guess I exaggerate somewhat. But after the fast speed of linking in the
major object modules, waiting for the directory searches for all these tiny
object modules is a Real Drag. This could be solved with a more-intelligent
linker which could fetch only PARTS of a file... then you could do it like the
old "Collossal Cave" adventure (in BASIC), which had about 40 files, each with
about five "look"-type messages in it... so who volunteers to write the
linker?! (:-). 

> Rob Tillotson				...ihnp4!killer!sentinel

Eric Green {ihnp4,cbosgd}!killer!elg