home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / wizards / 5635 < prev    next >
Encoding:
Text File  |  1993-01-24  |  1.5 KB  |  37 lines

  1. Newsgroups: comp.unix.wizards
  2. Path: sparky!uunet!ukma!eng.ufl.edu!sabal.cis.ufl.edu!jdb
  3. From: jdb@sabal.cis.ufl.edu (John Brothers)
  4. Subject: brain search (part II)
  5. Message-ID: <1993Jan24.173638.1915@eng.ufl.edu>
  6. Keywords: remote signalling
  7. Sender: news@eng.ufl.edu (Usenet Diskhog System)
  8. Organization: CIS Department, University of Florida
  9. Date: Sun, 24 Jan 93 17:36:38 GMT
  10. Lines: 25
  11.  
  12.  
  13. I posted a message similar to this to comp.unix.questions, but I got no
  14. response, so I will try again here.  
  15.  
  16. I have been developing a form of remote signalling as a thesis.  i.e. a 
  17. user/process on one machine would be able to send a signal to a process
  18. on another machine. What my advisor would like to make sure of is 
  19. whether or not something like this already exists.  I know that rsh has all
  20. the means necessary to execute the actual signal, but I have been adding
  21. some other features, like registration, where a process can associate a
  22. name with the pid, so a remote signaller won't have to know the pid, and
  23. password access, so a group of people who know a password associated with
  24. the process can send signals to it, instead of just the owner.
  25.  
  26. So, do you know of anything that does this, or something like this?
  27. Does this sound like a good idea/useful tool?  I'm trying to design the
  28. system to be as portable as possible, so it would work on the common 
  29. machines of 'the big 5' (sun, ibm, hp, dec and sgi)
  30.  
  31. Any response would be appreciated, even something as simple as 
  32. 'You're an idiot.'
  33.  
  34. Thanks for your time,
  35.     John
  36.  
  37.