From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Manheimer Newsgroups: gmane.emacs.bugs Subject: bug#22452: 24.4; Tramp remote shell fails on remote+sudo+homedir destination Date: Sun, 24 Jan 2016 13:38:43 -0500 Message-ID: References: <871t96c1il.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e011603f6349b9a052a18c4c9 X-Trace: ger.gmane.org 1453660820 4395 80.91.229.3 (24 Jan 2016 18:40:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 Jan 2016 18:40:20 +0000 (UTC) Cc: 22452@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Jan 24 19:40:10 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aNPa6-0001ZC-F5 for geb-bug-gnu-emacs@m.gmane.org; Sun, 24 Jan 2016 19:40:10 +0100 Original-Received: from localhost ([::1]:33076 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aNPa5-00088G-QS for geb-bug-gnu-emacs@m.gmane.org; Sun, 24 Jan 2016 13:40:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58503) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aNPa1-000886-H9 for bug-gnu-emacs@gnu.org; Sun, 24 Jan 2016 13:40:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aNPZy-00029Q-AR for bug-gnu-emacs@gnu.org; Sun, 24 Jan 2016 13:40:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46898) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aNPZy-000294-5q for bug-gnu-emacs@gnu.org; Sun, 24 Jan 2016 13:40:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aNPZy-0004GL-1D for bug-gnu-emacs@gnu.org; Sun, 24 Jan 2016 13:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ken Manheimer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 24 Jan 2016 18:40:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22452 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 22452-submit@debbugs.gnu.org id=B22452.145366075016315 (code B ref 22452); Sun, 24 Jan 2016 18:40:01 +0000 Original-Received: (at 22452) by debbugs.gnu.org; 24 Jan 2016 18:39:10 +0000 Original-Received: from localhost ([127.0.0.1]:35118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aNPZ7-0004F4-TK for submit@debbugs.gnu.org; Sun, 24 Jan 2016 13:39:10 -0500 Original-Received: from mail-ob0-f171.google.com ([209.85.214.171]:35070) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aNPZ6-0004Es-Ng for 22452@debbugs.gnu.org; Sun, 24 Jan 2016 13:39:09 -0500 Original-Received: by mail-ob0-f171.google.com with SMTP id gt10so6103616obb.2 for <22452@debbugs.gnu.org>; Sun, 24 Jan 2016 10:39:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=sNtDS6PWDxgxEc4QjtR5r63U6tkLL/z07y1mXI292k0=; b=Ou0iW5KhmWZdBaYfUg4qNkChS23+ZD+bJQLbXEYh0z2GTyPeZq6u/RmaNc1xxjvBl4 2fdcmnNn2iTmlIfp1tGqxDFqfqr/GHVJLzkgb8x9e7DNv4I5TP0fFeq/g3WIyraH3q/i SZsIpU+f4zk+siKngkY3h9osyUOR9etAvCnMeY0IXdSNc5P4qhV3IR9I/DC4fjuZbLOi EPjFGTWcWnvEn3BpEI21b4lNbKzxij6HEpCL69/sIc5B7IhrL7EX0isZy4cc4+q9CBz7 d4eUtiaLt87RCXLEvOayJvouUCXIeGfbrqtmT45lvD5OCMk2/WzOP1vCK+7+StvwDYCI krTg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=sNtDS6PWDxgxEc4QjtR5r63U6tkLL/z07y1mXI292k0=; b=Wp62TGAWeqIrhrGXp4VkOINVyAivNzTbHxq37sspppwLfB0TcBU/EJHo35sOBDISwF n1KK5u3uM6bKbwTaaT76uf9BMQp0MhR5r4KVhWPilo/bU+Eof6DAXh2p8ymz/pHu3Lhv frYKpbCo5WAywUBOUJEvHj67FPQY3LpYVQV+3MUUMGxSV2Z8OxlbGl7mPiGqhDuOY3i0 A0Tw2xTlH+DnCxMgiNI0NoBl1p1oSPJQkWQU6A47vTmbYpqwB409OsWr8qP5ouSundjk ETSLninGGMm3gS22JCZF7FvIEFH6t5XHI/ob+7YTSZrGHsV9l4pqu0hURzlaqa2UUXWK EMNQ== X-Gm-Message-State: AG10YOTXBEEwdkjYqFnZ6eZ5ghEtBG0g9urg0N+AeVhJ7iZ7HFwa3YsMqomz3P434IzASe2OX23fhFNlYfAEGw== X-Received: by 10.60.94.82 with SMTP id da18mr10273069oeb.40.1453660742914; Sun, 24 Jan 2016 10:39:02 -0800 (PST) Original-Received: by 10.202.196.143 with HTTP; Sun, 24 Jan 2016 10:38:43 -0800 (PST) In-Reply-To: <871t96c1il.fsf@gmx.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:111928 Archived-At: --089e011603f6349b9a052a18c4c9 Content-Type: text/plain; charset=UTF-8 I'm glad you're investigating, Michael! Interesting that changing tramp-verbose avoids the problem. Sounds like that, in itself, might be a lead on the problem? In any case, I do have a good workaround, which I'm sure you saw the reply, in the follow-up I sent just a moment ago to you and emacs-devel. For the sake of the bug transcript I'll repeat the substance of the message here: I actually have a workaround, and the premise of it resides in the special conditions I included for the repeating the problem. In order to repeat the problem, you have to specifically use a default-directory that is set to the remote+sudo+homedir format, and not allow something like `(cd path)' to first resolve the home directory to an explicit path. So there's my workaround, for multishell - use `(cd path)', rather than directly setting default-directory. Upshot is that I believe that there still is a bug worth unravelling [especially since it involves an aggravating and elusive "Selecting deleted buffer" event], in the way that shells start when default-directory is set to remote+sudo+homedir format, but I can avoid that by using `cd'. Ken On Sun, Jan 24, 2016 at 12:48 PM, Michael Albinus wrote: > Ken Manheimer writes: > > Hi Ken, > > > Tramp fails to start a remote shell when the remote path is exactly of > > the form '/ssh:host|sudo:root@host:'. It fails with a message in the > > minibuffer, "Selecting deleted buffer". > > > > To reproduce the error: > > > > * Start emacs with -Q > > * In any buffer (*scratch* is fine): > > M-Esc (setq default-directory > > "/ssh:example.com|sudo:root@example.com:") > > * In that same buffer, Esc-x shell > > > > This fails (with "Selecting deleted buffer") for me in the version of > > emacs listed in the bug report and more recent versions, which I > > compiled, eg: GNU Emacs 24.5.50.1 (x86_64-apple-darwin14.5.0, NS > > apple-appkit-1348.17) of 2015-12-16 on twist.myriadicity.net. > > > > I can't get a backtrace for it, even if I set debug-on-error and > > signal-on-error. > > Same here, hard to debug. The error doesn't happen if tramp-verbose is > less than 3 prior calling M-x shell. So maybe you bind it temporarily to > 2 in your package, as workaround. > > I'll continue to debug. > > Best regards, Michael. > --089e011603f6349b9a052a18c4c9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I'm glad you're investigating, Michael!

Interesting that changing tramp-verbose avoids the problem. Sounds= like that, in itself, might be a lead on the problem?

In any case, I do have a good workaround, which I'm sure you saw the= reply, in the follow-up I sent just a moment ago to you and emacs-devel. F= or the sake of the bug transcript I'll repeat the substance of the mess= age here:

I actually= have a workaround, and the premise of it resides in the special conditions= I included for the repeating the problem. In order to repeat the problem, = you have to specifically use a default-directory that is set to the remote+= sudo+homedir format, and not allow something like `(cd path)' to first = resolve the home directory to an explicit path. So there's my workaroun= d, for multishell - use `(cd path)', rather than directly setting defau= lt-directory.

Upshot is that I believe that there still is a bug worth unra= velling [especially since it involves an aggravating and elusive "Sele= cting deleted buffer" event], in the way that shells start when defaul= t-directory is set to remote+sudo+homedir format, but I can avoid that by u= sing `cd'.

Ken

On Sun, Jan 24, 2016 at 12:48 PM, Michael Albinus = <michael.albinus@gmx.de> wrote:
Ken Manheimer <ken= .manheimer@gmail.com> writes:

Hi Ken,

> Tramp fails to start a remote shell when the remote path is exactly of=
> the form '/ssh:host|sudo:root@host:'. It fails with a message = in the
> minibuffer, "Selecting deleted buffer".
>
> To reproduce the error:
>
> * Start emacs with -Q
> * In any buffer (*scratch* is fine):
> M-Esc (setq default-directory
> "/ssh:example.com|sudo:ro= ot@example.com:")
> * In that same buffer, Esc-x shell
>
> This fails (with "Selecting deleted buffer") for me in the v= ersion of
> emacs listed in the bug report and more recent versions, which I
> compiled, eg: GNU Emacs 24.5.50.1 (x86_64-apple-darwin14.5.0, NS
> apple-appkit-1348.17) of 2015-12-16 on twist.myriadicity.net. >
> I can't get a backtrace for it, even if I set debug-on-error and > signal-on-error.

Same here, hard to debug. The error doesn't happen if tramp-verbose is<= br> less than 3 prior calling M-x shell. So maybe you bind it temporarily to 2 in your package, as workaround.

I'll continue to debug.

Best regards, Michael.

--089e011603f6349b9a052a18c4c9--