Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!cbmvax!phillip
From: phillip@cbmvax.cbm.UUCP (Phillip Lindsay)
Newsgroups: comp.sys.amiga
Subject: Re: Pattern Matching & documentation, & flame to C-A
Message-ID: <1141@cbmvax.cbmvax.cbm.UUCP>
Date: Thu, 18-Dec-86 08:58:20 EST
Article-I.D.: cbmvax.1141
Posted: Thu Dec 18 08:58:20 1986
Date-Received: Fri, 19-Dec-86 07:01:32 EST
References: <8612152348.AA29410@cory.Berkeley.EDU> <1135@cbmvax.cbmvax.cbm.UUCP>
Organization: Commodore Technology, West Chester, PA
Lines: 57

> In article <8612152348.AA29410@cory.Berkeley.EDU> dillon@CORY.BERKELEY.EDU (Matt Dillon) writes:
> >
> >	NOW LOOK C-A, I'VE ENOUGH OF THIS SH#$%%T.  WILL YOU *PLEASE* POST
> >DOCUMENTATION ON BCPL STARTUP AND ALL THE STRANGE THINGS IT DOES TO THE
> >STDIO FILEHANDLES SO WE CAN WRITE AN EXEC() THAT WORKS!!!.  I thought I had
> >gotten an exec() that worked, but no, when I modify it to APPEND to the
> >output file instead of CREATE/TRUNCATE, the BCPL program fails to write
> >everything to the file.  Why the hell you didn't add this to the 1.2 DOS
> >library I'll never know.
> >
> >						-Matt
> 
>    I've had more than enough of your SCREAMING and CURSING.  
> 
>    You act like we're hoarding some Magic Document that would endow the
> reader with Instant Knowledge of the Glorious Inner Secrets of AmigaDOS. 
> 
>    Well Matt, there is no magic document.  I wish there was.
>    What we have is the AmigaDOS source code.
> 
>    BCPL is a bit like C, and it is possible to decipher and even
> make changes to localized portions of the code.  But when you
> start to trace code that interfaces with the private global functions
> via run-time linking, you get stopped by tables of labels and vectors
> that specify numerical offsets into other tables that are built at  
> run time.  And if you manage to make it to the other side of the
> table because a corresponding label on the other side happens to
> have a similar name, you get stuck there because because that code
> starts loading registers with labels defined as offsets into the
> run-time table.  
> 
>    So, you can either pay Tim King to reveal the inner secrets, 
> or wait until someone here has time to decipher a very large and
> very complex program that jumps all over the place.
>    
> carolyn
> -- 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Carolyn Scheppner -- CBM   >>Amiga Technical Support<<
>                      UUCP  ...{allegra,caip,ihnp4,seismo}!cbmvax!carolyn 
>                      PHONE 215-431-9180
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Let me add one thing to Carolyn's response:

Tim King is currently working on improving the file system through put. (Which
he has done. [as reported on BIX]) The next thing on Tim's list (according to
Tim King himself) is documentation on how to write a CLI (what everyone has
been waiting for). 
CLI does not start a new process, but simply loads a code segment and runs it--
And on exit returns to the CLI. 
-- 
==============================================================================
  Phillip Lindsay - Commodore Business Machines - Amiga Technical Support
  UUCP: {ihnp4|seismo|caip}!cbmvax!phillip      - Phone: (215) 431-9180
  No warranty is implied or otherwise given in the form of suggestion or 
  example. Any opinions found here are of my making. 	/* eof */