From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#70914: 29.3; Crashes often on Windows Date: Thu, 23 May 2024 13:39:11 +0300 Message-ID: <86v8344xtc.fsf@gnu.org> References: <86seyc8f1c.fsf@gnu.org> <86h6er8dkd.fsf@gnu.org> <86bk4z81cu.fsf@gnu.org> <554078779.3957737.1716318331280@mail.yahoo.com> <984937837.4078826.1716352322860@mail.yahoo.com> <829659206.4083070.1716354489264@mail.yahoo.com> <582535681.1158538.1716358337102@mail.yahoo.com> <86zfsi6qdx.fsf@gnu.org> <867cfm6j14.fsf@gnu.org> <86v835676h.fsf@gnu.org> <86le415cmz.fsf@gnu.org> <87v834yg5o.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3832"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 70914@debbugs.gnu.org, simendsjo@gmail.com, corwin@bru.st, ssbssa@yahoo.de To: Ihor Radchenko Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 23 12:40:12 2024 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 1sA5rn-0000ka-NF for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 23 May 2024 12:40:11 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sA5rZ-0002lm-Aj; Thu, 23 May 2024 06:39:57 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sA5rY-0002lQ-7b for bug-gnu-emacs@gnu.org; Thu, 23 May 2024 06:39:56 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sA5rX-000397-Vm for bug-gnu-emacs@gnu.org; Thu, 23 May 2024 06:39:55 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sA5rd-0006qO-Uf for bug-gnu-emacs@gnu.org; Thu, 23 May 2024 06:40:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 May 2024 10:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 70914 X-GNU-PR-Package: emacs Original-Received: via spool by 70914-submit@debbugs.gnu.org id=B70914.171646077426293 (code B ref 70914); Thu, 23 May 2024 10:40:01 +0000 Original-Received: (at 70914) by debbugs.gnu.org; 23 May 2024 10:39:34 +0000 Original-Received: from localhost ([127.0.0.1]:58914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA5rB-0006q1-Te for submit@debbugs.gnu.org; Thu, 23 May 2024 06:39:34 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:53694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sA5r7-0006pt-20 for 70914@debbugs.gnu.org; Thu, 23 May 2024 06:39:32 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sA5qt-00034L-B3; Thu, 23 May 2024 06:39:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=0R1AFIkDt9aVDFCOWZKC42jTEHboJBsjGyRJvGbGO2Q=; b=DTQguDTE+elZjbFA+PBk 2oLw+KzQEVDBNMQitNndKZzAsfNA+OnBCUsFTzWzp1FHBaf6o7XhW31CFJU6/Bz6soaeGtgZI/qNT FrkZC6TNpj5OVJCUs8pOVxlWgbr0gaMPSTq6dZvOKROyI7FyFjZ7uDBxSRuBiETB2a8IgC6712Ch5 7Kug1cMmdCWBmvgJ9ZTJxTBpY/C3lf8o397ULGdZIfcv+4bHBvEn/wKVMI9sTpHQtQBEAOa+gw0ks D1Fptf7cKMhukIJ3Eqnf5dlc5AnUnWw8brx86e7pgN+crTXyixGcewpq1jkGwmGYWMtLqPVkth2EW kYYKsBI7vKZ5FQ==; In-Reply-To: <87v834yg5o.fsf@localhost> (message from Ihor Radchenko on Thu, 23 May 2024 10:30:11 +0000) 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:285694 Archived-At: > From: Ihor Radchenko > Cc: Simen Endsjų , ssbssa@yahoo.de, > corwin@bru.st, > 70914@debbugs.gnu.org > Date: Thu, 23 May 2024 10:30:11 +0000 > > Eli Zaretskii writes: > > >> Lisp Backtrace: > >> "file-exists-p" (0xbf6f20) > >> "or" (0xbf7130) > >> "if" (0xbf72e0) > >> 0xa9e7f40 Lisp type 3 > >> "org-activate-links--overlays" (0x4badb48) > >> "org-activate-links" (0x4badac0) > >> "font-lock-fontify-keywords-region" (0x4bada20) > > > > This seems to tell that font-lock calls org-activate-links, which > > calls org-activate-links--overlays, which somehow ends up calling > > file-exists-p with the "file name" that is "//". I don't see how this > > can happen, but my guess is that this is somehow related to the Org > > file being visited and displayed, so the contents of that file might > > hold a part of the solution for this riddle. Do you have a lot of > > links in that Org file? If not, could you perhaps show them? > > > > Ihor, can you help? How can org-activate-links--overlays end up > > calling file-exists-p, and what should we look for in the Org file to > > understand why it calls file-exists-p with "//"? I'm guessing this > > might be related to the htmlize-link or help-echo properties of Org > > links? > > This is not something Org does directly. > We allow custom link fontification function set via :activate-func link > parameter. One of the common ways to use this :activate-func is to > highlight files that do not exist with different face. > > Since the report appears to be for Doom Emacs, the likely code > responsible for calling `file-exists-p' is > https://github.com/doomemacs/doomemacs/blob/master/modules/lang/org/config.el#L500 Could be. But that function alone doesn't explain the behavior, since it calls file-exists-p on the entire file name, and evaluating (file-exists-p "file://") doesn't get me to the code in w32.c that misbehaved until recently when presented with "//". So something else is at work here. And note that all of the backtraces have this at the top: Lisp Backtrace: "file-exists-p" (0xbf6f20) "or" (0xbf7130) "if" (0xbf72e0) 0xa9e7f40 Lisp type 3 "org-activate-links--overlays" (0x4badb48) "org-activate-links" (0x4badac0) "font-lock-fontify-keywords-region" (0x4bada20) So org-activate-links is somehow involved in this.