home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / lang / pascal / 6833 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  1.3 KB
  1. Xref: sparky comp.lang.pascal:6833 comp.object:4301
  2. Newsgroups: comp.lang.pascal,comp.object
  3. Path: sparky!uunet!cs.utexas.edu!torn!news.ccs.queensu.ca!slip204.telnet1.QueensU.CA!dmurdoch
  4. From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
  5. Subject: Re: BP/TP OOP is missing something...
  6. Message-ID: <dmurdoch.183.722524736@mast.queensu.ca>
  7. Lines: 17
  8. Sender: news@knot.ccs.queensu.ca (Netnews control)
  9. Organization: Queen's University
  10. References: <1992Nov23.102238.18624@kth.se>
  11. Date: Mon, 23 Nov 1992 13:18:56 GMT
  12.  
  13. In article <1992Nov23.102238.18624@kth.se> d85-jmh@dront.nada.kth.se (Jan-Olof Hendig) writes:
  14. >
  15. >Being able to detect NIL pointer dereferencing is a good reason to upgrade
  16. >to BP7. You 'just have to recompile' your programs with target set to 
  17. >'Protected', and then run them. All NIL pointers that are dereferenced will
  18. >generate Runtime error 216, as will most illegal pointer operations, like
  19. >for instance using a noninitialized pointer. Protected mode has its benefits.
  20.  
  21. You can detect bad pointers in TP 6, with the $R+ option.  The only 
  22. restriction is that they must be pointers to objects: pointers to other types
  23. aren't checked at all.
  24.  
  25. Another couple of really nice additions to BP7 are typed "@", and overflow 
  26. checking on arithmetic operations.  Both of these have flushed bugs out of 
  27. my programs.
  28.  
  29. Duncan Murdoch
  30.