From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24585 invoked by alias); 20 Apr 2015 15:30:37 -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 24572 invoked by uid 89); 20 Apr 2015 15:30:36 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.2 required=5.0 tests=AWL,BAYES_00,MIME_BASE64_BLANKS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: mga14.intel.com Received: from mga14.intel.com (HELO mga14.intel.com) (192.55.52.115) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 20 Apr 2015 15:30:34 +0000 Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga103.fm.intel.com with ESMTP; 20 Apr 2015 08:30:33 -0700 X-ExtLoop1: 1 Received: from irsmsx107.ger.corp.intel.com ([163.33.3.99]) by fmsmga002.fm.intel.com with ESMTP; 20 Apr 2015 08:30:31 -0700 Received: from irsmsx155.ger.corp.intel.com (163.33.192.3) by IRSMSX107.ger.corp.intel.com (163.33.3.99) with Microsoft SMTP Server (TLS) id 14.3.224.2; Mon, 20 Apr 2015 16:30:30 +0100 Received: from irsmsx104.ger.corp.intel.com ([169.254.5.132]) by irsmsx155.ger.corp.intel.com ([169.254.14.178]) with mapi id 14.03.0224.002; Mon, 20 Apr 2015 16:30:30 +0100 From: "Tedeschi, Walfred" To: Doug Evans , Joel Brobecker CC: Andreas Schwab , "gdb-patches@sourceware.org" Subject: RE: RFC: "set" command with 2 arguments instead of one? Date: Mon, 20 Apr 2015 15:30:00 -0000 Message-ID: References: <20141123042417.GA839@adacore.com> <87bnny45zi.fsf@igel.home> <20141123095317.GE5774@adacore.com> <20141124071258.GI5774@adacore.com> <20150414124920.GH4704@adacore.com> In-Reply-To: Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 X-IsSubscribed: yes X-SW-Source: 2015-04/txt/msg00745.txt.bz2 RG91ZyBhbmQgSm9lbCwNCg0KSSBhZ3JlZSB3aXRoIHRoZSBhcmd1bWVudCBh Ym91dCB0aGUgY29tbWFzLg0KRm9yIGluc3RhbmNlIHBhcnNpbmcgYSBtb3Jl IGNvbXBsZXggZXhwcmVzc2lvbiAoYW4gaW5mZXJpb3IgY2FsbCkgd2lsbCBw b3RlbnRpYWxseSBoYXZlIGlzc3VlcyBwYXJzaW5nIHRvIHNwYWNlcy4gQnV0 IHdpbGwgd29yayB1c2luZyBjb21tYXMuDQoNCkluIHRoaXMgc2Vuc2UgSSBh bSBhbHNvIGZvciBjb21tYXMuDQoNCkpvZWwsIHRoYW5rcyBhIGxvdCBmb3Ig cmFpc2luZyB0aGlzIHN1YmplY3QhIA0KDQpJIHdpbGwgc2VuZCBhbiByZXdv cmtlZCB2ZXJzaW9uIHVzaW5nIGNvbW1hcyBmb3IgcmV2aWV3Li4uLg0KDQpU aGFua3MgYW5kIHJlZ2FyZHMsDQotRnJlZCANCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IERvdWcgRXZhbnMgW21haWx0bzp4ZGplNDJA Z21haWwuY29tXSANClNlbnQ6IE1vbmRheSwgQXByaWwgMjAsIDIwMTUgNzo0 NSBBTQ0KVG86IEpvZWwgQnJvYmVja2VyDQpDYzogVGVkZXNjaGksIFdhbGZy ZWQ7IEFuZHJlYXMgU2Nod2FiOyBnZGItcGF0Y2hlc0Bzb3VyY2V3YXJlLm9y Zw0KU3ViamVjdDogUmU6IFJGQzogInNldCIgY29tbWFuZCB3aXRoIDIgYXJn dW1lbnRzIGluc3RlYWQgb2Ygb25lPw0KDQpPbiBUdWUsIEFwciAxNCwgMjAx NSBhdCA1OjQ5IEFNLCBKb2VsIEJyb2JlY2tlciA8YnJvYmVja2VyQGFkYWNv cmUuY29tPiB3cm90ZToNCj4+IFNvcnJ5IGZvciB0aGUgbG9uZyBkZWxheSBo ZXJlLiBOb3cgSSBjb3VsZCBjb21lIGJhY2sgdG8gdGhlIHBhdGNoZXMgYWdh aW4uDQo+Pg0KPj4gV2FzIHRoZXJlIGFueSBvdXRjb21lIG9uIHRoYXQgZGlz Y3Vzc2lvbi4gSG93IGRvIHlvdSB0aGluayBJIGNvdWxkIA0KPj4gdXNlIHRo ZSBtdWx0aXBsZSBhcmd1bWVudHM/DQo+DQo+IEkgZG9uJ3QgcmVtZW1iZXIg YW55IHJlcGx5IHRvIHRoZSBtZXNzYWdlIHlvdSBxdW90ZSBhYm92ZSwgd2hp Y2ggDQo+IHN1bW1hcml6ZXMgbXkgY3VycmVudCB0aGlua2luZyBhbmQgcG9z aXRpb24uIEFzIHlvdSBpbmRpY2F0ZSwgaXQgaXMgYSANCj4gcXVlc3Rpb24g b2YgbWFraW5nIGEgZGVjaXNpb24uDQo+DQo+IEdsb2JhbCBNYWludGFpbmVy czogV2hhdCBkbyB5b3UgdGhpbms/IExldCdzIG1ha2UgYSBkZWNpc2lvbiBz byB0aGF0IA0KPiBXYWxmcmVkIGNhbiByZXN1bWUgaGlzIHdvcmsgb24gdGhp cy4NCj4NCj4gVGhhbmtzIQ0KDQpIaS4NCg0KQXMgYSBkYXRhIHBvaW50LCBy ZWdhcmRpbmcgdGhpcyBjb21tZW50Og0KDQoiQ29tbWFzIGFsc28gaGF2ZSBh IG1lYW5pbmcgaW4gQywgc28gYXJndWFibHkgdGhleSBjb3VsZCBiZSB1c2Vk IGluIGV4cHJlc3Npb25zIGFzIHdlbGwuIg0KDQpub3RlIHRoYXQgcGFyc2Vf dG9fY29tbWFfYW5kX2V2YWwgaGFuZGxlcyBwYXJlbnRoZXNpemVkIGV4cHJl c3Npb25zLCBzbyBvbmUgKmNhbiogdXNlIGNvbW1hcyBpbiBleHByZXNzaW9u cy4gIElmIHRoZXkgcG9zZSBhIHByb2JsZW0gdG8gcGFyc2luZyBvZiB0aGUg Y29tbWFuZCB0aGVuIG9uZSBjYW4gd3JhcCB0aGF0IGV4cHJlc3Npb24gaW4g cGFyZW5zLg0KDQpFLmcuLA0KDQooZ2RiKSBwICRwYw0KJDEgPSAodm9pZCAo Kikodm9pZCkpIDB4NDAwNzY0IDxtYWluKCkrND4NCihnZGIpIGRpc2FzICgo JHBjKzQyKSwoJHBjKzApKSwrMTYNCkR1bXAgb2YgYXNzZW1ibGVyIGNvZGUg ZnJvbSAweDQwMDc2NCB0byAweDQwMDc3NDoNCj0+IDB4MDAwMDAwMDAwMDQw MDc2NCA8bWFpbigpKzQ+OiAgICAgICBtb3YgICAgJDB4NDAwODYwLCVlc2kN CiAgIDB4MDAwMDAwMDAwMDQwMDc2OSA8bWFpbigpKzk+OiAgICAgICBtb3Yg ICAgJDB4NDAxYzgwLCVlZGkNCiAgIDB4MDAwMDAwMDAwMDQwMDc2ZSA8bWFp bigpKzE0PjogICAgICBjYWxscSAgMHg0MDA2MzANCjxfWlN0bHNJU3QxMWNo YXJfdHJhaXRzSWNFRVJTdDEzYmFzaWNfb3N0cmVhbUljVF9FUzVfUEtjQHBs dD4NCiAgIDB4MDAwMDAwMDAwMDQwMDc3MyA8bWFpbigpKzE5PjogICAgICBt b3YgICAgJDB4MCwlZWF4DQoNClNvIEknbSBub3Qgd29ycmllZCBhYm91dCBj b21tYXMgaW4gZXhwcmVzc2lvbnMuDQoNCmdkYiBpcyBuZXZlciBnb2luZyB0 byBiZSBhdCBhIHBvaW50IHdoZXJlIGFsbCBjb21tYW5kcyBjYW4gdXNlIGJ1 aWxkYXJndi4NCkkgdGhpbmsgY2hvb3NpbmcgZWl0aGVyIGJ1aWxkYXJndiBv ciBjb21tYXMgKHVzaW5nIHBhcnNlX3RvX2NvbW1hX2FuZF9ldmFsIG9yIHdo YXRldmVyKSBzaG91bGQgY29uc2lkZXIgd2hhdCB0aGUgYXJndW1lbnRzIHRv IHRoZSBjb21tYW5kIGFyZS4NCkFuZCBzaW5jZSB0aGlzIGNvbW1hbmQgdGFr ZXMgdGhpbmdzIHRoYXQgYXJlIG1vcmUgbGlrZSBleHByZXNzaW9ucyB0aGFu IGxpa2Ugc3RyaW5ncywgSSdtIGxlYW5pbmcgdG93YXJkcyBjb21tYXMuDQoN Cg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IGdk Yi1wYXRjaGVzLW93bmVyQHNvdXJjZXdhcmUub3JnIA0KPj4gW21haWx0bzpn ZGItcGF0Y2hlcy1vd25lckBzb3VyY2V3YXJlLm9yZ10gT24gQmVoYWxmIE9m IEpvZWwgQnJvYmVja2VyDQo+PiBTZW50OiBNb25kYXksIE5vdmVtYmVyIDI0 LCAyMDE0IDg6MTMgQU0NCj4+IFRvOiBEb3VnIEV2YW5zDQo+PiBDYzogQW5k cmVhcyBTY2h3YWI7IGdkYi1wYXRjaGVzQHNvdXJjZXdhcmUub3JnDQo+PiBT dWJqZWN0OiBSZTogUkZDOiAic2V0IiBjb21tYW5kIHdpdGggMiBhcmd1bWVu dHMgaW5zdGVhZCBvZiBvbmU/DQo+Pg0KPj4gPiBUaGlzIGZlZWxzIGxpa2Ug YSBjYXNlIHdoZXJlIHdlIG5lZWQgdG8gYXQgbGVhc3QgdGhpbmsgYWJvdXQg c29tZSANCj4+ID4gZnV0dXJlLXByb29maW5nLg0KPj4gPiBPbmUgd2F5IHNv bWUgY29tbWFuZHMgc2VwYXJhdGUgZXhwcmVzc2lvbnMgaXMgd2l0aCBjb21t YXMuDQo+PiA+IEknbSBub3QgZm9uZCBvZiBvcHRpb25hbCBjb21tYXMgKHNl dHRpbmcgYXNpZGUgdGhlIHRocmVhZCBvbiBpbmZvIA0KPj4gPiBtYWNybyAt YXQgTE9DQVRJT04sKS4NCj4+ID4gSU9XLCBpZiBpdCB0dXJucyBvdXQgdGhh dCB3ZSB3YW50IHRvIHVzZSBjb21tYXMgZG93biB0aGUgcm9hZCB0byANCj4+ ID4gc2VwYXJhdGUgZXhwcmVzc2lvbnMgaGVyZSwgdGhlbiBJJ2QgcHJlZmVy IHRoZSBjb21tYXMgYmUgcmVxdWlyZWQgDQo+PiA+IHRvZGF5Lg0KPj4gPiBF LmcuLCBzZXQgbXB4IGJvdW5kIEFERFIsIExCT1VORCwgVUJPVU5EDQo+Pg0K Pj4gPiBBcyBmb3IgaG93IHRvIHByb2Nlc3MgbXVsdGlwbGUgYXJndW1lbnRz IHRvIGEgInNldCIgY29tbWFuZCwgb25lIA0KPj4gPiB3YXkgd291bGQgYmUg dG8gc3RhZ2UgdGhlIHZhbHVlIGluIGEgc3RyaW5nIHBhcmFtZXRlciwgYW5k IHRoZW4gDQo+PiA+IGhhdmUgYSBzZXQgaGFuZGxlciBwb3N0LXByb2Nlc3Mg dGhlIHJlc3VsdC4NCj4+DQo+PiBJIHRoaW5rIHVzaW5nIGNvbW1hcyBzeXN0 ZW1hdGljYWxseSBpcyBtYWtpbmcgaXQgd29yc2UgZm9yIG91cnNlbHZlcywg c2luY2UgaXQgcHJldmVudHMgdXMgZnJvbSB1c2luZyBnZGJfYnVpbGRhcmd2 IHRvIHBhcnNlIHRoZSBjb21tYW5kIGFyZ3VtZW50cyBmb3IgdXMuIENvbW1h cyBhbHNvIGhhdmUgYSBtZWFuaW5nIGluIEMsIHNvIGFyZ3VhYmx5IHRoZXkg Y291bGQgYmUgdXNlZCBpbiBleHByZXNzaW9ucyBhcyB3ZWxsLiBCdXQsIGlm IHRoYXQncyB0aGUgd2F5IHBlb3BsZSBwcmVmZXIsIHRoZW4gaGF2aW5nIGEg c3RhbmRhcmQgZ2RiX2J1aWxkYXJndi1saWtlIEFQSSB0aGF0IGV2ZXJ5b25l IGNvbnNpc3RlbnRseSB1c2VzIHdpbGwgbWFrZSBpdCBlYXNpZXIgZm9yIG1l IHRvIGFjY2VwdCB0aGF0IGRlY2lzaW9uLg0KPj4NCj4+IC0tDQo+PiBKb2Vs DQo+PiBJbnRlbCBHbWJIDQo+PiBEb3JuYWNoZXIgU3RyYXNzZSAxDQo+PiA4 NTYyMiBGZWxka2lyY2hlbi9NdWVuY2hlbiwgRGV1dHNjaGxhbmQgU2l0eiBk ZXIgR2VzZWxsc2NoYWZ0OiANCj4+IEZlbGRraXJjaGVuIGJlaSBNdWVuY2hl bg0KPj4gR2VzY2hhZWZ0c2Z1ZWhyZXI6IENocmlzdGlhbiBMYW1wcmVjaHRl ciwgSGFubmVzIFNjaHdhZGVyZXIsIERvdWdsYXMgDQo+PiBMdXNrDQo+PiBS ZWdpc3RlcmdlcmljaHQ6IE11ZW5jaGVuIEhSQiA0NzQ1Ng0KPj4gVXN0Li1J ZE5yLi9WQVQgUmVnaXN0cmF0aW9uIE5vLjogREUxMjkzODU4OTUgQ2l0aWJh bmsgRnJhbmtmdXJ0IGEuTS4gDQo+PiAoQkxaIDUwMiAxMDkgMDApIDYwMDEx OTA1Mg0KPg0KPiAtLQ0KPiBKb2VsDQpJbnRlbCBHbWJICkRvcm5hY2hlciBT dHJhc3NlIDEKODU2MjIgRmVsZGtpcmNoZW4vTXVlbmNoZW4sIERldXRzY2hs YW5kClNpdHogZGVyIEdlc2VsbHNjaGFmdDogRmVsZGtpcmNoZW4gYmVpIE11 ZW5jaGVuCkdlc2NoYWVmdHNmdWVocmVyOiBDaHJpc3RpYW4gTGFtcHJlY2h0 ZXIsIEhhbm5lcyBTY2h3YWRlcmVyLCBEb3VnbGFzIEx1c2sKUmVnaXN0ZXJn ZXJpY2h0OiBNdWVuY2hlbiBIUkIgNDc0NTYKVXN0Li1JZE5yLi9WQVQgUmVn aXN0cmF0aW9uIE5vLjogREUxMjkzODU4OTUKQ2l0aWJhbmsgRnJhbmtmdXJ0 IGEuTS4gKEJMWiA1MDIgMTA5IDAwKSA2MDAxMTkwNTIK >From gdb-patches-return-122158-listarch-gdb-patches=sources.redhat.com@sourceware.org Mon Apr 20 16:43:27 2015 Return-Path: Delivered-To: listarch-gdb-patches@sources.redhat.com Received: (qmail 73045 invoked by alias); 20 Apr 2015 16:43:27 -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 Delivered-To: mailing list gdb-patches@sourceware.org Received: (qmail 72858 invoked by uid 89); 20 Apr 2015 16:43:25 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 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 (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 20 Apr 2015 16:43:15 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t3KGhC8I007381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 20 Apr 2015 12:43:12 -0400 Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t3KGIOm9005380; Mon, 20 Apr 2015 12:18:25 -0400 Message-ID: <553526D0.9030802@redhat.com> Date: Mon, 20 Apr 2015 16:43:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Sergio Durigan Junior , Yao Qi CC: gdb-patches@sourceware.org Subject: Re: [PATCH v3 00/23] All-stop on top of non-stop References: <1429267521-21047-1-git-send-email-palves@redhat.com> <5534EADB.2040201@gmail.com> <87bniirdxf.fsf@redhat.com> In-Reply-To: <87bniirdxf.fsf@redhat.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-04/txt/msg00746.txt.bz2 Content-length: 2245 On 04/20/2015 04:56 PM, Sergio Durigan Junior wrote: > On Monday, April 20 2015, Yao Qi wrote: > >> Hi Pedro, >> I tested V3 on arm GNU/Linux and aarch64 GNU/Linux in both native and >> gdbserver, there is no regression on arm GNU/Linux. Thanks! That's great news. >> There is one >> regression on aarch64 GNU/Linux native, but I don't see how is this fail >> related to your V3 patches. I assume you mean you saw this once, and if that if you rerun that test in particular, the fail goes away. > Note that there is no regression either on >> aarch64 GNU/Linux with gdbserver. Awesome. >> >> (gdb) info threads^M >> Id Target Id Frame ^M >> ... >> 30 Thread 0x2019dff1f0 (LWP 28308) "joinable" 0x0000002000121a68 >> in clone () from /lib/aarch64-linux-gnu/libc.so.6^ >> ... >> GPT: lwp Thread 0x2019dff1f0 (LWP 28308) has no pending signal^M >> Can't detach Thread 0x2019dff1f0 (LWP 28308): No such process^ >> (gdb) FAIL: gdb.threads/attach-many-short-lived-threads.exp: iter 1: >> detach >> >> Another race problem on attach/detach? I think so, yes. The same race that was fixed for regular resumes, here: https://sourceware.org/ml/gdb-patches/2015-03/msg00597.html can easily happen when detaching. Say, you have 2 threads in your program. GDB must detach from each thread individually. So it starts by detaching from thread 1. And just before detaching from thread 2, thread 1 causes the whole process to exit. So the PTRACE_DETACH for thread 2 errors with ESRCH (No such process.) Now I don't know is why you would see that on iteration 1 ("iter 1"). One possibility could be that a thread that has already been detached crashed the process, because e.g., GDB left breakpoints inserted in memory by mistake, or something is wrong with infrun.c:prepare_for_detach, or something else along those lines. In that case, assuming "ulimit -c unlimited", you'll probably find you have a core dump for the crashing inferior. > > FWIW, gdb.threads/attach-many-short-lived-threads.exp is one of the > villains... It always shows up on our BuildBot logs. Yes, thought I don't think those have been showing a problem with the test, but rather that the test is still catching bugs. Thanks, Pedro Alves