From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27120 invoked by alias); 20 Jul 2011 18:03:44 -0000 Received: (qmail 27111 invoked by uid 22791); 20 Jul 2011 18:03:43 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 20 Jul 2011 18:03:25 +0000 Received: (qmail 3208 invoked from network); 20 Jul 2011 18:03:24 -0000 Received: from unknown (HELO scottsdale.localnet) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 20 Jul 2011 18:03:24 -0000 From: Pedro Alves To: gdb-patches@sourceware.org Subject: Re: [RFC][patch] Avoid repeated calls to solib_add on initial attach. Date: Wed, 20 Jul 2011 18:38:00 -0000 User-Agent: KMail/1.13.6 (Linux/2.6.38-8-generic; KDE/4.6.2; x86_64; ; ) Cc: Paul Pluzhnikov , Luis Machado References: <20110715205209.8B3B3190BC2@elbrus2.mtv.corp.google.com> <201107201735.13150.pedro@codesourcery.com> In-Reply-To: <201107201735.13150.pedro@codesourcery.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201107201903.22754.pedro@codesourcery.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2011-07/txt/msg00557.txt.bz2 On Wednesday 20 July 2011 17:35:12, Pedro Alves wrote: > > Fixing all inferior hook methods to be consistent and always load > > initial DSO list sounds promising, but has the practical problem: I don't > > have access to many systems. I'll check what I can do there ... > > I'm not certain of the amount of work here. I'm okay with > your approach as fallback (you should make the counter > unsigned to avoid undefined signed overflow). (Meant to say before but forgot... the DSO list is per program space, not inferior -- you should move the counter to struct program_space) -- Pedro Alves