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#59507: 29.0.50; Autoloads generation hangs on Windows and Emacs 29 Date: Wed, 23 Nov 2022 16:33:05 +0200 Message-ID: <837czlzqou.fsf@gnu.org> References: Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19035"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59507@debbugs.gnu.org To: Denys Mentiei Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 23 15:33:31 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 1oxqod-0004ij-3R for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 23 Nov 2022 15:33:31 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oxqoC-0001MR-CL; Wed, 23 Nov 2022 09:33:04 -0500 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 1oxqoA-0001LZ-NA for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2022 09:33:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oxqoA-0000lk-Eh for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2022 09:33:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oxqo9-0003AR-Vf for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2022 09:33:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 23 Nov 2022 14:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59507 X-GNU-PR-Package: emacs Original-Received: via spool by 59507-submit@debbugs.gnu.org id=B59507.166921397912167 (code B ref 59507); Wed, 23 Nov 2022 14:33:01 +0000 Original-Received: (at 59507) by debbugs.gnu.org; 23 Nov 2022 14:32:59 +0000 Original-Received: from localhost ([127.0.0.1]:54266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oxqo6-0003AB-T4 for submit@debbugs.gnu.org; Wed, 23 Nov 2022 09:32:59 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oxqo3-00039t-JR for 59507@debbugs.gnu.org; Wed, 23 Nov 2022 09:32:57 -0500 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 1oxqnx-0000kp-GY; Wed, 23 Nov 2022 09:32:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=5jc7QJbJBExfquMeJsa6CUzQZhOErF3W2J/meJHGusM=; b=Z4slOgF9Wib5 A+9QkxqGA/4E/Yw0QfRZfgc2duCLJQfOMZveypk26T+XsjF0bqoRtv7iJ87hxITGOSq27UrwEL0JI 3ZGoqpTRx7rUxYNJ26b6oOA7ka0dY8Q4/ACCwtiQe6ifm9iiW7dhkdkbB0zPKzN9yNX0OtDgpX3XO Y1jwyhaGDPUdLnC0VhDvHIP81jM2no1hd/d/wVdUTYIYJIab+42IFKmnEBs9b/DNJq9wsoqp6yvMA ht6eBx5O4QIf/7remw2m1T4CfJT0TGyESVbqDsVN/+adJSOE6vkadAFEEsCOBeCYjcCyxEM5bmC66 xmkE8TMlTd1huXAmV0rF8Q==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oxqnw-00012w-Sm; Wed, 23 Nov 2022 09:32:49 -0500 In-Reply-To: (bug-gnu-emacs@gnu.org) 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:248748 Archived-At: > Date: Tue, 22 Nov 2022 20:13:47 +0000 > From: Denys Mentiei via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > It looks like "loaddefs-generate--file-load-name" hangs when it receives > a path starting with "c:/". > > Looking at the code, it seems like the very first loop, which > eats the path piece by piece with (file-name-directory name) never > terminates as (file-name-directory-name "c:/") returns "c:/". Thanks. I may be missing something, but I fail to see the difference between a Windows file name starting with "C:/" and a Unix file name starting with "/", as far as that function is concerned. Either they both work or they both fail in the same way, because (file-name-directory "/") returns "/". So do you have a real-life recipe where loaddefs-generate--file-load-name is called and infloops? Can you show such a recipe, preferably in "emacs -Q"? Alternatively, a recipe which just invokes loaddefs-generate--file-load-name with file names which cause the loop will also suffice, but in that case please also describe how did those file names ended up being passed to the function, i.e. with which file/directory names did the call sequence start. The reason I'm asking is that I'm not yet sure whether the problem, whatever it is, is in the function you pointed to or in some other place.