From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Denys Mentiei via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#59507: 29.0.50; Autoloads generation hangs on Windows and Emacs 29 Date: Wed, 23 Nov 2022 19:36:12 +0000 Message-ID: References: <837czlzqou.fsf@gnu.org> Reply-To: Denys Mentiei Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_HE1PR0302MB2603368DBC24E458E29EB488F00C9HE1PR0302MB2603_" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13927"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "59507@debbugs.gnu.org" <59507@debbugs.gnu.org> To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 24 09:57:48 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 1oy83H-0003Pr-1N for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Nov 2022 09:57:47 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oy82e-0003uh-FW; Thu, 24 Nov 2022 03:57:08 -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 1oy82a-0003tV-Hg for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 03:57:05 -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 1oy82a-0004Fj-8O for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 03:57:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oy82a-0001lZ-5N for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 03:57:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Denys Mentiei Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Nov 2022 08:57:04 +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.16692801876671 (code B ref 59507); Thu, 24 Nov 2022 08:57:04 +0000 Original-Received: (at 59507) by debbugs.gnu.org; 24 Nov 2022 08:56:27 +0000 Original-Received: from localhost ([127.0.0.1]:57182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oy81y-0001jQ-Du for submit@debbugs.gnu.org; Thu, 24 Nov 2022 03:56:27 -0500 Original-Received: from mail-db8eur05on2041.outbound.protection.outlook.com ([40.107.20.41]:6944 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oxvXh-0005lv-Fp for 59507@debbugs.gnu.org; Wed, 23 Nov 2022 14:36:22 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=kxuIW91nTzwCFp8FMgFMTUxWDCv8Cd659aagD6WgKsuBN+dr8KX6sP4sVbBTqhP/JNj/IXHKysZmP88iMQBAfyOHv/pMwBACME2He8ZDttguxz12PloSl5SHD70hrkPgHoQtS1DebIJPzJQWnXPQVU07ovfvTvdWWET3ZHYr5hF2LEZV63MxSa0xnjCRixNgu5g7gTBsgUSKAq3jiJXCnGHJXj8jDvecVXG4oMGGZ/hukkZ68gpzU9LJKJ6+TXITtxSWTiBvKS0GuwQlxiSwK9zBn9rKUUV7SA8KiwVMbDhuGK6yGDF3/2ZlHztH+7gvhzIB34QGY3qbh2kVAbrmKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=+zZPiEeW0TSvLhMlNfeN8nssJ7Lt5rIUEyhSQtTaSe0=; b=SCkQsIbl+oHjgj6coiS3KiAYWBWR1QP6tvD4jpHuCwVdpR8jE1s3w670/9X8lt5DqyNLv4WEAZGcCj/t8RZE/IfWAZ1vRVHumqn+mB+tnGK7bUy0FU6RyR2dWTlsAKVjgdufYI6eEqTIQZtbFJaCH5T1cRF83Y3cZtz6FLTZOzZYWyfYVYInFZBZJK9NbOms6xAUeFFYHAJFmFizCgLJtKqJPgsCAKCQuzkItW4+5lyNWKpIx8jUiICfYhWXZWDVgeahPzA0wT18hm8GdG5bY/eIiAbpnIXw1MScEYmZKkAeePenw4KBTS8GMorT0DMu3/JVA3mLCJyVgMvGehUKnQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=tobii.com; dmarc=pass action=none header.from=tobii.com; dkim=pass header.d=tobii.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tobii.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+zZPiEeW0TSvLhMlNfeN8nssJ7Lt5rIUEyhSQtTaSe0=; b=a4Lx2wiV4IOlbuq8p/2but7aEuKroqqXrQaWBX98MYSN9P7mN81lSNZqSEcTROaM9SdZ4aTlGRdpuLjYh+1zbSaLKOsvV6ZfnHTgaT3sgyg97eqEjHikJ79uPP2oHsW2qufWacExXGJBkflJxhnNFActEnZ17GPjsPjF61/rEIo= Original-Received: from HE1PR0302MB2603.eurprd03.prod.outlook.com (2603:10a6:3:ee::20) by AS2PR03MB9492.eurprd03.prod.outlook.com (2603:10a6:20b:598::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5834.15; Wed, 23 Nov 2022 19:36:14 +0000 Original-Received: from HE1PR0302MB2603.eurprd03.prod.outlook.com ([fe80::e4a5:bcc:267:76cb]) by HE1PR0302MB2603.eurprd03.prod.outlook.com ([fe80::e4a5:bcc:267:76cb%6]) with mapi id 15.20.5834.015; Wed, 23 Nov 2022 19:36:13 +0000 Thread-Topic: bug#59507: 29.0.50; Autoloads generation hangs on Windows and Emacs 29 Thread-Index: AQHY/q7YyPRWGfejbEiTEVcKyVdCWa5Mk5QigABOodc= In-Reply-To: <837czlzqou.fsf@gnu.org> Accept-Language: en-GB, en-US Content-Language: en-US authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=tobii.com; x-ms-publictraffictype: Email x-ms-traffictypediagnostic: HE1PR0302MB2603:EE_|AS2PR03MB9492:EE_ x-ms-office365-filtering-correlation-id: bd63c67c-79c0-41e0-655e-08dacd89faeb x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: gWFabEXts1JllcVQk8OdWEugoUZ5B9SAJKawNCKpE/6i+HNHhJEY1t7CJdXcYspUkZFePGwf0JwtM57rhqR7CzeUa9WCJP7FqwOszxh4YFTPmL/1LK9MhKdia0a+F4uT0wyJ5Qq/jdMDFGEMoCjMYTF+dFLaWe5qQGh4ZprizipfreR40VdRAQZeLK9BJGYKf/PntCWS2DQhKGV5G4fWeliFkag5M3gQDSgGaFx76XqrQd8JvJ8tv44+W2ok9wV/R1l6hYP7Lf8342seaNzk91Jy+ZffuH0AcRMDiRGSScMN2zjS1Ayv6nySb1IFrhawwX3V8Sj3Sq2QI0bAdEqmx73Fr8zNvUGJAdzQwEG6Td1pyeJ4sHGk3zj2Q06w/ST8vRqL49CUbkt3W3B4/9MvfKwy8480cu/Wu4oI46AbzsORo4zxP5CyKwreL5C+07BFPPmWs0XfZslavRQEaRgfA6TAA2gagYLiT5OjbVeKF6rIl4THq3aCQ5cn5+EtCYfkBeTRhNi9NnYu7PheRmVvlc1H7VtIGrc0x/rVgON2KoYGD0M1v2JROx8Mc/sLWuKj2YOx9x+rAeRueXTiV5hgA3c9m87//D6rMMBG6i7xlr27yG2dk2XXyl8mOvzXJ4OG78+NXvqJoBoO10iAvcacuONBQWhLKiefOWGFd4U/MSIMoVD/rFOUUyA6iWl8UMKvV2bYD/P5G0n1wM2+/CACoA== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:HE1PR0302MB2603.eurprd03.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230022)(4636009)(396003)(366004)(376002)(346002)(136003)(39850400004)(451199015)(6916009)(316002)(33656002)(6506007)(38070700005)(186003)(83380400001)(55016003)(9686003)(71200400001)(7696005)(26005)(478600001)(52536014)(41300700001)(8936002)(76116006)(5660300002)(64756008)(86362001)(38100700002)(2906002)(4326008)(66476007)(66446008)(122000001)(66946007)(8676002)(91956017)(66556008); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: fpEi3uppTDiGlQskVdBkWWxwlkY40PnJGoHM692uKOJ19v/2KZ6hn+2tAA8KjqF2V/9Wk24G+fxBHY7K3UxKeA/RaHdj0P9lAfBhLhOgmLI9+M0foXG6FZYA29lo+9EmdaL6duci7UbTDZXcmiGYgb1VDkSEktZSd7Lc9sx4raPmvW/zqbQVvP2Sj91FmYviqXOkXIBkZNeCHo0B2itZ3lDguLUBXeYl3f2aLDSElG0XHdTrAuhyJA3dQdpen4owUh2eErBjcOPrTmXdpD6jFW8rB9N1J57WCPDCRYw28jlW7KIRkgII3Sl6Og+OM4xRdIU9O5noMfh8ZdznYEyBnTY2Jn8+p676Q5OsBX2kbwKGb7hiOS5AzuEam3merU9IW9D6DkDjkEYZKnA3Uq7GtdYoCx+1XAlcEBoV2805d+4RNGHSbiKMe7KTxyh/wci4UHoK26uT2cq7QCVh2s75/TA5QRdPK4T8gOLdwcCXQTOMG/ldycZpgNF6DRKCgnlyxLDGBbdI1CjRDSPQAheZZMQDVZw5i+6XFg7VgzIxgbwzAIZxDwLilhYpEQ8ekfsHnZCl0vYSR0v2M5XgJx5JocrYNoz1KlmcD93dkPwMAbQRD0CBnIh9FE68/tq+tl0yOi3bJ4I2u5/2Hh+3sTJLdHT7CbWj1G8bonv7oU1fcX6FHpN6t1d/SQGCRJ9KnwNevxPXjUsEvCJE4/iRJThQHl1Dvh3AqYj1Tcd6o/Sf68DXKgl4R7d15F0pcW 5zetxNzTExTbM4Kp7tyDCeIcrw4FUDBRy9Zl6/KFd/tMEed3Oe9wwH4hjBVCxCEU4NUkd+/v7jFBzvnWo8qy4q43VR5RvaDEEk X-OriginatorOrg: tobii.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: HE1PR0302MB2603.eurprd03.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: bd63c67c-79c0-41e0-655e-08dacd89faeb X-MS-Exchange-CrossTenant-originalarrivaltime: 23 Nov 2022 19:36:12.9978 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 6b7dddea-ad8f-4522-be45-cb8e69a29a5a X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: IfUWxVbPeBi9SSzkfbyI9fQ1dVXC7JeoTn+z51qlrTksI/mwizFmK17OCgeyD00i X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS2PR03MB9492 X-Mailman-Approved-At: Thu, 24 Nov 2022 03:56:19 -0500 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:248833 Archived-At: --_000_HE1PR0302MB2603368DBC24E458E29EB488F00C9HE1PR0302MB2603_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable > 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 "/". Indeed! That is just the use case I describe further was caught on Windows. > 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= "? So, this happened for me when installing a package via Straight.el. Under the hood it invokes autoloads generation, which can be seen in the following backtrace: loaddefs-generate--file-load-name("c:/Users/d/AppData/Roaming/.emacs.d/st= raight/build/bind-key/bind-key.el" "d:/dotfiles/.emacs.d/straight/build/bin= d-key/bind-key-autoloads.el") autoload-file-load-name("c:/Users/d/AppData/Roaming/.emacs.d/straight/bui= ld/bind-key/bind-key.el" "d:/dotfiles/.emacs.d/straight/build/bind-key/bind= -key-autoloads.el") autoload-generate-file-autoloads("c:/Users/d/AppData/Roaming/.emacs.d/str= aig..." nil "d:/dotfiles/.emacs.d/straight/build/bind-key/bind-...") make-directory-autoloads("c:/Users/d/AppData/Roaming/.emacs.d/straight/bu= ild/bind-key/" "c:/Users/d/AppData/Roaming/.emacs.d/straight/build/bind-key= /bind-key-autoloads.el") straight--build-autoloads((:flavor melpa :files ("bind-key.el" "bind-key-= pkg.el") :package "bind-key" :local-repo "use-package" :type git :repo "jwi= egley/use-package" :host github)) run-hook-with-args(straight--build-autoloads (:flavor melpa :files ("bind= -key.el" "bind-key-pkg.el") :package "bind-key" :local-repo "use-package" := type git :repo "jwiegley/use-package" :host github)) straight--build-package((:flavor melpa :files ("bind-key.el" "bind-key-pk= g.el") :package "bind-key" :local-repo "use-package" :type git :repo "jwieg= ley/use-package" :host github) "Building use-package") #f(compiled-function () #)() straight--transaction-exec(use-package-\"81e6ef700f88dfe7131843f7ca08439c= \"-nil-nil :now #f(compiled-function () #)) straight-use-package(bind-key nil nil "Building use-package") And then it hangs in the loop mentioned in my original message. A recipe for =93emacs -Q=94 might be this (not smallest thing so, but a rea= l life one): Paste this to the *scratch*: (defvar bootstrap-version) (let ((bootstrap-file (expand-file-name "straight/repos/straight.el/bootstrap.el" user-ema= cs-directory)) (bootstrap-version 5)) (unless (file-exists-p bootstrap-file) (with-current-buffer (url-retrieve-synchronously "https://raw.githubusercontent.com/raxod502/straight.el/develop/ins= tall.el" 'silent 'inhibit-cookies) (goto-char (point-max)) (eval-print-last-sexp)) (load bootstrap-file nil 'nomessage))) (setq straight-vc-git-default-clone-depth '(1 single-branch)) aand M-x eval-buffer :) Warning: it will download the straight.el from its = GitHub official repo. Note, that I do this on Windows, so user-emacs-directory isn=92t a "~/.emac= s.d", but an absolute path, starting from "c:/". Hope this helps! --_000_HE1PR0302MB2603368DBC24E458E29EB488F00C9HE1PR0302MB2603_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

> I may be missing something, but I fail to see t= he difference between a
> Windows file name starting with "C:/" and a Unix file name s= tarting 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 "/".

Indeed! That is just the use case I describe further= was caught on Windows.


> So do you have a real-life recipe where loaddefs-generate--file-load-n= ame is
> called and infloops?  Can you show such a recipe, preferably in &= quot;emacs -Q"?

So, this happened for me when installing a package v= ia Straight.el.

Under the hood it invokes autoloads generation, whic= h can be seen in the

following backtrace:

 

  loaddefs-generate--file-load-name("c:/Us= ers/d/AppData/Roaming/.emacs.d/straight/build/bind-key/bind-key.el" &q= uot;d:/dotfiles/.emacs.d/straight/build/bind-key/bind-key-autoloads.el"= ;)

  autoload-file-load-name("c:/Users/d/AppD= ata/Roaming/.emacs.d/straight/build/bind-key/bind-key.el" "d:/dot= files/.emacs.d/straight/build/bind-key/bind-key-autoloads.el")

  autoload-generate-file-autoloads("c:/Use= rs/d/AppData/Roaming/.emacs.d/straig..." nil "d:/dotfiles/.emacs.= d/straight/build/bind-key/bind-...")

  make-directory-autoloads("c:/Users/d/App= Data/Roaming/.emacs.d/straight/build/bind-key/" "c:/Users/d/AppDa= ta/Roaming/.emacs.d/straight/build/bind-key/bind-key-autoloads.el")

  straight--build-autoloads((:flavor melpa :fil= es ("bind-key.el" "bind-key-pkg.el") :package "bin= d-key" :local-repo "use-package" :type git :repo "jwieg= ley/use-package" :host github))

  run-hook-with-args(straight--build-autoloads = (:flavor melpa :files ("bind-key.el" "bind-key-pkg.el")= :package "bind-key" :local-repo "use-package" :type gi= t :repo "jwiegley/use-package" :host github))

  straight--build-package((:flavor melpa :files= ("bind-key.el" "bind-key-pkg.el") :package "bind-= key" :local-repo "use-package" :type git :repo "jwiegle= y/use-package" :host github) "Building use-package")

  #f(compiled-function () #<bytecode -0x1fce= 4a710bdd24dd>)()

  straight--transaction-exec(use-package-\"= ;81e6ef700f88dfe7131843f7ca08439c\"-nil-nil :now #f(compiled-function = () #<bytecode -0x1fce4a710bdd24dd>))

  straight-use-package(bind-key nil nil "B= uilding use-package")

 

And then it hangs in the loop mentioned in my origin= al message.

 

A recipe for =93emacs -Q=94 might be this (not small= est thing so, but a real life one):

 

Paste this to the *scratch*:

 

(defvar bootstrap-version)

(let ((bootstrap-file

       (expand-file-na= me "straight/repos/straight.el/bootstrap.el" user-emacs-directory= ))

      (bootstrap-version 5)= )

  (unless (file-exists-p bootstrap-file)

    (with-current-buffer

        (url-retr= ieve-synchronously

        "htt= ps://raw.githubusercontent.com/raxod502/straight.el/develop/install.el"= ;

        'silent '= inhibit-cookies)

      (goto-char (point-max= ))

      (eval-print-last-sexp= ))

    (load bootstrap-file nil 'nomessa= ge)))

(setq straight-vc-git-default-clone-depth '(1 single= -branch))

 

aand M-x eval-buffer :) Warning: it will download th= e straight.el from its GitHub official repo.

Note, that I do this on Windows, so user-emacs-direc= tory isn=92t a "~/.emacs.d", but an absolute path,

starting from "c:/".

 

Hope this helps!

--_000_HE1PR0302MB2603368DBC24E458E29EB488F00C9HE1PR0302MB2603_--