From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Matt M Newsgroups: gmane.emacs.bugs Subject: bug#46972: =?UTF-8?Q?RE=C2=A0:_?= =?UTF-8?Q?RE=C2=A0:_?= =?UTF-8?Q?RE=C2=A0:?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied Date: Fri, 12 Mar 2021 00:26:18 +0000 Message-ID: References: <83lfb0uo5s.fsf@gnu.org> <83ft18umwg.fsf@gnu.org> <83eegsuk1q.fsf@gnu.org> ,<835z24ujfw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_DB6P190MB032738CF2A3AEC4EB635EC9AD6909DB6P190MB0327EURP_" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5314"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> To: Eli Zaretskii , Andrea Corallo Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Mar 12 01:27:20 2021 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 1lKVeC-0001HP-Lf for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Mar 2021 01:27:20 +0100 Original-Received: from localhost ([::1]:41310 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lKVeB-000138-PE for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 11 Mar 2021 19:27:19 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46766) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lKVdu-00011q-Hb for bug-gnu-emacs@gnu.org; Thu, 11 Mar 2021 19:27:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:43886) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lKVdt-00007m-VP for bug-gnu-emacs@gnu.org; Thu, 11 Mar 2021 19:27:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lKVdt-0004vn-SS for bug-gnu-emacs@gnu.org; Thu, 11 Mar 2021 19:27:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Matt M Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Mar 2021 00:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46972 X-GNU-PR-Package: emacs Original-Received: via spool by 46972-submit@debbugs.gnu.org id=B46972.161550878718917 (code B ref 46972); Fri, 12 Mar 2021 00:27:01 +0000 Original-Received: (at 46972) by debbugs.gnu.org; 12 Mar 2021 00:26:27 +0000 Original-Received: from localhost ([127.0.0.1]:55432 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKVdL-0004v3-3x for submit@debbugs.gnu.org; Thu, 11 Mar 2021 19:26:27 -0500 Original-Received: from mail-am6eur05olkn2082.outbound.protection.outlook.com ([40.92.91.82]:56288 helo=EUR05-AM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKVdJ-0004up-G6 for 46972@debbugs.gnu.org; Thu, 11 Mar 2021 19:26:26 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PuVHrbwbsB0ISJvmV15EGn+60KxpO12IJd9rENQsCWWrU6EuNEJaZiR/Xc5w7yDm9b296GdmHarY4L/1rinCkLADzLZ9jixu7AG5pu5m11aQ4nvNvVmRdMiqKP00CLHxldM2JJDfNBjX62qDs6iuunqV8ulEM+wVHyD0N8GmoyzBkia4rt2NURTHy/vF8ZrG7c1/8i4U+e1ndfVVg9tzxSMp3N7X3UFgkvZkuNJ2mQP1YfBf0+lVfHWXiNIRgIlZPkkbEMs3GEQNPQtE2qWD9m7AFSRe+mpK9RCHl2uJp6riB+eaCpUSFumdZ1J/tMLnLoa2NhGEyHOGSoRNz6fMKg== 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-SenderADCheck; bh=fy71QHoyIXKlUbClYyXSUI2iHwywd1zFFfDRsWt13yU=; b=enrSmJ9WZ7Dgia1qzmUa0qBqcijMjZsyfQ5WuR1ESBik8xv8KqPTeh2ug/Tjn1qBWwQVz+8EdHyBTmfJncTRdFWVQaXEwbhjpnwM9Vduy8orftYszsN0U57inl9JjXoyJp9Gk8b8CdB+JmKhi2EsYsNBNGdDE1kvkd6jnto1tT6e6TNP7omf24XNBh+iAushmE/Bp1lHp30siqDMzYqs+Sm1zdRirqlAo7FNsd+ozGjEPKe7akfF7e1DAUPqZLKIyn1oax1tvRqIK3aMAYVjDKEI78ORV7GMLXt8WuiSlCXfjPB+kCku1RteEPfRd2YohM32pWx7V1Gi2Zj5btKQSQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Original-Received: from VI1EUR05FT003.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::4b) by VI1EUR05HT082.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::74) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17; Fri, 12 Mar 2021 00:26:18 +0000 Original-Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:fc12::49) by VI1EUR05FT003.mail.protection.outlook.com (2a01:111:e400:fc12::324) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31 via Frontend Transport; Fri, 12 Mar 2021 00:26:18 +0000 Original-Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::b8d9:941:5569:a83a]) by DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::b8d9:941:5569:a83a%6]) with mapi id 15.20.3912.029; Fri, 12 Mar 2021 00:26:18 +0000 Thread-Topic: =?UTF-8?Q?RE=C2=A0:_?= =?UTF-8?Q?RE=C2=A0:_?= =?UTF-8?Q?RE=C2=A0:?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied Thread-Index: AQHXErdedzl85mvZ1kKkUqsMFCKrd6p3SXGOgAAHdf6AAAAiG4AAERXcgAADD1mAAACaTIAIApYf In-Reply-To: <835z24ujfw.fsf@gnu.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR x-incomingtopheadermarker: OriginalChecksum:7E33628D4C87CB49CFF9BA7EB092D35D128647969DC2E4932D026D8EE4A7BFBA; UpperCasedChecksum:4D2ADF0B7F1C1F9E7F11FEF04BED5AE24FC2A747081E78CE9DE05F0DDA8D5B7F; SizeAsReceived:7669; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [ZLLAfYu15uo7wCkTIHtFM8y1ckYzihZIaLscxYtEsDwYIcFs0kNFT2hJnKThhK6Q] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: dddbc4a7-ddf0-4b39-34be-08d8e4ed7498 x-ms-traffictypediagnostic: VI1EUR05HT082: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: qjlHOEvDNlBuVFwtyWXp5Fyo55vmlN9uu9CKDBqZP3FetAxcyl7wuH4lAeRTglk2aOOrIZaU3E6X0Sq4jJ/1lEW+j9U7PGcoyt7oUxAE+vijagj0RhyYD1B78JblNCfXFf8c8+QrIeF4SVfsirW+887+PrkYhKdEunkAc1LGPg4a/r78v6vRODYqD4IAPB5VSjeOCQHXywwGHm0uZIAOFvltkgJnvaybzz5FboYDNczQuIukiIVBYgOvbIqUdweQLgweFdk3YHm/FuDUNfWEmuroBJqlwN9sdao+6UP43aWDuGXeovCkqy9nD4kUddPKaudoUS33W1u3+6I5nAPsChsKKdI7JKX8+5GZmyISnuThf1LTIHvlo+LfaKZEc9Xx x-ms-exchange-antispam-messagedata: cBsLUZeP8KhtVljxbwlnB0qUwqYv8/5wKxLpr4CgHHQH2esuDAfAUYgm6FLLOYXb1RImE/WKLrEsHEUb7Q3MLnmG8SvlnvnhtSFDDCyz6UIUoKNOzUgS2oOfwlsFtzrtQi/RFszp87PztgPqRWqTbA2W/PNLIvbclPFwFpNvvN5RCB/zrQG/LiqYWB6Jpn8rB7t2SfM/DW5wiYhtsNc+wQ== x-ms-exchange-transport-forked: True X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VI1EUR05FT003.eop-eur05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: dddbc4a7-ddf0-4b39-34be-08d8e4ed7498 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2021 00:26:18.6259 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Internet X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1EUR05HT082 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:202110 Archived-At: --_000_DB6P190MB032738CF2A3AEC4EB635EC9AD6909DB6P190MB0327EURP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable The Following patch seems to fix my problem : --- a/lisp/emacs-lisp/comp.el +++ b/lisp/emacs-lisp/comp.el @@ -3778,13 +3778,7 @@ comp-delete-or-replace-file (while (condition-case _ (progn - ;; oldfile maybe recreated by another Emacs in - ;; between the following two rename-file calls - (if (file-exists-p oldfile) - (rename-file oldfile (make-temp-file-internal - (file-name-sans-extension old= file) - nil ".eln.old" nil) - t)) + (delete-file oldfile) (when newfile (rename-file newfile oldfile nil)) ;; Keep on trying. Changed the call to rename-file to delete-file. De : Eli Zaretskii Envoy=E9 le :samedi 6 mars 2021 21:16 =C0 : Andrea Corallo Cc : mmerino@outlook.fr; 46972@debbugs.gnu.org Objet :Re: RE : RE : bug#46972: 28.0.50; [feature/native-comp] Emacs locks = itself during native compilation because of permission denied > From: Andrea Corallo > Cc: Matt M , 46972@debbugs.gnu.org > Date: Sat, 06 Mar 2021 20:14:12 +0000 > > > Hmm... Andrea, what could that Emacs wait for? When compilation > > signals the error described by Matt, why doesn't Emacs exit instead of > > waiting for something? > > I *think* that what might be going on here is that Emacs is trying to > delete a stale .eln file through `comp-delete-or-replace-file'. There > we have some Windows specific code that I guess might loop forever. > > I guess somebody observing this issue will have confirm or refut this > suspect debugging this function. OK, I will try to reproduce this and look into the cause(s). --_000_DB6P190MB032738CF2A3AEC4EB635EC9AD6909DB6P190MB0327EURP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

The Following p= atch seems to fix my problem :

--- a/lisp/emac= s-lisp/comp.el

+++ b/lisp/emac= s-lisp/comp.el

@@ -3778,13 +37= 78,7 @@ comp-delete-or-replace-file

  &nb= sp;       (while

  &nb= sp;           (condition-= case _

  &nb= sp;            =    (progn

-  &n= bsp;            = ;    ;; oldfile maybe recreated by another Emacs in

-  &n= bsp;            &nbs= p;   ;; between the following two rename-file calls

-  &n= bsp;            = ;    (if (file-exists-p oldfile)

-  &n= bsp;            = ;        (rename-file oldfile (make-temp= -file-internal

-  &n= bsp;            = ;            &n= bsp;            = ;     (file-name-sans-extension oldfile)

-  &n= bsp;            = ;            &n= bsp;            = ;     nil ".eln.old" nil)

-  &n= bsp;            = ;            &n= bsp;        t))

+  &n= bsp;            = ;    (delete-file oldfile)

  &nb= sp;            =      (when newfile

  &nb= sp;            =        (rename-file newfile oldfile nil))

  &nb= sp;             = ;    ;; Keep on trying.

Changed the cal= l to rename-file to delete-file.

 

De : Eli Zaretskii
Envoy=E9 le :samedi 6 mars 2021 21:16
=C0 : Andrea Corallo
Cc : mmerino@outlook.fr; 46972@debbugs.gnu.org
Objet :Re: RE : RE : bug#46972: 28.0.50; [feature/nat= ive-comp] Emacs locks itself during native compilation because of permissio= n denied

 

> From: Andr= ea Corallo <akrl@sdf.org>
> Cc: Matt M <mmerino@outlook.fr>, 46972@debbugs.gnu.org
> Date: Sat, 06 Mar 2021 20:14:12 +0000
>
> > Hmm...  Andrea, what could that Emacs wait for?  When c= ompilation
> > signals the error described by Matt, why doesn't Emacs exit inste= ad of
> > waiting for something?
>
> I *think* that what might be going on here is that Emacs is trying to<= br> > delete a stale .eln file through `comp-delete-or-replace-file'.  = There
> we have some Windows specific code that I guess might loop forever. >
> I guess somebody observing this issue will have confirm or refut this<= br> > suspect debugging this function.

OK, I will try to reproduce this and look into the cause(s).

 

--_000_DB6P190MB032738CF2A3AEC4EB635EC9AD6909DB6P190MB0327EURP_--