From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11694 invoked by alias); 17 Oct 2019 02:08:46 -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 11683 invoked by uid 89); 17 Oct 2019 02:08:46 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham version=3.3.1 spammy=Zaretskii, zaretskii X-HELO: us-smtp-1.mimecast.com Received: from us-smtp-delivery-1.mimecast.com (HELO us-smtp-1.mimecast.com) (207.211.31.120) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 17 Oct 2019 02:08:44 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1571278123; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=kc3gm+7d7O50IN9AKKnyaLDs/1x23l85UIrqSVZcU14=; b=B6L5UGdLsNqhyYBk0nXUYFajziATqraHOh3nMpQsqlIBaQYT6OvinAR538atmYn72BFcoV paPyVcwX4LX/qAuUMxeXe3ju6GtfqFMV8WUKwh93dhB4+HkpudEXobsS/UaI89/OqGa/rS 3csBOAmzyd1D2yI3Yfh0zYBEaBJ0qWk= Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-191-4-XXMid_M6KMNC5PxMs0hg-1; Wed, 16 Oct 2019 22:08:41 -0400 Received: by mail-wr1-f71.google.com with SMTP id s9so228791wrw.23 for ; Wed, 16 Oct 2019 19:08:40 -0700 (PDT) Return-Path: Received: from ?IPv6:2001:8a0:f913:f700:56ee:75ff:fe8d:232b? ([2001:8a0:f913:f700:56ee:75ff:fe8d:232b]) by smtp.gmail.com with ESMTPSA id f3sm582839wrq.53.2019.10.16.19.08.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 16 Oct 2019 19:08:39 -0700 (PDT) Subject: Re: [PATCH 23/23] Multi-target: NEWS and user manual To: Eli Zaretskii References: <20190906232807.6191-1-palves@redhat.com> <20190906232807.6191-24-palves@redhat.com> <83sgp862f2.fsf@gnu.org> Cc: gdb-patches@sourceware.org From: Pedro Alves Message-ID: Date: Thu, 17 Oct 2019 02:08:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: <83sgp862f2.fsf@gnu.org> X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2019-10/txt/msg00541.txt.bz2 Hi Eli, On 9/7/19 7:33 AM, Eli Zaretskii wrote: >> From: Pedro Alves >> +@item >> +the connection name, derived from the protocol used by the connection. >=20 > "Name" sounds ... inaccurate, when it can be something like > "extended-remote host:10000", doesn't it? How about "Type"? Or maybe > call that "Description" and the last field "Details"? You're right. I called it "name" because originally it was really the target's short name (target_shortname). When I got to supporting multiple remote connections, I figured that we'd want to see the arguments that were passed to "target remote", but did not think to rename the column. How about calling it "what", like so: (gdb) info connections=20 Num What Description=20=20=20=20=20=20=20 1 remote :9999 Remote serial target in gdb-specific protocol=20 2 native Native process=20=20=20=20 * 3 core Local core dump file=20 Not unlike the "What" column in info breakpoints. ( It may be a good idea to make "core" show the core file's filename: (gdb) info connections=20 Num What Description=20=20=20=20=20=20=20 1 remote :9999 Remote serial target in gdb-specific protocol=20 2 native Native process=20=20=20=20 * 3 core core.3263 Local core dump file=20 4 core core.7146 Local core dump file=20 ) Thanks, Pedro Alves