home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / ultrix / 8158 < prev    next >
Encoding:
Text File  |  1992-11-08  |  1.4 KB  |  36 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!utkcs2!ornl!dmnds!zhang
  3. From: zhang@dmnds.ornl.gov (Xiaoguang Zhang)
  4. Subject: Re: Memory fault
  5. Message-ID: <1992Nov7.214405.14397@ornl.gov>
  6. Sender: usenet@ornl.gov (News poster)
  7. Organization: Oak Ridge National Laboratory
  8. References: <1992Nov7.180233.7809@ornl.gov> <1992Nov7.195355.22583@decuac.dec.com>
  9. Distribution: na
  10. Date: Sat, 7 Nov 1992 21:44:05 GMT
  11. Lines: 23
  12.  
  13.  
  14. >From: mjr@hussar.dco.dec.com (Marcus J. "Will do TCP/IP for clues" Ranum)
  15.  
  16. >>I have a 700k program [...]
  17. >>Ultrix 4.0 it core-dumped. I guess this is paging related. How do I find out
  18. >>and fix it?
  19. >
  20. >    Read the manual page for your friendly neighborhood debugger, and
  21. >use it to find out where in the code and why it core dumped. Saying "it
  22. >dumps core" is like going to a doctor and saying "I feel bad." Going in
  23. >with a debugger and determining that you're getting a segmentation fault
  24. >in, say, strcmp() is like going to a doctor and saying, "my leg hurts,
  25. >and here's an Xray showing where it's broken."
  26. >
  27. >mjr.
  28.  
  29. Sorry about not giving you enough information. Running dbx showed that it
  30. stopped before the first non-comment statement. That's why I suspect it's
  31. not bug related problem. I can't guarentee it's bug-free, but the program
  32. is simple enough to see where the problem is. The core-dump was definitely
  33. *NOT* caused by a program bug.
  34.  
  35. I'll be glad to provide more info.
  36.