Juergen,
Many thanks for the info. It is not my desire to mix java and native code in the
way you describe, but the following:
I am working in a C environment, and I need to be able to call subroutines in
a number of (pluggable) languages, of which one is Java. Some of those languages
run-times (such as Java) like to install signal handlers, and thus I have the
additional
problem of ensuring that there are no conflicts.
If there were some way for me to disable Java signal handlers and simply install
my own, and then invokes Java's handling routines from my signal handler, that
would be one solution.
Rob
Juergen Kreileder wrote:
> >>>>> Rob Nugent writes:
>
> Rob> Hi, I have a requirement to use Java Linux to implement a
> Rob> number of sub-routines in an environment in which other
> Rob> languages such as 'C' will also be executing.
>
> Rob> A question has arisen as to whether the Java VM has a
> Rob> requirement to install any signal handlers which might
> Rob> displace my pre-existing signal handlers for C.
>
> Rob> Can anyone comment ? I would much prefer that the VM did NOT
> Rob> install handlers so that I can remain in control.
>
> IMO mixing java with native code that uses signals is not good idea.
>
> Here's a (maybe incomplete) list of signals we use:
> SIGUSR1, SIGUSR2, SIGUNUSED, SIGSTKFLT, SIGQUIT, SIGCHLD,
> SIGIO, SIGALRM, SIGPIPE
>
> Juergen
--
Rob Nugent
Development Manager
UniKix Technologies Europe
[EMAIL PROTECTED]
http://www.unikix.com
Tel: +44 (0) 1489 585503
Fax: +44 (0) 1489 881363
----------------------------------------------------------------------
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
