help - 11/34 console problem -- first LA output - test-drb@ccmp.vtda.org

8 Nov 2005

...

Subject: Re: help - 11/34 console problem -- first LA output
   From: "Chuck Guzis" <cclist at sydex.com>
   Date: Mon, 07 Nov 2005 20:18:21 -0800
     To: cctalk at classiccmp.org

On 11/7/2005 at 9:31 PM Allison wrote:

>Well save for wrap around.  The stack on 8008 is strictly address and
>as already said 14bits (the 8008 only addresses 16k!!) and 8 levels deep.
>It was a challenge programming it to figure out where you came from and
>also not blow the stack.  Still it beat the design we had before it as
>that was around 220 pcs of TTL sequential logic. 
Well my 8008 experience predates DEC and the TTL horror was pre 8008!

I'll say it this way.  The 8008 was a ground breaking micro.  From a 
programmers perspective it wasn't too bad but from a hardware designers
and debug perspective it was nasty.  It was enough to be a micro but as 
feature free as one can get.  However for the time it was pushing the
limit for integration at around 5000 transistors in Pmos.

The number of chips with limited internal stacks would amaze you.  The
8048/9 series is a fairly well known one, TMS1000 4 bitters, NEC uCOM4
4 bitters, NEC uCOM75 series, National COPs and even the PIC all come 
to mind.  And in every one them if you exceed the stack something falls 
off the bottom.  Stack red zone hardware is truly a big machine thing.

...
 I always wondered why a carry or borrow from the stack
pointer couldn't
have at least generated a branch to some known location.  It may not have
exactly told you where your code went bonkers, but it'd be better than
letting the program run wild!  How many micros used a local stack?  The
Natoinal PACE is the only other one that comes to mind, but at least it had
a "stack about to overflow" interrupt and a way to access the stack
directly.

Were you a Datapoint employee?   
NEC and DEC but never Datapoint.

Allison