Re: running at boot time & signals



maria wrote:

> I need to automatically run a program everytime my computer
> boots up.
> Right now, I'm doing that by linking it from /etc/rc1.d. The
> problem is that, since it's running as part of init, it doesn't
> receive
> signals. I need it to receive a SIGINT when I hit ctrl-c, and
> this
> isn't happening. Is there any way I can get this to work,
> either by running the program in some other way outside of
> init, or by configuring it to receive signals through init?

what about
kill -15 `pidof $programm` ?
Or put the programm in the inittab, giving it it's own VT with
openvt.

Wolfgang Draxinger
--

.



Relevant Pages

  • running at boot time & signals
    ... I need to automatically run a program everytime my computer boots up. ... I'm doing that by linking it from /etc/rc1.d. ... is that, since it's running as part of init, it doesn't receive ... configuring it to receive signals through init? ...
    (comp.os.linux.development.apps)
  • running at boot time & signals
    ... I need to automatically run a program everytime my computer boots up. ... I'm doing that by linking it from /etc/rc1.d. ... is that, since it's running as part of init, it doesn't receive ... configuring it to receive signals through init? ...
    (comp.os.linux.development.system)
  • Re: Signal Handling problems
    ... >> I have been programming an init program based on the existing init ... >> I have a few signals setup to be handled by the program. ... >> whenever i send a signal the Kernel panics and crashes the machine. ... During this simulation run the signal handlers work perfectly as ...
    (comp.unix.programmer)
  • Re: [PATCH 1/2] kill_something_info: misc cleanups
    ... I am sitting here wondering why we bother to ignore init, ... is protected from all signals it doesn't explicitly setup a signal ... surprising if anyone ever cares. ... To detect the init of a pid namespace for user visible semantic ...
    (Linux-Kernel)
  • [PATCH 2/7][v6] Protect init from unwanted signals more
    ... Protect init from unwanted signals more ... (This is a modified version of the patch submitted by Oleg Nesterov ... but the pending SIGKILL has 2 bad implications: ...
    (Linux-Kernel)