From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id BT3UI5ipSl/1YgAA0tVLHw (envelope-from ) for ; Sat, 29 Aug 2020 19:16:40 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id wJ1fH5ipSl9zBwAAB5/wlQ (envelope-from ) for ; Sat, 29 Aug 2020 19:16:40 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 0871394021E for ; Sat, 29 Aug 2020 19:16:39 +0000 (UTC) Received: from localhost ([::1]:58962 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kC6L8-0000yX-PV for larch@yhetil.org; Sat, 29 Aug 2020 15:16:38 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55644) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kC6K3-0000NV-5u for emacs-orgmode@gnu.org; Sat, 29 Aug 2020 15:15:31 -0400 Received: from agw2.byu.edu ([128.187.16.186]:34304) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kC6K1-0000ZL-4G for emacs-orgmode@gnu.org; Sat, 29 Aug 2020 15:15:30 -0400 Received: from cangw3.byu.edu (cangw3.byu.edu [10.18.21.143]) by agw2.byu.edu (Postfix) with ESMTPS id 0B3551AD73; Sat, 29 Aug 2020 13:15:25 -0600 (MDT) Received: from endless-inside ([10.0.82.62]) by cangw3.byu.edu (8.15.2/8.15.2/Debian-8) with ESMTP id 07TJFIWp030122; Sat, 29 Aug 2020 13:15:23 -0600 From: "Tory S. Anderson" To: Kyle Meyer Subject: Re: Problem in 9.3: (next-error) broken References: <878se6p4hn.fsf@byu.edu> <87sgcc10pl.fsf@byu.edu> <87wo1irnj1.fsf@kyleam.com> Content-Transfer-Encoding: quoted-printable Date: Sat, 29 Aug 2020 13:14:00 -0600 In-Reply-To: <87wo1irnj1.fsf@kyleam.com> (Kyle Meyer's message of "Sat, 29 Aug 2020 02:09:38 -0400") Message-ID: <87lfhx9sef.fsf@byu.edu> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Bayes-Prob: 0.0001 (Score -1, tokens from: Outbound, byu-edu:default, base:default, @@RPTN) X-Spam-Score: 0.25 () [Hold at 5.00] FSL_HELO_NON_FQDN_1:1.2, MIME_QP_LONG_LINE:0.001, RDNS_NONE:0.05, Bayes(0.0001:-1.0) X-CanIt-Geo: No geolocation information available for 10.0.82.62 X-CanItPRO-Stream: byu-edu:Outbound (inherits from byu-edu:default, base:default) X-Canit-Stats-ID: 0a3lvfnMJ - 89db4e742897 - 20200829 X-Scanned-By: CanIt (www . roaringpenguin . com) Received-SPF: pass client-ip=128.187.16.186; envelope-from=tory_anderson@byu.edu; helo=agw2.byu.edu X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/29 15:15:25 X-ACL-Warn: Detected OS = Linux 3.11 and newer [fuzzy] X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, MIME_QP_LONG_LINE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: orgmode list Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Scanner: scn0 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=byu.edu (policy=none); spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Spam-Score: 1.59 X-TUID: f5FOP9nZHw64 Perhaps I was on an old version, although I don't think it was that old. In any case, I keep having org-occur-next-match set away from nil, and I'm actually having trouble figuring out which hook will fix it, since org-mode-hook doesn't seem to be doing it. Instead I end up manually evaluating =(setq next-error-function nil)= every time I need next-error. Any suggestions? Kyle Meyer writes: > Tory S. Anderson writes: > >> I discovered teh cause of this error is that new versions of orgmode >> sets next-error-function and so breaks the. I've added a hook to clear >> this in orgmode and I can navigate my grep properly again. > > I'm not having any luck triggering the issue, but in any case there > seems to be something missing from that explanation. Org has set > next-error-function to org-occur-next-match since dd2346134 (Implement > next-error and previous-error functionality for sparse trees, > 2011-01-06), and the definition of org-occur-next-match hasn't changed > substantially since.