GNU bug report logs - #60796
27.1; Opening file ending in .sh inside a directory ending in .deb causes hang/100% thread usage

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 60796 in the body.
You can then email your comments to 60796 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Casey Connor <emacsbugs <at> caseyconnor.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 27.1; Opening file ending in .sh inside a directory ending in .deb
 causes hang/100% thread usage
Date: Fri, 13 Jan 2023 15:19:31 -0800

When I do this:

$ mkdir test.deb
$ cd test.deb
$ emacs -Q test.sh

...emacs opens but is hung: 100% usage of a core, apparently
indefinitely. So far it seems to be the case that the directory must end
in ".deb" and the file edited must end in ".sh".


In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, 
cairo version 1.16.0)
of 2022-01-24, modified by Debian built on lgw01-amd64-048
System Description: Ubuntu 22.10

Recent messages:
Package autoconf removed but not purged. Skipping setup.
Loading /etc/emacs/site-start.d/50autoconf.el (source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
Loading debian-ispell...
Loading /var/cache/dictionaries-common/emacsen-ispell-default.el 
(source)...done
Loading debian-ispell...done
Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el 
(source)...done
Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Configured using:
'configure --build x86_64-linux-gnu --prefix=/usr
--sharedstatedir=/var/lib --libexecdir=/usr/lib
--localstatedir=/var/lib --infodir=/usr/share/info
--mandir=/usr/share/man --enable-libsystemd --with-pop=yes
--enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp 

--with-sound=alsa --without-gconf --with-mailutils --build
x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
--libexecdir=/usr/lib --localstatedir=/var/lib
--infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd
--with-pop=yes
--enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp 

--with-sound=alsa --without-gconf --with-mailutils --with-cairo
--with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars
'CFLAGS=-g -O2
-ffile-prefix-map=/build/emacs-NbbgEv/emacs-27.1+1=. 
-fstack-protector-strong
-Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
-D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD
JSON PDUMPER LCMS2 GMP

Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
cl-old-struct-compat-mode: t
tooltip-mode: t
global-eldoc-mode: t
eldoc-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
column-number-mode: t
line-number-mode: t
transient-mark-mode: t

Load-path shadows:
/usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-pkg hides 
/usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-pkg
/usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode hides 
/usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode
/usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-autoloads 
hides 
/usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-autoloads

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec epa derived epg epg-config gnus-util
rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/xterm
xterm cus-edit cus-start cus-load wid-edit darktooth-theme autothemer
dash finder-inf edmacro kmacro package easymenu browse-url url-handlers
url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs
password-cache json subr-x map url-vars seq byte-opt gv bytecomp
byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-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 help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)

Memory information:
((conses 16 170009 7221)
(symbols 48 14131 1)
(strings 32 48178 1329)
(string-bytes 1 1318531)
(vectors 16 16147)
(vector-slots 8 204540 7548)
(floats 8 36 561)
(intervals 56 262 0)
(buffers 1000 12))

Message #8 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Ruijie Yu <ruijie <at> netyu.xyz>
To: Casey Connor <emacsbugs <at> caseyconnor.org>
Cc: 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Fri, 13 Jan 2023 21:15:00 -0600

Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org> writes:

> When I do this:
>
> $ mkdir test.deb
> $ cd test.deb
> $ emacs -Q test.sh
>
> ...emacs opens but is hung: 100% usage of a core, apparently
> indefinitely. So far it seems to be the case that the directory must end
> in ".deb" and the file edited must end in ".sh".
>
>
> In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo
> version 1.16.0)
> of 2022-01-24, modified by Debian built on lgw01-amd64-048
> System Description: Ubuntu 22.10
>
> Recent messages:
> Package autoconf removed but not purged. Skipping setup.
> Loading /etc/emacs/site-start.d/50autoconf.el (source)...done
> Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...
> Loading debian-ispell...
> Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)...done
> Loading debian-ispell...done
> Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)...done
> Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)...done
> For information about GNU Emacs and the GNU system, type C-h C-a.
> Making completion list...
>
> Configured using:
> 'configure --build x86_64-linux-gnu --prefix=/usr
> --sharedstatedir=/var/lib --libexecdir=/usr/lib
> --localstatedir=/var/lib --infodir=/usr/share/info
> --mandir=/usr/share/man --enable-libsystemd --with-pop=yes
> --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp
>   --with-sound=alsa --without-gconf --with-mailutils --build
> x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib
> --libexecdir=/usr/lib --localstatedir=/var/lib
> --infodir=/usr/share/info --mandir=/usr/share/man --enable-libsystemd
> --with-pop=yes
> --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/27.1/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/27.1/site-lisp:/usr/share/emacs/site-lisp
>   --with-sound=alsa --without-gconf --with-mailutils --with-cairo
> --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars
> 'CFLAGS=-g -O2
> -ffile-prefix-map=/build/emacs-NbbgEv/emacs-27.1+1=. -fstack-protector-strong
> -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time
> -D_FORTIFY_SOURCE=2' 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''
>
> Configured features:
> XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
> INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
> ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD
> JSON PDUMPER LCMS2 GMP
>
> Important settings:
> value of $LANG: en_US.UTF-8
> locale-coding-system: utf-8-unix
>
> Major mode: Lisp Interaction
>
> Minor modes in effect:
> cl-old-struct-compat-mode: t
> tooltip-mode: t
> global-eldoc-mode: t
> eldoc-mode: t
> mouse-wheel-mode: t
> tool-bar-mode: t
> file-name-shadow-mode: t
> global-font-lock-mode: t
> font-lock-mode: t
> auto-composition-mode: t
> auto-encryption-mode: t
> auto-compression-mode: t
> column-number-mode: t
> line-number-mode: t
> transient-mark-mode: t
>
> Load-path shadows:
> /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-pkg hides
> /usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-pkg
> /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode hides
> /usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode
> /usr/share/emacs/site-lisp/elpa/cmake-mode-3.24.2/cmake-mode-autoloads hides
> /usr/share/emacs/site-lisp/elpa-src/cmake-mode-3.24.2/cmake-mode-autoloads
>
> Features:
> (shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
> format-spec rfc822 mml mml-sec epa derived epg epg-config gnus-util
> rmail rmail-loaddefs text-property-search time-date mm-decode mm-bodies
> mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
> rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils term/xterm
> xterm cus-edit cus-start cus-load wid-edit darktooth-theme autothemer
> dash finder-inf edmacro kmacro package easymenu browse-url url-handlers
> url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs
> password-cache json subr-x map url-vars seq byte-opt gv bytecomp
> byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric uniquify
> ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
> term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
> tabulated-list replace newcomment text-mode elisp-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 help simple abbrev obarray cl-preloaded nadvice loaddefs
> button faces cus-face macroexp files text-properties overlay sha1 md5
> base64 format env code-pages mule custom widget hashtable-print-readable
> backquote threads dbusbind inotify lcms2 dynamic-setting
> system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
> x multi-tty make-network-process emacs)
>
> Memory information:
> ((conses 16 170009 7221)
> (symbols 48 14131 1)
> (strings 32 48178 1329)
> (string-bytes 1 1318531)
> (vectors 16 16147)
> (vector-slots 8 204540 7548)
> (floats 8 36 561)
> (intervals 56 262 0)
> (buffers 1000 12))

This issue seems to have gone away for my emacs 29 build.  Will try and
see if 27.2 has this issue.

------------------------------------------------------------------------
In GNU Emacs 29.0.60 (build 1, x86_64-pc-linux-gnu, GTK+ Version
 3.24.36, cairo version 1.17.6) of 2023-01-05 built on ruijie
Repository revision: 8a18369afdc3a873881e7b19b75e94ca96791c84
Repository branch: makepkg
System Description: Arch Linux

Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --mandir=/usr/share/man --with-gameuser=:games
 --with-modules --without-libotf --without-m17n-flt --without-gconf
 --with-native-compilation=yes --with-xinput2 --with-pgtk
 --without-xaw3d --with-sound=no --with-tree-sitter --without-gpm
 --without-compress-install
 '--program-transform-name=s/\([ec]tags\)/\1.emacs/'
 'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions
 -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security
 -fstack-clash-protection -fcf-protection'
 LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GSETTINGS HARFBUZZ JPEG JSON
LCMS2 LIBSYSTEMD LIBXML2 MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PGTK
PNG RSVG SECCOMP SQLITE3 THREADS TIFF TOOLKIT_SCROLL_BARS TREE_SITTER
WEBP XIM GTK3 ZLIB
------------------------------------------------------------------------

Best,


RY

Message #11 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Casey Connor <emacsbugs <at> caseyconnor.org>
Cc: 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1;
 Opening file ending in .sh inside a directory ending in .deb causes
 hang/100% thread usage
Date: Sat, 14 Jan 2023 09:21:14 +0200

> Date: Fri, 13 Jan 2023 15:19:31 -0800
> From:  Casey Connor via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
> 
> When I do this:
> 
> $ mkdir test.deb
> $ cd test.deb
> $ emacs -Q test.sh
> 
> ...emacs opens but is hung: 100% usage of a core, apparently
> indefinitely. So far it seems to be the case that the directory must end
> in ".deb" and the file edited must end in ".sh".

I cannot reproduce this, neither with Emacs 27.1 nor with Emacs 28.
But I'm not on Debian.

Message #14 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Casey Connor <emacsbugs <at> caseyconnor.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Fri, 13 Jan 2023 23:43:17 -0800

Oops, sorry, I just noticed the Cc on these emails that I should have 
been using. Repeating what I said in (accidental) privacy:

I installed Ubuntu Server 22.10 in a VM, booted, installed emacs-nox 
package from repo, did mkdir asdf.deb, cd asdf.deb, emacs -Q, and the 
problem happens there, in case that's useful. (v27.1)

I realized that it doesn't matter what you are editing (if anything), it 
just needs to be opened inside a directory ending in .deb.

-c

On 1/13/23 23:21, Eli Zaretskii wrote:
>> Date: Fri, 13 Jan 2023 15:19:31 -0800
>> From:  Casey Connor via "Bug reports for GNU Emacs,
>>   the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>>
>> When I do this:
>>
>> $ mkdir test.deb
>> $ cd test.deb
>> $ emacs -Q test.sh
>>
>> ...emacs opens but is hung: 100% usage of a core, apparently
>> indefinitely. So far it seems to be the case that the directory must end
>> in ".deb" and the file edited must end in ".sh".
> I cannot reproduce this, neither with Emacs 27.1 nor with Emacs 28.
> But I'm not on Debian.

Message #17 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Casey Connor <emacsbugs <at> caseyconnor.org>
Cc: 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sat, 14 Jan 2023 09:56:05 +0200

> Date: Fri, 13 Jan 2023 23:43:17 -0800
> From: Casey Connor <emacsbugs <at> caseyconnor.org>
> Cc: 60796 <at> debbugs.gnu.org
> 
> Oops, sorry, I just noticed the Cc on these emails that I should have 
> been using. Repeating what I said in (accidental) privacy:
> 
> I installed Ubuntu Server 22.10 in a VM, booted, installed emacs-nox 
> package from repo, did mkdir asdf.deb, cd asdf.deb, emacs -Q, and the 
> problem happens there, in case that's useful. (v27.1)
> 
> I realized that it doesn't matter what you are editing (if anything), it 
> just needs to be opened inside a directory ending in .deb.

Maybe there are local Debian changes?  I suggest to report this to the
distro first.

Message #20 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sat, 14 Jan 2023 09:47:45 +0100

Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

Hi Casey,

> I realized that it doesn't matter what you are editing (if anything),
> it just needs to be opened inside a directory ending in .deb.

Directories with a file name "*.deb" are regarded as file archives, files
inside such a directory are opened via tramp-archive (on GNU/Linux).

You could disable this feature by setting tramp-archive-enabled to nil.

See (info "(tramp) Archive file names") for details.

Best regards, Michael.

Message #26 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Casey Connor <emacsbugs <at> caseyconnor.org>, 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sat, 14 Jan 2023 12:20:27 +0100

On Sat, 14 Jan 2023 09:56:05 +0200 Eli Zaretskii <eliz <at> gnu.org> wrote:

>> Date: Fri, 13 Jan 2023 23:43:17 -0800
>> From: Casey Connor <emacsbugs <at> caseyconnor.org>
>> Cc: 60796 <at> debbugs.gnu.org
>>
>> Oops, sorry, I just noticed the Cc on these emails that I should have
>> been using. Repeating what I said in (accidental) privacy:
>>
>> I installed Ubuntu Server 22.10 in a VM, booted, installed emacs-nox
>> package from repo, did mkdir asdf.deb, cd asdf.deb, emacs -Q, and the
>> problem happens there, in case that's useful. (v27.1)
>>
>> I realized that it doesn't matter what you are editing (if anything), it
>> just needs to be opened inside a directory ending in .deb.
>
> Maybe there are local Debian changes?  I suggest to report this to the
> distro first.

I can reproduce the problem in my Emacs 27 branch from the Savannah repo
built on non-Debian GNU/Linux; I cannot reproduce it with Emacs 26 or 28
and later.  (Emacs 26 does not recognize tramp-archive-enabled, in 27
and later it does and the default value it t.)

Steve Berman

Message #29 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Casey Connor <emacsbugs <at> caseyconnor.org>
To: stephen.berman <at> gmx.net
Cc: Eli Zaretskii <eliz <at> gnu.org>, 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sat, 14 Jan 2023 10:53:28 -0800

Thanks -- does that mean I should not report to Debian as a bug there?

The issue seems to happen with any of the extensions that tramp-archive 
recognizes, not just .deb.

-c

> I can reproduce the problem in my Emacs 27 branch from the Savannah repo
> built on non-Debian GNU/Linux; I cannot reproduce it with Emacs 26 or 28
> and later.  (Emacs 26 does not recognize tramp-archive-enabled, in 27
> and later it does and the default value it t.)
>
> Steve Berman

Message #32 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Jean Louis <bugs <at> gnu.support>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: eliz <at> gnu.org, emacsbugs <at> caseyconnor.org, 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 10:18:13 +0300

* Michael Albinus <michael.albinus <at> gmx.de> [2023-01-14 11:49]:
> Directories with a file name "*.deb" are regarded as file archives, files
> inside such a directory are opened via tramp-archive (on GNU/Linux).
> 
> You could disable this feature by setting tramp-archive-enabled to nil.

Despite, it should not block the computer. Your test shall be more
conclusive if it is really Debian archive or not.

I can't reproduce it on Parabola GNU/Linux-libre and I can just guess
this may be because there are no Debian tools.

--
Jean

Take action in Free Software Foundation campaigns:
https://www.fsf.org/campaigns

In support of Richard M. Stallman
https://stallmansupport.org/

Message #35 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 16:14:37 +0100

Stephen Berman <stephen.berman <at> gmx.net> writes:

H Stephen,

>>> Oops, sorry, I just noticed the Cc on these emails that I should have
>>> been using. Repeating what I said in (accidental) privacy:
>>>
>>> I installed Ubuntu Server 22.10 in a VM, booted, installed emacs-nox
>>> package from repo, did mkdir asdf.deb, cd asdf.deb, emacs -Q, and the
>>> problem happens there, in case that's useful. (v27.1)
>>>
>>> I realized that it doesn't matter what you are editing (if anything), it
>>> just needs to be opened inside a directory ending in .deb.
>>
>> Maybe there are local Debian changes?  I suggest to report this to the
>> distro first.
>
> I can reproduce the problem in my Emacs 27 branch from the Savannah repo
> built on non-Debian GNU/Linux; I cannot reproduce it with Emacs 26 or 28
> and later.  (Emacs 26 does not recognize tramp-archive-enabled, in 27
> and later it does and the default value it t.)

tramp-archive.el was added to Tramp 2.4 (Emacs 27) only, so it couldn't
be a problem in Emacs 26.

With the given scenario, I cannot reproduce it in either Emacs 27, 28,
29 and 30.

--8<---------------cut here---------------start------------->8---
$ mkdir test.deb
$ cd test.deb
$ emacs -Q test.sh
--8<---------------cut here---------------end--------------->8---

Note that there was a similar report, bug#30293, which was fixed in
Emacs 27. So in general the scenario shall work. If possible, I'd like
to see a backtrace for the Emacs 27 case.

Note also, that there were autoload problems in the past for
tramp-archive.el (which should be fixed now). So would it work in your
case, if you call instead

--8<---------------cut here---------------start------------->8---
$ emacs -Q -l tramp-archive test.sh
--8<---------------cut here---------------end--------------->8---

> Steve Berman

Best regards, Michael.

Message #38 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of
 text editors" <bug-gnu-emacs <at> gnu.org>
Cc: Eli Zaretskii <eliz <at> gnu.org>, stephen.berman <at> gmx.net,
 Casey Connor <emacsbugs <at> caseyconnor.org>, 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 16:15:49 +0100

Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs <at> gnu.org> writes:

Hi Casey,

> Thanks -- does that mean I should not report to Debian as a bug there?

Yes, I believe it isn't a Debian issue.

Best regards, Michael.

Message #44 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 17:00:00 +0100

[Message part 1 (text/plain, inline)]

On Sun, 15 Jan 2023 16:14:37 +0100 Michael Albinus <michael.albinus <at> gmx.de> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
> H Stephen,
>
>>>> Oops, sorry, I just noticed the Cc on these emails that I should have
>>>> been using. Repeating what I said in (accidental) privacy:
>>>>
>>>> I installed Ubuntu Server 22.10 in a VM, booted, installed emacs-nox
>>>> package from repo, did mkdir asdf.deb, cd asdf.deb, emacs -Q, and the
>>>> problem happens there, in case that's useful. (v27.1)
>>>>
>>>> I realized that it doesn't matter what you are editing (if anything), it
>>>> just needs to be opened inside a directory ending in .deb.
>>>
>>> Maybe there are local Debian changes?  I suggest to report this to the
>>> distro first.
>>
>> I can reproduce the problem in my Emacs 27 branch from the Savannah repo
>> built on non-Debian GNU/Linux; I cannot reproduce it with Emacs 26 or 28
>> and later.  (Emacs 26 does not recognize tramp-archive-enabled, in 27
>> and later it does and the default value it t.)
>
> tramp-archive.el was added to Tramp 2.4 (Emacs 27) only, so it couldn't
> be a problem in Emacs 26.

Ah, ok.

> With the given scenario, I cannot reproduce it in either Emacs 27, 28,
> 29 and 30.
>
> $ mkdir test.deb
> $ cd test.deb
> $ emacs -Q test.sh
>
>
> Note that there was a similar report, bug#30293, which was fixed in
> Emacs 27. So in general the scenario shall work. If possible, I'd like
> to see a backtrace for the Emacs 27 case.

Do you mean from gdb?  If so, see below.

> Note also, that there were autoload problems in the past for
> tramp-archive.el (which should be fixed now). So would it work in your
> case, if you call instead
>
> $ emacs -Q -l tramp-archive test.sh

This doesn't prevent the freeze and 100% core usage for me.  I attached
the emacs process to gdb and append the backtrace below.  If this is not
what you want, or if you want me to execute specific gdb commands,
please let me know what I should do.

Steve Berman

[backtrace (application/octet-stream, attachment)]

Message #47 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 17:09:13 +0100

Stephen Berman <stephen.berman <at> gmx.net> writes:

Hi Stephen,

>> Note that there was a similar report, bug#30293, which was fixed in
>> Emacs 27. So in general the scenario shall work. If possible, I'd like
>> to see a backtrace for the Emacs 27 case.
>
> Do you mean from gdb?  If so, see below.
>
>> Note also, that there were autoload problems in the past for
>> tramp-archive.el (which should be fixed now). So would it work in your
>> case, if you call instead
>>
>> $ emacs -Q -l tramp-archive test.sh
>
> This doesn't prevent the freeze and 100% core usage for me.  I attached
> the emacs process to gdb and append the backtrace below.  If this is not
> what you want, or if you want me to execute specific gdb commands,
> please let me know what I should do.

Hmm, no, it doesn't tell me anything. Emacs is stuck somewhere in alloc.

What I've hoped is that you could stop Emacs by hitting C-g, and show a
Lisp backtrace.

> Steve Berman

Best regards, Michael.

Message #50 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 17:16:10 +0100

On Sun, 15 Jan 2023 17:09:13 +0100 Michael Albinus <michael.albinus <at> gmx.de> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
> Hi Stephen,
>
>>> Note that there was a similar report, bug#30293, which was fixed in
>>> Emacs 27. So in general the scenario shall work. If possible, I'd like
>>> to see a backtrace for the Emacs 27 case.
>>
>> Do you mean from gdb?  If so, see below.
>>
>>> Note also, that there were autoload problems in the past for
>>> tramp-archive.el (which should be fixed now). So would it work in your
>>> case, if you call instead
>>>
>>> $ emacs -Q -l tramp-archive test.sh
>>
>> This doesn't prevent the freeze and 100% core usage for me.  I attached
>> the emacs process to gdb and append the backtrace below.  If this is not
>> what you want, or if you want me to execute specific gdb commands,
>> please let me know what I should do.
>
> Hmm, no, it doesn't tell me anything. Emacs is stuck somewhere in alloc.
>
> What I've hoped is that you could stop Emacs by hitting C-g, and show a
> Lisp backtrace.

No, Emacs is totally locked up and repeatedly hitting C-g or ESC doesn't
help.

Steve Berman

Message #53 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 17:21:26 +0100

Stephen Berman <stephen.berman <at> gmx.net> writes:

Hi Stephen,

>> What I've hoped is that you could stop Emacs by hitting C-g, and show a
>> Lisp backtrace.
>
> No, Emacs is totally locked up and repeatedly hitting C-g or ESC doesn't
> help.

Strange. As said, I don't see it in my Emacs 27 build of the git tree.

Given, that you (and I) haven't seen the problem in newer Emacs/Tramp
versions, I don't know what to test else. Perhaps we shall assume that
it is fixed meanwhile (although I hate it not to know the reason)?

> Steve Berman

Best regards, Michael.

Message #56 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 17:34:57 +0100

On Sun, 15 Jan 2023 17:21:26 +0100 Michael Albinus <michael.albinus <at> gmx.de> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
> Hi Stephen,
>
>>> What I've hoped is that you could stop Emacs by hitting C-g, and show a
>>> Lisp backtrace.
>>
>> No, Emacs is totally locked up and repeatedly hitting C-g or ESC doesn't
>> help.
>
> Strange. As said, I don't see it in my Emacs 27 build of the git tree.
>
> Given, that you (and I) haven't seen the problem in newer Emacs/Tramp
> versions, I don't know what to test else. Perhaps we shall assume that
> it is fixed meanwhile (although I hate it not to know the reason)?

It's good that it's apparently not an issue for current Emacs, yet it
does seem odd that in Emacs 27 some see the problem and others don't,
and even if it has been fixed (or just disappeared), it would be
interesting to track down the problem.  If anyone has any other ideas
how to go about that, I'm willing to try them.  (But please not
bisecting between Emacs 27 and 28, I don't have time for that.)

Steve Berman

Message #59 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 17:47:53 +0100

Stephen Berman <stephen.berman <at> gmx.net> writes:

Hi Stephen,

>> Strange. As said, I don't see it in my Emacs 27 build of the git tree.
>>
>> Given, that you (and I) haven't seen the problem in newer Emacs/Tramp
>> versions, I don't know what to test else. Perhaps we shall assume that
>> it is fixed meanwhile (although I hate it not to know the reason)?
>
> It's good that it's apparently not an issue for current Emacs, yet it
> does seem odd that in Emacs 27 some see the problem and others don't,
> and even if it has been fixed (or just disappeared), it would be
> interesting to track down the problem.  If anyone has any other ideas
> how to go about that, I'm willing to try them.  (But please not
> bisecting between Emacs 27 and 28, I don't have time for that.)

One workaround we could offer is using the current Tramp from ELPA
(2.6.0) with Emacs 27. Do you want to test this combination?

> Steve Berman

Best regards, Michael.

Message #62 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 18:04:38 +0100

On Sun, 15 Jan 2023 17:47:53 +0100 Michael Albinus <michael.albinus <at> gmx.de> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
> Hi Stephen,
>
>>> Strange. As said, I don't see it in my Emacs 27 build of the git tree.
>>>
>>> Given, that you (and I) haven't seen the problem in newer Emacs/Tramp
>>> versions, I don't know what to test else. Perhaps we shall assume that
>>> it is fixed meanwhile (although I hate it not to know the reason)?
>>
>> It's good that it's apparently not an issue for current Emacs, yet it
>> does seem odd that in Emacs 27 some see the problem and others don't,
>> and even if it has been fixed (or just disappeared), it would be
>> interesting to track down the problem.  If anyone has any other ideas
>> how to go about that, I'm willing to try them.  (But please not
>> bisecting between Emacs 27 and 28, I don't have time for that.)
>
> One workaround we could offer is using the current Tramp from ELPA
> (2.6.0) with Emacs 27. Do you want to test this combination?

I installed Tramp from ELPA, then invoked Emacs 27 as before but instead
of loading tramp-archive.elc from the Emacs 27 build I loaded the one
from ELPA.  But Emacs 27 still immediately locked up.  So do I have to
do something else?

Steve Berman

Message #65 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 19:25:00 +0100

Stephen Berman <stephen.berman <at> gmx.net> writes:

Hi Stephen,

>>>> Strange. As said, I don't see it in my Emacs 27 build of the git tree.
>>>>
>>>> Given, that you (and I) haven't seen the problem in newer Emacs/Tramp
>>>> versions, I don't know what to test else. Perhaps we shall assume that
>>>> it is fixed meanwhile (although I hate it not to know the reason)?
>>>
>>> It's good that it's apparently not an issue for current Emacs, yet it
>>> does seem odd that in Emacs 27 some see the problem and others don't,
>>> and even if it has been fixed (or just disappeared), it would be
>>> interesting to track down the problem.  If anyone has any other ideas
>>> how to go about that, I'm willing to try them.  (But please not
>>> bisecting between Emacs 27 and 28, I don't have time for that.)
>>
>> One workaround we could offer is using the current Tramp from ELPA
>> (2.6.0) with Emacs 27. Do you want to test this combination?
>
> I installed Tramp from ELPA, then invoked Emacs 27 as before but instead
> of loading tramp-archive.elc from the Emacs 27 build I loaded the one
> from ELPA.  But Emacs 27 still immediately locked up.  So do I have to
> do something else?

I believe I got it.

There is bug#48476, which is exactly the same as described here in this
report. That time I've prepared a patch (for the emacs-27 branch), which
is installed locally on my system. But it wasn't pushed to the Emacs
repo on savannah, likely because no further Emacs 27 release was planned
at this time:

--8<---------------cut here---------------start------------->8---
albinus <at> gandalf emacs-27]$ git status
On branch emacs-27
Your branch and 'origin/emacs-27' have diverged,
and have 1 and 37 different commits each, respectively.
  (use "git pull" to merge the remote branch into yours)

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   doc/emacs/misc.texi
	modified:   lisp/simple.el

Untracked files:
  (use "git add <file>..." to include in what will be committed)
	src/fingerprint.c

no changes added to commit (use "git add" and/or "git commit -a")
--8<---------------cut here---------------end--------------->8---

That's why you see it in your Emacs 27 instance, and I don't. bug#48476
has been closed for Emacs 28.1.

So there's nothing left to do for us. I'll merge bug#60796 with
bug#48476, and the bad News is that one must use Emacs 28 for this
special use case.

> Steve Berman

Best regards, Michael.

Message #72 received at 60796 <at> debbugs.gnu.org (full text, mbox):

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Casey Connor <emacsbugs <at> caseyconnor.org>,
 60796 <at> debbugs.gnu.org
Subject: Re: bug#60796: 27.1; Opening file ending in .sh inside a directory
 ending in .deb causes hang/100% thread usage
Date: Sun, 15 Jan 2023 20:05:44 +0100

On Sun, 15 Jan 2023 19:25:00 +0100 Michael Albinus <michael.albinus <at> gmx.de> wrote:

> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
> Hi Stephen,
>
>>>>> Strange. As said, I don't see it in my Emacs 27 build of the git tree.
>>>>>
>>>>> Given, that you (and I) haven't seen the problem in newer Emacs/Tramp
>>>>> versions, I don't know what to test else. Perhaps we shall assume that
>>>>> it is fixed meanwhile (although I hate it not to know the reason)?
>>>>
>>>> It's good that it's apparently not an issue for current Emacs, yet it
>>>> does seem odd that in Emacs 27 some see the problem and others don't,
>>>> and even if it has been fixed (or just disappeared), it would be
>>>> interesting to track down the problem.  If anyone has any other ideas
>>>> how to go about that, I'm willing to try them.  (But please not
>>>> bisecting between Emacs 27 and 28, I don't have time for that.)
>>>
>>> One workaround we could offer is using the current Tramp from ELPA
>>> (2.6.0) with Emacs 27. Do you want to test this combination?
>>
>> I installed Tramp from ELPA, then invoked Emacs 27 as before but instead
>> of loading tramp-archive.elc from the Emacs 27 build I loaded the one
>> from ELPA.  But Emacs 27 still immediately locked up.  So do I have to
>> do something else?
>
> I believe I got it.
>
> There is bug#48476, which is exactly the same as described here in this
> report. That time I've prepared a patch (for the emacs-27 branch), which
> is installed locally on my system. But it wasn't pushed to the Emacs
> repo on savannah, likely because no further Emacs 27 release was planned
> at this time:
[...]
> That's why you see it in your Emacs 27 instance, and I don't. bug#48476
> has been closed for Emacs 28.1.

Ah, good sleuthing!

> So there's nothing left to do for us. I'll merge bug#60796 with
> bug#48476, and the bad News is that one must use Emacs 28 for this
> special use case.

Yeah, or convince the distributor to patch their version of Emacs 27, or
update to Emacs 28 :-)

Steve Berman

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.