From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9713 invoked by alias); 9 Dec 2014 03:19:20 -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 9645 invoked by uid 89); 9 Dec 2014 03:19:08 -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,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,FROM_EXCESS_BASE64,MIME_BASE64_BLANKS,RCVD_IN_DNSWL_NONE,SPF_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-HELO: smtpbgsg2.qq.com Received: from smtpbgsg2.qq.com (HELO smtpbgsg2.qq.com) (54.254.200.128) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Tue, 09 Dec 2014 03:18:58 +0000 X-QQ-FEAT: WhRCeMz+KBtTWb+kjhK/J51YAilQ3MCyQYl1cYKD4F+Q0lcXKSWucDqGWF6bS q2lyhvMjyUjCMCdn++z7NxCQFaZapNR3IZ3Xl3pqJhhIssq7TUyJ+3xFs5iBa0i4GwK4ryf ePD0e5VsKbH3GMi1qX1bF5pq6QqJK+bWealCreFNSriJ+qLaBQ3BFCD2wXabkkblgx/dDRh jG/gZSF6ELtIjk0gig1mn X-QQ-SSF: 00000000000000F0000000000000000 X-HAS-ATTACH: no X-QQ-BUSINESS-ORIGIN: 2 In-Reply-To: References: X-QQ-STYLE: X-QQ-mid: webmail54t1418095129t7657641 From: "=?ISO-8859-1?B?TmFuIFhpYW8=?=" To: "=?ISO-8859-1?B?RG91ZyBFdmFucw==?=" Cc: "=?ISO-8859-1?B?Z2Ri?=" Subject: Re: Some questions about using gdb catch syscall function Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: base64 Date: Tue, 09 Dec 2014 03:19:00 -0000 Message-ID: X-QQ-MIME: TCMime 1.0 by Tencent X-QQ-Mailer: QQMail 2.x X-QQ-ReplyHash: 3295307077 X-QQ-SENDSIZE: 520 X-QQ-Bgrelay: 1 X-IsSubscribed: yes X-SW-Source: 2014-12/txt/msg00015.txt.bz2 SGkgRG91ZywKCiAgICBUaGFua3MgdmVyeSBtdWNoIGZvciB5b3VyIGRldGFp bGVkIGFuZCBraW5kbHkgZXhwbGFuYXRpb25zIQoKICAgIFBlciBteSB1bmRl cnN0YW5kaW5nLCBpZiBubyAibGliZXhwYXQiLCAiY2F0Y2ggc3lzY2FsbCIg YW5kICJjYXRjaCBzeXNjYWxsIG51bWJlciIgc3RpbGwgd29yayBub3JtYWxs eSwgZXhjZXB0IHNvbWUgd2FybmluZ3MuIFJpZ2h0PwoKQmVzdCBSZWdhcmRz Ck5hbiBYaWFvCi0tLS0tLS0tLS0tLS0tLS0tLSBPcmlnaW5hbCAtLS0tLS0t LS0tLS0tLS0tLS0KRnJvbTogICJEb3VnIEV2YW5zIjs8ZGplQGdvb2dsZS5j b20+OwpEYXRlOiAgVHVlLCBEZWMgOSwgMjAxNCAxMDo1MyBBTQpUbzogICJO YW4gWGlhbyI8eGlhb25hbjE5ODMwODE4QHFxLmNvbT47CkNjOiAgImdkYiI8 Z2RiQHNvdXJjZXdhcmUub3JnPjsKU3ViamVjdDogIFJlOiBTb21lIHF1ZXN0 aW9ucyBhYm91dCB1c2luZyBnZGIgY2F0Y2ggc3lzY2FsbCBmdW5jdGlvbgoK T24gTW9uLCBEZWMgOCwgMjAxNCBhdCA2OjE2IFBNLCBOYW4gWGlhbyA8eGlh b25hbjE5ODMwODE4QHFxLmNvbT4gd3JvdGU6Cj4gSGkgYWxsLAo+Cj4gSSBh bSB1c2luZyBnZGIncyBjYXRjaCBzeXNjYWxsIGZ1bmN0aW9uKGh0dHBzOi8v c291cmNld2FyZS5vcmcvZ2RiL29ubGluZWRvY3MvZ2RiL1NldC1DYXRjaHBv aW50cy5odG1sI2luZGV4LWNhdGNoLXN5c2NhbGwpLCBhbmQgbWVldHMgc29t ZSBpc3N1ZXMuIFRoZSBwcm9jZWR1cmUgb2YgcnVubmluZyBnZGIgaXMgbGlr ZSB0aGlzOgo+Cj4gKGdkYikgY2F0Y2ggc3lzY2FsbAo+IHdhcm5pbmc6IENh biBub3QgcGFyc2UgWE1MIHN5c2NhbGxzIGluZm9ybWF0aW9uOyBYTUwgc3Vw cG9ydCB3YXMgZGlzYWJsZWQgYXQgY29tcGlsZSB0aW1lLgo+IENhdGNocG9p bnQgMSAoYW55IHN5c2NhbGwpCj4gKGdkYikgY2F0Y2ggc3lzY2FsbCAxCj4g Q2F0Y2hwb2ludCAyIChzeXNjYWxsIDEpCj4gKGdkYikgY2F0Y2ggc3lzY2Fs bCByZWFkCj4gVW5rbm93biBzeXNjYWxsIG5hbWUgJ3JlYWQnLgo+Cj4gTXkg cXVlc3Rpb25zIGFyZToKPiAoMSkgZ2RiIHByaW50cyAid2FybmluZzogQ2Fu IG5vdCBwYXJzZSBYTUwgc3lzY2FsbHMgaW5mb3JtYXRpb247IFhNTCBzdXBw b3J0IHdhcyBkaXNhYmxlZCBhdCBjb21waWxlIHRpbWUuIi4gRG9lcyBpdCBh ZmZlY3QgdGhlIG5vcm1hbCB1c2Ugb2YgY2F0Y2ggZnVuY3Rpb24/IEl0IHNl ZW1zIHRoZSBnZGIgY2FuIHNldCBjYXRjaHBvaW50IG5vcm1hbGx5LgoKWW91 IG5lZWQgdG8gYnVpbGQgZ2RiIHdpdGggImxpYmV4cGF0Ii4KQ2hlY2sgdGhh dCB5b3UgaGF2ZSBpdCBpbnN0YWxsZWQgKEknbSBhc3N1bWluZyBub3QpIGFu ZCByZWJ1aWxkIGdkYi4KSWYgeW91IGhhdmUgbGliZXhwYXQgaW5zdGFsbGVk IGluIGEgbm9uLXN0YW5kYXJkIHBsYWNlLCB0aGVyZSBhcmUKb3B0aW9ucyB0 byBnZGIvY29uZmlndXJlIHRvIHRlbGwgdGhlIGJ1aWxkIHN5c3RlbSB3aGVy ZSB0byBmaW5kCmxpYmV4cGF0LgoKYmFzaCQgZ2RiL2NvbmZpZ3VyZSAtLWhl bHAgICAjIGFuZCBncmVwIGZvciBleHBhdAoKPgo+ICgyKSBJIGNhbiB1c2Ug ImNhdGNoIHN5c2NhbGwgbnVtYmVyIiBjb3JyZWN0bHksIHdoeSBjYW4ndCB1 c2UgImNhdGNoIHN5c2NhbGwgbmFtZSI/CgpnZGIgdXNlcyBsaWJleHBhdCB0 byBwYXJzZSB0aGUgeG1sIGRlc2NyaXB0aW9ucyBvZiB0aGUgc3lzY2FsbHMs IHdoaWNoCmlzIGhvdyBpdCBrbm93cyB0aGVpciBuYW1lcy4KTm8gbGliZXhw YXQgLT4gbm8gYWJpbGl0eSB0byByZWNvZ25pemUgc3lzY2FsbCBuYW1lcy4K Cj4KPiBQLlMuLCBteSBnZGIgaXMgNy44LjEgYW5kIHJ1bnMgb24gTGludXgg WDg2Lgo+Cj4gQ291bGQgYW55b25lIGdpdmUgYW55IGNvbW1lbnRzIGFib3V0 IHRoaXMgaXNzdWU/IFRoYW5rcyB2ZXJ5IG11Y2ggaW4gYWR2YW5jZSEKPgo+ IEJlc3QgUmVnYXJkcwo+IE5hbiBYaWFv >From gdb-return-43939-listarch-gdb=sources.redhat.com@sourceware.org Tue Dec 09 03:29:37 2014 Return-Path: Delivered-To: listarch-gdb@sources.redhat.com Received: (qmail 17932 invoked by alias); 9 Dec 2014 03:29:34 -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 17906 invoked by uid 89); 9 Dec 2014 03:29:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 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-vc0-f175.google.com Received: from mail-vc0-f175.google.com (HELO mail-vc0-f175.google.com) (209.85.220.175) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-SHA encrypted) ESMTPS; Tue, 09 Dec 2014 03:29:28 +0000 Received: by mail-vc0-f175.google.com with SMTP id hy10so2809817vcb.34 for ; Mon, 08 Dec 2014 19:29:25 -0800 (PST) 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=xZVW4voFMN+vvDV3y02BBCSOl47GDTe1DRlhTa/ysk0=; b=Mez9sn/a/4mHADNie+AD2GgM5n1RNK3BHLh4j/7WbMyZwcDyfrT868XG17QdOhrItn jMH1kQyr3pvF2O/Wauk/YYkQP91ATCqwRPZTw5na5Nv+3oR2NNl7FP5mUs0Mt8lzzeQN ysDIU5HTX6AFU0TXBfpQZRjyrDQOoDxdfSK4IGt5QXJdWKSGY5GeBG5jAbSTA4cCpT15 6jJubAIc+OvEIBEV4++TItM7MWUUEiMu1cfHRu+eAkksXpUJXixutOtMlJlACWoyzutY jGFqO3Mf58BKcutKbo1Q/K0OUkcvbZvx0qan5IuKmqhgDK9CMwXzbT6hfFaKPUPDUC65 wPjw== X-Gm-Message-State: ALoCoQk6sPG7ldpLxfCvPcY9PTdqOIGwPTSJRjA53dg+7qckJPgEv4UMhnF7KcTLjdzGp1SkMmyc MIME-Version: 1.0 X-Received: by 10.220.201.196 with SMTP id fb4mr354754vcb.3.1418095765835; Mon, 08 Dec 2014 19:29:25 -0800 (PST) Received: by 10.52.114.101 with HTTP; Mon, 8 Dec 2014 19:29:25 -0800 (PST) In-Reply-To: References: Date: Tue, 09 Dec 2014 03:29:00 -0000 Message-ID: Subject: Re: Some questions about using gdb catch syscall function From: Doug Evans To: Nan Xiao Cc: gdb Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2014-12/txt/msg00016.txt.bz2 Content-length: 2210 I believe so. I've never actually tried it without libexpat, but I'd be surprised if it didn't work. On Mon, Dec 8, 2014 at 7:18 PM, Nan Xiao wrote: > Hi Doug, > > Thanks very much for your detailed and kindly explanations! > > Per my understanding, if no "libexpat", "catch syscall" and "catch syscall number" still work normally, except some warnings. Right? > > Best Regards > Nan Xiao > ------------------ Original ------------------ > From: "Doug Evans";; > Date: Tue, Dec 9, 2014 10:53 AM > To: "Nan Xiao"; > Cc: "gdb"; > Subject: Re: Some questions about using gdb catch syscall function > > On Mon, Dec 8, 2014 at 6:16 PM, Nan Xiao wrote: >> Hi all, >> >> I am using gdb's catch syscall function(https://sourceware.org/gdb/onlinedocs/gdb/Set-Catchpoints.html#index-catch-syscall), and meets some issues. The procedure of running gdb is like this: >> >> (gdb) catch syscall >> warning: Can not parse XML syscalls information; XML support was disabled at compile time. >> Catchpoint 1 (any syscall) >> (gdb) catch syscall 1 >> Catchpoint 2 (syscall 1) >> (gdb) catch syscall read >> Unknown syscall name 'read'. >> >> My questions are: >> (1) gdb prints "warning: Can not parse XML syscalls information; XML support was disabled at compile time.". Does it affect the normal use of catch function? It seems the gdb can set catchpoint normally. > > You need to build gdb with "libexpat". > Check that you have it installed (I'm assuming not) and rebuild gdb. > If you have libexpat installed in a non-standard place, there are > options to gdb/configure to tell the build system where to find > libexpat. > > bash$ gdb/configure --help # and grep for expat > >> >> (2) I can use "catch syscall number" correctly, why can't use "catch syscall name"? > > gdb uses libexpat to parse the xml descriptions of the syscalls, which > is how it knows their names. > No libexpat -> no ability to recognize syscall names. > >> >> P.S., my gdb is 7.8.1 and runs on Linux X86. >> >> Could anyone give any comments about this issue? Thanks very much in advance! >> >> Best Regards >> Nan Xiao