home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.windows.x
- Path: sparky!uunet!snorkelwacker.mit.edu!thunder.mcrcim.mcgill.edu!mouse
- From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
- Subject: Re: Where does SIGUSR1 come from?
- Message-ID: <1992Sep11.003459.9144@thunder.mcrcim.mcgill.edu>
- Organization: McGill Research Centre for Intelligent Machines
- References: <#trn==m.cyclone@netcom.com>
- Date: Fri, 11 Sep 92 00:34:59 GMT
- Lines: 26
-
- In article <#trn==m.cyclone@netcom.com>, cyclone@netcom.com (Bill Sheppard) writes:
-
- > I recently compiled xfishtank from export...one of the command line
- > options is '-s' for secure mode toggle. When started in this mode
- > the fishtank covers all windows rather than being a background.
- > According to the source code the window will go to the background
- > upon receiving SIGUSR1. What event will cause SIGUSR1?
-
- SIGUSR1 is generated only when some process uses the kill() syscall (or
- related ones, like killpg()) to send it. Most shells provide a "kill"
- command that does this.
-
- > I assume it is some sort of mouse or keyboard action, but there is no
- > other reference to it in the source code except as part of the signal
- > handler.
-
- Unless you have an extremely unusual system, you'll have to log in to
- that machine over the network and send the signal manually. This would
- typically be done by using ps to find the PID of the xfishtank process
- and then using the kill command to send the signal. If the PID is
- 1234, for example, "kill -USR1 1234" would be appropriate.
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-