home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8936 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  1.2 KB

  1. Path: sparky!uunet!caen!hellgate.utah.edu!cc.usu.edu!ivie
  2. From: ivie@cc.usu.edu (CP/M lives!)
  3. Newsgroups: comp.arch
  4. Subject: Re: PALcode instructions vs TRAP instructions
  5. Message-ID: <1992Aug17.101735.58202@cc.usu.edu>
  6. Date: 17 Aug 92 10:17:35 MDT
  7. References: <1992Aug12.092211.58077@cc.usu.edu> <34303@cbmvax.commodore.com> <1992Aug16.195833.58188@cc.usu.edu> <Bt4Grs.2Ap@exnet.co.uk>
  8. Organization: Utah State University
  9. Lines: 18
  10.  
  11. In article <Bt4Grs.2Ap@exnet.co.uk>, dhd@exnet.co.uk (Damon) writes:
  12. > In article <1992Aug16.195833.58188@cc.usu.edu> ivie@cc.usu.edu (CP/M lives!) writes:
  13. >>
  14. >>The problem with wild pointers should be solved as soon as the OS is up far
  15. >>enough to initialize the page tables. If the page tables don't include the
  16. >>console memory, the OS can't get at them.
  17. > Mmm.  But waht about bugs (eg wild pointers) in the OS?  I mean, am I missing
  18. > something, or don't OSes still have bugs in them?  B^>/2
  19.  
  20. Yes, but on a VAX or (possibly) an Alpha, the opportunity for a bug to 
  21. happen that corrupts the console data is small and limited to the
  22. bootstrap. Yes, you can have wild pointers in the OS, but unless it's in
  23. the bootstrap it's not going to corrupt the memory reserved for the
  24. console and PALcode.
  25.  
  26. Roger Ivie
  27. ivie@cc.usu.edu
  28.