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

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

[Casey Connor via Bug reports for GNU Emacs, the Swiss army knife of text editors]

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))

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

[Ruijie Yu via Bug reports for GNU Emacs, the Swiss army knife of text editors]

Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@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

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

[Eli Zaretskii]

> 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@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.

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

[Casey Connor via Bug reports for GNU Emacs, the Swiss army knife of text editors]

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@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.

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

[Eli Zaretskii]

> Date: Fri, 13 Jan 2023 23:43:17 -0800
> From: Casey Connor <emacsbugs@caseyconnor.org>
> Cc: 60796@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.

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

[Stephen Berman]

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

>> Date: Fri, 13 Jan 2023 23:43:17 -0800
>> From: Casey Connor <emacsbugs@caseyconnor.org>
>> Cc: 60796@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

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

[Casey Connor via Bug reports for GNU Emacs, the Swiss army knife of text editors]

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

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

[Michael Albinus]

Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs@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.

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

[Michael Albinus]

Stephen Berman <stephen.berman@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.

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

[Stephen Berman]

[-- Attachment #1: Type: text/plain, Size: 1986 bytes --]

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

> Stephen Berman <stephen.berman@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


[-- Attachment #2: backtrace --]
[-- Type: application/octet-stream, Size: 13514 bytes --]

steve [ ~/temp/test.deb ]$ /mnt/lfs2/home/steve/build/emacs-27/src/emacs -Q -l ~/src/emacs/emacs-27/lisp/net/tramp-archive.elc test.sh &
[2] 13753
steve [ ~/temp/test.deb ]$ gdb attach 13753
GNU gdb (GDB) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
attach: No such file or directory.
Attaching to process 13753
[New LWP 13754]
[New LWP 13755]
[New LWP 13756]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
get_next_display_element (it=it@entry=0x7ffe17352d40) at /home/steve/src/emacs/emacs-27/src/xdisp.c:7632
7632	      if (it->what == IT_COMPOSITION && it->cmp_it.ch >= 0)
(gdb) 
(gdb) c
Continuing.
^Z
Thread 1 "emacs" received signal SIGTSTP, Stopped (user).
0x0000000000565c81 in survives_gc_p (obj=0x1ee4b83) at /home/steve/src/emacs/emacs-27/src/alloc.c:6684
6684	  switch (XTYPE (obj))
(gdb) bt full
#0  0x0000000000565c81 in survives_gc_p (obj=0x1ee4b83)
    at /home/steve/src/emacs/emacs-27/src/alloc.c:6684
        survives_p = <optimized out>
#1  0x0000000000592cd5 in sweep_weak_table
    (h=h@entry=0x7f008aba60b8, remove_entries_p=remove_entries_p@entry=false)
    at /home/steve/src/emacs/emacs-27/src/fns.c:4468
        key_known_to_survive_p = <optimized out>
        value_known_to_survive_p = <optimized out>
        remove_p = <optimized out>
        i = 73
        prev = -1
        next = <optimized out>
        bucket = 110
        n = 121
        marked = true
#2  0x0000000000560b8f in mark_and_sweep_weak_table_contents ()
    at /home/steve/src/emacs/emacs-27/src/alloc.c:5760
        h = 0x7f008aba60b8
        marked = false
#3  0x000000000056505e in garbage_collect ()
    at /home/steve/src/emacs/emacs-27/src/alloc.c:5981
        nextb = 0x0
        stack_top_variable = -1 '\377'
--Type <RET> for more, q to quit, c to continue without paging--c
        message_p = true
        count = 5
        tot_before = 18446744073709551615
#4  0x000000000056521a in maybe_garbage_collect () at /home/steve/src/emacs/emacs-27/src/alloc.c:5847
#5  0x00000000005820db in maybe_gc () at /home/steve/src/emacs/emacs-27/src/lisp.h:5066
#6  0x00000000005836ad in Ffuncall (nargs=3, args=args@entry=0x7ffe17353f48) at /home/steve/src/emacs/emacs-27/src/eval.c:2779
        fun = <optimized out>
        original_fun = <optimized out>
        funcar = <optimized out>
        numargs = 2
        val = <optimized out>
        count = 4
#7  0x00000000005bb3bb in exec_byte_code (bytestr=<optimized out>, vector=vector@entry=0x7f008b2351f5, maxdepth=maxdepth@entry=0x16, args_template=args_template@entry=0x202, nargs=nargs@entry=3, args=<optimized out>, args@entry=0x7ffe17354168) at /home/steve/src/emacs/emacs-27/src/bytecode.c:633
        op = <optimized out>
        type = <optimized out>
        targets = {0x5bcfe8 <exec_byte_code+8994>, 0x5bd001 <exec_byte_code+9019>, 0x5bd033 <exec_byte_code+9069>, 0x5bd035 <exec_byte_code+9071>, 0x5bd037 <exec_byte_code+9073>, 0x5bd001 <exec_byte_code+9019>, 0x5bd039 <exec_byte_code+9075>, 0x5bd070 <exec_byte_code+9130>, 0x5baf99 <exec_byte_code+723>, 0x5baffe <exec_byte_code+824>, 0x5bb000 <exec_byte_code+826>, 0x5bb002 <exec_byte_code+828>, 0x5bb004 <exec_byte_code+830>, 0x5baf99 <exec_byte_code+723>, 0x5bb006 <exec_byte_code+832>, 0x5baf84 <exec_byte_code+702>, 0x5bb1da <exec_byte_code+1300>, 0x5bb278 <exec_byte_code+1458>, 0x5bb27d <exec_byte_code+1463>, 0x5bb282 <exec_byte_code+1468>, 0x5bb287 <exec_byte_code+1473>, 0x5bb1da <exec_byte_code+1300>, 0x5bb2a4 <exec_byte_code+1502>, 0x5bb28c <exec_byte_code+1478>, 0x5bb319 <exec_byte_code+1619>, 0x5bb370 <exec_byte_code+1706>, 0x5bb372 <exec_byte_code+1708>, 0x5bb374 <exec_byte_code+1710>, 0x5bb376 <exec_byte_code+1712>, 0x5bb319 <exec_byte_code+1619>, 0x5bb2f9 <exec_byte_code+1587>, 0x5bb304 <exec_byte_code+1598>, 0x5bb398 <exec_byte_code+1746>, 0x5bb3d8 <exec_byte_code+1810>, 0x5bb3da <exec_byte_code+1812>, 0x5bb3dc <exec_byte_code+1814>, 0x5bb3de <exec_byte_code+1816>, 0x5bb398 <exec_byte_code+1746>, 0x5bb378 <exec_byte_code+1714>, 0x5bb383 <exec_byte_code+1725>, 0x5bb400 <exec_byte_code+1850>, 0x5bb442 <exec_byte_code+1916>, 0x5bb444 <exec_byte_code+1918>, 0x5bb446 <exec_byte_code+1920>, 0x5bb448 <exec_byte_code+1922>, 0x5bb400 <exec_byte_code+1850>, 0x5bb3e0 <exec_byte_code+1818>, 0x5bb3eb <exec_byte_code+1829>, 0x5bb9fb <exec_byte_code+3381>, 0x5bb9b4 <exec_byte_code+3310>, 0x5bb931 <exec_byte_code+3179>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bbb51 <exec_byte_code+3723>, 0x5bbc06 <exec_byte_code+3904>, 0x5bbc4d <exec_byte_code+3975>, 0x5bbc94 <exec_byte_code+4046>, 0x5bbcdb <exec_byte_code+4117>, 0x5bb0f1 <exec_byte_code+1067>, 0x5bb146 <exec_byte_code+1152>, 0x5bbd31 <exec_byte_code+4203>, 0x5bb094 <exec_byte_code+974>, 0x5bb17d <exec_byte_code+1207>, 0x5bbd78 <exec_byte_code+4274>, 0x5bbdaf <exec_byte_code+4329>, 0x5bbdd8 <exec_byte_code+4370>, 0x5bbe0f <exec_byte_code+4425>, 0x5bbe45 <exec_byte_code+4479>, 0x5bbec2 <exec_byte_code+4604>, 0x5bbeeb <exec_byte_code+4645>, 0x5bbf22 <exec_byte_code+4700>, 0x5bbf5f <exec_byte_code+4761>, 0x5bbf88 <exec_byte_code+4802>, 0x5bbfb1 <exec_byte_code+4843>, 0x5bbfe8 <exec_byte_code+4898>, 0x5bc01f <exec_byte_code+4953>, 0x5bc056 <exec_byte_code+5008>, 0x5bc093 <exec_byte_code+5069>, 0x5bc0c6 <exec_byte_code+5120>, 0x5bc0f9 <exec_byte_code+5171>, 0x5bc16f <exec_byte_code+5289>, 0x5bc1cd <exec_byte_code+5383>, 0x5bc22b <exec_byte_code+5477>, 0x5bc267 <exec_byte_code+5537>, 0x5bc2a3 <exec_byte_code+5597>, 0x5bc2df <exec_byte_code+5657>, 0x5bc31b <exec_byte_code+5717>, 0x5bc357 <exec_byte_code+5777>, 0x5bc38a <exec_byte_code+5828>, 0x5bc3f0 <exec_byte_code+5930>, 0x5bc423 <exec_byte_code+5981>, 0x5bc456 <exec_byte_code+6032>, 0x5bc489 <exec_byte_code+6083>, 0x5bc526 <exec_byte_code+6240>, 0x5bb84b <exec_byte_code+2949>, 0x5bc566 <exec_byte_code+6304>, 0x5bc58f <exec_byte_code+6345>, 0x5bc600 <exec_byte_code+6458>, 0x5bc640 <exec_byte_code+6522>, 0x5bc680 <exec_byte_code+6586>, 0x5bc6a9 <exec_byte_code+6627>, 0x5bc6d4 <exec_byte_code+6670>, 0x5bc6ff <exec_byte_code+6713>, 0x5bc732 <exec_byte_code+6764>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bc768 <exec_byte_code+6818>, 0x5bc793 <exec_byte_code+6861>, 0x5bc7be <exec_byte_code+6904>, 0x5bc7e9 <exec_byte_code+6947>, 0x5bc814 <exec_byte_code+6990>, 0x5bc83f <exec_byte_code+7033>, 0x5bb84b <exec_byte_code+2949>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bc868 <exec_byte_code+7074>, 0x5bc8a0 <exec_byte_code+7130>, 0x5bc8c9 <exec_byte_code+7171>, 0x5bc8f2 <exec_byte_code+7212>, 0x5bc929 <exec_byte_code+7267>, 0x5bc960 <exec_byte_code+7322>, 0x5bc989 <exec_byte_code+7363>, 0x5bca58 <exec_byte_code+7570>, 0x5bca8f <exec_byte_code+7625>, 0x5bcac6 <exec_byte_code+7680>, 0x5bcafd <exec_byte_code+7735>, 0x5bcb28 <exec_byte_code+7778>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bb7ec <exec_byte_code+2854>, 0x5bb479 <exec_byte_code+1971>, 0x5bb036 <exec_byte_code+880>, 0x5bb51c <exec_byte_code+2134>, 0x5bb57a <exec_byte_code+2228>, 0x5bb5c7 <exec_byte_code+2305>, 0x5bb79d <exec_byte_code+2775>, 0x5bb7cd <exec_byte_code+2823>, 0x5bb2d0 <exec_byte_code+1546>, 0x5bb82c <exec_byte_code+2918>, 0x5bb86a <exec_byte_code+2980>, 0x5bb8c9 <exec_byte_code+3075>, 0x5bb8f5 <exec_byte_code+3119>, 0x5bba28 <exec_byte_code+3426>, 0x5bba74 <exec_byte_code+3502>, 0x5bbab1 <exec_byte_code+3563>, 0x5bbaf8 <exec_byte_code+3634>, 0x5bb44a <exec_byte_code+1924>, 0x5bcb51 <exec_byte_code+7819>, 0x5bcb8e <exec_byte_code+7880>, 0x5bcbb7 <exec_byte_code+7921>, 0x5bcbe0 <exec_byte_code+7962>, 0x5bcc09 <exec_byte_code+8003>, 0x5bcc32 <exec_byte_code+8044>, 0x5bcc69 <exec_byte_code+8099>, 0x5bcca0 <exec_byte_code+8154>, 0x5bccd7 <exec_byte_code+8209>, 0x5bcd0e <exec_byte_code+8264>, 0x5bcdd0 <exec_byte_code+8458>, 0x5bce07 <exec_byte_code+8513>, 0x5bce3e <exec_byte_code+8568>, 0x5bce67 <exec_byte_code+8609>, 0x5bce9e <exec_byte_code+8664>, 0x5bced5 <exec_byte_code+8719>, 0x5bcefe <exec_byte_code+8760>, 0x5bcf27 <exec_byte_code+8801>, 0x5bc4bc <exec_byte_code+6134>, 0x5bc4ef <exec_byte_code+6185>, 0x5bcf5a <exec_byte_code+8852>, 0x5bcfa1 <exec_byte_code+8923>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bb614 <exec_byte_code+2382>, 0x5bb667 <exec_byte_code+2465>, 0x5bb6bd <exec_byte_code+2551>, 0x5bb713 <exec_byte_code+2637>, 0x5bb758 <exec_byte_code+2706>, 0x5bbe7f <exec_byte_code+4537>, 0x5bc12c <exec_byte_code+5222>, 0x5bc5bd <exec_byte_code+6391>, 0x5bd0b1 <exec_byte_code+9195>, 0x5bd0f0 <exec_byte_code+9258>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bd13b <exec_byte_code+9333>, 0x5bd185 <exec_byte_code+9407>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bcfe8 <exec_byte_code+8994>, 0x5bd256 <exec_byte_code+9616> <repeats 64 times>}
        bytestr_length = 10
        vectorp = 0x7f008b2351f8
        quitcounter = 1 '\001'
        stack_items = <optimized out>
        sa_avail = <optimized out>
        sa_count = 4
        alloc = <optimized out>
        item_bytes = <optimized out>
        stack_base = <optimized out>
        top = 0x7ffe17353f48
        stack_lim = <optimized out>
        bytestr_data = 0x7ffe17353f60 "\300\302\002\"\300\301\003\"\210\207["
        pc = 0x7ffe17353f68 "\210\207["
        count = 4
        result = <optimized out>
#8  0x000000000058608e in funcall_lambda (fun=fun@entry=0x7f008b2351c5, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7ffe17354168) at /home/steve/src/emacs/emacs-27/src/eval.c:2990
        size = <optimized out>
        val = <optimized out>
        syms_left = 0x202
        next = <optimized out>
        lexenv = <optimized out>
        count = 4
        i = <optimized out>
        optional = <optimized out>
        rest = <optimized out>
#9  0x000000000058383a in Ffuncall (nargs=nargs@entry=4, args=args@entry=0x7ffe17354160) at /home/steve/src/emacs/emacs-27/src/eval.c:2797
        fun = 0x7f008b2351c5
        original_fun = 0x7f008b2351c5
        funcar = <optimized out>
        numargs = 3
        val = <optimized out>
        count = 3
#10 0x0000000000586cc9 in call3 (fn=<optimized out>, arg1=arg1@entry=0x21292f3, arg2=<optimized out>, arg3=arg3@entry=0x16a1de0) at /home/steve/src/emacs/emacs-27/src/eval.c:2669
#11 0x000000000050b238 in cmd_error_internal (data=data@entry=0x21292f3, context=context@entry=0x7ffe173541c0 "") at /home/steve/src/emacs/emacs-27/src/keyboard.c:984
#12 0x000000000050b369 in cmd_error (data=0x21292f3) at /home/steve/src/emacs/emacs-27/src/keyboard.c:953
        old_level = 0x0
        old_length = 0x0
        macroerror = "\000\361\246", '\000' <repeats 13 times>, "[\202#\213\000\177\000\000\000\000\000\000\000\000\000\000\271\021X\000\000\000\000\000b(X\000\000\000\000\000\003"
#13 0x0000000000582af9 in internal_condition_case (bfun=bfun@entry=0x515bec <command_loop_1>, handlers=<optimized out>, hfun=hfun@entry=0x50b253 <cmd_error>) at /home/steve/src/emacs/emacs-27/src/eval.c:1352
        val = <optimized out>
        c = 0x1577260
#14 0x00000000005060f1 in command_loop_2 (ignore=ignore@entry=0x0) at /home/steve/src/emacs/emacs-27/src/keyboard.c:1091
        val = <optimized out>
#15 0x0000000000582a7c in internal_catch (tag=tag@entry=0xd500, func=func@entry=0x5060d1 <command_loop_2>, arg=arg@entry=0x0) at /home/steve/src/emacs/emacs-27/src/eval.c:1117
        val = <optimized out>
        c = 0x1557c50
#16 0x00000000005060af in command_loop () at /home/steve/src/emacs/emacs-27/src/keyboard.c:1070
#17 0x000000000050ae9d in recursive_edit_1 () at /home/steve/src/emacs/emacs-27/src/keyboard.c:714
        count = 1
        val = <optimized out>
#18 0x000000000050b174 in Frecursive_edit () at /home/steve/src/emacs/emacs-27/src/keyboard.c:786
        count = 0
        buffer = <optimized out>
#19 0x0000000000505245 in main (argc=5, argv=<optimized out>) at /home/steve/src/emacs/emacs-27/src/emacs.c:2067
        stack_bottom_variable = 0x7f008b6e7f3c <_asn1_delete_list+28>
        do_initial_setlocale = <optimized out>
        no_loadup = false
        junk = 0x0
        dname_arg = 0x0
        ch_to_dir = 0x0
        original_pwd = <optimized out>
        dump_mode = <optimized out>
        skip_args = 0
        temacs = 0x0
        attempt_load_pdump = <optimized out>
        rlim = {rlim_cur = 10022912, rlim_max = 18446744073709551615}
        sockfd = -1
        module_assertions = <optimized out>
(gdb) k
Kill the program being debugged? (y or n) y
[Inferior 1 (process 13753) killed]
(gdb) q
[2]+  Killed                  /mnt/lfs2/home/steve/build/emacs-27/src/emacs -Q -l ~/src/emacs/emacs-27/lisp/net/tramp-archive.elc test.sh
steve [ ~/temp/test.deb ]$ 

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

[Michael Albinus]

Stephen Berman <stephen.berman@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.

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

[Stephen Berman]

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

> Stephen Berman <stephen.berman@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

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

[Michael Albinus]

Stephen Berman <stephen.berman@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.

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

[Stephen Berman]

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

> Stephen Berman <stephen.berman@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

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

[Michael Albinus]

Stephen Berman <stephen.berman@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.

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

[Stephen Berman]

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

> Stephen Berman <stephen.berman@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

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

[Michael Albinus]

Stephen Berman <stephen.berman@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@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.

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

[Stephen Berman]

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

> Stephen Berman <stephen.berman@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

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

[Michael Albinus]

Casey Connor via "Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs@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.

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

[Jean Louis]

* Michael Albinus <michael.albinus@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/