|
In my view, the best aspect of the ptr tag bit is that pgm errors which corrupt a pointer signal an exception as soon as the corrupted ptr is used. On a pc, you might get an exception, or you might just get a reference to an unintended address. Now if rochester would only enhance its memory protection by enabling a ptr to be limited to an address range, a whole class of typical programming errors could be debugged much easier then they are now. Steve Richter ----- Original Message ----- From: "Leif Svalgaard" <leif@attglobal.net> To: <midrange-l@midrange.com> Sent: Saturday, September 29, 2001 4:40 PM Subject: Re: Tagged memory (was Re: Memory Upgrade) > From: Alexei Pytel <pytel@us.ibm.com> > > > What about resetting tag bit when any store is made to the pointer area, > > other than by a pointer instruction? > > Is it also software ? > > > > eventually everything is done in hardware :-) > but if the tag bit is reset, you can set it again > using the SETTAG instruction. Thus the > hardware reset is superfluous. So again, > there is NO REAL HARDWARE Enforcement. > > > _______________________________________________ > This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list > To post a message email: MIDRANGE-L@midrange.com > To subscribe, unsubscribe, or change list options, > visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l > or email: MIDRANGE-L-request@midrange.com > Before posting, please take a moment to review the archives > at http://archive.midrange.com/midrange-l. > >
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.