From owner-cvs-src@FreeBSD.ORG Tue Apr 29 20:18:58 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E094E37B401; Tue, 29 Apr 2003 20:18:58 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 11EC443FDD; Tue, 29 Apr 2003 20:18:58 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id 754705B; Tue, 29 Apr 2003 22:18:57 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id A936278C4A; Tue, 29 Apr 2003 22:18:56 -0500 (CDT) Date: Tue, 29 Apr 2003 22:18:56 -0500 From: "Jacques A. Vidrine" To: "W. Josephson" Message-ID: <20030430031856.GA20258@madman.celabo.org> References: <200304292113.h3TLDoGF072965@repoman.freebsd.org> <20030430002014.GA1190@dragon.nuxi.com> <20030430004907.GA32349@mero.morphisms.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030430004907.GA32349@mero.morphisms.net> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: Dag-Erling Smorgrav Subject: Re: cvs commit: src/lib/libc/gen check_utility_compat.c confstr.c fmtmsg.c getgrent.c getpwent.c src/lib/libc/include namespace.h un-namespace.h src/lib/libc/locale setlocale.c src/lib/libc/net getaddrinfo.c gethostbydns.c getnameinfo.c hesiod.c ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2003 03:18:59 -0000 On Tue, Apr 29, 2003 at 08:49:07PM -0400, W. Josephson wrote: > I guess I don't see the need for a special case > even for strlcpy: why can't ports patch qpopper? The qpopper port maintainer _can_ and _should_ patch qpopper, as well as reporting the bug to the software vendor. I chose to hide strlcpy/strlcat anyway because I am far from certain that qpopper is the only application supplying its own (working or not) implementations. We don't want to call those from within libc, ever. It is too risky. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se