Idle Users
Fairlight
fairlite at fairlite.com
Thu Jun 17 16:58:33 PDT 2004
On Thu, Jun 17, 2004 at 03:17:34PM -0700, after drawing runes in goat's blood,
Bob Rasmussen cast forth these immortal, mystical words:
>
> Handling the WM event is exactly what I am doing. And closing the telnet
> or SSH session gracefully is ALSO what I am doing. The problem comes when
> the host's application does not shut down in response. I *think* this is
> due to the "hangup" signal (SIGHUP), which is generated by the telnetd or
> sshd, is trapped or ignored at some level. Then what? Because of this
> possibility, I give users and administrators the option of disabling quit.
Ahhhhhh. Okay, that wasn't clear from your first post. Sorry, Bob. I
assumed you were doing one or the other, not that there was this particular
chain of events--which your solution actually makes sense for. Out of
curiosity, how does it handle Alt-F4? Is that the same as 'X', another
event, or worse--an untrappable event? Although, I seem to recall that you
can take over the binding for that, can't you?
> I have brainstormed on how I might improve on this situation. Both telnet
> and ssh allow the sending of several arbitrary signals to the server.
> Maybe I could offer an option where, on WM_QUIT, Anzio would send a hangup
> signal to the server. If the server trapped out the hangup, everything
> would stay running. If the hangup was handled normally, the server would
> close its end of the connection, and Anzio would exit gracefully.
>
> Reactions?
At the risk of sounding ignorant, I'll bite. Why would telnetd or sshd
themselves ever trap a HUP and not pass it along to the child process
group?
mark->
--
Bring the web-enabling power of OneGate to -your- filePro applications today!
Try the live filePro-based, OneGate-enabled demo at the following URL:
http://www2.onnik.com/~fairlite/flfssindex.html
More information about the Filepro-list
mailing list