home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / programm / 21865 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  1.3 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!bogus.sura.net!udel!intercon!usenet
  2. From: amanda@intercon.com (Amanda Walker)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: disabling breaks and steps in MacsBug
  5. Date: Thu, 21 Jan 1993 00:54:37 -0500
  6. Organization: InterCon Systems Corporation
  7. Lines: 19
  8. Distribution: world
  9. Message-ID: <9301210054.AA37041@chaos.intercon.com>
  10. References: <20JAN199317155439@violet.ccit.arizona.edu>
  11. Reply-To: amanda@intercon.com (Amanda Walker)
  12. NNTP-Posting-Host: chaos.intercon.com
  13. X-Newsreader: InterCon TCP/Connect II 1.1b34
  14.  
  15. theeric@violet.ccit.arizona.edu (Eric Hegstrom) writes:
  16. > There is an easy way to keep people from setting break points 
  17. > and stepping through your code with MacsBug. 
  18.  
  19. This is a cute approach, but it won't be more than a momentary annoyance to 
  20. someone who really knows the Mac (& Macsbug) well.  It's quite easy to break 
  21. into the debugger after your application has been loaded but before it starts 
  22. executing.  At this point a user can step around your code that replaces the 
  23. interrupt vectors, and proceed on as usual.
  24.  
  25. If the Mac can execute your code, someone with enough patience can step 
  26. through it with Macsbug.  Period.  The best you can do is make the process as 
  27. misleading as possible.
  28.  
  29.  
  30. Amanda Walker
  31. InterCon Systems Corporation
  32.  
  33.  
  34.