Messages in this thread | | | Date | Wed, 26 Nov 2003 11:14:25 -0800 (PST) | From | Linus Torvalds <> | Subject | Re: Never mind. Re: Signal left blocked after signal handler. |
| |
On Wed, 26 Nov 2003, Bruce Perens wrote: > > The behavior of 2.4 seems to be the same used by some dozens of Unix > systems upon which my confidence test passed.
Interesting. I know the 2.4.x behaviour wasn't arrived at due to any "compatibility testing" - it was purely a matter of "minimal code". The fact that other unixes did the same despite no other commonalities is interesting in itself ;)
But we actually had another unrelated thread about this last week, where SIGTRAP on x86 worked differently under Linux and FreeBSD (both 2.4.x and 2.6.x behaviour differed from BSD behaviour), so clearly it's _not_ a 100% correlation.
> I agree that we should not be wrong in the same way as everyone else, > and wonder if POSIX says anything about this. I could have been the only > one using this "feature".
I can't say that I'd ever seen this documented anywhere.
I personally think it is "good taste" to actually set the SA_NODEFER flag if you know you depend on the behaviour, but if there are lots of existing applications that actually depend on the "forced punch-through" behaviour, then I'll obviously have to change the 2.6.x behaviour (a stable user-level ABI is a lot more important than my personal preferences).
But if ElectricFence is the only thing that cares, I'd rather just EF added a SA_NODEFER..
Linus - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |