Re: [PATCHv3 0/4] sys_indirect system call
[Posted November 20, 2007 by corbet]
| From: |
| Ulrich Drepper <drepper-AT-redhat.com> |
| To: |
| dean gaudet <dean-AT-arctic.org> |
| Subject: |
| Re: [PATCHv3 0/4] sys_indirect system call |
| Date: |
| Tue, 20 Nov 2007 08:16:49 -0800 |
| Message-ID: |
| <47430871.7000306@redhat.com> |
| Cc: |
| Ingo Molnar <mingo-AT-elte.hu>, Eric Dumazet <dada1-AT-cosmosbay.com>,
linux-kernel-AT-vger.kernel.org, akpm-AT-linux-foundation.org,
tglx-AT-linutronix.de, torvalds-AT-linux-foundation.org |
| Archive-link: |
| Article,
Thread
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
dean gaudet wrote:
> as an application writer how do i access accept(2) with FD_CLOEXEC
> functionality? will glibc expose an accept2() with a flags param?
Not yet decided. There is the alternative to extend the accept()
interface to have both interfaces:
int accept(int, struct sockaddr *, socklen_t *);
and
int accept(int, struct sockaddr *, socklen_t *, int);
We can do this with type safety even in C nowadays.
> if so... why don't we just have an accept2() syscall?
If you read the mails of my first submission you'll find that I
explained this. I talked to Andrew and he favored new syscalls. But
then I talked to Linus and he favored this approach. Probably
especially because it can be used for syslets as well. And it is less
code and data than introducing new syscalls.
- --
? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
iD8DBQFHQwhx2ijCOnn/RHQRAnezAKCkFmGwlwDZjpfKTRSUN4yLIeGTkACgtMK/
OcHdIaR8wbp848D3GU2iNYQ=
=nTu9
-----END PGP SIGNATURE-----
(
Log in to post comments)