From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13870 invoked by alias); 14 Aug 2017 03:41:04 -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 3519 invoked by uid 89); 14 Aug 2017 03:40:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=Hx-languages-length:1323 X-HELO: gproxy4-pub.mail.unifiedlayer.com Received: from gproxy4-pub.mail.unifiedlayer.com (HELO gproxy4-pub.mail.unifiedlayer.com) (69.89.23.142) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 14 Aug 2017 03:40:42 +0000 Received: from cmgw2 (unknown [10.0.90.83]) by gproxy4.mail.unifiedlayer.com (Postfix) with ESMTP id 9215F175D3B for ; Sun, 13 Aug 2017 21:40:40 -0600 (MDT) Received: from box522.bluehost.com ([74.220.219.122]) by cmgw2 with id wrgd1v0082f2jeq01rggS5; Sun, 13 Aug 2017 21:40:40 -0600 X-Authority-Analysis: v=2.2 cv=T7z8d7CQ c=1 sm=1 tr=0 a=GsOEXm/OWkKvwdLVJsfwcA==:117 a=GsOEXm/OWkKvwdLVJsfwcA==:17 a=KeKAF7QvOSUA:10 a=CCpqsmhAAAAA:8 a=h2g1x0EPv5jOjjd4SNMA:9 a=xOmXikBfKbUA:10 a=4ulI-AQoKOcA:10 a=ul9cdbp4aOFLsgKbc677:22 Received: from 75-166-24-97.hlrn.qwest.net ([75.166.24.97]:55932 helo=bapiya.Home) by box522.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.87) (envelope-from ) id 1dh6F3-0025eE-2e for gdb-patches@sourceware.org; Sun, 13 Aug 2017 21:40:37 -0600 From: Tom Tromey To: gdb-patches@sourceware.org Subject: [RFA v2 00/13] various frame filter fixes and cleanups Date: Mon, 14 Aug 2017 03:41:00 -0000 Message-Id: <20170814034030.20863-1-tom@tromey.com> X-BWhitelist: no X-Exim-ID: 1dh6F3-0025eE-2e X-Source-Sender: 75-166-24-97.hlrn.qwest.net (bapiya.Home) [75.166.24.97]:55932 X-Source-Auth: tom+tromey.com X-Email-Count: 1 X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTIyLmJsdWVob3N0LmNvbQ== X-Local-Domain: yes X-SW-Source: 2017-08/txt/msg00277.txt.bz2 Here's version 2 of one my frame-filter-related patch series. This series rationalizes backtrace command-line parsing, fixes a few bugs, and adds the ability to not print "elided" frames. Reviews of v1 mostly were in June, e.g.: https://sourceware.org/ml/gdb-patches/2017-06/msg00741.html The series was posted here: https://sourceware.org/ml/gdb-patches/2017-04/msg00671.html I believe this new series addresses all the review comments. However, there have been changes and additions, so you will probably want to re-read everything, and especially the new final patch. There were a few questions last time. Some are answered in specific patches, but for the others: [ about exceptions in py-framefilter.c ] > Are any of these returning back to the Python runtime? If so, then > we can't let C++ exceptions cross it. I think the answer is no. > So "bt elide" means "elide the elided frames", not "show me the > elided frames too". It's fine with me, though I mildly wonder whether > users will be confused by the "double negative". "Elide" means "drop", so really "bt elide" should mean "drop whatever frames are droppable". Having "bt elide" mean "show the dropped frames" would be confusing. But maybe another word would be better here, I don't know. Tom