2011/11/11 Ben Hutchings <b...@decadent.org.uk>:
> On Fri, Nov 11, 2011 at 07:48:24PM +0100, Émeric Maschino wrote:
>> 2011/11/11 Ben Hutchings <b...@decadent.org.uk>:
>> Isn't Wheezy eglibc 2.13-21 supposed to already implement accept4()?
>
> That is a little difficult when the system call is not even defined
> for an architecture! Until it is rebuilt against the new kernel
> header, I assume it will use a fallback implementation that always
> fails.
OK. So I imagine that even with a patched kernel, udev will still
fails until accept4() is rebuilt against the patched kernel.
>> emeric@longspeak:~/Documents$ ./test_accept4
>> =======================================
>> Calling accept4(): flags = 0
>> accept4(): Function not implemented
emeric@longspeak:~/Documents$ ./test_accept4
=======================================
Calling accept4(): flags = 0
Close-on-exec flag is not set (OK); nonblock flag is not set (OK)
Test result: PASS
=======================================
Calling accept4(): flags = 80000 (SOCK_CLOEXEC)
Close-on-exec flag is set (OK); nonblock flag is not set (OK)
Test result: PASS
=======================================
Calling accept4(): flags = 800 (SOCK_NONBLOCK)
Close-on-exec flag is not set (OK); nonblock flag is set (OK)
Test result: PASS
=======================================
Calling accept4(): flags = 80800 (SOCK_CLOEXEC SOCK_NONBLOCK)
Close-on-exec flag is set (OK); nonblock flag is set (OK)
Test result: PASS
> I have no idea why this would still fail; maybe you need to change
> something additional in the kernel. Ask the linux-ia64 mailing list.
>
> Ben.
I simply forgot to also installed the patched version of
linux-libc-dev and compiling the test_accept4.c against it!
Now, everything seems fine and SOCK_CLOEXEC seems to be supported.
I'll thus create the patches against current kernel 3.2-rc1, test them
and send them to the kernel-ia64 list.
Thanks Ben and Marco for your help and guidelines.
Émeric
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
