From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26849 invoked by alias); 20 Sep 2004 20:26:52 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 26832 invoked from network); 20 Sep 2004 20:26:51 -0000 Received: from unknown (HELO gateway.sf.frob.com) (64.81.54.130) by sourceware.org with SMTP; 20 Sep 2004 20:26:51 -0000 Received: from magilla.sf.frob.com (magilla.sf.frob.com [198.49.250.228]) by gateway.sf.frob.com (Postfix) with ESMTP id 92964357B; Mon, 20 Sep 2004 13:26:50 -0700 (PDT) Received: from magilla.sf.frob.com (localhost.localdomain [127.0.0.1]) by magilla.sf.frob.com (8.12.11/8.12.9) with ESMTP id i8KKQoDe032085; Mon, 20 Sep 2004 13:26:50 -0700 Received: (from roland@localhost) by magilla.sf.frob.com (8.12.11/8.12.11/Submit) id i8KKQnRN032082; Mon, 20 Sep 2004 13:26:49 -0700 Date: Mon, 20 Sep 2004 20:26:00 -0000 Message-Id: <200409202026.i8KKQnRN032082@magilla.sf.frob.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: Roland McGrath To: Ulrich Drepper Cc: GNU libc hacker Subject: Re: setXid In-Reply-To: Ulrich Drepper's message of Monday, 20 September 2004 13:18:49 -0700 <414F3B29.1040701@redhat.com> X-Zippy-Says: I have many CHARTS and DIAGRAMS.. X-SW-Source: 2004-09/txt/msg00078.txt.bz2 > 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