Hmm, here's an alternative approach: if we're in an export stub, look
if the stub leads us to a function that has HP_UX_interrupt_marker set
in its unwind record. This makes us read an instruction from the
inferior, but it should be pretty robust.
ok?
Now that signal trampolines get detected again on HP-UX 10.20, I
noticed another recent change that seems to have broken things. Your
recent overhaul of hppa_hpux_sigtramp_frame_unwind_cache added these
two lines:
info->saved_regs[HPPA_PCOQ_HEAD_REGNUM].addr =
info->saved_regs[HPPA_RP_REGNUM].addr;
This breaks stuff, since at least on HP-UX 10.20 %pcoqh as read from
the signal state is correct. And I have a hard time believing that
this would be different on HP-UX 11.xx. Can you explain why you added
this?