This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: gcj: SignalListener, process pid, ...
Erik> I guess people traditionally use SIGHUP for instructing the
Erik> server process to reread its config files. Would it be
Erik> acceptable in terms of linux/unix conventions to use one of
Erik> SIGINT, SIGQUIT, SIGUSR1,SIGUSR2, or SIGTERM signals? I mean, in
Erik> that case, I'll use one of these, instead of using a wrapper.
We could change libgcj, but only on systems with a glibc newer than
2.1 (according to the comments in posix-threads.cc). That probably
covers most boxes these days.
Tom
- 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, ...
- Re: gcj: SignalListener, process pid, ...
- Re: gcj: SignalListener, process pid, ...