From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 12:42:32 2021 Received: (at submit) by debbugs.gnu.org; 6 Mar 2021 17:42:32 +0000 Received: from localhost ([127.0.0.1]:38231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIawh-0001Mn-6Z for submit@debbugs.gnu.org; Sat, 06 Mar 2021 12:42:32 -0500 Received: from lists.gnu.org ([209.51.188.17]:53080) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIatG-0001H7-Ka for submit@debbugs.gnu.org; Sat, 06 Mar 2021 12:38:59 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51202) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lIatG-0007dV-Du for bug-gnu-emacs@gnu.org; Sat, 06 Mar 2021 12:38:58 -0500 Received: from mail-oln040092075102.outbound.protection.outlook.com ([40.92.75.102]:2181 helo=EUR04-VI1-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lIatC-0002XU-Sv for bug-gnu-emacs@gnu.org; Sat, 06 Mar 2021 12:38:58 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RGVQXn9J/enovmYqUzwNitkh3YmARu5TFS3BnwdTiguhyCQq+KUrVviTbW7it9eocvwK7/YRI3i7lzyAC9sCeyG0/r02lV5JaguAFYvIqMeeH/A1fUk8PSYc2BMdwgtnE6ZvCBQaf3sBG1lg1D+2OYTBRduun+ym7mto43+FMvnW25RilaOmbJdJclWE7bMGEdYDZu41qFLggJEbhYeJsoHqHxlozYlJYEVZycye96tEhX7DhCMGC9A+CsuA7AsM0X8zwR/O1pMUKp9/OryKEUwahqZpGdqwqq6RG1eFdtfXWBl281K8djrmivEsbm+Lcxmz4XaNaPrqK2m6bqUnSg== 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=u96MXwdW6bLJBFVKdeDVzhetotaSmzTsOzFOAQZKgmU=; b=fsMqcHr8gxWXRCG6uTirU364/zpl5p58Nsq0HKsLdrHbvNM1AF0nlcr5BXxffWo6llhIT5QjFoCIa1OV1ou8dnRXqx0vAv7sld/5EjfbokqqcMs4RN1QEVv31s5d/k/lRuH45EMx8Wo62ZT5VGVKlezj9NQCcB1S5JpgajPd0gQ2BY4uxm3Hw2FfEhxNWs8lyG5TAS9Z5zyBD2+FfYlMO/lUNjcR5ZwWcj7dPajPMazSdM8ZQFMPpdisPs9KcEplA17MPthAG68S2UREUlW4sCXzJHrZW0h/3VX/WwQwqhObytkqI1EwIh3vEQztIrhFer9lj1TPhSm4C91hytESLg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from DB3EUR04FT052.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0c::45) by DB3EUR04HT183.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0c::375) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17; Sat, 6 Mar 2021 17:23:35 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:7e0c::45) by DB3EUR04FT052.mail.protection.outlook.com (2a01:111:e400:7e0c::131) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17 via Frontend Transport; Sat, 6 Mar 2021 17:23:35 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::24e3:8006:2de:16f2]) by DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::24e3:8006:2de:16f2%5]) with mapi id 15.20.3890.036; Sat, 6 Mar 2021 17:23:35 +0000 From: Matt M To: "bug-gnu-emacs@gnu.org" Subject: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied Thread-Topic: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied Thread-Index: AQHXEq1fdhwFXuCBB0iscJksBUHMPQ== Date: Sat, 6 Mar 2021 17:23:34 +0000 Message-ID: Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:DB6B38262DFF8ED2387C1B4B63071D09DA1027E37CA2E541CA991AB5CF2F5939; UpperCasedChecksum:F1427921834CAEB60B6912FF336732C9F8D260F1F23436217682578669B9FB67; SizeAsReceived:7026; Count:42 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [8fgzqWeXqIcTjyiubq2Oexmezpte9IgLHaAd4huSFzAOeEiQ2GKfaX/DOh24bPY2] x-ms-publictraffictype: Email x-incomingheadercount: 42 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 8809af26-a2fa-45c2-0c01-08d8e0c49297 x-ms-traffictypediagnostic: DB3EUR04HT183: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: VZJXDwBTVtHqx1+VI+kId4xAEsbJI9+jvND9l/QR+s7jKJ3R6cd2jSMCCrKW8vvTG1bkCrnJj9Gng+ZYwgI/X9gjdwgJbnKpqBKkwRwMDwrcmNG9BLU1ZJB/EKtZOIdTm5ILE0iMQwM1z9PnBdN2eesilCD4KqI/dMbQ6DTxZYFYNc3ZfKMk3OHVlVjvPk4w0kqZxLcd1bGPy0BozfecqHo5V92uXvkDSGJt95nmD4TmjBR+TjtuTxiYAT6vrplNENspc7scyh3aOwEh8vLBMLlHOmPTxzoBj34FM0c/P1XEMWvI582Q2eDR9mQ1KUhUAZken2ys872VpeWrLHWxB9lojMjLChm33HIsUyVI7EKaDTnx1Y32LySRFbtqU+C9NSALC7XWHwlMkNWY6HgWQIVPa4OToqDzWA/P5iso2VU= x-ms-exchange-antispam-messagedata: GS8tCGmfUXyisCGXeGJOQAThqHHBkHuzAwKDJRnqT/WPgb1YR8NT8tP9u/RqvOD3SzOKmaiyjGOWxjetF8I8bzUQVhGsPvcVkSaNjQQGpNYY8c+0XofK8fQzLYzK7uIzyg0DPh0HSWltJiWz4WZU9IANhqfBEnvLzxG34RzHOBlDV/KqaQ1jl4mBYCzHOZCVdbYEhtJKqPfnT3eXwwncVw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DB6P190MB0327B79023280310ED8C9E88D6959DB6P190MB0327EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: DB3EUR04FT052.eop-eur04.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 8809af26-a2fa-45c2-0c01-08d8e0c49297 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2021 17:23:34.9400 (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: DB3EUR04HT183 Received-SPF: pass client-ip=40.92.75.102; envelope-from=mmerino@outlook.fr; helo=EUR04-VI1-obe.outbound.protection.outlook.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 06 Mar 2021 12:42:29 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --_000_DB6P190MB0327B79023280310ED8C9E88D6959DB6P190MB0327EURP_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm on windows using latest native compilation. I noticed that when doing doom sync (I use Doom emacs) it would hang on the native compilation step. I looked at the opened emacs processes in the task manager during this bug to try to find a file with which I could make the bug trigger again. In the task manager I see that about 10 emacs processes are stuck on 10 files. Using this file: https://pastebin.com/z4wLheXa as emacs-async-comp-ox-ascii.el, I call the following command: emacs -Q --batch -l c:/Users/Matt/emacs-async-comp-ox-ascii.el > Compiling c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/org-mode/o= x-ascii.el... It never finishes. If I interrupt the process I get the following backtrace: Debugger entered--Lisp error: (file-error "Removing old name" "Permission d= enied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") kill-emacs(t) command-line() normal-top-level() Removing old name: Permission denied, c:/Users/Matt/.emacs.d/.local/cache/e= ln/28.0.50-4c6fa13f/ox-ascii-dcca1ba0-825ea35cp6iXUJ.eln.old Debugger entered--Lisp error: (file-error "Removing old name" "Permission d= enied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") command-error-default-function((file-error "Removing old name" "Permissio= n denied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") "" debug= ) apply(command-error-default-function ((file-error "Removing old name" "Pe= rmission denied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") "= " debug)) #f(advice-wrapper :after command-error-default-function help-command-erro= r-confusable-suggestions)((file-error "Removing old name" "Permission denie= d" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") "" debug) It renamed a file from file.eln to file.eln.old, then tries to delete the file.eln.old but gets a Permission denied error. If I start the same command again without interrupting, and try to delete the file.eln.old manually, I get the error: Can't remove file because the file is opened in emacs.exe And the only emacs.exe process runnin on the computer is the one doing the native compilation, the one which created the file.eln.old. So that seems to indicate that the emacs process that renames the file doesn't have the permission to remove the same file because of it being opened in itself. In GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32) of 2021-03-05 built on DESKTOP-MATT Repository revision: 552ef6d6c0733b864bcb14eeb6183d7e64df3b80 Repository branch: feature/native-comp Windowing system distributor 'Microsoft Corp.', version 10.0.19042 System Description: Microsoft Windows 10 Education (v10.0.2009.19042.804) Configured using: 'configure --with-native-compilation --with-gnutls --with-jpeg --with-png --with-rsvg --with-xml2 --without-imagemagick --without-pop --without-dbus' Configured features: ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LIBXML2 MODULES NATIVE_COMP NOTIFY W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKIT_SCROLL_BARS XPM ZLIB Important settings: value of $LC_CTYPE: fr_FR.UTF-8 value of $LANG: FRA locale-coding-system: utf-8 Major mode: DOOM v2.0.9 Minor modes in effect: gcmh-mode: t global-hl-line-mode: t hl-line-mode: t winner-mode: t show-paren-mode: t ws-butler-global-mode: t global-undo-fu-session-mode: t undo-fu-session-mode: t undo-fu-mode: t global-flycheck-mode: t smartparens-global-mode: t which-key-mode: t better-jumper-mode: t better-jumper-local-mode: t company-box-mode: t global-company-mode: t company-mode: t ivy-prescient-mode: t prescient-persist-mode: t ivy-rich-project-root-cache-mode: t ivy-rich-mode: t ivy-mode: t evil-goggles-mode: t evil-escape-mode: t evil-snipe-override-mode: t evil-snipe-mode: t evil-snipe-override-local-mode: t evil-snipe-local-mode: t savehist-mode: t solaire-global-mode: t doom-modeline-mode: t key-chord-mode: t evil-repeat-motion-mode: t global-git-commit-mode: t org-roam-mode: t persp-mode: t shell-dirtrack-mode: t evil-mode: t evil-local-mode: t +popup-mode: t general-override-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t window-divider-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t buffer-read-only: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/eri/eri hides c:/Users= /Matt/.emacs.d/.local/straight/build-28.0.50/agda2-mode/eri c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/annotation/annotation = hides c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/agda2-mode/annot= ation c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/agda2-mode/agda-input = hides c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/agda-input/agda-= input Features: (shadow sort whitespace vi-tilde-fringe display-line-numbers adaptive-wrap gcmh hl-line winner paren ws-butler undo-fu-session undo-fu flycheck-popup-tip evil-collection-popup popup evil-collection-flycheck flycheck nav-flash hide-mode-line mail-extr smartparens-config smartparens-text smartparens emacsbug sendmail char-fold cursor-sensor amx evil-collection-which-key which-key better-jumper company-box company-box-doc frame-local company-box-icons dash-functional company-capf company ivy-prescient prescient evil-collection-ivy ivy-avy avy all-the-icons-ivy ivy-rich counsel xdg ivy-xref evil-collection-xref xref project swiper ivy delsel ivy-faces ivy-overlay colir color evil-goggles pulse evil-easymotion evil-escape evil-snipe org-agenda lv doom-snippets doom-snippets-lib yasnippet evil-collection-elisp-mode elisp-mode savehist recentf tree-widget face-remap persistent-soft list-utils pcache eieio-base font-utils unicode-fonts doom-themes-ext-org doom-themes-ext-neotree doom-themes-ext-treemacs solaire-mode doom-one-theme doom-themes doom-themes-base dtrt-indent doom-modeline doom-modeline-segments doom-modeline-env doom-modeline-core shrink-path all-the-icons all-the-icons-faces data-material data-weathericons data-octicons data-fileicons data-faicons data-alltheicons key-chord evil-repeat-motion deft orgit evil-collection-magit-todos magit-todos pcre2el rxt re-builder hl-todo async evil-collection-grep grep evil-collection-compile compile github-review ghub-graphql treepy gsexp ghub url-http url-gw nsm url-auth gnutls deferred a evil-collection-magit magit-autoloads magit-submodule magit-obsolete magit-popup magit-blame magit-stash magit-reflog magit-bisect magit-push magit-pull magit-fetch magit-clone magit-remote magit-commit magit-sequence magit-notes magit-worktree magit-tag magit-merge magit-branch magit-reset magit-files magit-refs magit-status magit core-packages package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers magit-repos magit-apply magit-wip magit-log magit-diff smerge-mode diff git-commit evil-collection-log-edit log-edit message rmc puny rfc822 mml mml-sec evil-collection-epa epa epg epg-config gnus-util rmail rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr mailabbrev mail-utils gmm-utils mailheader pcvs-util add-log magit-core magit-autorevert autorevert filenotify magit-margin magit-transient magit-process with-editor evil-collection-term term ehelp esh-help evil-collection-man man em-unix eshell-z em-dirs esh-var evil-collection-eshell em-prompt eshell-did-you-mean esh-mode eshell esh-cmd esh-ext esh-opt esh-proc esh-io esh-arg esh-module esh-groups esh-util evil-collection-dired dired dired-loaddefs server magit-mode transient help-mode magit-git magit-section benchmark magit-utils which-func evil-collection-imenu imenu evil-collection-vc-git vc-git evil-collection-diff-mode diff-mode ido crm org-roam org-roam-link org-roam-graph xml org-roam-doctor org-roam-dailies org-roam-capture org-roam-db emacsql-sqlite3 emacsql emacsql-compiler org-capture org-roam-completion org-roam-buffer org-roam-faces org-roam-macs org-roam-compat f s dash org-id org-refile smartparens-org org-yt org-element avl-tree generator org ob ob-tangle ob-ref ob-lob ob-table ob-exp org-macro org-footnote org-src ob-comint org-pcomplete org-list org-faces org-entities time-date noutline outline org-version ob-emacs-lisp ob-core ob-eval org-table ol org-keys org-compat org-macs org-loaddefs format-spec find-func evil-collection-calendar evil-collection-custom cus-edit cus-start cus-load wid-edit evil-collection-comint evil-collection annalist cal-menu calendar cal-loaddefs persp-mode let-alist ibuf-macs evil evil-integration evil-maps evil-commands ffap url-parse auth-source eieio eieio-core eieio-loaddefs password-cache json map url-vars reveal flyspell ispell evil-jumps evil-command-window evil-types evil-search shell pcomplete comint ansi-color evil-macros evil-repeat evil-states evil-core advice evil-common windmove thingatpt rect evil-digraphs evil-vars ring derived core-editor core-projects core-ui edmacro kmacro easy-mmode comp comp-cstr warnings rx core-keybinds pp general cl-extra easymenu seq byte-opt cl-seq use-package-core bytecomp byte-compile cconv core-modules realgud-recursive-autoloads cl core core-lib cl-macs gv cl-loaddefs cl-lib subr-x iso-transl tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp disp-table term/w32-win w32-win w32-vars term/common-win tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite charscript charprop case-table epa-hook jka-cmpr-hook simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face pcase macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads w32notify w32 multi-tty make-network-process nativecomp emacs) Memory information: ((conses 16 1092168 1889617) (symbols 48 49260 2178) (strings 32 164215 99347) (string-bytes 1 5915413) (vectors 16 64852) (vector-slots 8 1222623 822052) (floats 8 1154 2009) (intervals 56 811 188) (buffers 992 13)) --_000_DB6P190MB0327B79023280310ED8C9E88D6959DB6P190MB0327EURP_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

I'm on windows using latest native compilation. I no= ticed that when doing

doom sync (I use Doom emacs) it would hang on the na= tive compilation

step. I looked at the opened emacs processes in the = task manager

during this bug to try to find a file with which I c= ould make the bug

trigger again. In the task manager I see that about = 10 emacs processes

are stuck on 10 files.

 

Using this file: https://pastebin.com/z4wLheXa as

emacs-async-comp-ox-ascii.el, I call the following c= ommand:

 

emacs -Q --batch -l c:/Users/Matt/emacs-async-comp-o= x-ascii.el

> Compiling c:/Users/Matt/.emacs.d/.local/straigh= t/build-28.0.50/org-mode/ox-ascii.el...

 

It never finishes. If I interrupt the process I get = the following

backtrace:

 

Debugger entered--Lisp error: (file-error "Remo= ving old name" "Permission denied" "c:/Users/Matt/.emac= s.d/.local/cache/eln/28.0.50-4c...")

  kill-emacs(t)

  command-line()

  normal-top-level()

 

Removing old name: Permission denied, c:/Users/Matt/= .emacs.d/.local/cache/eln/28.0.50-4c6fa13f/ox-ascii-dcca1ba0-825ea35cp6iXUJ= .eln.old

Debugger entered--Lisp error: (file-error "Remo= ving old name" "Permission denied" "c:/Users/Matt/.emac= s.d/.local/cache/eln/28.0.50-4c...")

  command-error-default-function((file-error &q= uot;Removing old name" "Permission denied" "c:/Users/Ma= tt/.emacs.d/.local/cache/eln/28.0.50-4c...") "" debug)

  apply(command-error-default-function ((file-e= rror "Removing old name" "Permission denied" "c:/U= sers/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") "" debug= ))

  #f(advice-wrapper :after command-error-defaul= t-function help-command-error-confusable-suggestions)((file-error "Rem= oving old name" "Permission denied" "c:/Users/Matt/.ema= cs.d/.local/cache/eln/28.0.50-4c...") "" debug)

 

It renamed a file from file.eln to file.eln.old, the= n tries to delete

the file.eln.old but gets a Permission denied error.=

 

If I start the same command again without interrupti= ng, and try to

delete the file.eln.old manually, I get the error:

Can't remove file because the file is opened in emac= s.exe

 

And the only emacs.exe process runnin on the compute= r is the one doing

the native compilation, the one which created the fi= le.eln.old.

 

So that seems to indicate that the emacs process tha= t renames the file

doesn't have the permission to remove the same file = because of it being

opened in itself.

 

 

 

In GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32)

of 2021-03-05 built on DESKTOP-MATT

Repository revision: 552ef6d6c0733b864bcb14eeb6183d7= e64df3b80

Repository branch: feature/native-comp

Windowing system distributor 'Microsoft Corp.', vers= ion 10.0.19042

System Description: Microsoft Windows 10 Education (= v10.0.2009.19042.804)

 

Configured using:

'configure --with-native-compilation --with-gnutls -= -with-jpeg

--with-png --with-rsvg --with-xml2 --without-imagema= gick --without-pop

--without-dbus'

 

Configured features:

ACL GIF GMP GNUTLS HARFBUZZ JPEG JSON LIBXML2 MODULE= S NATIVE_COMP NOTIFY

W32NOTIFY PDUMPER PNG RSVG SOUND THREADS TIFF TOOLKI= T_SCROLL_BARS XPM

ZLIB

 

Important settings:

  value of $LC_CTYPE: fr_FR.UTF-8

  value of $LANG: FRA

  locale-coding-system: utf-8

 

Major mode: DOOM v2.0.9

 

Minor modes in effect:

  gcmh-mode: t

  global-hl-line-mode: t

  hl-line-mode: t

  winner-mode: t

  show-paren-mode: t

  ws-butler-global-mode: t

  global-undo-fu-session-mode: t

  undo-fu-session-mode: t

  undo-fu-mode: t

  global-flycheck-mode: t

  smartparens-global-mode: t

  which-key-mode: t

  better-jumper-mode: t

  better-jumper-local-mode: t

  company-box-mode: t

  global-company-mode: t

  company-mode: t

  ivy-prescient-mode: t

  prescient-persist-mode: t

  ivy-rich-project-root-cache-mode: t

  ivy-rich-mode: t

  ivy-mode: t

  evil-goggles-mode: t

  evil-escape-mode: t

  evil-snipe-override-mode: t

  evil-snipe-mode: t

  evil-snipe-override-local-mode: t

  evil-snipe-local-mode: t

  savehist-mode: t

  solaire-global-mode: t

  doom-modeline-mode: t

  key-chord-mode: t

  evil-repeat-motion-mode: t

  global-git-commit-mode: t

  org-roam-mode: t

  persp-mode: t

  shell-dirtrack-mode: t

  evil-mode: t

  evil-local-mode: t

  +popup-mode: t

  general-override-mode: t

  global-eldoc-mode: t

  electric-indent-mode: t

  mouse-wheel-mode: t

  file-name-shadow-mode: t

  global-font-lock-mode: t

  font-lock-mode: t

  window-divider-mode: t

  auto-composition-mode: t

  auto-encryption-mode: t

  auto-compression-mode: t

  buffer-read-only: t

  size-indication-mode: t

  column-number-mode: t

  line-number-mode: t

  transient-mark-mode: t

 

Load-path shadows:

c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50= /eri/eri hides c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/agda2-m= ode/eri

c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50= /annotation/annotation hides c:/Users/Matt/.emacs.d/.local/straight/build-2= 8.0.50/agda2-mode/annotation

c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50= /agda2-mode/agda-input hides c:/Users/Matt/.emacs.d/.local/straight/build-2= 8.0.50/agda-input/agda-input

 

Features:

(shadow sort whitespace vi-tilde-fringe display-line= -numbers

adaptive-wrap gcmh hl-line winner paren ws-butler un= do-fu-session

undo-fu flycheck-popup-tip evil-collection-popup pop= up

evil-collection-flycheck flycheck nav-flash hide-mod= e-line mail-extr

smartparens-config smartparens-text smartparens emac= sbug sendmail

char-fold cursor-sensor amx evil-collection-which-ke= y which-key

better-jumper company-box company-box-doc frame-loca= l company-box-icons

dash-functional company-capf company ivy-prescient p= rescient

evil-collection-ivy ivy-avy avy all-the-icons-ivy iv= y-rich counsel xdg

ivy-xref evil-collection-xref xref project swiper iv= y delsel ivy-faces

ivy-overlay colir color evil-goggles pulse evil-easy= motion evil-escape

evil-snipe org-agenda lv doom-snippets doom-snippets= -lib yasnippet

evil-collection-elisp-mode elisp-mode savehist recen= tf tree-widget

face-remap persistent-soft list-utils pcache eieio-b= ase font-utils

unicode-fonts doom-themes-ext-org doom-themes-ext-ne= otree

doom-themes-ext-treemacs solaire-mode doom-one-theme= doom-themes

doom-themes-base dtrt-indent doom-modeline doom-mode= line-segments

doom-modeline-env doom-modeline-core shrink-path all= -the-icons

all-the-icons-faces data-material data-weathericons = data-octicons

data-fileicons data-faicons data-alltheicons key-cho= rd

evil-repeat-motion deft orgit evil-collection-magit-= todos magit-todos

pcre2el rxt re-builder hl-todo async evil-collection= -grep grep

evil-collection-compile compile github-review ghub-g= raphql treepy gsexp

ghub url-http url-gw nsm url-auth gnutls deferred a<= /p>

evil-collection-magit magit-autoloads magit-submodul= e magit-obsolete

magit-popup magit-blame magit-stash magit-reflog mag= it-bisect magit-push

magit-pull magit-fetch magit-clone magit-remote magi= t-commit

magit-sequence magit-notes magit-worktree magit-tag = magit-merge

magit-branch magit-reset magit-files magit-refs magi= t-status magit

core-packages package browse-url url url-proxy url-p= rivacy url-expand

url-methods url-history url-cookie url-domsuf url-ut= il mailcap

url-handlers magit-repos magit-apply magit-wip magit= -log magit-diff

smerge-mode diff git-commit evil-collection-log-edit= log-edit message

rmc puny rfc822 mml mml-sec evil-collection-epa epa = epg epg-config

gnus-util rmail rmail-loaddefs text-property-search = mm-decode mm-bodies

mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util= ietf-drums

mail-prsvr mailabbrev mail-utils gmm-utils mailheade= r pcvs-util add-log

magit-core magit-autorevert autorevert filenotify ma= git-margin

magit-transient magit-process with-editor evil-colle= ction-term term

ehelp esh-help evil-collection-man man em-unix eshel= l-z em-dirs esh-var

evil-collection-eshell em-prompt eshell-did-you-mean= esh-mode eshell

esh-cmd esh-ext esh-opt esh-proc esh-io esh-arg esh-= module esh-groups

esh-util evil-collection-dired dired dired-loaddefs = server magit-mode

transient help-mode magit-git magit-section benchmar= k magit-utils

which-func evil-collection-imenu imenu evil-collecti= on-vc-git vc-git

evil-collection-diff-mode diff-mode ido crm org-roam= org-roam-link

org-roam-graph xml org-roam-doctor org-roam-dailies = org-roam-capture

org-roam-db emacsql-sqlite3 emacsql emacsql-compiler= org-capture

org-roam-completion org-roam-buffer org-roam-faces o= rg-roam-macs

org-roam-compat f s dash org-id org-refile smartpare= ns-org org-yt

org-element avl-tree generator org ob ob-tangle ob-r= ef ob-lob ob-table

ob-exp org-macro org-footnote org-src ob-comint org-= pcomplete org-list

org-faces org-entities time-date noutline outline or= g-version

ob-emacs-lisp ob-core ob-eval org-table ol org-keys = org-compat org-macs

org-loaddefs format-spec find-func evil-collection-c= alendar

evil-collection-custom cus-edit cus-start cus-load w= id-edit

evil-collection-comint evil-collection annalist cal-= menu calendar

cal-loaddefs persp-mode let-alist ibuf-macs evil evi= l-integration

evil-maps evil-commands ffap url-parse auth-source e= ieio eieio-core

eieio-loaddefs password-cache json map url-vars reve= al flyspell ispell

evil-jumps evil-command-window evil-types evil-searc= h shell pcomplete

comint ansi-color evil-macros evil-repeat evil-state= s evil-core advice

evil-common windmove thingatpt rect evil-digraphs ev= il-vars ring derived

core-editor core-projects core-ui edmacro kmacro eas= y-mmode comp

comp-cstr warnings rx core-keybinds pp general cl-ex= tra easymenu seq

byte-opt cl-seq use-package-core bytecomp byte-compi= le cconv

core-modules realgud-recursive-autoloads cl core cor= e-lib cl-macs gv

cl-loaddefs cl-lib subr-x iso-transl tooltip eldoc e= lectric uniquify

ediff-hook vc-hooks lisp-float-type mwheel dos-w32 l= s-lisp disp-table

term/w32-win w32-win w32-vars term/common-win tool-b= ar dnd fontset image

regexp-opt fringe tabulated-list replace newcomment = text-mode lisp-mode

prog-mode register page tab-bar menu-bar rfn-eshadow= isearch timer

select scroll-bar mouse jit-lock font-lock syntax fa= cemenu font-core

term/tty-colors frame minibuffer cl-generic cham geo= rgian utf-8-lang

misc-lang vietnamese tibetan thai tai-viet lao korea= n japanese eucjp-ms

cp51932 hebrew greek romanian slovak czech european = ethiopic indian

cyrillic chinese composite charscript charprop case-= table epa-hook

jka-cmpr-hook simple abbrev obarray cl-preloaded nad= vice button loaddefs

faces cus-face pcase macroexp files window text-prop= erties overlay sha1

md5 base64 format env code-pages mule custom widget<= /p>

hashtable-print-readable backquote threads w32notify= w32 multi-tty

make-network-process nativecomp emacs)

 

Memory information:

((conses 16 1092168 1889617)

(symbols 48 49260 2178)

(strings 32 164215 99347)

(string-bytes 1 5915413)

(vectors 16 64852)

(vector-slots 8 1222623 822052)

(floats 8 1154 2009)

(intervals 56 811 188)

(buffers 992 13))

--_000_DB6P190MB0327B79023280310ED8C9E88D6959DB6P190MB0327EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 13:34:44 2021 Received: (at 46972) by debbugs.gnu.org; 6 Mar 2021 18:34:44 +0000 Received: from localhost ([127.0.0.1]:38294 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIblE-0004l7-6w for submit@debbugs.gnu.org; Sat, 06 Mar 2021 13:34:44 -0500 Received: from eggs.gnu.org ([209.51.188.92]:42160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIblD-0004kv-1m for 46972@debbugs.gnu.org; Sat, 06 Mar 2021 13:34:43 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44076) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lIbl7-0002hU-7m; Sat, 06 Mar 2021 13:34:37 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4004 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lIbl3-0003wl-KI; Sat, 06 Mar 2021 13:34:35 -0500 Date: Sat, 06 Mar 2021 20:34:23 +0200 Message-Id: <83lfb0uo5s.fsf@gnu.org> From: Eli Zaretskii To: Matt M In-Reply-To: (message from Matt M on Sat, 6 Mar 2021 17:23:34 +0000) Subject: Re: bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: 46972@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt M > Date: Sat, 6 Mar 2021 17:23:34 +0000 > > I'm on windows using latest native compilation. I noticed that when doing > doom sync (I use Doom emacs) it would hang on the native compilation > step. I looked at the opened emacs processes in the task manager > during this bug to try to find a file with which I could make the bug > trigger again. In the task manager I see that about 10 emacs processes > are stuck on 10 files. > > Using this file: https://pastebin.com/z4wLheXa as > emacs-async-comp-ox-ascii.el, I call the following command: > > emacs -Q --batch -l c:/Users/Matt/emacs-async-comp-ox-ascii.el > > Compiling c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/org-mode/ox-ascii.el... > > It never finishes. Does it really "never" finish, or does it just take a very long time? How long did you wait for it to finish? From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 13:53:02 2021 Received: (at 46972) by debbugs.gnu.org; 6 Mar 2021 18:53:02 +0000 Received: from localhost ([127.0.0.1]:38339 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIc2w-0007Jk-71 for submit@debbugs.gnu.org; Sat, 06 Mar 2021 13:53:02 -0500 Received: from mail-db8eur05olkn2103.outbound.protection.outlook.com ([40.92.89.103]:19914 helo=EUR05-DB8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIc2t-0007JF-Sf for 46972@debbugs.gnu.org; Sat, 06 Mar 2021 13:53:00 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XDGtZ0O0mi+R0ZQXS5CHfA7DwFE7zn1f+4zO/ci75HO3HZ+rd6Ra+mvPYcImu68IMseQ8auLcDUd5/FO0s+7pbZ/J9XwMlPhEFj3xvOVwTXVjiJ8PtOqTyjilCvrgnMH7tHynW1unA4EUd3V72jgZhek4N60CMLwJsp5H196cbY5lcu3TFekEqAZ8PF0D3okwki85dFWIp0JHWwC6Xc3tvlOVSYuvkBwkMyz953u/wUv8W3KhIQvCTcRAxpGd8+cNdSGJ4x4jaMGHBFDQQa3t55E1HwJM9HRzQUL7dPE8h60r7MsFrYpLCzjhHreN2LjxSrlsJWWNZomn6OC5yU1Ug== 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=FUpXsnLPwSfZ7gW4F4RlOU8AecXobMdg/UBeQJbgfiw=; b=Fi33JMfA4SxsAmBsChX05I+e5GLIbJstSnRJSytr71nHA990ikcP5fQwzh+0a9Dxvl3IRuYgJC/IQb7zBuSd3IUBwb55w6siSHDAoQsVEqNwDiTCerwMtqwB4rTSz8imGezvFh91Ew9nzi79EDeN8z3WGFcKfoWDqxrkx40hWHbBIz6jIMWfw9tyhPlfcU/bdJBfLb3byFyvQ3VPKr9xvVGyh+8X5S33QGY6/lJS6q6oG+xPaBGMJkeCaiSWVKiR8sgqfH12yZMiZypgWAcM635NTzJgIbSmhEsK1TP6Q2z61kwJTLjwkMi/b2XcUcB+JrEkGy6VupZsLOdypi5rsg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VI1EUR05FT067.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::51) by VI1EUR05HT116.eop-eur05.prod.protection.outlook.com (2a01:111:e400:fc12::285) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.19; Sat, 6 Mar 2021 18:52:52 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:fc12::40) by VI1EUR05FT067.mail.protection.outlook.com (2a01:111:e400:fc12::446) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17 via Frontend Transport; Sat, 6 Mar 2021 18:52:52 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::24e3:8006:2de:16f2]) by DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::24e3:8006:2de:16f2%5]) with mapi id 15.20.3890.036; Sat, 6 Mar 2021 18:52:52 +0000 From: Matt M To: Eli Zaretskii Subject: =?Windows-1252?Q?RE=A0:_bug#46972:_28.0.50; _[feature/native-comp]_Emacs_l?= =?Windows-1252?Q?ocks_itself_during_native_compilation_because_of_permiss?= =?Windows-1252?Q?ion_denied?= Thread-Topic: =?Windows-1252?Q?RE=A0:_bug#46972:_28.0.50; _[feature/native-comp]_Emacs_l?= =?Windows-1252?Q?ocks_itself_during_native_compilation_because_of_permiss?= =?Windows-1252?Q?ion_denied?= Thread-Index: AQHXErdedzl85mvZ1kKkUqsMFCKrd6p3SXGO Date: Sat, 6 Mar 2021 18:52:51 +0000 Message-ID: References: , <83lfb0uo5s.fsf@gnu.org> In-Reply-To: <83lfb0uo5s.fsf@gnu.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:E39D5DFE39B462C1B297BCA24EEB5893A24E3BBBD276B7AE7D6CAAECEADEE4C9; UpperCasedChecksum:6CFF82C2EBCD599E6E3D6B57DEB42E409A3781DD6F25A12E43E6B41381B3CE76; SizeAsReceived:7306; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [lI5QfKA5Zjg7aTC5ziE/EmdmfLZ9CZuMwqvuR7QSufoQBYlm1T3f2h62jULnrg2+] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 28290172-b6d5-4596-e161-08d8e0d10b97 x-ms-traffictypediagnostic: VI1EUR05HT116: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: bSPO6AuEIPmYFLmxRlvrMnNeR6kwbAdv1HYRogPWMCinN/3RFhX05KArDTJdOA1Cf6BpYKfSvb/E1QIkB3DysB6qtCQIm1As9ohROuPLGz3Jn+FZefLeDOte7zoMJYsGQLvUQk7oBlnlQrTvYYvUiM7oBRhWWF1zQhfqk18uwLqzpsWKFy+UNQRnZnSVRCUCYbpMn12bfcsq1QgdgKP72Vn/EXDco4I3Ww3S0ISJF5GPb+4+XyKz6lQdXIBIlA8kJosklXYY17k34rCkXU5o1nuX2j4/GL1xmZjVFPMQr6pLzRUYIZVnVpEPZzF1huzsV/6CtiNYadbS4Epiql4Y0DAh0YXrY7U3UF1mb0JsEovXBtO3m0N7CZS+FCDEpt4WNYBnrlcn0Upo0MAObX4RIyuxy06foDE7ofpk+UnA3KdKOz+SG65KfWmtrDjhziU2 x-ms-exchange-antispam-messagedata: kkpNcteTzKiSSIH1pNEJHH/d7OByrChWABE5qYtA3HlxBgUk2hefp8iKj0rkiPi7NFxWhitPkNjKAjBaFjE+QRP+C0i/1E6XCu42IuLZyfH0DrQE3WdGuSDOtzp3MN6ACIGO1gk7QxCnJP3X00ho+/Nsdv4/m2H94U9IJfHqFDJcWgjZ01RMS0Vn6wjzcULm4l8f+E4kB2irr9mCRSOHUw== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DB6P190MB0327A1FCDD15C82EFDF898FDD6959DB6P190MB0327EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VI1EUR05FT067.eop-eur05.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 28290172-b6d5-4596-e161-08d8e0d10b97 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2021 18:52:51.9275 (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: VI1EUR05HT116 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 46972 Cc: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --_000_DB6P190MB0327A1FCDD15C82EFDF898FDD6959DB6P190MB0327EURP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable It doesn=92t seem to ever end. Just to make sure I=92ve tried it again 10 m= inutes ago. Command is hanging and the process uses 0% cpu. I=92ll let it run just in c= ase. I initially knew it was hanging through doom command. When you do a doom Install it works fine, it starts with =AB Waiting for 2000 async process = =BB and the number steadily goes down to zero. Then after that, doing doom sync again with changes will display a =AB Waiting for 200 async process =BB and the number never moves, not even = by one. >From there I took one of the files and tried it with emacs -Q to reproduce. De : Eli Zaretskii Envoy=E9 le :samedi 6 mars 2021 19:34 =C0 : Matt M Cc : 46972@debbugs.gnu.org Objet :Re: bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself dur= ing native compilation because of permission denied > From: Matt M > Date: Sat, 6 Mar 2021 17:23:34 +0000 > > I'm on windows using latest native compilation. I noticed that when doing > doom sync (I use Doom emacs) it would hang on the native compilation > step. I looked at the opened emacs processes in the task manager > during this bug to try to find a file with which I could make the bug > trigger again. In the task manager I see that about 10 emacs processes > are stuck on 10 files. > > Using this file: https://pastebin.com/z4wLheXa as > emacs-async-comp-ox-ascii.el, I call the following command: > > emacs -Q --batch -l c:/Users/Matt/emacs-async-comp-ox-ascii.el > > Compiling c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/org-mode= /ox-ascii.el... > > It never finishes. Does it really "never" finish, or does it just take a very long time? How long did you wait for it to finish? --_000_DB6P190MB0327A1FCDD15C82EFDF898FDD6959DB6P190MB0327EURP_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

It doesn=92t seem to ever end. Just to make sure I= =92ve tried it again 10 minutes ago.

Command is hanging and the process uses 0% cpu. I=92= ll let it run just in case.

 

I initially knew it was hanging through doom command= . When you do a doom

Install it works fine, it starts with =AB Waiti= ng for 2000 async process =BB and the number

steadily goes down to zero.

 

Then after that, doing doom sync again with changes = will display a

=AB Waiting for 200 async process =BB and = the number never moves, not even by one.

From there I took one of the files and tried it with= emacs -Q to reproduce.

 

De : <= a href=3D"mailto:eliz@gnu.org">Eli Zaretskii
Envoy=E9 le :samedi 6 mars 2021 19:34
=C0 : Matt M
Cc : 46972@debbugs.gnu= .org
Objet :Re: bug#46972: 28.0.50; [feature/native-comp] Emacs lock= s itself during native compilation because of permission denied

 

> From: Matt M <mmerino@outlook.fr>
> Date: Sat, 6 Mar 2021 17:23:34 +0000
>
> I'm on windows using latest native compilation. I noticed that when do= ing
> doom sync (I use Doom emacs) it would hang on the native compilation > step. I looked at the opened emacs processes in the task manager
> during this bug to try to find a file with which I could make the bug<= br> > trigger again. In the task manager I see that about 10 emacs processes=
> are stuck on 10 files.
>
> Using this file: https://pas= tebin.com/z4wLheXa as
> emacs-async-comp-ox-ascii.el, I call the following command:
>
> emacs -Q --batch -l c:/Users/Matt/emacs-async-comp-ox-ascii.el
> > Compiling c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/or= g-mode/ox-ascii.el...
>
> It never finishes.

Does it really "never" finish, or does it just take a very long t= ime?
How long did you wait for it to finish?

 

--_000_DB6P190MB0327A1FCDD15C82EFDF898FDD6959DB6P190MB0327EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 14:01:57 2021 Received: (at 46972) by debbugs.gnu.org; 6 Mar 2021 19:01:57 +0000 Received: from localhost ([127.0.0.1]:38343 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIcBZ-0007XN-92 for submit@debbugs.gnu.org; Sat, 06 Mar 2021 14:01:57 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47290) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIcBV-0007X9-P5 for 46972@debbugs.gnu.org; Sat, 06 Mar 2021 14:01:55 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44747) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lIcBP-0002RZ-U5; Sat, 06 Mar 2021 14:01:47 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1705 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lIcBO-00028R-97; Sat, 06 Mar 2021 14:01:47 -0500 Date: Sat, 06 Mar 2021 21:01:35 +0200 Message-Id: <83ft18umwg.fsf@gnu.org> From: Eli Zaretskii To: Matt M In-Reply-To: (message from Matt M on Sat, 6 Mar 2021 18:52:51 +0000) Subject: Re: =?windows-1252?Q?RE=A0=3A?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: , <83lfb0uo5s.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: 46972@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt M > CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Sat, 6 Mar 2021 18:52:51 +0000 > > It doesn’t seem to ever end. Just to make sure I’ve tried it again 10 minutes ago. > Command is hanging and the process uses 0% cpu. I’ll let it run just in case. If it uses 0% CPU, then waiting won't help. How many Emacs processes are running on the system? From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 14:02:55 2021 Received: (at 46972) by debbugs.gnu.org; 6 Mar 2021 19:02:56 +0000 Received: from localhost ([127.0.0.1]:38347 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIcCV-0007Yy-K6 for submit@debbugs.gnu.org; Sat, 06 Mar 2021 14:02:55 -0500 Received: from mail-oln040092072072.outbound.protection.outlook.com ([40.92.72.72]:19645 helo=EUR03-VE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIcCU-0007Yj-5M for 46972@debbugs.gnu.org; Sat, 06 Mar 2021 14:02:54 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FHHyoXtPLViE2npa77t29FTGP9I5NIj7n7w2cuF5pBQM7dDAhZKX0MmvWXWdywlhsceAb5qnzeRwP7qLP2O3oo2xZy524wxLJXl+zs7aoL3TqdBtHLCDNnyD9ZxNF0kGjqja9Feo2iaymKGsb/dtvmXW6eLKx6W8vjeBU6hHhGpkWBnqawgWaOqcXgLWOyIhEiFulFKUmBWN1wq+IBCkfhNBdnq1k6GPaoe/ZtZyN0opGP61J7Wn1biJFwl5GYbu26a4MGFKSidB+TwxsDVJ8PY3MWkj8sZN2waSta3h/pDdxy8nY2h6Y4s3cwZ1VtNKBen8VEy464Rq5OFzxWN8Eg== 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=TnBsh99PdgwazbrPyLO/+ItO1nDA+tyKrVf2oaU/gNc=; b=RFnr5i3elTnX1xMfUXZc4QB6C43hDqsFgOa5p/Tf4UJc+vkELDrMIq5AFx9PX+fLFP9h89RaYBX9Q2/FU9WD/jCC34X3tF8jHE0rm0yk/FDNLGdHgJuPsx1Xvj78oAasR9m2K0oXQ2yDj/lxDnSjkMIbm8ytCCk76AidvEm+ha2T5wi6OaDkP5/jR95WdWoc5QXYCdrl2oCh72aHCpT1waWKtkHYTl7YHz1yWXAQ1vLnbunYc8yYP+MoWE5YEJK9z2JkrYqg9Y2+n2tTipgeovxtnrpQkhtmaQZ96CG0Ddti61xX4clEB+vDREiue7L9DQQt4BpQEHRme/R8Msmszw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VE1EUR03FT064.eop-EUR03.prod.protection.outlook.com (2a01:111:e400:7e09::45) by VE1EUR03HT086.eop-EUR03.prod.protection.outlook.com (2a01:111:e400:7e09::440) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3890.19; Sat, 6 Mar 2021 19:02:47 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:7e09::44) by VE1EUR03FT064.mail.protection.outlook.com (2a01:111:e400:7e09::466) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3912.17 via Frontend Transport; Sat, 6 Mar 2021 19:02:46 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::24e3:8006:2de:16f2]) by DB6P190MB0327.EURP190.PROD.OUTLOOK.COM ([fe80::24e3:8006:2de:16f2%5]) with mapi id 15.20.3890.036; Sat, 6 Mar 2021 19:02:46 +0000 From: Matt M To: Eli Zaretskii Subject: =?Windows-1252?Q?RE=A0:__RE=A0:_bug#46972:_28.0.50; _[feature/native-comp]?= =?Windows-1252?Q?_Emacs_locks_itself_during_native_compilation_because_of?= =?Windows-1252?Q?_permission_denied?= Thread-Topic: =?Windows-1252?Q?RE=A0:__RE=A0:_bug#46972:_28.0.50; _[feature/native-comp]?= =?Windows-1252?Q?_Emacs_locks_itself_during_native_compilation_because_of?= =?Windows-1252?Q?_permission_denied?= Thread-Index: AQHXErdedzl85mvZ1kKkUqsMFCKrd6p3SXGOgAAHdf6AAAAiGw== Date: Sat, 6 Mar 2021 19:02:46 +0000 Message-ID: References: , <83lfb0uo5s.fsf@gnu.org> , <83ft18umwg.fsf@gnu.org> In-Reply-To: <83ft18umwg.fsf@gnu.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:464D1D59E4B19C2FF09A155E2BB20D0CD1574EC8E4A8226942AF6012D9BCB626; UpperCasedChecksum:0A5335E0ABA7D1D1C62BF0472B54EE101ED5738F99353D19FCECC442627BCF8F; SizeAsReceived:7447; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [pFZpnchyIDxbLNBXy+eTqC5pLn+Mc+cbxe9Y4zC/leAzeqcFMg6MlGEW/zHSz04C] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: eed9d24e-7125-4195-5402-08d8e0d26e07 x-ms-traffictypediagnostic: VE1EUR03HT086: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 65n2sNOQOehbkGPJIiOeeLBEdmrQwdjSuBF/IxWno3QXRncAaMt7oer1SJESpea5D4e2VZSIaRRv2i/Mxa/l1BwQaF1BIyfjW6FumOUvQrLYvMNizfgp53K9sTexBlziQsPy97PbfRGPF4+2OGjSWOfYphv5dH+Jpj4roh182er7zvEMiiQdjjBFpj8SO6UYjnTayt+gnBUtSMzziYZQFHg2FjVkN4jjWiXBdSCdvAr3WIhJ5icL4ySdnE/U/CP14uNoVgToUEqKpE/c442UjpMAb/swu+pEb+izGCIwzRWJlKnebH9A6+WbY/stfomBcwVpCKE5grBgN5g1m1IQ232/HF/bPG1jnmQrXtVHAwTOyD5dYOiLDOG/URqOWu3a x-ms-exchange-antispam-messagedata: TEaNxzsAcDo/A8CzZBPByeWyeMlCTmbd0Bz27c9nUjYYi+92UzN7IEKGdL2b0uZ/N8kwikWvAeLQgRx0boJoYswVPd9Pj15gyWy2bVJ8o2vjohQB0fkkMkgQHI4qwgiAfml2msAh3aGuqhx0SBOzJnilLLYGJJhIDgg8ak61z8FWSJ9/AzjUNgSChNCH6Ot21EmQGEd1RyFi0ubFjaKgiQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DB6P190MB03272FFBFB017DEBC327B719D6959DB6P190MB0327EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VE1EUR03FT064.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: eed9d24e-7125-4195-5402-08d8e0d26e07 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Mar 2021 19:02:46.5693 (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: VE1EUR03HT086 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --_000_DB6P190MB03272FFBFB017DEBC327B719D6959DB6P190MB0327EURP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable Exactly one, and in the =AB Command line =BB column I see it has the argume= nts I passed it so that=92s the one De : Eli Zaretskii Envoy=E9 le :samedi 6 mars 2021 20:01 =C0 : Matt M Cc : 46972@debbugs.gnu.org Objet :Re: RE : bug#46972: 28.0.50; [feature/native-comp] Emacs locks itsel= f during native compilation because of permission denied > From: Matt M > CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Sat, 6 Mar 2021 18:52:51 +0000 > > It doesn=92t seem to ever end. Just to make sure I=92ve tried it again 10= minutes ago. > Command is hanging and the process uses 0% cpu. I=92ll let it run just in= case. If it uses 0% CPU, then waiting won't help. How many Emacs processes are running on the system? --_000_DB6P190MB03272FFBFB017DEBC327B719D6959DB6P190MB0327EURP_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

Exactly one, and in the =AB Command line = =BB column I see it has the arguments I passed it so

that=92s the one

 

De : <= a href=3D"mailto:eliz@gnu.org">Eli Zaretskii
Envoy=E9 le :samedi 6 mars 2021 20:01
=C0 : Matt M
Cc : 46972@debbugs.gnu= .org
Objet :Re: RE : bug#46972: 28.0.50; [feature/native-comp] = Emacs locks itself during native compilation because of permission denied

 

> From: Matt M <mmerino@outlook.fr>
> CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Sat, 6 Mar 2021 18:52:51 +0000
>
> It doesn=92t seem to ever end. Just to make sure I=92ve tried it again= 10 minutes ago.
> Command is hanging and the process uses 0% cpu. I=92ll let it run just= in case.

If it uses 0% CPU, then waiting won't help.

How many Emacs processes are running on the system?

 

--_000_DB6P190MB03272FFBFB017DEBC327B719D6959DB6P190MB0327EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 15:03:33 2021 Received: (at 46972) by debbugs.gnu.org; 6 Mar 2021 20:03:33 +0000 Received: from localhost ([127.0.0.1]:38391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lId9B-0000Xu-7N for submit@debbugs.gnu.org; Sat, 06 Mar 2021 15:03:33 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55560) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lId99-0000Xh-K4 for 46972@debbugs.gnu.org; Sat, 06 Mar 2021 15:03:31 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45174) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lId93-0000Is-RU; Sat, 06 Mar 2021 15:03:25 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1505 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lId93-0004S0-7Q; Sat, 06 Mar 2021 15:03:25 -0500 Date: Sat, 06 Mar 2021 22:03:13 +0200 Message-Id: <83eegsuk1q.fsf@gnu.org> From: Eli Zaretskii To: Matt M , Andrea Corallo In-Reply-To: (message from Matt M on Sat, 6 Mar 2021 19:02:46 +0000) Subject: Re: =?windows-1252?B?UkWgOiAgUkWgOg==?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: , <83lfb0uo5s.fsf@gnu.org> , <83ft18umwg.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: 46972@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt M > CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Sat, 6 Mar 2021 19:02:46 +0000 > > Exactly one, and in the « Command line » column I see it has the arguments I passed it so > that’s the one 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? From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 15:14:16 2021 Received: (at 46972) by debbugs.gnu.org; 6 Mar 2021 20:14:16 +0000 Received: from localhost ([127.0.0.1]:38411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIdJY-0000pI-1o for submit@debbugs.gnu.org; Sat, 06 Mar 2021 15:14:16 -0500 Received: from mx.sdf.org ([205.166.94.24]:56753) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIdJW-0000p8-Fx for 46972@debbugs.gnu.org; Sat, 06 Mar 2021 15:14:15 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 126KECRC004363 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sat, 6 Mar 2021 20:14:13 GMT From: Andrea Corallo To: Eli Zaretskii Subject: Re: =?utf-8?B?UkXCoDogIFJFwqA6?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: <83lfb0uo5s.fsf@gnu.org> <83ft18umwg.fsf@gnu.org> <83eegsuk1q.fsf@gnu.org> Date: Sat, 06 Mar 2021 20:14:12 +0000 In-Reply-To: <83eegsuk1q.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 06 Mar 2021 22:03:13 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 46972 Cc: Matt M , 46972@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Eli Zaretskii writes: >> From: Matt M >> CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> >> Date: Sat, 6 Mar 2021 19:02:46 +0000 >>=20 >> Exactly one, and in the =C2=AB Command line =C2=BB column I see it has t= he arguments I passed it so >> that=E2=80=99s the one > > 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. Andrea From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 06 15:16:38 2021 Received: (at 46972) by debbugs.gnu.org; 6 Mar 2021 20:16:38 +0000 Received: from localhost ([127.0.0.1]:38415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIdLq-0000ta-G8 for submit@debbugs.gnu.org; Sat, 06 Mar 2021 15:16:38 -0500 Received: from eggs.gnu.org ([209.51.188.92]:57390) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lIdLo-0000tH-TN for 46972@debbugs.gnu.org; Sat, 06 Mar 2021 15:16:37 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45297) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lIdLj-0003N5-CY; Sat, 06 Mar 2021 15:16:31 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2340 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lIdLh-0005HD-K4; Sat, 06 Mar 2021 15:16:31 -0500 Date: Sat, 06 Mar 2021 22:16:19 +0200 Message-Id: <835z24ujfw.fsf@gnu.org> From: Eli Zaretskii To: Andrea Corallo In-Reply-To: (message from Andrea Corallo on Sat, 06 Mar 2021 20:14:12 +0000) Subject: Re: =?utf-8?B?UkXCoDogIFJFwqA6?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: <83lfb0uo5s.fsf@gnu.org> <83ft18umwg.fsf@gnu.org> <83eegsuk1q.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: mmerino@outlook.fr, 46972@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > 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). From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 11 19:26:27 2021 Received: (at 46972) by debbugs.gnu.org; 12 Mar 2021 00:26:27 +0000 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 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 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 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 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 From: Matt M To: Eli Zaretskii , Andrea Corallo Subject: =?iso-8859-1?Q?RE=A0:_RE=A0:__RE=A0:_bug#46972:_28.0.50; _[feature/native-?= =?iso-8859-1?Q?comp]_Emacs_locks_itself_during_native_compilation_because?= =?iso-8859-1?Q?_of_permission_denied?= Thread-Topic: =?iso-8859-1?Q?RE=A0:_RE=A0:__RE=A0:_bug#46972:_28.0.50; _[feature/native-?= =?iso-8859-1?Q?comp]_Emacs_locks_itself_during_native_compilation_because?= =?iso-8859-1?Q?_of_permission_denied?= Thread-Index: AQHXErdedzl85mvZ1kKkUqsMFCKrd6p3SXGOgAAHdf6AAAAiG4AAERXcgAADD1mAAACaTIAIApYf 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> In-Reply-To: <835z24ujfw.fsf@gnu.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: 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 Content-Type: multipart/alternative; boundary="_000_DB6P190MB032738CF2A3AEC4EB635EC9AD6909DB6P190MB0327EURP_" MIME-Version: 1.0 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-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 46972 Cc: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --_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_-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 02:36:12 2021 Received: (at 46972) by debbugs.gnu.org; 12 Mar 2021 07:36:12 +0000 Received: from localhost ([127.0.0.1]:55894 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKcLD-0004zg-Qx for submit@debbugs.gnu.org; Fri, 12 Mar 2021 02:36:12 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60370) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKcLC-0004zR-H1 for 46972@debbugs.gnu.org; Fri, 12 Mar 2021 02:36:10 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55221) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lKcL5-00053B-P9; Fri, 12 Mar 2021 02:36:03 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4656 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lKcL2-0003rx-06; Fri, 12 Mar 2021 02:36:03 -0500 Date: Fri, 12 Mar 2021 09:36:01 +0200 Message-Id: <83r1kklt7i.fsf@gnu.org> From: Eli Zaretskii To: Matt M In-Reply-To: (message from Matt M on Fri, 12 Mar 2021 00:26:18 +0000) Subject: Re: =?iso-8859-1?Q?RE=A0=3A_RE=A0=3A__RE=A0=3A?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: <83lfb0uo5s.fsf@gnu.org> <83ft18umwg.fsf@gnu.org> <83eegsuk1q.fsf@gnu.org> , <835z24ujfw.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: 46972@debbugs.gnu.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt M > CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Fri, 12 Mar 2021 00:26:18 +0000 > > 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 oldfile) > - 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. Thanks, but I don't think we can use this solution, due to the reason explained in the comment there. (You can, of course, use it locally, if the danger described there is not relevant for your usage.) I apologize that I didn't yet have time to recreate the problem you described and look into it: the native-comp branch is still not stable enough for me to try such non-trivial situations. I didn't forget, though. From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 06:37:34 2021 Received: (at 46972) by debbugs.gnu.org; 12 Mar 2021 11:37:34 +0000 Received: from localhost ([127.0.0.1]:56168 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKg6n-0002kL-R7 for submit@debbugs.gnu.org; Fri, 12 Mar 2021 06:37:34 -0500 Received: from mail-oln040092070025.outbound.protection.outlook.com ([40.92.70.25]:42371 helo=EUR03-AM5-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKg6j-0002k4-Es for 46972@debbugs.gnu.org; Fri, 12 Mar 2021 06:37:32 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CrSInHFRaIMerf3Xv8Gskk1HAuF4HW0QasP7foz4bWDxdVSX6lpnzGFW4VHKfzq/H+f4LksisPSiM9+OdozqbvRL/79l68pa6Sj/Li52H4XQjuU1Ls2MMfvzZiK9hHlxK4pUhqQEsBCmLrdDsqF39ON97fKGzHu8xdyBrvtv2mvqmaFEptBPbJ0XKYeDXvhwaST2op2THFqSFj+LDuWMDgcg+dPEIItH/ubLfXxQQSPgUpefXl0U2iMnB6DY+njXx9L6o3ITP+5NJ/dml8GMZ9LdGqxsPCjgalIyLo81i1Tp5LhllVLh7ajJ/iG/VOO31HGFwxSOeCYv++6OS18VFw== 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=nKHVfDhFhsxeIpaCbn+Uf+LjuAQSphWJfzJ5Xwe3VHI=; b=fZjgQwxr9hk2i+7udbFJiOypYpsCWrO+Z7Qqvj214P4PtrXmXnVOSc+w8Wt1l4xbRCuLLA1LJYalPj2SSudvaVIhSpW7bFD2o5fqGOdHrOKc0mEZ6iopgPs3DJySPaYxXf3PUs4NfqILOidsJ2Yl89OdZps9A+1KbqNxk3O980ya0kZVm8gk+P4G4tCYDwDBcHCMiO313OZt88B+Irz8TTdGOrZ8cuOhaE68r2iXk8oomvFus+8JnH0IZJfbTaVTltp7yXMDu04PN4jlQFNw0ixieL+QqKukkvrPpzMHCmaer/odCTuBo1s+84ov63CHBkULfs30q36yIZdznzz5Aw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from DB5EUR03FT014.eop-EUR03.prod.protection.outlook.com (2a01:111:e400:7e0a::4d) by DB5EUR03HT161.eop-EUR03.prod.protection.outlook.com (2a01:111:e400:7e0a::224) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Fri, 12 Mar 2021 11:37:23 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:7e0a::44) by DB5EUR03FT014.mail.protection.outlook.com (2a01:111:e400:7e0a::102) 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 11:37:23 +0000 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 11:37:23 +0000 From: Matt M To: Eli Zaretskii Subject: =?iso-8859-1?Q?RE=A0:__RE=A0:_RE=A0:__RE=A0:_bug#46972:_28.0.50; _[feature?= =?iso-8859-1?Q?/native-comp]_Emacs_locks_itself_during_native_compilation?= =?iso-8859-1?Q?_because_of_permission_denied?= Thread-Topic: =?iso-8859-1?Q?RE=A0:__RE=A0:_RE=A0:__RE=A0:_bug#46972:_28.0.50; _[feature?= =?iso-8859-1?Q?/native-comp]_Emacs_locks_itself_during_native_compilation?= =?iso-8859-1?Q?_because_of_permission_denied?= Thread-Index: AQHXErdedzl85mvZ1kKkUqsMFCKrd6p3SXGOgAAHdf6AAAAiG4AAERXcgAADD1mAAACaTIAIApYfgACW7/2AAEGcBg== Date: Fri, 12 Mar 2021 11:37:22 +0000 Message-ID: References: <83lfb0uo5s.fsf@gnu.org> <83ft18umwg.fsf@gnu.org> <83eegsuk1q.fsf@gnu.org> , <835z24ujfw.fsf@gnu.org> , <83r1kklt7i.fsf@gnu.org> In-Reply-To: <83r1kklt7i.fsf@gnu.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:9D0C7A5132C1822717CD7A6D33EC0BBEC9F6199CC72D219AC9B19C280252FE10; UpperCasedChecksum:887E698802DA885D7DDE4FC2C253698FD7BD9B99A464C60E44D5453203A18958; SizeAsReceived:7822; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [u1tjItXHPUA+jK6MH6Z9oC7qziF7R7HYeqDhJ/MthmqnnkUnchf5NenwVfypufJT] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 3a24e7fe-853a-4841-b5ad-08d8e54b33f6 x-ms-traffictypediagnostic: DB5EUR03HT161: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: s/u3z7srnP6RkJO8Qay0Z/yq6WHA9Xi44I+HWXHghsDs/vj1S2prK51NTNr3z/hsYJayH7G04W9WiGaKiXiaRZvhoaSsIeEkkmm+g8Rpo1ucVVZ6IxP2FExosux9HUchfSBWqAmEtRDBszE8e0fo1eqcE0Uevj6nml1zmcowItbSQMJrEcNX5T6aj69fx8zQQSq6MOproUa2xt7R2z5zZK5WuH59sd1MBsULmrr9JCPeg01ubxAef2se7qafe+CtOez/i4czDfbl4Bro8jrOuYT13R5UTId4x7OltegVZhS/usR/PJXkG3N1JPBw1J8uDveBOLmqcF6/3hhUUOzmDfKUNM4Taacze+e3YWKkYunUjUGTHLenjYc2G2oFggBlTYKf5G0AaR5kqZBzg2e3QA== x-ms-exchange-antispam-messagedata: an/Obs9V8O4S/J5CzCsX/tw3R/caSLjX3tts4GOnpwrTviZawEv+A4vxp0EI9twkoRv7GoTBucxJwkmgF2kL0SYKmj972j6ezhHx1rxW8E1Dl6cmbjToE15WOsIeT9C9vHWYMDypWv86S8AF6EYhedUMUtRJh+oSn6AroQn392Zf0Ry4jH/LjVaKxIMLiedTJpFnvNAFeW7/Ad0lGiPnCQ== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DB6P190MB0327531E10DFF3BEE5DDF546D66F9DB6P190MB0327EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: DB5EUR03FT014.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 3a24e7fe-853a-4841-b5ad-08d8e54b33f6 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2021 11:37:22.8900 (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: DB5EUR03HT161 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org>, "akrl@sdf.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --_000_DB6P190MB0327531E10DFF3BEE5DDF546D66F9DB6P190MB0327EURP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable If I understand correctly, this is what happens currently : 1. Rename oldfile to new temporary name 2. Rename newfile to oldfile 3. If rename in 2) failed because oldfile has been recreated, go back to= 1) With my change it becomes : 1. Delete oldfile 2. Rename newfile to oldfile 3. If rename in 2) failed because oldfile has been recreated, go back to= 1) The only difference being that oldfile is deleted instead of keeping an .el= n.old file. In the non Windows version of the code no .eln.old file is created anyway. The problem on Windows is that the oldfile could reappear and block step 2)= , so the while loop is necessary, but I keep it in my proposed change. Or maybe I misunderstood entirely De : Eli Zaretskii Envoy=E9 le :vendredi 12 mars 2021 08:36 =C0 : Matt M Cc : akrl@sdf.org; 46972@debbugs.gnu.org Objet :Re: RE : RE : RE : bug#46972: 28.0.50; [feature/native-comp] Emacs l= ocks itself during native compilation because of permission denied > From: Matt M > CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Fri, 12 Mar 2021 00:26:18 +0000 > > 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 o= ldfile) > - 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. Thanks, but I don't think we can use this solution, due to the reason explained in the comment there. (You can, of course, use it locally, if the danger described there is not relevant for your usage.) I apologize that I didn't yet have time to recreate the problem you described and look into it: the native-comp branch is still not stable enough for me to try such non-trivial situations. I didn't forget, though. --_000_DB6P190MB0327531E10DFF3BEE5DDF546D66F9DB6P190MB0327EURP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

If I understand correctly, this is what happens curr= ently :

  1. Rename oldfile to new temporary name
  2. Rename newfile to oldf= ile
  3. If rename in 2) failed because oldfile has been recreated, go= back to 1)

With my change it becomes :

  1. Delete oldfile
  2. Rename newfile to oldfile
  3. If renam= e in 2) failed because oldfile has been recreated, go back to 1)

 

The only difference being that oldfile is deleted in= stead of keeping an .eln.old file.

In the non Windows version of the code no .eln.old f= ile is created anyway.

 

The problem on Windows is that the oldfile could rea= ppear and block step 2),

so the while loop is necessary, but I keep it in my = proposed change.

 

Or maybe I misunderstood entirely

De : <= a href=3D"mailto:eliz@gnu.org">Eli Zaretskii
Envoy=E9 le :vendredi 12 mars 2021 08:36
=C0 : Matt M
Cc : akrl@sdf.org; 46972@debbugs.gnu.org
Objet :Re: RE : RE : RE : bug#46972: 28.0.50; [f= eature/native-comp] Emacs locks itself during native compilation because of= permission denied

 

> From: Matt M <mmerino@outlook.fr>
> CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Fri, 12 Mar 2021 00:26:18 +0000
>
> 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
> -           &nb= sp;       ;; oldfile maybe recreated by anoth= er Emacs in
> -           &nb= sp;       ;; between the following two rename= -file calls
> -           &nb= sp;       (if (file-exists-p oldfile)
> -           &nb= sp;           (rename-fil= e oldfile (make-temp-file-internal
> -           &nb= sp;            =             &nb= sp;        (file-name-sans-extension old= file)
> -           &nb= sp;            =             &nb= sp;        nil ".eln.old" nil)=
> -           &nb= sp;            =             t))
> +           &nb= sp;       (delete-file oldfile)
>            = ;         (when newfile
>            = ;           (rename-file = newfile oldfile nil))
>            = ;         ;; Keep on trying.
> Changed the call to rename-file to delete-file.

Thanks, but I don't think we can use this solution, due to the reason
explained in the comment there.  (You can, of course, use it locally,<= br> if the danger described there is not relevant for your usage.)

I apologize that I didn't yet have time to recreate the problem you
described and look into it: the native-comp branch is still not stable
enough for me to try such non-trivial situations.  I didn't forget, though.

 

--_000_DB6P190MB0327531E10DFF3BEE5DDF546D66F9DB6P190MB0327EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 07:46:00 2021 Received: (at 46972) by debbugs.gnu.org; 12 Mar 2021 12:46:00 +0000 Received: from localhost ([127.0.0.1]:56249 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKhB2-0006XS-2I for submit@debbugs.gnu.org; Fri, 12 Mar 2021 07:46:00 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKhAz-0006XA-PV for 46972@debbugs.gnu.org; Fri, 12 Mar 2021 07:45:58 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45664) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lKhAt-0004q9-KY; Fri, 12 Mar 2021 07:45:51 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3778 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lKhAm-0004UJ-2c; Fri, 12 Mar 2021 07:45:47 -0500 Date: Fri, 12 Mar 2021 14:45:46 +0200 Message-Id: <83eegklev9.fsf@gnu.org> From: Eli Zaretskii To: Matt M In-Reply-To: (message from Matt M on Fri, 12 Mar 2021 11:37:22 +0000) Subject: Re: =?iso-8859-1?Q?RE=A0=3A__RE=A0=3A_RE=A0=3A__RE=A0=3A?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: <83lfb0uo5s.fsf@gnu.org> <83ft18umwg.fsf@gnu.org> <83eegsuk1q.fsf@gnu.org> , <835z24ujfw.fsf@gnu.org> , <83r1kklt7i.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: 46972@debbugs.gnu.org, akrl@sdf.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt M > CC: "akrl@sdf.org" , "46972@debbugs.gnu.org" > <46972@debbugs.gnu.org> > Date: Fri, 12 Mar 2021 11:37:22 +0000 > > If I understand correctly, this is what happens currently : > > 1 Rename oldfile to new temporary name > 2 Rename newfile to oldfile > 3 If rename in 2) failed because oldfile has been recreated, go back to 1) Why would oldfile be recreated? which code recreates it? From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 12 07:55:24 2021 Received: (at 46972) by debbugs.gnu.org; 12 Mar 2021 12:55:24 +0000 Received: from localhost ([127.0.0.1]:56265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKhK8-0006mO-3f for submit@debbugs.gnu.org; Fri, 12 Mar 2021 07:55:24 -0500 Received: from mail-oln040092073101.outbound.protection.outlook.com ([40.92.73.101]:42449 helo=EUR04-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lKhK3-0006m6-VF for 46972@debbugs.gnu.org; Fri, 12 Mar 2021 07:55:22 -0500 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=G2XBi7gOVvK/RauYgi8SQwxn+uk9OhH0rpSQdpth9AukYr9Xt3wuGAPGhN+awX4hLpOpV454ncfPbEiQ6PHTar69I/NOHvHiK7YllloEfd6K2Q4xqksP4vDB3z01LD8R/W4BC3k8N9Wbj1sEVTUGA+onjmctyIi9fDWrYKnHymjfXdEFsxYisW6jyoyGfabkPsTce0DvAv6YG0LVHWsHmFoLHEraYPcYq/AnG/0PWLXtEfoCuYdsS/Mcl6skK7wDuc4itvVmjHZGTHNqVSdtbd0W4ILRD9mfPLECafpqnsrwGz952U8ZuQmw8houKHNoPS9fkwcq/gePPtHneuRr2g== 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=i6V4epX2+A5Y3gNSOFM1o1QofuTMUj3t6cHgbR9f+QM=; b=QSs34AAv0/BkwLcxkDKkrTAGOS0BWtl+xzvujtR5ZmCReDo/dc8Sek0kbS+xnT0hma+oOD3UT+4flmk37xWtsL0oEmZg8rF595nGwEpJmNv1aDusjYavu3GCBJkGamZ8BHR0U4Jo2M+cpUq7+NItCMXBJzqT+vDdUZLRNDF+k66d9cRDkJj0rJowM4mcxJIHOyNuF7NLy2FCPDmKHOwNrR02EKZnJgw9vR79TS1jqVtc1GLu6T76H+LGfBdJpha1tYa6EyTRBWmfaZ9qabFteX3OqBfPvNrbMt1yHDP+4/PhnFr6Pb8PyGbO209Cdb2dJuXNw2diY3aKvK7l1cJDVQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from HE1EUR04FT031.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::4f) by HE1EUR04HT233.eop-eur04.prod.protection.outlook.com (2a01:111:e400:7e0d::418) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Fri, 12 Mar 2021 12:53:59 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:7e0d::40) by HE1EUR04FT031.mail.protection.outlook.com (2a01:111:e400:7e0d::290) 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 12:53:59 +0000 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 12:53:58 +0000 From: Matt M To: Eli Zaretskii Subject: =?Windows-1252?Q?RE=A0:__RE=A0:__RE=A0:_RE=A0:__RE=A0:_bug#46972:_28.0.50?= =?Windows-1252?Q?;_[feature/native-comp]_Emacs_locks_itself_during_native?= =?Windows-1252?Q?_compilation_because_of_permission_denied?= Thread-Topic: =?Windows-1252?Q?RE=A0:__RE=A0:__RE=A0:_RE=A0:__RE=A0:_bug#46972:_28.0.50?= =?Windows-1252?Q?;_[feature/native-comp]_Emacs_locks_itself_during_native?= =?Windows-1252?Q?_compilation_because_of_permission_denied?= Thread-Index: AQHXErdedzl85mvZ1kKkUqsMFCKrd6p3SXGOgAAHdf6AAAAiG4AAERXcgAADD1mAAACaTIAIApYfgACW7/2AAEGcBoAAFPMegAAAo3U= Date: Fri, 12 Mar 2021 12:53:58 +0000 Message-ID: References: <83lfb0uo5s.fsf@gnu.org> <83ft18umwg.fsf@gnu.org> <83eegsuk1q.fsf@gnu.org> , <835z24ujfw.fsf@gnu.org> , <83r1kklt7i.fsf@gnu.org> , <83eegklev9.fsf@gnu.org> In-Reply-To: <83eegklev9.fsf@gnu.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:4E349EE8BBF5D400B08C8B35A631F3F5D3DF244DD654D9B8A677E8310D28DA61; UpperCasedChecksum:EF1F52571A3FF4A64450D36163687879659E204EC5372CBFA724B7F4E61DE95C; SizeAsReceived:7974; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [YLayxEgNlnVaOiaVj22bjOoC7wIQZBz0+2bS5qtwFVPlS79ilIir2O18oy09+phf] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 9fa91d65-a07b-40f4-df66-08d8e555e743 x-ms-traffictypediagnostic: HE1EUR04HT233: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 3Lz6SuJX0OMvGLJzD5zlj9Tyxh2eKIl25djYv7VoGf5ydOJ+saaH/eJC2HnUGChSSqp+1bBvAlqVxYmOkmFQWckxNnGQbfGAvOC7Ky1HpKNAvLv9a72Q4nBpJGLDyoTcHxQr6V7TIjRkaZ7Zs6VnxsVJ5Nepx+jrHr+asUSQH7aDgrpWK+Ql0zQNGUwsbGoFZqr4ahCuDXbh/ESV6d3gflVsLR++oJh4+OcyHuJ3RudVAxYnN6EU3NOGjs+iL06ZCGbhCWWmEEpSOehtRmBe8cCwczjxyvapBZpJDT92AbU0vaJcputEM6QhDbUDyKqvYorEVtb0hnka/cJmPHZ05B/n4ojCwBdL/4EDUQ6uAT1hpDeXPe0mBC2PDo8kZNOYnmI2EW+deIkgHLtsNdxScA== x-ms-exchange-antispam-messagedata: 6JY8xgFBIPDjojGwGzNui9ZyZbIbeAP+8GdETvg9b32b8Y5ldGy6IKfbSpju4AHzqvmSGJ4J+kopjpohrt1M/k0mRYXZn1shtEZpsV0gEX2TC5wcDVNlr3ZLvI6Gw0c1isQxGkted3TVqel99LEy/1jGnFt1etQEDz8Y8fR/QJL73N88cJt4frKOYdcXOA7f35eRwMVsCdS41vwulTkbGw== x-ms-exchange-transport-forked: True Content-Type: multipart/related; boundary="_004_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_"; type="multipart/alternative" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: HE1EUR04FT031.eop-eur04.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 9fa91d65-a07b-40f4-df66-08d8e555e743 X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Mar 2021 12:53:58.7361 (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: HE1EUR04HT233 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 46972 Cc: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org>, "akrl@sdf.org" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --_004_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_ Content-Type: multipart/alternative; boundary="_000_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_" --_000_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable ;; oldfile maybe recreated by another Emacs in ;; between the following two rename-file calls I don=92t know what code but the comment says that it can be. This seems to be unique to Windows for some reason but I don=92t know why. De : Eli Zaretskii Envoy=E9 : Friday, March 12, 2021 1:45:46 PM =C0 : Matt M Cc : akrl@sdf.org ; 46972@debbugs.gnu.org <46972@debbugs.gnu.= org> Objet : Re: RE : RE : RE : RE : bug#46972: 28.0.50; [feature/native-comp] E= macs locks itself during native compilation because of permission denied > From: Matt M > CC: "akrl@sdf.org" , "46972@debbugs.gnu.org" > <46972@debbugs.gnu.org> > Date: Fri, 12 Mar 2021 11:37:22 +0000 > > If I understand correctly, this is what happens currently : > > 1 Rename oldfile to new temporary name > 2 Rename newfile to oldfile > 3 If rename in 2) failed because oldfile has been recreated, go back to 1= ) Why would oldfile be recreated? which code recreates it? --_000_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

;; oldfile maybe recreated by another Emacs in

;; between the following two rename-file calls

I don=92t know what code but the comment says that i= t can be. This

seems to be unique to Windows for some reason but I = don=92t know why.

 

De : Eli Zaretskii <eliz@gnu.org>
Envoy=E9 : Friday, March 12, 2021 1:45:46 PM
=C0 : Matt M <mmerino@outlook.fr>
Cc : akrl@sdf.org <akrl@sdf.org>; 46972@debbugs.gnu.org &= lt;46972@debbugs.gnu.org>
Objet : Re: RE : RE : RE : RE : bug#46972: 28.0.= 50; [feature/native-comp] Emacs locks itself during native compilation beca= use of permission denied

 

> From: Matt M <mmerino@outlook.fr>
> CC: "akrl@sdf.org" <akrl@sdf.org>, "46972@debbugs= .gnu.org"
>        <46972@debbugs.gnu.org>= ;
> Date: Fri, 12 Mar 2021 11:37:22 +0000
>
> If I understand correctly, this is what happens currently :
>
> 1 Rename oldfile to new temporary name
> 2 Rename newfile to oldfile
> 3 If rename in 2) failed because oldfile has been recreated, go back t= o 1)

Why would oldfile be recreated? which code recreates it?

--_000_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_-- --_004_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_ Content-Type: image/png; name="F038E641A1254CD3B029465A8B580B79.png" Content-Description: F038E641A1254CD3B029465A8B580B79.png Content-Disposition: inline; filename="F038E641A1254CD3B029465A8B580B79.png"; size=144; creation-date="Fri, 12 Mar 2021 12:53:57 GMT"; modification-date="Fri, 12 Mar 2021 12:53:57 GMT" Content-ID: Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAArYAAAACCAYAAACtx5+mAAAAAXNSR0IArs4c6QAAAARnQU1BAACx jwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAlSURBVFhH7cMBDQAABAAw/UtJIIEw5GD/9gAA gBeyelRV9faeBRsQNwwY9nKzAAAAAElFTkSuQmCC --_004_DB6P190MB03273F8854614F60E54EA816D66F9DB6P190MB0327EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 14 06:51:16 2021 Received: (at 46972) by debbugs.gnu.org; 14 Mar 2021 10:51:16 +0000 Received: from localhost ([127.0.0.1]:32998 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLOL5-0007Hb-Uj for submit@debbugs.gnu.org; Sun, 14 Mar 2021 06:51:16 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54830) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLOL3-0007HM-Ua for 46972@debbugs.gnu.org; Sun, 14 Mar 2021 06:51:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50471) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lLOKu-0004bv-QA; Sun, 14 Mar 2021 06:51:05 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3942 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lLOKp-0004a3-HN; Sun, 14 Mar 2021 06:51:01 -0400 Date: Sun, 14 Mar 2021 12:51:06 +0200 Message-Id: <835z1ugg9x.fsf@gnu.org> From: Eli Zaretskii To: Matt M In-Reply-To: (message from Matt M on Sat, 6 Mar 2021 17:23:34 +0000) Subject: Re: bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: 46972@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt M > Date: Sat, 6 Mar 2021 17:23:34 +0000 > > I'm on windows using latest native compilation. I noticed that when doing > doom sync (I use Doom emacs) it would hang on the native compilation > step. I looked at the opened emacs processes in the task manager > during this bug to try to find a file with which I could make the bug > trigger again. In the task manager I see that about 10 emacs processes > are stuck on 10 files. > > Using this file: https://pastebin.com/z4wLheXa as > emacs-async-comp-ox-ascii.el, I call the following command: > > emacs -Q --batch -l c:/Users/Matt/emacs-async-comp-ox-ascii.el > > Compiling c:/Users/Matt/.emacs.d/.local/straight/build-28.0.50/org-mode/ox-ascii.el... > > It never finishes. If I interrupt the process I get the following > backtrace: > > Debugger entered--Lisp error: (file-error "Removing old name" "Permission denied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") > kill-emacs(t) > command-line() > normal-top-level() > > Removing old name: Permission denied, c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c6fa13f/ox-ascii-dcca1ba0-825ea35cp6iXUJ.eln.old > Debugger entered--Lisp error: (file-error "Removing old name" "Permission denied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") > command-error-default-function((file-error "Removing old name" "Permission denied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") "" debug) > apply(command-error-default-function ((file-error "Removing old name" "Permission denied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") "" debug)) > #f(advice-wrapper :after command-error-default-function help-command-error-confusable-suggestions)((file-error "Removing old name" "Permission denied" "c:/Users/Matt/.emacs.d/.local/cache/eln/28.0.50-4c...") "" debug) > > It renamed a file from file.eln to file.eln.old, then tries to delete > the file.eln.old but gets a Permission denied error. > > If I start the same command again without interrupting, and try to > delete the file.eln.old manually, I get the error: > Can't remove file because the file is opened in emacs.exe > > And the only emacs.exe process runnin on the computer is the one doing > the native compilation, the one which created the file.eln.old. > > So that seems to indicate that the emacs process that renames the file > doesn't have the permission to remove the same file because of it being > opened in itself. I'm trying to understand what's going on in your case, and I'm quite confused. Can you help me understand what happens there? The error message quoted above come from the delete-file call. However, the only place where we call delete-file in comp-delete-or-replace-file is here: (ignore-errors (delete-file oldfile)) and that ignores any errors. So how come this still signals an error in your case? Likewise, I don't understand how replacing rename-file with delete-file fixes this problem. Moreover, I actually don't think these error messages are related to what really happens during compilation, I think they are related to the fact that you "interrupted the process" (how did you do that, btw?). Because the backtrace shows you invoked kill-emacs interactively, and that triggered the error. When Emacs exits, it attempts to clean up *.eln.old files left behind. Can you show the list of .eln.old files in the relevant directories that are left when the compilation is stuck? And also, can you try figuring out whether any of those .eln.old files are open in any of the running Emacs processes? One way of finding this out is by using the Process Explorer from SysInternals: it can show all the files that a given process has open. Andrea, it looks like the inner loop in eln_load_path_final_clean_up isn't protected against errors? IOW, if Fdelete_file signals an error, it won't be caught, is that right? From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 14 09:38:58 2021 Received: (at 46972) by debbugs.gnu.org; 14 Mar 2021 13:38:58 +0000 Received: from localhost ([127.0.0.1]:33130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLQxO-0004z3-Fw for submit@debbugs.gnu.org; Sun, 14 Mar 2021 09:38:58 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51828) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLQxN-0004yo-Kq for 46972@debbugs.gnu.org; Sun, 14 Mar 2021 09:38:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51906) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lLQxI-0008RM-3M; Sun, 14 Mar 2021 09:38:52 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2432 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lLQxH-0006ZK-EE; Sun, 14 Mar 2021 09:38:51 -0400 Date: Sun, 14 Mar 2021 15:39:01 +0200 Message-Id: <83y2epg8i2.fsf@gnu.org> From: Eli Zaretskii To: mmerino@outlook.fr In-Reply-To: <835z1ugg9x.fsf@gnu.org> (message from Eli Zaretskii on Sun, 14 Mar 2021 12:51:06 +0200) Subject: Re: bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: <835z1ugg9x.fsf@gnu.org> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: 46972@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > Date: Sun, 14 Mar 2021 12:51:06 +0200 > From: Eli Zaretskii > Cc: 46972@debbugs.gnu.org > > Andrea, it looks like the inner loop in eln_load_path_final_clean_up > isn't protected against errors? IOW, if Fdelete_file signals an > error, it won't be caught, is that right? I've just had a similar situation myself, so I fixed the problem, I hope. Please try the latest native-comp branch and see if your problem is solved. From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 14 10:07:23 2021 Received: (at 46972) by debbugs.gnu.org; 14 Mar 2021 14:07:23 +0000 Received: from localhost ([127.0.0.1]:34048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLROt-0005ye-Ht for submit@debbugs.gnu.org; Sun, 14 Mar 2021 10:07:23 -0400 Received: from mail-oln040092066075.outbound.protection.outlook.com ([40.92.66.75]:21753 helo=EUR01-VE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLROr-0005yP-3z for 46972@debbugs.gnu.org; Sun, 14 Mar 2021 10:07:21 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ksRqEkUAVUDEzzvtHGtvip5i/MpRaQmZXE9jt13pIRHQGaQPGLPOSnJ1saMFnG8TBA4zTW4KtEthV0Tdxu8Ku5dYO6wpIQ3uMvyBGRd0PlNs9Yl8bVLTzelu35RPuGY73LaZV6YHVbw1mW9/4iJS6YfKzeMNGVeH9+Ibx0zQ0nizkjNeB/Z/e3etzCfyRa+30nwHz0AcgC+CholmhDAbhxFQOxy+PPfkTd4OVjbTwzhfQvoxKBWSoASOmutu/7EHtRz9Iz+WVYfp/I01ikrOFrsF0rlyQzDWkeVRmOZQOzLsPpPFb4j/ZT76Ac74sgShEAcSlq+sOe2Bz8FMZr3t1w== 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=8gP0JtmWmQZgxo0RB0ki270t9CpNA7z2qQcPMxjt+u8=; b=KzHpIIZr1SEL35Krzpl+v8bkRxtdT/SM/pYYLuYPkE2eXTtni7MpEpOqInSiglhmj2MVYu/1pId/REqBrVrls3MaC6c7AjuRAPCMYUuIhnNJfmlh8nTnNyTxy17f7vwVyoMKBKl2RKQIAaRRaD0CFLkNqRBsiZqV7ZJ18FEaYr2qyZQ/rk3+T0OzREB3iJvqxmWvzim/saG6W3nreGQQLTKPa8iW6kcsRVdrua6yj+ErhOlCUU/UZfD1FbxjIVD7lTImjCDJEIjUFQjBPwddwEq4VnseEukoLDzlT60u53PholkdFPew7qsY3/TuuZZLB6uilcvd0x8hc44ETKq2vg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none Received: from VE1EUR01FT028.eop-EUR01.prod.protection.outlook.com (2a01:111:e400:7e19::40) by VE1EUR01HT165.eop-EUR01.prod.protection.outlook.com (2a01:111:e400:7e19::505) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.31; Sun, 14 Mar 2021 14:07:13 +0000 Received: from DB6P190MB0327.EURP190.PROD.OUTLOOK.COM (2a01:111:e400:7e19::44) by VE1EUR01FT028.mail.protection.outlook.com (2a01:111:e400:7e19::220) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3933.30 via Frontend Transport; Sun, 14 Mar 2021 14:07:13 +0000 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.3933.032; Sun, 14 Mar 2021 14:07:13 +0000 From: Matt M To: Eli Zaretskii Subject: =?Windows-1252?Q?RE=A0:_bug#46972:_28.0.50; _[feature/native-comp]_Emacs_l?= =?Windows-1252?Q?ocks_itself_during_native_compilation_because_of_permiss?= =?Windows-1252?Q?ion_denied?= Thread-Topic: =?Windows-1252?Q?RE=A0:_bug#46972:_28.0.50; _[feature/native-comp]_Emacs_l?= =?Windows-1252?Q?ocks_itself_during_native_compilation_because_of_permiss?= =?Windows-1252?Q?ion_denied?= Thread-Index: AQHXGL/xU+as1aMP0UGMwVazw9852KqDfUAYgAAHHPg= Date: Sun, 14 Mar 2021 14:07:13 +0000 Message-ID: References: <835z1ugg9x.fsf@gnu.org>,<83y2epg8i2.fsf@gnu.org> In-Reply-To: <83y2epg8i2.fsf@gnu.org> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-incomingtopheadermarker: OriginalChecksum:78B382B90A54F7BDDB87CF886509979A68AE09FC7E214118101F83B6E8D7E163; UpperCasedChecksum:8E6BE296A545F9099A6C1F883A1C0356BAB61AAD23E9D2A7BE1ECBF7369C31F2; SizeAsReceived:7331; Count:45 x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [yaE0leICI8b5fYFjDnAkjrdPSrozsOYKNwjnbYZ4Hgm4zERv5wQsgpoL+EIRN2i9] x-ms-publictraffictype: Email x-incomingheadercount: 45 x-eopattributedmessage: 0 x-ms-office365-filtering-correlation-id: 96364a52-f9e4-4559-0fac-08d8e6f277a2 x-ms-traffictypediagnostic: VE1EUR01HT165: x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: +OsU32WIb4pi49XJGdy/epzHkNd5PDfscWeFM/8qkjh4EziRIKzeRXQeD5zICYLb7kUUkS3IisY6QK6x2ebRWJlJfKe1NfTAGXFnZR++6mxUIXknLZVrbveRypAYBQEiOn8gm79PlDG0a5pFS8xnRpYuWj1GwYaXcq4ZoFUpEBNIRfKMqgqAGNRmdYrDXRr3FDCBkeIrAoMmb4bxYBqGoZOj6O3ocu47EdsZlxgII81U7+ixTlZIDnzt8xILa662GWy4DAk+1fd3QNY2Cb8klML7XiQSpoY6R5fGuEGZQpQRUeUB/9n3gJn26/Q4HbsDfKAbtwSOvyMxjCe5JUQCFKw8sew1YeaEtQzsH9/35UGrmkC0f4vrmI63LNfW+ci19A9xKgP4BTbBA8t/rgGCtw== x-ms-exchange-antispam-messagedata: qQKL93Je+lRvEggpX/KNcBBvk/5BpwqVqmWuWCP44LF7Lq/prAXde6gzbpNEM0S6AI2n4YNbcPRft4/95wvQKAly57iSa/9BqGa7uV7wN4SV+or3y1YXecNpC11K5Gkz9ySCIEAzgI8bZ8Ak6nd8VxX5ObHZaJiE2YTY22NAjPuASpDIfhDbEEar9Zc9tWKW2dRhBD6i+B4PsXA0axVjFA== x-ms-exchange-transport-forked: True Content-Type: multipart/alternative; boundary="_000_DB6P190MB0327D7449B08FB4A2DAD9FE4D66D9DB6P190MB0327EURP_" MIME-Version: 1.0 X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-AuthSource: VE1EUR01FT028.eop-EUR01.prod.protection.outlook.com X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: 96364a52-f9e4-4559-0fac-08d8e6f277a2 X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Mar 2021 14:07:13.5469 (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: VE1EUR01HT165 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972 Cc: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --_000_DB6P190MB0327D7449B08FB4A2DAD9FE4D66D9DB6P190MB0327EURP_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable I just tested it and the problem doesn=92t happen anymore. Thanks a lot ! De : Eli Zaretskii Envoy=E9 le :dimanche 14 mars 2021 14:38 =C0 : mmerino@outlook.fr Cc : 46972@debbugs.gnu.org Objet :Re: bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself dur= ing native compilation because of permission denied > Date: Sun, 14 Mar 2021 12:51:06 +0200 > From: Eli Zaretskii > Cc: 46972@debbugs.gnu.org > > Andrea, it looks like the inner loop in eln_load_path_final_clean_up > isn't protected against errors? IOW, if Fdelete_file signals an > error, it won't be caught, is that right? I've just had a similar situation myself, so I fixed the problem, I hope. Please try the latest native-comp branch and see if your problem is solved. --_000_DB6P190MB0327D7449B08FB4A2DAD9FE4D66D9DB6P190MB0327EURP_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

I just tested it and the problem doesn=92t happen an= ymore. Thanks a lot !

 

De : <= a href=3D"mailto:eliz@gnu.org">Eli Zaretskii
Envoy=E9 le :dimanche 14 mars 2021 14:38
=C0 : mmerino@outlook.fr<= /a>
Cc : 46972@debbugs.gnu= .org
Objet :Re: bug#46972: 28.0.50; [feature/native-comp] Emacs lock= s itself during native compilation because of permission denied

 

> Date: Sun, 14 Mar 2021 12:51:06 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: 46972@debbugs.gnu.org
>
> Andrea, it looks like the inner loop in eln_load_path_final_clean_up > isn't protected against errors?  IOW, if Fdelete_file signals an<= br> > error, it won't be caught, is that right?

I've just had a similar situation myself, so I fixed the problem, I
hope.  Please try the latest native-comp branch and see if your
problem is solved.

 

--_000_DB6P190MB0327D7449B08FB4A2DAD9FE4D66D9DB6P190MB0327EURP_-- From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 14 10:25:00 2021 Received: (at 46972-done) by debbugs.gnu.org; 14 Mar 2021 14:25:00 +0000 Received: from localhost ([127.0.0.1]:34059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLRfv-0006Nv-Nr for submit@debbugs.gnu.org; Sun, 14 Mar 2021 10:24:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58184) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lLRfu-0006Ni-8j for 46972-done@debbugs.gnu.org; Sun, 14 Mar 2021 10:24:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:52154) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lLRfo-0002U2-E7; Sun, 14 Mar 2021 10:24:52 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1277 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lLRfn-0005W7-TB; Sun, 14 Mar 2021 10:24:52 -0400 Date: Sun, 14 Mar 2021 16:24:58 +0200 Message-Id: <83v99tg6dh.fsf@gnu.org> From: Eli Zaretskii To: Matt M In-Reply-To: (message from Matt M on Sun, 14 Mar 2021 14:07:13 +0000) Subject: Re: =?windows-1252?Q?RE=A0=3A?= bug#46972: 28.0.50; [feature/native-comp] Emacs locks itself during native compilation because of permission denied References: <835z1ugg9x.fsf@gnu.org>,<83y2epg8i2.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46972-done Cc: 46972-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) > From: Matt M > CC: "46972@debbugs.gnu.org" <46972@debbugs.gnu.org> > Date: Sun, 14 Mar 2021 14:07:13 +0000 > > I just tested it and the problem doesn’t happen anymore. Thanks a lot ! OK, thanks, I'm therefore closing this bug report. From unknown Wed Aug 20 05:16:26 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 12 Apr 2021 11:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator