From: "H. Peter Anvin" <hpa@zytor.com>
To: Chris Wedgwood <cw@f00f.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Really odd behavior of overlapping named pipes?
Date: Sat, 26 Jan 2002 17:14:25 -0800 [thread overview]
Message-ID: <3C535471.9010605@zytor.com> (raw)
In-Reply-To: <20020126021610.YKAU20810.femail29.sdc1.sfba.home.com@there> <a2trjq$h2r$1@cesium.transmeta.com> <20020127010724.GB8125@tapu.f00f.org>
Chris Wedgwood wrote:
> On Sat, Jan 26, 2002 at 01:07:06AM -0800, H. Peter Anvin wrote:
>
> It sounds like what you're expecting is what would happen if we
> allowed open() on a Unix domain socket to do the obvious thing (can
> we, pretty please?)
>
> Why? Do any other OS's support this? It seems pointless if it's
> nonportable, but, if for arguments sake, several other OSs provide
> this then I guess we could for compatability reasons... and I assume
> with this proposal open would be jost socket/connect --- accept
> behavior would still require accept?
>
Yes, that I would. Why is it so "pointless if it's nonportable?" Under
that argument Linux should never be able to do anything that any other
OS hasn't already done. What it does it it makes it very easy to
replace a file-based convention -- say, purely as an example,
~/.signature -- with a process-based one. A FIFO won't do, since it
only contains one data stream and therefore can become corrupt if opened
by more than one process.
There should be no reason to limit the utility of common operations.
open() is one of the fundamental operations -- you can open *anything*
in the namespace, except, for no good reason, Unix domain sockets.
-hpa
prev parent reply other threads:[~2002-01-27 1:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-25 18:13 Really odd behavior of overlapping named pipes? Rob Landley
2002-01-26 4:47 ` Andreas Ferber
2002-01-26 9:07 ` H. Peter Anvin
2002-01-27 1:09 ` Chris Wedgwood
2002-01-27 1:14 ` H. Peter Anvin [this message]
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=3C535471.9010605@zytor.com \
--to=hpa@zytor.com \
--cc=cw@f00f.org \
--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