home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 22753 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.6 KB
  1. Path: sparky!uunet!ogicse!news.u.washington.edu!serval!luke.eecs.wsu.edu!hlu
  2. From: hlu@luke.eecs.wsu.edu (H.J. Lu)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: [BUG?] Why does gdb affect the behaviour of many errors?
  5. Message-ID: <1993Jan5.083646.16917@serval.net.wsu.edu>
  6. Date: 5 Jan 93 08:36:46 GMT
  7. Article-I.D.: serval.1993Jan5.083646.16917
  8. References: <1993Jan4.103822.13815@klaava.Helsinki.FI> <1993Jan4.202558.16223@unislc.uucp> <JRS.93Jan4201620@lepton.world.std.com> <1993Jan5.051110.6558@monu6.cc.monash.edu.au>
  9. Sender: news@serval.net.wsu.edu (USENET News System)
  10. Distribution: world
  11. Organization: Washington State University!
  12. Lines: 23
  13.  
  14. In article <1993Jan5.051110.6558@monu6.cc.monash.edu.au> ashtray@yoyo.cc.monash.edu.au (John Newnham) writes:
  15. >Subject says it all.  I noticed that Rick, among others, seems to accept
  16. >this with equanimity.  But surely an error should (generally, races excluded)
  17. >occur wether the process is running under a debugger or normally?
  18. >One example I had recently was that mail was writing to string constants
  19. >(tsk, tsk), and therefore seg-faulting.  But I could not replicate the error
  20. >with gdb, so I was left with inspecting the code and guessing (or reading the
  21. >manual and realising that -Wall does not imply -Wwrite-strings. *sigh).
  22. >
  23. >Comments?  Is this behaviour of gdb linux-specific, or should I be posting in
  24. >a different GNUsgroup?
  25. >
  26. >ashtray@yoyo.cc.monash.edu.au
  27.  
  28. If you got the answer, please let me know. I had an X11 program of
  29. several thousand lines in C++, which was running fine on decstation.
  30. But on AT&T UNIX SVR3.2.2/386, it core-dumped. If I compiled it
  31. with -g, it ran ok. It drove me crazy.
  32.  
  33. H.J.
  34.  
  35. H.J.
  36. p
  37.