This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.

Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: setXid

From: Roland McGrath <roland at redhat dot com>
To: Ulrich Drepper <drepper at redhat dot com>
Cc: GNU libc hacker <libc-hacker at sources dot redhat dot com>
Date: Mon, 20 Sep 2004 13:26:49 -0700
Subject: Re: setXid

> These extensions are honestly as well defined (or better) than the POSIX
> mandated behavior and they are necessary for people who actually want the
> behavior (at least for migration purposes).

Sorry, that is just totally wrong.  Tell me right now exactly what they do,
I dare you.  You can't, because we don't know.  Like many parts of Linux,
this has always been a mess for the multithreaded cases and unclear what
many of the semantics are.  People have been coping with it, yes.  That
doesn't mean we want to say that this status quo is good enough.  It's not.

> I see no problem at all.  If another OS does not provide the
> functionality the functions can fail.

No other OS could provide the functionality, because noone knows what it is!
I demand a coherent specification for every API in glibc.  Period.


Thanks,
Roland

References:
- Re: setXid
  - From: Ulrich Drepper

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]