From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22499 invoked by alias); 11 Aug 2016 17:13:43 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 22488 invoked by uid 89); 11 Aug 2016 17:13:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,MIME_BASE64_BLANKS,SPF_PASS autolearn=ham version=3.3.2 spammy=tcp, TCP, packets, buildings X-HELO: esa8.dell-outbound.iphmx.com Received: from Unknown (HELO esa8.dell-outbound.iphmx.com) (68.232.149.218) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 11 Aug 2016 17:13:32 +0000 Received: from mailuogwdur.emc.com ([128.221.224.79]) by esa8.dell-outbound.iphmx.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 11 Aug 2016 12:13:25 -0500 Received: from maildlpprd56.lss.emc.com (maildlpprd56.lss.emc.com [10.106.48.160]) by mailuogwprd52.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id u7BHDM4w001193 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 11 Aug 2016 13:13:24 -0400 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com u7BHDM4w001193 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com u7BHDM4w001193 Received: from mailusrhubprd02.lss.emc.com (mailusrhubprd02.lss.emc.com [10.253.24.20]) by maildlpprd56.lss.emc.com (RSA Interceptor); Thu, 11 Aug 2016 13:12:55 -0400 Received: from MXHUB225.corp.emc.com (MXHUB225.corp.emc.com [10.253.68.95]) by mailusrhubprd02.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id u7BHD9ii027715 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Thu, 11 Aug 2016 13:13:09 -0400 Received: from MX203CL03.corp.emc.com ([fe80::4dee:b763:b476:8fbc]) by MXHUB225.corp.emc.com ([10.253.68.95]) with mapi id 14.03.0266.001; Thu, 11 Aug 2016 13:13:08 -0400 From: "taylor, david" To: Pedro Alves , "gdb@sourceware.org" Subject: RE: multiple live inferiors Date: Thu, 11 Aug 2016 17:13:00 -0000 Message-ID: <63F1AEE13FAE864586D589C671A6E18B06CAB4@MX203CL03.corp.emc.com> References: <63F1AEE13FAE864586D589C671A6E18B06CA71@MX203CL03.corp.emc.com> In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd02.lss.emc.com X-RSA-Classifications: public X-SW-Source: 2016-08/txt/msg00021.txt.bz2 PiBGcm9tOiBQZWRybyBBbHZlcyBbbWFpbHRvOnBhbHZlc0ByZWRoYXQuY29t XQ0KPiBTZW50OiBUaHVyc2RheSwgQXVndXN0IDExLCAyMDE2IDExOjIyIEFN DQo+IA0KPiBPbiAwOC8xMS8yMDE2IDAzOjU2IFBNLCB0YXlsb3IsIGRhdmlk IHdyb3RlOg0KPiA+IEN1cnJlbnRseSBHREIgc3VwcG9ydHMgaGF2aW5nIG11 bHRpcGxlIG5vbi1saXZlIGluZmVyaW9ycy4gIEJ1dCwgaWYgSSB0cnkgdG8N Cj4gPiBhZGQgYSBzZWNvbmQgbGl2ZSBpbmZlcmlvciBpdCB3YW50cyB0byBr aWxsIHRoZSBjdXJyZW50IGxpdmUgaW5mZXJpb3IuDQo+IA0KPiBCeSAibm9u LWxpdmUiLCBJIGFzc3VtZSB5b3UgbWVhbiBmaWxlX3N0cmF0dW0gaW5mZXJp b3JzDQo+IChleGVjdXRhYmxlIGZpbGVzLCBldGMuKS4gIEdEQiBkb2VzIG5v dCBzdXBwb3J0IGhhdmluZyBtdWx0aXBsZQ0KPiBjb3JlIGR1bXAgaW5mZXJp b3JzIGxvYWRlZC4NCg0KSSB3YXNuJ3QgIHRoaW5raW5nIGFib3V0IGNvcmUg ZmlsZXMgYW5kIHdhcyB1bmF3YXJlIG9mIHRoYXQgbGltaXRhdGlvbi4gIEkg ZG9uJ3QNCmN1cnJlbnRseSBoYXZlIGEgbmVlZCBmb3IgbXVsdGlwbGUgY29y ZSBkdW1wIGluZmVyaW9ycy4NCg0KSSB3YXMgdGhpbmtpbmcgb2Ygbm9uLWxp dmUgYXMgdGFyZ2V0cyBmb3Igd2hpY2ggdGFyZ2V0X2hhc19leGVjdXRpb24g cmV0dXJucyBmYWxzZS4NCg0KPiBnZGIgX2RvZXNfIGhvd2V2ZXIgc3VwcG9y dCBoYXZpbmcgbXVsdGlwbGUgbGl2ZSBpbmZlcmlvcnMuICBJdCB3b3Jrcw0K PiBhcyBsb25nIGFzIHRoZXkncmUgYWxsIGJlaGluZCB0aGUgc2FtZSB0YXJn ZXQgY29ubmVjdGlvbi4gIEUuZy4sDQo+IG11bHRpcGxlIGluZmVyaW9ycyB3 aXRoIHRoZSBuYXRpdmUgdGFyZ2V0LiAgT3INCj4gbXVsdGlwbGUgaW5mZXJp b3JzIGFnYWluc3QgZ2Ric2VydmVyLiAgVGhlIHNpbXBsZXN0IHRvIGdldCB0 aGVtDQo+IGlzIHRvIGVuYWJsZSBmb2xsb3dpbmcgZm9ya3MsIHdpdGggInNl dCBkZXRhY2gtb24tZm9yayBvZmYiLg0KDQpUaGUgdGFyZ2V0cyBpbnZvbHZl ZCBhbGwgaGF2ZSBkaWZmZXJlbnQgZWxmIGZpbGVzLiAgVGhleSBhcmUgcnVu bmluZyBvbiBkaWZmZXJlbnQgYm9hcmRzDQp3aXRoaW4gb3VyIGJveC4gIE5l aXRoZXIgaXMgdGhlIGFuY2VzdG9yIC8gZGVzY2VuZGFudCBvZiB0aGUgb3Ro ZXIuDQoNCj4gWW91J3JlIHRyeWluZyB0byBhZGQgYSBzZWNvbmQgdGFyZ2V0 IGNvbm5lY3Rpb24sIHdoaWNoIGlzDQo+IGEgYml0IG9ydGhvZ29uYWwuDQoN Cg0KPiA+IFRoYXQgaXMsIEkgY2FuIGRvOg0KPiA+DQo+ID4gICAgIGdkYiBz b21lLWZpbGUuZWxmDQo+ID4gICAgIHNldCBub24tc3RvcCBvbg0KPiA+ICAg ICBzZXQgdGFyZ2V0LWFzeW5jIG9uDQo+ID4gICAgIHRhcmdldCBleHRlbmRl ZC1yZW1vdGUgfCBwcm9ncmFtIHdpdGggc29tZSBhcmd1bWVudHMNCj4gDQo+ ICJwcm9ncmFtIiBoZXJlIHdpbGwgYmUgdGhlIHNlcnZlci4NCj4gDQo+ID4g ICAgIGFkZC1pbmZlcmlvciAtZXhlYyBuZXctZmlsZS5lbGYNCj4gPiAgICAg aW5mbyBpbmZlcmlvcnMNCj4gPiAgICAgaW5mZXJpb3IgMg0KPiA+ICAgICB0 YXJnZXQgZXh0ZW5kZWQtcmVtb3RlIHwgcHJvZ3JhbSB3aXRoIGRpZmZlcmVu dCBhcmd1bWVudHMNCj4gPg0KPiANCj4gU28gaGVyZSByZXBsYWNlIHRoZSBz ZWNvbmQgInRhcmdldCBleHRlbmRlZC1yZW1vdGUiDQo+IHdpdGggImF0dGFj aCIgb3IgInJ1biIgdG8gc3RhcnQgdGhlIG5ldyBpbmZlcmlvciB1bmRlcg0K PiBjb250cm9sIG9mIHRoZSBmaXJzdCBzZXJ2ZXIuDQoNCk5laXRoZXIgYXR0 YWNoIG5vciBydW4gaXMgc3VpdGFibGUuDQoNClRoZSBlbGYgZmlsZXMgYXJl IHRoZSBrZXJuZWxzLiAgVGhlIG1vZGVsIGlzIG9uZSBhIHNpbmdsZSBwcm9j ZXNzIGNvbnNpc3RpbmcNCm9mIGEgYnVuY2ggb2YgdGhyZWFkcyBpbiBhIGNv bW1vbiBhZGRyZXNzIHNwYWNlLg0KDQpUaGUgYXJndW1lbnRzIHRvIHRoZSBw cm9ncmFtLCB3aGljaCBydW5zIG9uIHRoZSBkZXNrdG9wLCBub3QgdGhlIHRh cmdldCwNCmluY2x1ZGUgYSB1c2VyIG5hbWUgYW5kIHBhc3N3b3JkICh1c2Vk IGZvciBhdXRoZW50aWNhdGlvbikgYW5kIGFuIElQIGFkZHJlc3MuDQpUaGUg cHJvZ3JhbSBlc3RhYmxpc2hlcyBhIFRDUC9JUCBjb25uZWN0aW9uIHRvIHRo ZSBHREIgc3R1YiBwb3J0IG9uIHRoZSBib2FyZC4NCkl0IHBhc3NlcyB0aGUg dXNlciBuYW1lIGFuZCBwYXNzd29yZCB0byB0aGUgYm94LiAgT25jZSB0aGUg Y29ubmVjdGlvbiBpcyBhdXRoZW50aWNhdGVkLA0KdGhlIHByb2dyYW0ganVz dCBjb3BpZXMsIHdpdGhvdXQgZXhhbWluYXRpb24sIHJlbW90ZSBwcm90b2Nv bCBwYWNrZXRzIGJhY2sgYW5kDQpmb3J0aCB1bnRpbCB0aGUgY29ubmVjdGlv biBpcyBicm9rZW4gKGUuZy4sIEdEQiBkaXNjb25uZWN0cykuDQoNClRoZXJl IGlzIG5vIHN1cHBvcnQgZm9yIHN3aXRjaGluZyB0byBhIGRpZmZlcmVudCBi b2FyZCB3aGV0aGVyIHdpdGhpbiB0aGUgZGVza3RvcA0KcHJvZ3JhbSBvciB3 aXRoaW4gdGhlIEdEQiBzdHViIHJ1bm5pbmcgb24gYSBib2FyZCB3aXRoaW4g dGhlIGJveC4NCg0KSSB3YW50IHRvIGhhdmUgbXVsdGlwbGUgaW5mZXJpb3Jz IGVhY2ggd2l0aCB0aGVpciBvd24gZGVkaWNhdGVkIChleHRlbmRlZC0pcmVt b3RlIHRhcmdldC4NCg0KV2hpbGUgbXkgY3VycmVudCB1c2UgY2FzZSBpcyBm b3IgbXVsdGlwbGUgYm9hcmRzIHdpdGhpbiB0aGUgc2FtZSBib3gsIEkgY2Fu IGVudmlzaW9uIGEgZnV0dXJlDQp3aGVyZSB0aGUgaW5mZXJpb3JzIG1pZ2h0 IGJlIGluIGRpZmZlcmVudCBib3hlcyBpbiBkaWZmZXJlbnQgYnVpbGRpbmdz Li4uDQoNCj4gPiBhdCB3aGljaCBwb2ludCBHREIgd2lsbCBzYXk6DQo+ID4N Cj4gPiAgICAgQSBwcm9ncmFtIGlzIGJlaW5nIGRlYnVnZ2VkIGFscmVhZHku ICBLaWxsIGl0PyAoeSBvciBuKQ0KPiA+DQo+ID4gSSdkIGJlIG9rYXkgd2l0 aCB0aGUgcXVlc3Rpb24gaWYgdGhlIGN1cnJlbnQgaW5mZXJpb3Igd2FzIGxp dmUuICBCdXQsIGl0IGlzIGp1c3QNCj4gYW4gZXhlY3V0YWJsZS4NCj4gPg0K PiA+IEkgYXNzdW1lIHRoYXQgdGhlcmUncyBtb3JlIHRvIGNoYW5naW5nIHRo aXMgdGhhbiBqdXN0IG1vZGlmeWluZw0KPiB0YXJnZXRfcHJlb3Blbi4NCj4g PiBXaGF0IGVsc2UgaXMgbGlrZWx5IHRvIGJyZWFrIG9yIG5lZWQgbW9kaWZp Y2F0aW9uPw0KPiANCj4gU2VlIGhlcmU6DQo+IA0KPiAgIGh0dHBzOi8vc291 cmNld2FyZS5vcmcvZ2RiL3dpa2kvTXVsdGlUYXJnZXQNCj4gDQo+IFRoYW5r cywNCj4gUGVkcm8gQWx2ZXMNCg0K >From gdb-return-45227-listarch-gdb=sources.redhat.com@sourceware.org Thu Aug 11 17:16:49 2016 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 27168 invoked by alias); 11 Aug 2016 17:16:49 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Delivered-To: mailing list gdb@sourceware.org Received: (qmail 27155 invoked by uid 89); 11 Aug 2016 17:16:48 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=lived, wherever, destroying, marc X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 11 Aug 2016 17:16:47 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id ACCC781F03; Thu, 11 Aug 2016 17:16:46 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u7BHGjPn012230; Thu, 11 Aug 2016 13:16:45 -0400 Subject: Re: Is there a way to unset inferior-tty? To: Marc Khouzam , Simon Marchi References: <302246af-a394-4a76-5223-5cac924bda9a@redhat.com> <9560791fd070c79f7ab54e5e7b63d433@simark.ca> Cc: "gdb@sourceware.org" From: Pedro Alves Message-ID: <875b0391-3b94-c3d7-c829-a8c3abb00770@redhat.com> Date: Thu, 11 Aug 2016 17:16:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-SW-Source: 2016-08/txt/msg00022.txt.bz2 Content-length: 1961 On 07/02/2016 03:04 PM, Marc Khouzam wrote: > In the end I moved to a more complete solution for eclipse. Right > after an inferior starts, eclipse will reset the tty to a new and > valid value; that way, if the user does a 'run', the tty will already > be properly set _and_ will direct inferior output to a valid eclipse > console. > > FWIW, this also led me to automatically set the tty for an inferior > that is created using the GDB console with the 'add-inferior' command > (thanks to the =thread-group-added event). I think this will make for > an improved user experience with the GDB console in eclipse. Sounds to me like this will end up causing trouble. E.g., if you follow a big tree of processes (e.g., debug "make check" with "set detach-on-fork off"), you'll end up creating a useless tty for each of the thousands of short lived children spawned, right? It's also racy. E.g., a script can do: add-inferior .. inferior 2 run And before you managed to handle the =thread-group-added event, "run" has already run, so you can no longer change the inferior's tty. Unless you're pointing all inferiors to the same tty? In that case, why are you destroying the original tty in the first place? I wonder whether what we need is a "set default-inferior-tty TTY" command, that makes inferiors created with "add-inferior" inherit that TTY automatically? With that, a frontend would have (or could give the user the) choice of making inferiors created in the console with add-inferior output to a separate console. If that setting is clear, then output of new inferiors created on the console goes to gdb's console by default or to wherever the user forced with "set inferior-tty", just like when running gdb outside Eclipse. In sum: #1 - If "set inferior-tty" is explicitly set in the inferior, use that. #2 - Otherwise, if "set default-inferior-tty" is explicitly set, use that. #3 - Otherwise, use gdb's tty. Thanks, Pedro Alves