home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12760 < prev    next >
Encoding:
Text File  |  1992-08-21  |  1.8 KB  |  52 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!usc!sdd.hp.com!mips!odin!twilight!zuni!anchor!olson
  3. From: olson@anchor.esd.sgi.com (Dave Olson)
  4. Subject: Re: KERNEL FAULT ??
  5. Message-ID: <os447ts@zuni.esd.sgi.com>
  6. Sender: news@zuni.esd.sgi.com (Net News)
  7. Organization:  Silicon Graphics, Inc.  Mountain View, CA
  8. References: <32154@adm.brl.mil>
  9. Date: Fri, 21 Aug 92 21:05:18 GMT
  10. Lines: 40
  11.  
  12. In <32154@adm.brl.mil> SERRER@odin.nrc.ca (Martin Serrer) writes:
  13. |   A couple of days ago I asked the net what the prototype
  14. | for the function pcreatev() looks like (still don't know
  15. | what it is :-(  but I'm using the function anyway)
  16. | and now I have an interesting related tidbit.
  17.  
  18. There is a prototype on the man page; it is basicly the same as
  19. execv:      int pcreatev(char *path, *argv[ ]);
  20.  
  21. | 1. I create a child process using, pid = pcreatev("some-program", NULL)
  22. | 
  23. | 2. My parent process dies a horrible death (dumps core)
  24. |   because of a Segmentation fault somewhere further on in
  25. |   the code (no problem, my fault, I can fix this).
  26.  
  27. Yes, the NULL probably wasn't a great idea...
  28.  
  29. | 3. I kill the child process at the csh prompt, kill some-pid.
  30. | 
  31. | WHAMMO, the OS crashes with the following message...
  32. | 
  33. | PANIC: KERNEL FAULT
  34. | PC:0x80107B18     ep:FFFFED54
  35. | EXC code: 28, 'Data Bus Error'
  36. | Bad addr: 0x40B000, cause: 0x1C<>
  37. | sr: 0xC034<IM7,IM6,KVo,IEo,IEp>
  38. | dumping to dev 0x1621 at block 49050, numpages 4095
  39.  
  40. Now this, on the  other hand, is a problem!  Try dis -b 0x80107b00
  41. on the kernel, and that will tell you the routine where it died,
  42. at least, so  you have something to report to the TAC.
  43.  
  44. |   Should I worry? (beyond fixing my code)
  45. |   Should SGI worry?
  46.  
  47. Yes, to both.
  48. --
  49. Let no one tell me that silence gives consent,  |   Dave Olson
  50. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  51.     Maria Isabel Barreno                        |   olson@sgi.com
  52.