From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.bugs Subject: bug#46047: 28.0.50; Namazu-based mail searching not working anymore Date: Tue, 18 May 2021 09:50:00 -0700 Message-ID: <87cztovvev.fsf@ericabrahamsen.net> References: <87pn1wnsv0.fsf@physik.rwth-aachen.de> <878s8j7do6.fsf@ericabrahamsen.net> <875z3ntnl3.fsf@physik.rwth-aachen.de> <87v9bn5miq.fsf@ericabrahamsen.net> <87k0s35ly6.fsf@ericabrahamsen.net> <87zh0xjpif.fsf@physik.rwth-aachen.de> <87sg67k03h.fsf@ericabrahamsen.net> <87k0rdfl3n.fsf@physik.rwth-aachen.de> <87a6s9z4t1.fsf@physik.rwth-aachen.de> <87sg2w3s3u.fsf@physik.rwth-aachen.de> <87fsymwq0x.fsf@ericabrahamsen.net> <87eee6qxba.fsf@physik.rwth-aachen.de> <87im3iz5v1.fsf@ericabrahamsen.net> <87pmxpdhjb.fsf@physik.rwth-aachen.de> <87o8d9xkd4.fsf@ericabrahamsen.net> <87mtsse8eb.fsf@physik.rwth-aachen.de> <23A20064-75F2-40DD-9AF9-1FB920487656@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12293"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 46047@debbugs.gnu.org, bronger@physik.rwth-aachen.de To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 18 18:51:56 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lj2wl-0002wz-R7 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 18 May 2021 18:51:55 +0200 Original-Received: from localhost ([::1]:54736 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lj2wk-0004cS-SD for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 18 May 2021 12:51:54 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56186) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lj2vu-0004DA-AO for bug-gnu-emacs@gnu.org; Tue, 18 May 2021 12:51:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45616) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lj2vu-0005z2-3A for bug-gnu-emacs@gnu.org; Tue, 18 May 2021 12:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lj2vu-0007XO-1y for bug-gnu-emacs@gnu.org; Tue, 18 May 2021 12:51:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eric Abrahamsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 18 May 2021 16:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46047 X-GNU-PR-Package: emacs Original-Received: via spool by 46047-submit@debbugs.gnu.org id=B46047.162135661128886 (code B ref 46047); Tue, 18 May 2021 16:51:01 +0000 Original-Received: (at 46047) by debbugs.gnu.org; 18 May 2021 16:50:11 +0000 Original-Received: from localhost ([127.0.0.1]:57156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lj2v5-0007Vm-6H for submit@debbugs.gnu.org; Tue, 18 May 2021 12:50:11 -0400 Original-Received: from ericabrahamsen.net ([52.70.2.18]:48618 helo=mail.ericabrahamsen.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lj2v2-0007VN-4S for 46047@debbugs.gnu.org; Tue, 18 May 2021 12:50:09 -0400 Original-Received: from localhost (c-71-197-184-122.hsd1.wa.comcast.net [71.197.184.122]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id A0411FED1A; Tue, 18 May 2021 16:50:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericabrahamsen.net; s=mail; t=1621356601; bh=rNMPsR3AEd9P2bCwmxgYG9QVKPCGbsbyyI2WS+/DL7Q=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=CP++qg/OQPINuw2gHGDcj8v6vs/qwvKXV/VQeamqfS2HafUY1N5MU70pAEkI1q+bv SsyXM6Qo2Otba1n4g6dm/F/vL0cLwN8wbkdYWS8d4MVlaNFpLq+HCmgDqGa3Cxjped nbBp1fUPqvshzflqxPKzhLEwMBzX/uRUjRNt5cyg= In-Reply-To: <23A20064-75F2-40DD-9AF9-1FB920487656@gnu.org> (Eli Zaretskii's message of "Tue, 18 May 2021 12:08:47 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:206816 Archived-At: Eli Zaretskii writes: > On May 18, 2021 11:46:52 AM GMT+03:00, Torsten Bronger > wrote: >> Hall=C3=B6chen! >>=20 >> Eric Abrahamsen writes: >>=20 >> > [...] >> > >> >>> [...] >> >>> >> >>> Earlier in the day I pushed a change to Emacs master to use >> >>> `condition-case-unless-debug' in `nnselect-run'. If you're in the >> >>> habit of running a recent Emacs, would you pull from source and >> >>> rebuild, then `toggle-debug-on-error' and run this search again, >> >>> posting the backtrace? >> >> >> >> Debugger entered--Lisp error: (wrong-type-argument stringp nil) >> >> file-readable-p(nil) >> > >> > This just means that when namazu returns its search results, this >> > function fails to find a filename. In other words, the (match-string >> 4) >> > returns nil. >>=20 >> I made some progress with this. The buffer containing namazu=E2=80=99s >> output contains trailing garbage on my system. The tailing string >> is: "Process search-nnml: finished". This cannot be matched, of >> course, which makes everything fail. >>=20 >> I don=E2=80=99t know where this comes from, though. >>=20 >> Regards, >> Torsten. > > I think it's process exit status notification and comes from the > process sentinel function. Huh, I'm surprised this hasn't been an issue before, then. It looks like that message is standard for any start-process/accept-process-output situation. Is there any way to shut it off? Regardless, the output parsing shouldn't be so fragile that it chokes on this. I'll look into making it more robust. Thanks, Eric