Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84 exptools; site ihlpl.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!mhuxn!ihnp4!ihlpl!res
From: res@ihlpl.UUCP (Rich Strebendt @ AT&T Information Systems - Indian Hill West; formerly)
Newsgroups: net.arch
Subject: Re: Re: Where to do stack checking, etc.
Message-ID: <346@ihlpl.UUCP>
Date: Wed, 18-Sep-85 17:43:01 EDT
Article-I.D.: ihlpl.346
Posted: Wed Sep 18 17:43:01 1985
Date-Received: Fri, 20-Sep-85 05:09:03 EDT
References: <796@kuling.UUCP> <1713@orca.UUCP> <1599@peora.UUCP> <335@ihlpl.UUCP> <2384@uvacs.UUCP>
Organization: AT&T Bell Laboratories
Lines: 14

> > > 1) The ability to trap when JUST ONE particular address was generated as a
> > > data reference.  
> 
> The Honeywell (formerly GE) mainframes also have this ability, much like
> the IBM machines cited above (335@ihlpl).  It does come in handy for
> debugging the kernel, but since the address is absolute, it's not much use
> to time-sharing users.

Just a quick clarification on the IBM TSS/370 traps: those traps that
worked on addresses worked on virtual addresses.  Thus, they were of
great value to a time-sharing program developer.

					Rich Strebendt
					...!ihnp4!iwsl6!res