This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: gcj: SignalListener, process pid, ...
Tom Tromey writes:
> >>>>> "Erik" == Erik Poupaert <erik.poupaert@freestyler-toolkit.org> writes:
>
> Erik> That should be ample enough to control linux daemons with, if it
> Erik> weren't for the fact that the traditional SIGHUP signal is
> Erik> missing. While the library permits listening to SIGHUP (and
> Erik> SIGDANGER(?)), libgcj unfortunately prevents somehow the
> Erik> signal-listening thread to respond to it.(Why?)
>
> We reserve a signal to implement Thread.interrupt().
> On Linux this is SIGHUP.
Oh dear. That means to use a server process that can handle SIGHUP
you'll have to create a wrapper.
Andrew.
- References:
- stripping libgcj.so.4
- Re: stripping libgcj.so.4
- _Jv_SetMaximumHeapSize
- _Jv_SetMaximumHeapSize
- java.lang.Process.waitFor()
- java.lang.Process.waitFor()
- gcj: SignalListener, process pid, ...
- Re: gcj: SignalListener, process pid, ...
- Re: gcj: SignalListener, process pid, ...
- Re: gcj: SignalListener, process pid, ...
- Re: gcj: SignalListener, process pid, ...
- Re: gcj: SignalListener, process pid, ...