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#55396: 29.0.50; project-find-file don't work on a project with many submodules Date: Tue, 14 Jun 2022 04:03:59 +0300 Message-ID: References: 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="40872"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Cc: 55396@debbugs.gnu.org To: Eason Huang Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 14 03:05:41 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 1o0v01-000ANi-QR for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 14 Jun 2022 03:05:41 +0200 Original-Received: from localhost ([::1]:57384 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1o0v00-0003q5-RW for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 13 Jun 2022 21:05:40 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51102) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o0uzO-0003pZ-J3 for bug-gnu-emacs@gnu.org; Mon, 13 Jun 2022 21:05:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38648) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1o0uzO-0007yF-2q for bug-gnu-emacs@gnu.org; Mon, 13 Jun 2022 21:05:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1o0uzN-0003xa-Qu for bug-gnu-emacs@gnu.org; Mon, 13 Jun 2022 21:05:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 14 Jun 2022 01:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55396 X-GNU-PR-Package: emacs Original-Received: via spool by 55396-submit@debbugs.gnu.org id=B55396.165516865115142 (code B ref 55396); Tue, 14 Jun 2022 01:05:01 +0000 Original-Received: (at 55396) by debbugs.gnu.org; 14 Jun 2022 01:04:11 +0000 Original-Received: from localhost ([127.0.0.1]:60778 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0uyZ-0003wA-Fp for submit@debbugs.gnu.org; Mon, 13 Jun 2022 21:04:11 -0400 Original-Received: from mail-wr1-f48.google.com ([209.85.221.48]:39817) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o0uyV-0003vu-Uz for 55396@debbugs.gnu.org; Mon, 13 Jun 2022 21:04:09 -0400 Original-Received: by mail-wr1-f48.google.com with SMTP id x17so9118098wrg.6 for <55396@debbugs.gnu.org>; Mon, 13 Jun 2022 18:04:07 -0700 (PDT) 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:cc:references:from:in-reply-to :content-transfer-encoding; bh=aeaJ+wLvJV/r+Pklin69MeTlUp4N5Da+B3WcONqERno=; b=cVr2g9VlqqK7k4CNixcvOzDT++oUePbIJKVLvgo7tM/xEkiMAA2PnuK0/lKWgTyMVZ R9sfZtAEUFr6nf7uI61g8lrJEt2RJ+IcrYmQHuiJLWDT+jxgD1CX+00HZnKv4e1vkuKc UsY8Cpw7ocf+8CVRnyu5CKrabaEqpwbENB5C9li+7PT3UUju4RtarnAY2PRhkoY0N+Ir LEinmCX/KyPTsmqVf9rN+Y0J2BI15vUuvP5GqZdbZ85eSsOIKIBpMgipPIuxVqaBP462 lsfEvwnYuX3N3AgJEFvpJpHclpkOWm/3YaYu+XSxSzx6Oeb5SyVb554baU7YUWizG6x0 JQ0g== 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:cc:references:from:in-reply-to :content-transfer-encoding; bh=aeaJ+wLvJV/r+Pklin69MeTlUp4N5Da+B3WcONqERno=; b=jDBt3KH8wZJ5nQZqjEOsyycjp4/2wEA7OiXofs2K7ABOpzFgW6vnOAsOabu2zpPKkk slGRdcXSLxXGGTpY6y2n9sEtJA0g1jqJHP6cIXf8sDZJGYt/Pq/d8P5XRVKxsI/vuKvf lNQ7yyFHBHTsuZaBECR4GMJsUQn77eO7NOS+6jFoLdddGov1PGTdqg1tCBjszBU7xir+ T84A8YUMrE7D6+W9P88idOKbf7ndL88Lbkn2Te9XeCOBTQLgaLeIaCIbvMVdk4LJCa8g wm6S4A+8IFEebvM+SD3RCU1grzkNw5RAhww/7vzivYzIUIjCyONQ6Pr1qTAfQC+PepbR Fsrg== X-Gm-Message-State: AJIora/k6HtWdZq89DHXhwkEheHrP2ejq7xvdqrFb1SRfeIZfKMgR9Cd aG3ppLVSaN40rOUd2csnjKk= X-Google-Smtp-Source: AGRyM1taHD9nkiVfH0JJvgZB5NR3+JohVl7T9vc2Hf/2ZpE4cx15h1cdAA/w8laSRb8ihkQjv3YMHQ== X-Received: by 2002:adf:f90d:0:b0:20c:de32:4d35 with SMTP id b13-20020adff90d000000b0020cde324d35mr2122509wrr.583.1655168642010; Mon, 13 Jun 2022 18:04:02 -0700 (PDT) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id f187-20020a1c38c4000000b003973ea7e725sm18401792wma.0.2022.06.13.18.04.00 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 Jun 2022 18:04:01 -0700 (PDT) Content-Language: en-US In-Reply-To: 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:234451 Archived-At: On 13.06.2022 18:00, Eason Huang wrote: >> Looking at the backtrace, it mentions "/Users/eason/.emacs.d/." over >> and over again. So it seems like (project--git-submodules) returns a >> list which has "." as one of its elements. >> >> How does that happen? Do you have a submodule entry which points to "."? >> > I found that it's this line `load-path = .` cause the issue. Borg need > this line to add the vertico directory to load-path when user add a > subDirectory to load-path. May be it is an issue of Borg? Now that I've tried adding that locally, it indeed what triggered the problem. It was a bug in 'project--git-submodules', which I've just fixed on master in commit 915b34d280. I think file listing together with submodules should work fine now in your case. Not sure about the performance though: we use one process call per submodule, so the overhead might get noticeable with 42 of them. But please give it a try.