home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / programm / 2412 < prev    next >
Encoding:
Text File  |  1992-08-20  |  1.1 KB  |  33 lines
  1. Newsgroups: comp.programming
  2. Path: sparky!uunet!usc!rpi!psinntp!psinntp!svc!news
  3. From: moose@svcdudes.com
  4. Subject: Re: When should a debugger be used?
  5. Message-ID: <1992Aug20.163723.21763@svcdudes.com>
  6. Sender: news@svcdudes.com
  7. Reply-To: moose@svcdudes.com
  8. Organization: Software Ventures, Inc.
  9. References: <6453@fury.BOEING.COM>
  10. Distribution: na
  11. Date: Thu, 20 Aug 92 16:37:23 GMT
  12. Lines: 19
  13.  
  14. In article <6453@fury.BOEING.COM> cek@sdc.boeing.com (Conrad Kimball) writes:
  15. > |> >4.  Divide-and-conquer when things go wrong by adding some output  
  16. somewhere
  17. > |> >    (usually an fprintf() added at a strategic spot).
  18. > 
  19. > And what do you do when the problem goes away when you add the fprintf()?
  20. > I've had that happen.  A bad pointer leading to trashed memory, and
  21. > inserting more code moves things around so the trashed memory no longer
  22. > causes the program to fail...
  23.  
  24. Don't put in bad pointers in the first place :->.  
  25.  
  26. --
  27. Michael Rutman            |    moose@svcdudes.com
  28. Cubist                |    makes me a NeXT programmer
  29. Software Ventures        |    maker of MicroPhone II
  30. #include <std.disclaimer>
  31.  
  32. P.S.  It's a joke for the humor impaired.
  33.