home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / ultrix / 6246 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  1.6 KB
  1. Xref: sparky comp.unix.ultrix:6246 comp.unix.wizards:3617
  2. Path: sparky!uunet!tymix!tardis!olivea!decwrl!pa.dec.com!decprl!decprl!boyd
  3. From: boyd@prl.dec.com (Boyd Roberts)
  4. Newsgroups: comp.unix.ultrix,comp.unix.wizards
  5. Subject: Re: A confused tar process...
  6. Message-ID: <1992Aug14.192122.6911@prl.dec.com>
  7. Date: 14 Aug 92 19:21:22 GMT
  8. References: <Bsxn95.HKJ@breeze.rsre.mod.uk> <1992Aug14.153439.12182@eagle.lerc.nasa.gov>
  9. Sender: news@prl.dec.com (USENET News System)
  10. Organization: Digital Equipment Corporation - Paris Research Laboratory
  11. Lines: 24
  12. Nntp-Posting-Host: prl313.prl.dec.com
  13.  
  14. In article <1992Aug14.153439.12182@eagle.lerc.nasa.gov>, drich@sandman.lerc.nasa.gov (Daniel Rich) writes:
  15. > 
  16. > The next step is the part that I am not sure how to do on Ultrix.  You
  17. > need to enter a kernel debugger, and force a return from the routine
  18. > that is waiting.  Since you have probably already sent numorous kills
  19. > to the process, this should force it to terminate.
  20. > 
  21.  
  22. I glad that you've given _precise_ instructions.
  23.  
  24. Waking up processes with a kernel debugger (or adb) is just plain
  25. dangerous; it may not even be possible.  I hope we've all read
  26. the comment above sleep() which states that the caller should be
  27. prepared for the sleep to return prematurely.  For this reason,
  28. patching the wchan to `lbolt' (or something similar) may not work
  29. and the machine will panic if you forget to patch the wchan
  30. hash table/chain.  Patching its p_pri may not work either.
  31.  
  32. In short:  Don't try this at home kids...
  33.  
  34.  
  35. Boyd Roberts            boyd@prl.dec.com
  36.  
  37. ``When the going gets wierd, the weird turn pro...''
  38.