This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: gcj: SignalListener, process pid, ...
> Oh dear. That means to use a server process that can handle SIGHUP
> you'll have to create a wrapper.
I guess people traditionally use SIGHUP for instructing the server process to reread
its config files. Would it be acceptable in terms of linux/unix conventions to use
one of SIGINT, SIGQUIT, SIGUSR1,SIGUSR2, or SIGTERM signals? I mean, in that case,
I'll use one of these, instead of using a wrapper.
By the way, if anybody has the expert knowledge of how to turn a "pthread_t" into a
corresponding"pid", please let me know. I'd be most grateful.
Erik
- 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, ...