From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12914 invoked by alias); 12 May 2015 16:03:38 -0000 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 Received: (qmail 12904 invoked by uid 89); 12 May 2015 16:03:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mail-oi0-f44.google.com Received: from mail-oi0-f44.google.com (HELO mail-oi0-f44.google.com) (209.85.218.44) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 12 May 2015 16:03:36 +0000 Received: by oica37 with SMTP id a37so9767793oic.0 for ; Tue, 12 May 2015 09:03:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lYmscNm045e7P9VZCr9FSqR/VZC6cwfSpvjK3F5mMpc=; b=LGKNEO0sqgmfq6gECd1Ubgjzk0OVE2DKmsbhrG2AG2naRQbbSZcVYnFttwUWNb4FpE 2L+VoiaIkYj0qH54mDPI9C/yCPnGnPuJ7OZH255jUq55HD00i+0nUg0Hf7OeSyzvDMHP uQfU6ms3EVUw9AxoBjfA52yg2sR235nGxDYp8qKi9rUVx2CWyNK3QwVGcM3xPRMJ0pNW NpYj2qJXTg6w2vCG6zmDrw/p3Em6NcYDiGWuAI8Txg+VwnByBTVju0m4Zl6vhJxBKXvw O81OCPAFsqSaexxEZp/KD0zqABp1ofw1ZIMH1LKIGyRlvm+QYI6qHM63845SDsC07/V4 3oCw== X-Gm-Message-State: ALoCoQknNVoRUYfsn8dizgTmDkXZR1FFkOCWOsAB4ZCwp6NwrEslhEHfWLLDbKICn+lwFSYYwaC5 MIME-Version: 1.0 X-Received: by 10.202.84.135 with SMTP id i129mr11760615oib.114.1431446614432; Tue, 12 May 2015 09:03:34 -0700 (PDT) Received: by 10.182.89.99 with HTTP; Tue, 12 May 2015 09:03:34 -0700 (PDT) In-Reply-To: <5551D7AD.8080500@redhat.com> References: <20150505151448.GA1417@blade.nx> <1430907977-30605-1-git-send-email-gbenson@redhat.com> <5551D7AD.8080500@redhat.com> Date: Tue, 12 May 2015 16:03:00 -0000 Message-ID: Subject: Re: [PATCH] Make only user-specified executable filenames sticky From: Doug Evans To: Pedro Alves Cc: Gary Benson , gdb-patches , Philippe Waroquiers Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2015-05/txt/msg00277.txt.bz2 On Tue, May 12, 2015 at 3:36 AM, Pedro Alves wrote: > Another way to handle that would be to leave the file loaded > in inferior 1, and switch to a new inferior to investigate > the other process. Sorry, these things don't always occur to me before I hit Send. Switching to a new inferior is three steps. (gdb) add-inf (gdb) infer 2 (gdb) attach PID IWBN to have something like the following (gdb) attach -n PID # "n" for "in new inferior" I kinda would rather do it differently, because it's more than just "attach" where one would like to do something in a new inferior, and IWBN to solve them all with one new command (or extension of existing command). E.g., "new-inferior ", as in "new-inferior attach PID". Or some such. OTOH, "new-inferior pwd" doesn't make much sense, and "attach -n PID" is simple (we'd want to enumerate all such commands and make sure the same option letter is available for use in all of them).