From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 74582 invoked by alias); 3 Nov 2017 16:42:10 -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 74573 invoked by uid 89); 3 Nov 2017 16:42:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=hadnt, hadn't X-HELO: gateway32.websitewelcome.com Received: from gateway32.websitewelcome.com (HELO gateway32.websitewelcome.com) (192.185.145.101) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 03 Nov 2017 16:42:09 +0000 Received: from cm10.websitewelcome.com (cm10.websitewelcome.com [100.42.49.4]) by gateway32.websitewelcome.com (Postfix) with ESMTP id 96D8A4AD6B7 for ; Fri, 3 Nov 2017 11:42:07 -0500 (CDT) Received: from box5379.bluehost.com ([162.241.216.53]) by cmsmtp with SMTP id Af2leXdvtpOTvAf2leJ1va; Fri, 03 Nov 2017 11:42:07 -0500 Received: from 71-218-90-63.hlrn.qwest.net ([71.218.90.63]:45680 helo=pokyo) by box5379.bluehost.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.89) (envelope-from ) id 1eAf2l-000rhX-Bz; Fri, 03 Nov 2017 11:42:07 -0500 From: Tom Tromey To: Simon Marchi Cc: Tom Tromey , gdb-patches@sourceware.org Subject: Re: [RFA 05/13] Remove directive-searched cleanups References: <20171102223612.3642-1-tom@tromey.com> <20171102223612.3642-6-tom@tromey.com> Date: Fri, 03 Nov 2017 16:42:00 -0000 In-Reply-To: (Simon Marchi's message of "Thu, 02 Nov 2017 21:09:13 -0400") Message-ID: <87iner1fhd.fsf@tromey.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-BWhitelist: no X-Source-L: No X-Exim-ID: 1eAf2l-000rhX-Bz X-Source-Sender: 71-218-90-63.hlrn.qwest.net (pokyo) [71.218.90.63]:45680 X-Source-Auth: tom+tromey.com X-Email-Count: 4 X-Source-Cap: ZWx5bnJvYmk7ZWx5bnJvYmk7Ym94NTM3OS5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-SW-Source: 2017-11/txt/msg00080.txt.bz2 >>>>> "Simon" == Simon Marchi writes: >> if (*excludep) >> - { >> - discard_cleanups (searched_cleanup); >> - continue; >> - } >> + continue; Simon> In this case, the cleanup is discarded. Shouldn't the same thing Simon> happen with the scoped_restore? Or was it an error in the original Simon> code, and we always want to reset searched? Simon> There's the same case in d-namespace.c. I'm afraid I hadn't noticed this. Ouch. However, I think it has to be a latent bug, because it will result in the using_direct's searched flag being permanently set -- nothing else will ever clear it. Tom