On Fri, 2009-01-23 at 21:52 +0000, Michael Casadevall wrote: > glibc does not autodetect the presence of this call (possibly because > depending on the architecture, the number of arguments change (since > some arches can't hand 7 argument syscalls), so it will also have be > modified to use the kernel's ppoll/psystem mechanisms once they are > implemented in the kernel. > This bit's not true.
glibc first tries the ppoll() syscall, and if that fails with ENOSYS it will fall back to a generic implementation (that has all the race conditions that ppoll() was designed to avoid!) The only change to glibc would be to remove the #undef __ASSUME_PPOLL line from ports/sysdeps/unix/sysv/linux/arm/kernel-features.h, this disables the fallback code (you'd version guard it as in generic). Scott -- Scott James Remnant [email protected] -- ARM architecture lacks support for pselect() and ppoll() https://bugs.launchpad.net/bugs/319729 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
