From owner-freebsd-standards Sun Dec 2 20:37:57 2001 Delivered-To: freebsd-standards@freebsd.org Received: from espresso.q9media.com (espresso.q9media.com [216.254.138.122]) by hub.freebsd.org (Postfix) with ESMTP id 2F28D37B416 for ; Sun, 2 Dec 2001 20:37:49 -0800 (PST) Received: (from mike@localhost) by espresso.q9media.com (8.11.6/8.11.6) id fB34aQv53595; Sun, 2 Dec 2001 23:36:26 -0500 (EST) (envelope-from mike) Date: Sun, 2 Dec 2001 23:36:26 -0500 From: Mike Barcroft To: Garance A Drosihn Cc: Bruce Evans , standards@FreeBSD.ORG Subject: Re: strerror_r() implementation Message-ID: <20011202233626.A52804@espresso.q9media.com> References: <20011203005459.N8502-100000@gamplex.bde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: ; from drosih@rpi.edu on Sun, Dec 02, 2001 at 10:12:13PM -0500 Organization: The FreeBSD Project Sender: owner-freebsd-standards@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Garance A Drosihn writes: > Hmm. Should we bug someone to make that more explicit, at least for > the case of a truncated message? I just have this fear that some OS's > will implement truncated messages to always include the terminating > null, and others will prefer to put one extra byte of the error msg > into the buffer. Programs written on the OS which chooses the first > behavior might then run into trouble on the second group of OS's. Properly written applications will check the return value. It's not our job to hold the application writter's hand. Best regards, Mike Barcroft To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-standards" in the body of the message