From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#53626: 28.0.91; project-find-regexp (C-x p g) twice results in searching different projects Date: Wed, 23 Feb 2022 03:45:34 +0200 Message-ID: <96dded16-dda7-fa22-ba67-aea86fb3ebb0@yandex.ru> References: <87wnii73x5.fsf@catern.com> <87a6fd68ku.fsf@athena.silentflame.com> <87leyrgpst.fsf@athena.silentflame.com> <1b884678-ed62-0b11-7fa9-88393a60d26d@yandex.ru> <87bkyzvn84.fsf@athena.silentflame.com> <4cc2bbdb-7296-bada-8def-440cfcb18af1@yandex.ru> <8735kawlbm.fsf@melete.silentflame.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29032"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 To: Sean Whitton , sbaugh@catern.com, 53626@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 23 02:46:27 2022 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 1nMgja-0007LN-57 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 23 Feb 2022 02:46:26 +0100 Original-Received: from localhost ([::1]:42600 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nMgjY-00020e-Sx for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 22 Feb 2022 20:46:24 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:40338) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nMgjC-0001zw-R8 for bug-gnu-emacs@gnu.org; Tue, 22 Feb 2022 20:46:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49263) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nMgjC-0007Xc-By for bug-gnu-emacs@gnu.org; Tue, 22 Feb 2022 20:46:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nMgjC-0007Lf-2e for bug-gnu-emacs@gnu.org; Tue, 22 Feb 2022 20:46:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Feb 2022 01:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 53626 X-GNU-PR-Package: emacs Original-Received: via spool by 53626-submit@debbugs.gnu.org id=B53626.164558074628220 (code B ref 53626); Wed, 23 Feb 2022 01:46:02 +0000 Original-Received: (at 53626) by debbugs.gnu.org; 23 Feb 2022 01:45:46 +0000 Original-Received: from localhost ([127.0.0.1]:43160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMgiw-0007L6-5e for submit@debbugs.gnu.org; Tue, 22 Feb 2022 20:45:46 -0500 Original-Received: from mail-wr1-f48.google.com ([209.85.221.48]:40557) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nMgit-0007Kr-PG for 53626@debbugs.gnu.org; Tue, 22 Feb 2022 20:45:44 -0500 Original-Received: by mail-wr1-f48.google.com with SMTP id f17so11978953wrh.7 for <53626@debbugs.gnu.org>; Tue, 22 Feb 2022 17:45:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:message-id:date:mime-version:user-agent:subject :content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=Yz1kPHK4RETHpdIZxnhmAS4JQv/80RSdewAKTQ31o2g=; b=G/2L5fYWBEOJbAHQx8K75hHKBhiDYzBeL4E7jTn+m7bHdk3V2rb2mJHeoAXibaw3J7 2dw8IIcWRxKvvDYPRFBQvQfUWhunmhXN7JhuytxemEN/n45W6FFCrESJsfwTwttHVnFN Lz2q7f8zif+Qg/RQPqHChvtJpkNQQb8lka97b0Og1FjifKOsaeS4mo73DUrYplgMdITa nEprB1Dbd5u+iDpEF/ahWfWR5hPdN+oE+JYfi/Sk8SQIT/+2kvN43uORNp5eTpktODXb zOC4I6IT78SCdou69qeExnvC5fKmzUFgnlAhlj+DF4/Z2Jctw3yfW/DXb3+rR6FH7+Hu kyIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:message-id:date:mime-version:user-agent :subject:content-language:to:references:from:in-reply-to :content-transfer-encoding; bh=Yz1kPHK4RETHpdIZxnhmAS4JQv/80RSdewAKTQ31o2g=; b=5rgG7kSsnA7AityNp0/nLO0qOXvLCEphSperk0p0zpRd1XHgjgD7zFMD20prGdeGay BHduFy74M/NhLV2HqI0PXsms5xCcHpLrnvQYv7ikLGcP3SrAyCRiqaNq8T0jjZWmka2i 6ZrDy28S8nLo00mQHOYvtnwdvR9nT3zd5/K9eKbSKT6HBHjpQvreTjzAXCNFHUQP9WWv 5MZvufoYi9gbxdv2DnucUOwCnjcjoQkjhDlr6fj+aaprziuo5NR8hlMjebasVRpaswHY L0AR7hUyRThvqALAEPvMb4M7L/vq16ajoik2ySxO0MieueBa0S1yMjkf9nnDtcpb38pK 9Wfw== X-Gm-Message-State: AOAM533GBGpy90liFU4n+Av+2bH8deNhGVjBDkpUBEzohWFHtxPgnF37 CvID1QPfVFX6qlXXG5O2WDLtBhMohuE= X-Google-Smtp-Source: ABdhPJwS2pl3z6I4yy9l8KItEtGQKuFcw6/fRdyVJvhC603X7wffRagdjbo06HGCtNJ1ONfYsJKwjQ== X-Received: by 2002:a5d:47cc:0:b0:1ea:80f5:de90 with SMTP id o12-20020a5d47cc000000b001ea80f5de90mr5779777wrc.158.1645580737548; Tue, 22 Feb 2022 17:45:37 -0800 (PST) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id 1sm34686759wrz.75.2022.02.22.17.45.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Feb 2022 17:45:36 -0800 (PST) Content-Language: en-US In-Reply-To: <8735kawlbm.fsf@melete.silentflame.com> 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:227469 Archived-At: On 23.02.2022 01:09, Sean Whitton wrote: >> The timer-based solution is hacky, but it affects only one place (the >> xref buffer and the variable in it), so it's easier to verify that it >> has the intended effect, and no external callers will need to bother >> with additional knowledge (hopefully, of course). > Is there no chance of any concurrency issues with this, btw? Probably not, or not currently: the fetching of the list of xrefs is synchronous, and in all cases (so far) (I think) does not depend on the value of default-directory. It only affects the subsequent interaction with the buffer (jumping to locations), so deferring the assignment of the value of dd seems fine. FETCHER is also called in the current buffer (before the with-current-buffer form), so even depending on the dynamic value of default-directory should be fine. At least until we get to asynchronous/chunked fetchers someday, but that's a bigger challenge with its own major changes.