See comments section.

N/A

 xxxxx@xxxxx  2000-10-23: Sounds like a good idea.
How does it work for Windows? (similar sigaction-like interface?)>

 xxxxx@xxxxx  2001-01-29: Mingyao Yang has a prototype that addresses
this issue. It's currently being reviewed for integration at a future date.
Making Mingyao the RE, since he's doing all the work.


Signal-chaining will do two things:
   (1) saves preinstalled user signal handlers when installing our own signal
       handlers for some signals used by the vm (mostly some synchronous
       signals).
   (2) disallows the installation of user signal handlers for vm-used signals,
       instead, saves those user signals handlers. This is done by linking a .so
       file with user's main program, or preloading the .so file with
       LD_PRELOAD. The .so file interposes those os calls that install signal
       handlers:
       for Solaris/Linux, sigaction, signal, sigset
   For both (1) and (2), during signal handling by the vm, if the signal is not
   for the vm to handle, the saved user signal handler will be invoked.

 xxxxx@xxxxx  2001-06-12

I'd welcome the opportunity to give input on this
subject. Please see my defect 4366535 for an intro.

Regards
Rob

rob.nugent@cp.net

Hello,
My name is Paul Yoo.
I experienced signal problem about SIGUSR2.
Does the VM use the SIGUSR2 signal?
I wanna know what kinds of some signal used by the VM?
Please let me know by gsyoo@samsung.com

Has anyone used libjsig.so on Solaris? It seems to be acting 
quite bizarre. when I call signal(SIGPIPE, some_handler), it 
returns 13, not the address of the previous handler. In fact, I 
always get the signal number returned.

Is there a list of signals that our code can intercept and 
handle? Is there an interface for signal handling?

Is there a list of signals that our code can intercept and 
handle? Is there an interface for signal handling?

rob.nugent@cp.net

For Signal Handling on Solaris OS and Linux, see below page
http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/gbzbl.html