Excellent news. Many thanks Uli. ________________________________
Changing ucontext would cause significant ABI issues, so we like to avoid that if at all possible ;-) In any case, for those signals where the PSW address points after the faulting instruction, the siginfo_t always contains a field si_addr which holds the address of the faulting insn itself. This can be used for purposes like the one you describe. There has been a little bit of confusion about just when the PSW points to or after the current instruction in the past, but the rule (that current 2.6 kernels enforce) is: SIGILL/SIGFPE/SIGTRAP point after the instruction, every other signal points to the instruction. For an example of how to handle your very problem (analysing SIGFPEs resulting from divide), you may have a look at libjava/include/s390-signal.h (HANDLE_DIVIDE_OVERFLOW) residing in current GCC sources. ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390
