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

Full log

View this message in rfc822 format

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

Previous Next

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