home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / aix / 11643 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.4 KB
  1. Xref: sparky comp.unix.aix:11643 bit.listserv.aix-l:1737 bit.listserv.power-l:322
  2. Path: sparky!uunet!stanford.edu!agate!spool.mu.edu!olivea!charnel!rat!usc!news.bbn.com!mips2!rws1!mwarren
  3. From: mwarren@rws1.ma30.bull.com (Mark Warren)
  4. Newsgroups: bull.sys.aix,comp.unix.aix,bit.listserv.aix-l,bit.listserv.power-l
  5. Subject: How to get more info about SIGSEGV
  6. Message-ID: <1992Nov17.163009.11601@mips2.ma30.bull.com>
  7. Date: 17 Nov 92 16:30:09 GMT
  8. Sender: news@mips2.ma30.bull.com (Usenet News Manager)
  9. Organization: Bull HN Informations Systems Inc.
  10. Lines: 21
  11.  
  12.  
  13. We have a program that can (in normal operation) perform a read or
  14. write access to a non-existent (un-mapped) virtual address, or a write
  15. to a read-only address.  We can tell when it occurs by catching
  16. SIGSEGV, but it is very to tell within the program whether the fault
  17. occurred due to a write to a read-only address, or due to a write (or
  18. read) to an un-mapped address.  Also, we have a hard time determining
  19. the offending address.
  20.  
  21. Is there any way we can interrogate any kernel service to determine
  22. this information from within the SIGSEGV handler?   Yes, I've read
  23. TFM, but I can't find anything useful.
  24.  
  25. I'll take anything, even if it means writing a kernel extension.
  26.  
  27. Thanks in advance,
  28. --
  29.  
  30.  == Mark Warren                      Bull HN Information Systems Inc. ==
  31.  == (508) 294-3171 (FAX 294-2699)    300 Concord Road   MA30/MS833A   ==
  32.  == M.Warren@bull.com                Billerica, MA 01821              ==
  33.