Re: Possible fix for the signal-handling problem in es-0.9-beta1.tar.gz

[Loren James Rittle <rittle@latour.rsch.comm.mot.com>]

In article <cWdZSI5Et9@iadd.jivetech.com>,
Paul Haahr <haahr@jivetech.com> writes:

>> this problem in earnest and produce a patch for it.  It works for me
>> on FreeBSD, OSF1 and Solaris (sorry, can't test Linux at the moment).

> Unfortunately, it doesn't appear to fix the bug I've been seeing on
> Linux.

OK, I have access to a Red Hat 6.1 Linux box again (in the near
future, I can get access to 6.2 and 7.0 as well).

I now understand the failure mode you see in modern Linux.  My known
failure mode (before signal-handling patch) was a bit more complex
than yours:

; while {true} {true}
^C
; while {true} {true}
^C [shell does not respond to one or more interrupts at this point.]

I can confirm:

- I see the problem you see on modern Linux
- my patch doesn't help on modern Linux (since...)
- configure on Red Hat 6.1 isn't getting a lot of stuff right.

The big issue appears to be that whatever version of glibc they now
use insists that the correct headers are included before symbols can
be found at link time.  When configure tests to find various symbols,
it is not arranging for those correct headers to be included...

I am not an autoconfig guru but I know enough to be dangerous.  I will
see what I can do.

Regards,
Loren