From: Alex Riesen <fork0@users.sourceforge.net>
To: Chris Wright <chrisw@osdl.org>
Cc: Ulrich Drepper <drepper@redhat.com>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: POSIX message queues, libmqueue: mq_open, mq_unlink
Date: Sat, 17 Apr 2004 10:20:48 +0200 [thread overview]
Message-ID: <20040417082048.GA1269@steel.home> (raw)
In-Reply-To: <20040416165621.V21045@build.pdx.osdl.net>
Chris Wright, Sat, Apr 17, 2004 01:56:21 +0200:
> > > The kernel interface is simple and clean. And in fact, requires no
> > > slashes else you'll get -EACCES. It's not POSIX, but the library
> > > interface is.
> > >
> > > We just discussed this yesterday:
> > >
> > > http://marc.theaimsgroup.com/?t=108205593100003&r=1&w=2
> >
> > now, what's is the check in the library for? BTW, it is returning the
> > other error code (EINVAL instead of EACCES), just on top of all the
> > confusion with slashes.
>
> EINVAL in the library, sure. EACCES is if you directly use the kernel
> interface and pass it a name with any slashes in it. The two interfaces
> (library and kernel) aren't required to be identical. Kernel is kept
> simplest w/ no slashes, library provides POSIX compliance.
>
Ok. It's just that every provider of the _kernel_ interface to user
space has now to take care of being posix-compliant. Write the code for
checks, iow. That is not the case for "open", for instance.
And besides, with the patch applied the kernel is also posix compliant,
isn't it? Noone still answered why the check in library in this case.
(The patch is not applied yet, btw)
next prev parent reply other threads:[~2004-04-17 8:21 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-04-16 8:11 Alex Riesen
2004-04-16 16:13 ` Ulrich Drepper
2004-04-16 21:38 ` Alex Riesen
2004-04-16 22:17 ` Ulrich Drepper
2004-04-16 22:22 ` Chris Wright
2004-04-16 23:43 ` Alex Riesen
2004-04-16 23:56 ` Chris Wright
2004-04-17 8:20 ` Alex Riesen [this message]
2004-04-17 10:49 Manfred Spraul
2004-04-17 11:16 ` Alex Riesen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20040417082048.GA1269@steel.home \
--to=fork0@users.sourceforge.net \
--cc=chrisw@osdl.org \
--cc=drepper@redhat.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®