From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#14808: 24.3; Tramp hangs on unmatched prompt pattern Date: Tue, 09 Jul 2013 15:50:42 +0200 Message-ID: <87y59f7sgd.fsf@gmx.de> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1373377931 4347 80.91.229.3 (9 Jul 2013 13:52:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 9 Jul 2013 13:52:11 +0000 (UTC) Cc: 14808@debbugs.gnu.org To: Chris Thompson Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jul 09 15:52:11 2013 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 1UwYKw-0005ed-5l for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Jul 2013 15:52:10 +0200 Original-Received: from localhost ([::1]:48018 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UwYKv-0005LU-Pl for geb-bug-gnu-emacs@m.gmane.org; Tue, 09 Jul 2013 09:52:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55605) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UwYKq-0005LJ-Le for bug-gnu-emacs@gnu.org; Tue, 09 Jul 2013 09:52:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UwYKo-0000MR-I6 for bug-gnu-emacs@gnu.org; Tue, 09 Jul 2013 09:52:04 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47628) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UwYKo-0000MM-FF for bug-gnu-emacs@gnu.org; Tue, 09 Jul 2013 09:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1UwYKn-0007hZ-PV for bug-gnu-emacs@gnu.org; Tue, 09 Jul 2013 09:52:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 09 Jul 2013 13:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14808 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 14808-submit@debbugs.gnu.org id=B14808.137337786529271 (code B ref 14808); Tue, 09 Jul 2013 13:52:01 +0000 Original-Received: (at 14808) by debbugs.gnu.org; 9 Jul 2013 13:51:05 +0000 Original-Received: from localhost ([127.0.0.1]:41944 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UwYJs-0007c2-Im for submit@debbugs.gnu.org; Tue, 09 Jul 2013 09:51:04 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:62311) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1UwYJq-0007av-1h for 14808@debbugs.gnu.org; Tue, 09 Jul 2013 09:51:02 -0400 Original-Received: from detlef.gmx.de ([93.202.50.65]) by mail.gmx.com (mrgmx002) with ESMTPS (Nemesis) id 0M0y47-1U3UeX3hLb-00v4Le; Tue, 09 Jul 2013 15:50:55 +0200 In-Reply-To: (Chris Thompson's message of "Sat, 06 Jul 2013 17:10:24 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Provags-ID: V03:K0:DZWUs3TzYgWcOhiLEU27orSXQpZ3od8eeDerTRpTJkSw05c+b0w 4Z0jR2AO1taNv8igMTwOZ+edshXOpivwbPtmGNGG8m0Pw+iRB+2G2C/B7omM5M2Pdz8UngL 0l3pzU/D6AdBu/eLAWOpWOwofDQZe+AAI65zBNTdOvckn4UqjAo7EtPnXWeCE/wecBv5u9U K+jkNDkwnkJ6w3WHLPtSg== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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:76132 Archived-At: Chris Thompson writes: > It sems like it could be made obvious with a little more output from > tramp if say a timeout is reached waiting for the prompt. Tramp has already such a function `tramp-error-with-buffer', which ought to provide such information. It does not seem to work robustly under all circumstances; I'm working on this. Another problem is, that Tramp is just a library. That means, if you want to open a file, several Tramp functions are called independently, each of it requires an established connection. There must be a mechanism that during a given timespan (let's say 5 seconds) Tramp does not try to reconnect after a failed connection attempt. This works already in some special cases; I'll improve this as well. > Thanks! > -- > Chris Best regards, Michael.