From owner-freebsd-arch@FreeBSD.ORG Wed May 7 06:36:17 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47D6B37B401; Wed, 7 May 2003 06:36:17 -0700 (PDT) Received: from phoenix.infradead.org (phoenix.mvhi.com [195.224.96.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C1E43FBF; Wed, 7 May 2003 06:36:13 -0700 (PDT) (envelope-from hch@infradead.org) Received: from hch by phoenix.infradead.org with local (Exim 4.10) id 19DP5f-0006Oy-00; Wed, 07 May 2003 14:36:11 +0100 Date: Wed, 7 May 2003 14:36:11 +0100 From: Christoph Hellwig To: "Jacques A. Vidrine" , Harti Brandt , Terry Lambert , freebsd-arch@FreeBSD.org Message-ID: <20030507143611.A23293@infradead.org> References: <20030501182820.GA53641@madman.celabo.org> <20030505110601.H53365@beagle.fokus.fraunhofer.de> <20030506093754.B838@beagle.fokus.fraunhofer.de> <3EB7CC73.9C61C27E@mindspring.com> <20030506165850.Y601@beagle.fokus.fraunhofer.de> <20030506152605.GE77708@madman.celabo.org> <20030506175017.C631@beagle.fokus.fraunhofer.de> <20030506162352.GC78486@madman.celabo.org> <20030507093240.GA15754@HAL9000.homeunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20030507093240.GA15754@HAL9000.homeunix.com>; from das@FreeBSD.ORG on Wed, May 07, 2003 at 02:32:40AM -0700 Subject: Re: `Hiding' libc symbols X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 May 2003 13:36:17 -0000 On Wed, May 07, 2003 at 02:32:40AM -0700, David Schultz wrote: > > strlcpy(struct string *a, struct string *b) > > { > > if (a->size == 0) { > > b->size = 0; > > return; > > } > > /* really copy the string */ > > } > > Hmm...but that program is broken. If someone overrides a symbol > reserved by the C standard, he deserves whatever he gets. It is > not unreasonable to expect applications to avoid using reserved > symbols for thier own purposes. strlcpy is not in any standard..