setjmp/longjmp

Doug Gwyn gwyn at smoke.BRL.MIL
Wed May 3 20:49:08 AEST 1989


In article <1989May2.225124.12977 at utzoo.uucp> henry at utzoo.uucp (Henry Spencer) writes:
>Uh, Doug, he's talking about doing better than mere conformance, not about
>deviating from it.

That's okay, then -- I must have confused that with suggestions earlier
heard that existing UNIX setjmp/longjmp behavior be preserved, and there
seem to be some current implementations that don't conform to the standard.

It's harder than one might think to obtain more stringent guarantees for
what is preserved across a longjmp.  There was considerable discussion of
this in X3J11 meetings, much of which I no longer remember in detail.
I do recall that the outcome was that stricter requirements were
considered an excessive implementation burden.  If an implementer can do
better, more power to him, but portable programmers are not going to rely
on it.  Heck, they're probably not going to use longjmp much anyway.



More information about the Comp.std.c mailing list