From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.bugs Subject: bug#37496: 27.0.50; C-s failing to search Date: Thu, 3 Oct 2019 20:32:12 +0200 Message-ID: <20191003183212.GJ6957@protected.rcdrun.com> References: <867e5y10p3.fsf@protected.rcdrun.com> <83tv92nflp.fsf@gnu.org> <20190925204522.GY31388@protected.rcdrun.com> <83ef03mtex.fsf@gnu.org> <20190926072212.GG4022@protected.rcdrun.com> <834l0zmrq9.fsf@gnu.org> <20190926075054.GI4022@protected.rcdrun.com> <831rw3mqh2.fsf@gnu.org> <20190926085433.GN4022@protected.rcdrun.com> <83zhirl73d.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="66890"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mutt/1.10.1 (2018-07-13) Cc: 37496@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Oct 03 20:34:17 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iG5vc-000HIJ-Nb for geb-bug-gnu-emacs@m.gmane.org; Thu, 03 Oct 2019 20:34:16 +0200 Original-Received: from localhost ([::1]:39294 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iG5vb-0007Ni-L1 for geb-bug-gnu-emacs@m.gmane.org; Thu, 03 Oct 2019 14:34:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43093) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iG5uT-0006qD-A1 for bug-gnu-emacs@gnu.org; Thu, 03 Oct 2019 14:33:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iG5uQ-0003I3-Bv for bug-gnu-emacs@gnu.org; Thu, 03 Oct 2019 14:33:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60557) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iG5uQ-0003Hx-8C for bug-gnu-emacs@gnu.org; Thu, 03 Oct 2019 14:33:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iG5uQ-0007cn-3U for bug-gnu-emacs@gnu.org; Thu, 03 Oct 2019 14:33:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 03 Oct 2019 18:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37496 X-GNU-PR-Package: emacs Original-Received: via spool by 37496-submit@debbugs.gnu.org id=B37496.157012754129251 (code B ref 37496); Thu, 03 Oct 2019 18:33:02 +0000 Original-Received: (at 37496) by debbugs.gnu.org; 3 Oct 2019 18:32:21 +0000 Original-Received: from localhost ([127.0.0.1]:41145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iG5tl-0007bj-E3 for submit@debbugs.gnu.org; Thu, 03 Oct 2019 14:32:21 -0400 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:38691) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iG5tj-0007bV-Bv for 37496@debbugs.gnu.org; Thu, 03 Oct 2019 14:32:20 -0400 Original-Received: from protected.rcdrun.com ([::ffff:31.45.240.4]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000073C6D.000000005D963EAD.0000158A; Thu, 03 Oct 2019 11:32:13 -0700 Original-Received: from localhost (localhost [127.0.0.1]) (uid 1001) by protected.rcdrun.com with local id 00000000000C9452.000000005D963EAC.000036DB; Thu, 03 Oct 2019 20:32:12 +0200 Content-Disposition: inline In-Reply-To: <83zhirl73d.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:168271 Archived-At: * Eli Zaretskii [2019-09-26 11:51]: > > Date: Thu, 26 Sep 2019 10:54:34 +0200 > > From: Jean Louis > > Cc: 37496@debbugs.gnu.org > > > > I will try to invoke edebug, but how to invoke it exactly? > > First, load wdired.el (NOT wdired.elc!) manually with > > M-x load-library RET wdired.el RET > > Then visit the wdired.el file with C-x 5 f, go to the definition of > wdired-isearch-filter-read-only function, and with point anywhere > inside its definition type > > M-x edebug-defun RET > > (Visiting wdired.el in a separate frame will make sure the buffer > where you invoke C-s will remain on display even if Edebug kicks in > and lets you step through the code of wdired-isearch-filter-read-only, > because Edebug will then use that other frame and leave alone the > frame where your buffer is displayed.) > > Now invoke C-s. If this displays the arrow on the left fringe of the > window where wdired.el is shown, it means that function was indeed > called. In that case, step through the function by repeatedly > pressing SPC -- each SPC press will move to the next line -- and see > what happens there. > > The expected and correct result is that either > wdired-isearch-filter-read-only is not called at all, or it is called > and returns non-nil. If it is called and returns nil, it is the > reason why you don't find anything, because that makes Isearch skip > the match. > > Thanks. I could not edebug-defun on wdired-isearch-filter-read-only, nothing was happening. I could do edebug-defun on isearch-forward or C-s and then I got this below: Debugger entered: nil edebug--display-1(nil 0 before) edebug--display(nil 0 before) edebug-debugger(0 before nil) edebug-before(0) (edebug-after (edebug-before 0) 9 (isearch-mode t (edebug-after (edebug-before 1) 5 (not (edebug-after (edebug-before 2) 4 (null (edebug-after 0 3 regexp-p))))) nil (edebug-after (edebug-before 6) 8 (not (edebug-after 0 7 no-recursive-edit))))) (closure ((no-recursive-edit . 1) (regexp-p) t) nil (edebug-after (edebug-before 0) 9 (isearch-mode t (edebug-after (edebug-before 1) 5 (not (edebug-after (edebug-before 2) 4 (null (edebug-after 0 3 regexp-p))))) nil (edebug-after (edebug-before 6) 8 (not (edebug-after 0 7 no-recursive-edit))))))() edebug-default-enter(isearch-forward (nil 1) (closure ((no-recursive-edit . 1) (regexp-p) t) nil (edebug-after (edebug-before 0) 9 (isearch-mode t (edebug-after (edebug-before 1) 5 (not (edebug-after (edebug-before 2) 4 (null ...)))) nil (edebug-after (edebug-before 6) 8 (not (edebug-after 0 7 no-recursive-edit))))))) edebug-default-enter(isearch-forward (nil 1) (closure ((no-recursive-edit . 1) (regexp-p) t) nil (edebug-after (edebug-before 0) 9 (isearch-mode t (edebug-after (edebug-before 1) 5 (not (edebug-after (edebug-before 2) 4 (null ...)))) nil (edebug-after (edebug-before 6) 8 (not (edebug-after 0 7 no-recursive-edit))))))) edebug-enter(isearch-forward (nil 1) (closure ((no-recursive-edit . 1) (regexp-p) t) nil (edebug-after (edebug-before 0) 9 (isearch-mode t (edebug-after (edebug-before 1) 5 (not (edebug-after (edebug-before 2) 4 (null ...)))) nil (edebug-after (edebug-before 6) 8 (not (edebug-after 0 7 no-recursive-edit))))))) isearch-forward(nil 1) funcall-interactively(isearch-forward nil 1) call-interactively(isearch-forward nil nil) command-execute(isearch-forward) And I have observed that the isearch-forward stopped functioning after doing not so many editing with C-x C-q, just few. Suddenly I got the problem again. Jean