apr-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 47662] APR shouldn't rely on build-time results to decide whether to use CLOEXEC or not
Date Mon, 10 Aug 2009 21:15:14 GMT
https://issues.apache.org/bugzilla/show_bug.cgi?id=47662


Paolo Bonzini <bonzini@gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |


--- Comment #3 from Paolo Bonzini <bonzini@gnu.org> 2009-08-10 14:15:09 PDT ---
Distributions very often update kernel-headers much more often than the kernel
itself.  Besides, this would make it impossible for distributions to provide an
updated APR without disabling SOCK_CLOEXEC, patching it, or enabling the
installation only on machines running a new-enough kernel (or forcing a reboot
if the kernel is not old enough).

I'm pretty sure that this is not what you want to do.  Even glibc itself guards
usage of the new cloexec features with tests that detect EINVAL or ENOSYS
errors:

http://www.eglibc.org/cgi-bin/viewcvs.cgi/*checkout*/branches/libdfp/libc/sysdeps/unix/sysv/linux/opensock.c?rev=6786

It would actually be an additional advantage of APR, if it included these
checks.

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org
For additional commands, e-mail: bugs-help@apr.apache.org


Mime
View raw message