home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.sys.sun.misc:3820 alt.folklore.computers:12872
- Path: sparky!uunet!dtix!darwin.sura.net!mips!news.cs.indiana.edu!syscon!carl
- From: carl@syscon.rn.com (Carl Kreider)
- Newsgroups: comp.sys.sun.misc,alt.folklore.computers
- Subject: Re: what is halt_and_catch_fire?
- Message-ID: <1992Aug21.131238.1972@syscon.rn.com>
- Date: 21 Aug 92 13:12:38 GMT
- References: <3140@isgtec.isgtec.com> <Geoff.1nrj@equinox.gen.nz>
- Organization: Syscon Corporate Headquarters - South Bend, IN USA
- Lines: 20
-
- Geoff@equinox.gen.nz (Geoff Mccaughan) writes:
-
- >bmw@isgtec.com (Bruce M. Walker) writes:
- >>In article <1992Aug17.132819.29817@zoo.bt.co.uk> jcs@zoo.bt.co.uk (John C
- >Sager) writes:
- [.... re the 6800 HCF ... ]
- >>instruction set caused the processor to cease fetching instructions,
- > ^^^^^^^^^^^^^^^^^^^^^^^^^^^
- >>new 6800 design. Just burn HCF into every EPROM location, get your 'scope
- > ^^^^^^^^^^^^^^^^^^^^
- >Isn't this contradictory?
-
- My, my. Aren't we picky. Of course it is only necessary to burn it where
- the reset vector points. However, if you fill empty space in the eprom
- with hcfs, control transfer errors during execution get pretty obvious
- if you monitor a couple address lines. Or better yet split the address
- lines to two DACs to the x and y inputs of a vector scope.
- --
- Carl Kreider Usenet uunet!rde!gator!syscon!carl
- CIS 71076,76 Internet carl@syscon.rn.com
-