From owner-freebsd-hackers@FreeBSD.ORG Tue May 13 06:43:37 2003 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 379D237B401 for ; Tue, 13 May 2003 06:43:37 -0700 (PDT) Received: from bluejay.mail.pas.earthlink.net (bluejay.mail.pas.earthlink.net [207.217.120.218]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88C1A43F93 for ; Tue, 13 May 2003 06:43:36 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0093.cvx21-bradley.dialup.earthlink.net ([209.179.192.93] helo=mindspring.com) by bluejay.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19Fa45-0007ZF-00; Tue, 13 May 2003 06:43:34 -0700 Message-ID: <3EC0F632.8695C950@mindspring.com> Date: Tue, 13 May 2003 06:42:10 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Thomas David Rivers References: <200305131125.h4DBPWr23993@lakes.dignus.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a431e937d06442ca6ccd0443212f5e16aa93caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c cc: jkh@apple.com cc: hackers@freebsd.org Subject: Re: A modest proposal for better errno values... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2003 13:43:37 -0000 Thomas David Rivers wrote: > Robert Klein wrote: > I think Robert is "on to" something here... > > But - EGOOFUP isn't descriptive enough for the situation > Poul-Henning writes about... > > How about > > EKERNERR /* A programming error in the kernel */ > > Wouldn't that be descriptive of the situation without insulting > anyone? It appears in both the libc malloc code, and in the GEOM code under the bde subtree in the kernel, so it is not kernel specific for "programming errors"; by a ratio of 3:1, it's a user space programming error. Personally, I am partial to "EPROGERR"; it matches the error text, if it needs to change. It has the advantage of leaving it ambiguous whether we meant "programming", "programmer", or "program", too. -- Terry