From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23558 invoked by alias); 9 Oct 2003 20:10:30 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 23551 invoked from network); 9 Oct 2003 20:10:30 -0000 Received: from unknown (HELO zenia.home) (12.223.225.216) by sources.redhat.com with SMTP; 9 Oct 2003 20:10:30 -0000 Received: by zenia.home (Postfix, from userid 5433) id 086B220766; Thu, 9 Oct 2003 15:08:56 -0500 (EST) To: Daniel Jacobowitz Cc: Kevin Buettner , Roland McGrath , Elena Zannoni , gdb-patches@sources.redhat.com Subject: Re: unwind support for Linux 2.6 vsyscall DSO References: <200310070445.h974jrd1020409@magilla.sf.frob.com> <1031009195805.ZM14115@localhost.localdomain> <20031009200224.GA21068@nevyn.them.org> From: Jim Blandy Date: Thu, 09 Oct 2003 20:10:00 -0000 In-Reply-To: <20031009200224.GA21068@nevyn.them.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2003-10/txt/msg00314.txt.bz2 Daniel Jacobowitz writes: > The problem with using SOLIB_ADD for this is that we can't SOLIB_ADD > safely till we hit the dynamic linker breakpoint, but it would be > _really_ nice to be able to load this object right after the inferior > starts (and for static binaries, etc etc). How would you suggets we do > that? Well, look, the whole association with SOLIB_ADD at all was just based on the intuition that "Hey, this vsyscall thing is like a shared library!" Nothing more profound than that. So if it turns out that sticking with SOLIB_ADD makes things complicated, then it'd be much better to just add calls to the core, attach, and run code, or whereever else is appropriate, that does things exactly the way you want.