From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19271 invoked by alias); 5 Nov 2004 02:09:22 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 19135 invoked from network); 5 Nov 2004 02:09:21 -0000 Received: from unknown (HELO palrel13.hp.com) (156.153.255.238) by sourceware.org with SMTP; 5 Nov 2004 02:09:21 -0000 Received: from hplms2.hpl.hp.com (hplms2.hpl.hp.com [15.0.152.33]) by palrel13.hp.com (Postfix) with ESMTP id 651DD1C03FF4; Thu, 4 Nov 2004 18:09:20 -0800 (PST) Received: from napali.hpl.hp.com (napali.hpl.hp.com [15.4.89.123]) by hplms2.hpl.hp.com (8.13.1/8.13.1/HPL-PA Hub) with ESMTP id iA529I4H007759; Thu, 4 Nov 2004 18:09:18 -0800 (PST) Received: from napali.hpl.hp.com (napali [127.0.0.1]) by napali.hpl.hp.com (8.13.1/8.13.1/Debian-16) with ESMTP id iA529IDa009115; Thu, 4 Nov 2004 18:09:18 -0800 Received: (from davidm@localhost) by napali.hpl.hp.com (8.13.1/8.13.1/Submit) id iA529I3F009112; Thu, 4 Nov 2004 18:09:18 -0800 From: David Mosberger MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <16778.57550.54390.106251@napali.hpl.hp.com> Date: Fri, 05 Nov 2004 02:09:00 -0000 To: Roland McGrath Cc: davidm@hpl.hp.com, libc-hacker@sources.redhat.com Subject: Re: second thoughts on using dl_iterate_phdr() for cache-validation In-Reply-To: <200411050136.iA51aPf6004341@magilla.sf.frob.com> References: <16778.55128.102064.331295@napali.hpl.hp.com> <200411050136.iA51aPf6004341@magilla.sf.frob.com> Reply-To: davidm@hpl.hp.com X-URL: http://www.hpl.hp.com/personal/David_Mosberger/ X-SW-Source: 2004-11/txt/msg00013.txt.bz2 >>>>> On Thu, 4 Nov 2004 17:36:25 -0800, Roland McGrath said: >> So when should I check back? Roland> You should take responsibility for the work you want done Roland> and continue improving it until you've submitted a patch Roland> that has nothing wrong with it. Please don't pretend there Roland> is some mystery about how to contribute effectively. I'm not sure I understand. You said the tree is currently closed for new interfaces. All I'm asking is when you're expecting the tree to reopen again. >> Fine; I don't mind changing it back to "unsigned long int". Roland> What is the documentation about the meaning of the values Roland> and the effects of overflow? As for the meaning of the values, see the documentation in link.h: ---- /* The value returned by this function increments by at least 1 when objects are added to the list visited by dl_iterate_phdr(). This function is not serialized with respect to dl_iterate_phdr(). If serialization is needed, this function should be called from within a dl_itereate_phdr() callback. */ extern unsigned long int dl_phdr_additions_counter (void); /* The vaue returned by this function increments by at least 1 when objects are removed from the list visited by dl_iterate_phdr(). This function is not serialized with respect to dl_iterate_phdr(). If serialization is needed, this function should be called from within a dl_itereate_phdr() callback. */ extern unsigned long int dl_phdr_removals_counter (void); ---- I'll add a comment about the possibility of overflows. --david