Comments below. Regards -- Bhaskar
Ismet Kursunoglu wrote: > > You should be able to send a mupip interrupt to the hung process and get > > it to dump its current state. > > I didn't know there was such a command ? You mean like literally > 'mupip interrupt'? Excuse my ignorance. I was killing the process with > mupip stop PID [KSB] GT.M allows you to send a signal to a process with mupip intrpt (as long as the operating system gives the uid of the mupip process permission to send a SIGUSR1 to the receiving process), and allows the process receiving the signal to handle the signal with an asynchronous handler that it sets. The handler is of course completely customizable, but the default behavior is to dump its current state in a file. Look at the Programmers Guide (http://www.sanchez-gtm.com/user_documentation/GTM-PG-UNIX44/index.htm) for the description of the intrinsic special variable $ZINTerrupt. A VistA process doesn't need to do anything to use this feature because of the default behavior. The general philosophy with GT.M is to provide the needed underlying hooks, but to leave their use to the application programmer (since the goal is not to be a "walled garden" but to integrate with the underlying environment). I have posted a write up on how you can build a more general job examine capability using the GT.M asynchronous interrupt handling hooks (http://sourceforge.net/docman/display_doc.php?docid=19563&group_id=11026). Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
