home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / programm / 2381 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  959 b 
  1. Path: sparky!uunet!bcstec!bcsaic!sundry!sdc!cek
  2. From: cek@sdc.boeing.com (Conrad Kimball)
  3. Newsgroups: comp.programming
  4. Subject: Re: When should a debugger be used?
  5. Message-ID: <6453@fury.BOEING.COM>
  6. Date: 18 Aug 92 23:44:08 GMT
  7. References: <j1ymvg=.pdh@netcom.com> <164c9vINNijk@agate.berkeley.edu>
  8. Sender: news@sdc.boeing.com
  9. Organization: Boeing Computer Services, Seattle, WA
  10. Lines: 12
  11. Nntp-Posting-Host: zulu
  12.  
  13. |> >4.  Divide-and-conquer when things go wrong by adding some output somewhere
  14. |> >    (usually an fprintf() added at a strategic spot).
  15.  
  16. And what do you do when the problem goes away when you add the fprintf()?
  17. I've had that happen.  A bad pointer leading to trashed memory, and
  18. inserting more code moves things around so the trashed memory no longer
  19. causes the program to fail...
  20.  
  21. --
  22. Conrad Kimball        | Unix Server Tech Services, Boeing Computer Services
  23. cek@sdc.boeing.com    | P.O. Box 24346, MS 7A-35
  24. (206) 865-6410        | Seattle, WA  98124-0346
  25.