www.nico.schottelius.org/software/cinit/browse_source/cinit-0.0.8/doc/posix.aardvark.bug.report
Nico Schottelius 423ba10303 import cinit from unix.schottelius.org
Signed-off-by: Nico Schottelius <nico@ikn.schottelius.org>
2009-09-16 12:53:45 +02:00

52 lines
1.7 KiB
Text

To: austin-review-l__AT__opengroup.org
From: nico-posix__AT__schottelius.org
Subject: Bug in TC2-d6 bind - bind a name to a socket
Reply-To: austin-group-l__AT__opengroup.org
Bug report from : Nico Schottelius , cLinux
(Note that the reply-to line automatically redirects
to austin-group-l__AT__opengroup.org for further discussion on bug reports)
@ page 1 line 0 section bind - bind a name to a socket objection {-1}
Problem:
bind should 'assign a name to a socket', but in particular environments it will fail, where it could succeed.
Long Description:
When opening a new socket, with type PF_UNIX
(sock = socket(PF_UNIX,SOCK_STREAM,0);) and one sets
the socket option SO_REUSEADDR
(setsockopt(sock, SOL_SOCKET, SO_REUSEADDR, &tmp, sizeof(tmp))),
bind does not honour this setting.
It is reported on irc channels, that SO_REUSEADDR is only supported on
PF_INET sockets and that's what I would claim a bug.
If a socket exists in the filesystem and no process is bound to
it, bind wail fail anyway.
This is especially problematic, when one is in an environment,
which is pre-startup (like beeing init) and one wants to use
sockets, but everything is mounted read-only.
So, if bind() would honour the option, it would be able
to bind() to a socket, which exists (as creating one on a
read-only filesystem is not possible).
Action:
Proposal:
Add better specification to either socket(7) or bind(2), which
explains the behaviour of bind, when this option is set
or even better: Specify, that bind should take care of this bit,
also when using PF_UNIX.
In general the socket(7) manpage should explain more in detail
or at least reference other documents (unix(7)?), which explain what the
option for a specific protocol does.