unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Michael Albinus <michael.albinus@gmx.de>
To: Stephen Berman <stephen.berman@gmx.net>
Cc: Eli Zaretskii <eliz@gnu.org>,
	Casey Connor <emacsbugs@caseyconnor.org>,
	60796@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 19:25:00 +0100	[thread overview]
Message-ID: <87358bodtv.fsf@gmx.de> (raw)
In-Reply-To: <874jsrhgpl.fsf@gmx.net> (Stephen Berman's message of "Sun, 15 Jan 2023 18:04:38 +0100")

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.





  reply	other threads:[~2023-01-15 18:25 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-13 23:19 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
2023-01-14  3:15 ` Ruijie Yu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-01-14  7:21 ` Eli Zaretskii
2023-01-14  7:43   ` Casey Connor via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-01-14  7:56     ` Eli Zaretskii
2023-01-14 11:20       ` Stephen Berman
2023-01-14 18:53         ` Casey Connor via Bug reports for GNU Emacs, the Swiss army knife of text editors
2023-01-15 15:15           ` Michael Albinus
2023-01-15 15:14         ` Michael Albinus
2023-01-15 16:00           ` Stephen Berman
2023-01-15 16:09             ` Michael Albinus
2023-01-15 16:16               ` Stephen Berman
2023-01-15 16:21                 ` Michael Albinus
2023-01-15 16:34                   ` Stephen Berman
2023-01-15 16:47                     ` Michael Albinus
2023-01-15 17:04                       ` Stephen Berman
2023-01-15 18:25                         ` Michael Albinus [this message]
2023-01-15 19:05                           ` Stephen Berman
2023-01-14  8:47     ` Michael Albinus
2023-01-15  7:18       ` Jean Louis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87358bodtv.fsf@gmx.de \
    --to=michael.albinus@gmx.de \
    --cc=60796@debbugs.gnu.org \
    --cc=eliz@gnu.org \
    --cc=emacsbugs@caseyconnor.org \
    --cc=stephen.berman@gmx.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).