From owner-cvs-all@FreeBSD.ORG Sun May 13 14:22:20 2007 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1047B16A400; Sun, 13 May 2007 14:22:20 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id C28EC13C458; Sun, 13 May 2007 14:22:19 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l4DEMI7u005574; Sun, 13 May 2007 10:22:18 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Sun, 13 May 2007 10:22:18 -0400 (EDT) Date: Sun, 13 May 2007 10:22:18 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Robert Watson In-Reply-To: <200705131357.l4DDvjJ0064578@repoman.freebsd.org> Message-ID: References: <200705131357.l4DDvjJ0064578@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/lib/libc/net ether_addr.c ethers.3 X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 May 2007 14:22:20 -0000 On Sun, 13 May 2007, Robert Watson wrote: > rwatson 2007-05-13 13:57:45 UTC > > FreeBSD src repository > > Modified files: > lib/libc/net ether_addr.c ethers.3 > Log: > Add and document ether_ntoa_r() and ether_aton_r() functions, which accept > passed storage buffers rather than using static storage. Reimplement > ether_ntoa() and ether_aton() in terms of these functions. These variants > are thread-safe. If these are indeed new functions, then they are now invisible to consumers other than libc. Hint: see libc/net/Symbol.map -- DE