home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / question / 15391 < prev    next >
Encoding:
Internet Message Format  |  1993-01-10  |  1.4 KB
  1. Xref: sparky comp.unix.questions:15391 comp.sys.m68k:1529
  2. Newsgroups: comp.unix.questions,comp.sys.m68k
  3. Path: sparky!uunet!math.fu-berlin.de!news.th-darmstadt.de!adams
  4. From: adams@pdv2.fmr.maschinenbau.th-darmstadt.de (Adams)
  5. Subject: Signal handling and ptrace() of sysV68R3.7.xx kernel by Motorola
  6. Sender: news@news.th-darmstadt.de (The News System)
  7. Message-ID: <ADAMS.93Jan10212953@PDV2.pdv2.fmr.maschinenbau.th-darmstadt.de>
  8. Date: Sun, 10 Jan 1993 21:29:53 GMT
  9. Distribution: comp
  10. Nntp-Posting-Host: pdv2.fmr.maschinenbau.th-darmstadt.de
  11. Organization: TH-Darmstadt
  12. Lines: 23
  13.  
  14.  
  15. We had GDB-3.5 up and running for 2 years under R[456]..x, 
  16. converting to R7.x exhibited following behaviour:
  17.  
  18. Unchanged GDB-3.5, compiled under R6.2 and working, stopped itself
  19. debugging a program telling "Aborted by SIGILL at 0xffffffff
  20. [SIG_DEFAULT]", if target hits a break point.
  21.  
  22. ptrace interface of GDB changed to SIGTRAP as proposed in the NEW man
  23. pages of R7.0, yields same behaviour as above, SIGILL just changed to
  24. SIGTRAP.
  25.  
  26. Might there be a problem, that signals sent to the target, are
  27. also delivered to the debugger?  
  28.  
  29. Up to now my impression was, that the kernel just has to return the 
  30. debugger from its "wait" call and pass the waitstatus including signal
  31. number of ptraced child as a return value to the debugger.
  32.  
  33. Were there massive changes regarding kernel interface between 
  34. R6.2 and R7.[01] ?
  35.  
  36. best adams
  37.