GNU bug report logs -
#3071
23.0.92; accept-process-output broken on MacOS
Previous Next
Reported by: David Abrahams <dave <at> boostpro.com>
Date: Tue, 21 Apr 2009 14:25:06 UTC
Severity: normal
Fixed in version 25.1
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 3071 in the body.
You can then email your comments to 3071 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Tue, 21 Apr 2009 14:25:07 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David Abrahams <dave <at> boostpro.com>
:
New bug report received and forwarded. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 21 Apr 2009 14:25:07 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug <at> gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
Opening remote files/directories via TRAMP is wicked slow on MacOS; the
same operation on a linux emacs running on the same hardware is
practically instantaneous. Turns out that applying the enclosed patch
makes the symptom go away. I'm not an expert on emacs process handling,
but that tells me emacs probably isn't detecting output from the process
until the timeout (usually 1 second for TRAMP) is reached.
[tramp.el.patch (text/x-patch, inline)]
cvs diff: warning: failed to open /Users/dave/.cvspass for reading: No such file or directory
Index: tramp.el
===================================================================
RCS file: /sources/tramp/tramp/lisp/tramp.el,v
retrieving revision 2.686
diff -d -u -r2.686 tramp.el
--- tramp.el 12 Apr 2009 19:21:03 -0000 2.686
+++ tramp.el 21 Apr 2009 04:45:54 -0000
@@ -5864,7 +5864,7 @@
;; Under Windows XP, accept-process-output doesn't return
;; sometimes. So we add an additional timeout.
(with-timeout ((or timeout 1))
- (accept-process-output proc timeout timeout-msecs)))
+ (accept-process-output proc .01)))
(tramp-message proc 10 "\n%s" (buffer-string))))
(defun tramp-check-for-regexp (proc regexp)
[Message part 3 (text/plain, inline)]
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/Applications/Emacs.app/Contents/Resources/etc/DEBUG for instructions.
In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.2, NS apple-appkit-949.43)
of 2009-04-19 on zreba.local
Windowing system distributor `Apple', version 10.3.949
configured using `configure '--with-ns' '--with-jpeg' '--with-tiff' '--with-gif''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default-enable-multibyte-characters: t
Major mode: C/l
Minor modes in effect:
shell-dirtrack-mode: t
show-paren-mode: t
server-mode: t
global-auto-revert-mode: t
delete-selection-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
abbrev-mode: t
Recent input:
C-n C-p C-p C-p C-p C-p C-p C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-p
C-p C-p C-p C-p C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-n C-n C-n C-n C-n C-n C-n C-b C-( C-p C-p C-p C-p
C-n C-n C-n C-p C-p C-p C-p C-x C-b C-x C-b M-x M-p
<return>
Recent messages:
Tramp: Waiting 60s for local shell to come up...
Tramp: Sending command `ssh hydra.local -q -e none && exit || exit'
Tramp: Waiting for prompts from remote shell
Tramp: Found remote shell prompt on `hydra.local' [3 times]
Quit [2 times]
Mark saved where search started
Quit
Mark saved where search started [4 times]
Quit
Mark saved where search started [2 times]
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Tue, 21 Apr 2009 15:25:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michael Albinus <michael.albinus <at> gmx.de>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 21 Apr 2009 15:25:04 GMT)
Full text and
rfc822 format available.
Message #10 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):
David Abrahams <dave <at> boostpro.com> writes:
> Opening remote files/directories via TRAMP is wicked slow on MacOS; the
> same operation on a linux emacs running on the same hardware is
> practically instantaneous. Turns out that applying the enclosed patch
> makes the symptom go away. I'm not an expert on emacs process handling,
> but that tells me emacs probably isn't detecting output from the process
> until the timeout (usually 1 second for TRAMP) is reached.
Thanks a lot for your investigation! However, I believe your patch
towards tramp.el shall be only the last resort (and NOT the final
solution). One shall investigate, what's happening on mac.
Best regards, Michael.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Tue, 21 Apr 2009 16:45:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David Abrahams <dave <at> boostpro.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 21 Apr 2009 16:45:03 GMT)
Full text and
rfc822 format available.
Message #15 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):
On Apr 21, 2009, at 11:20 AM, Michael Albinus wrote:
> David Abrahams <dave <at> boostpro.com> writes:
>
>> Opening remote files/directories via TRAMP is wicked slow on MacOS;
>> the
>> same operation on a linux emacs running on the same hardware is
>> practically instantaneous. Turns out that applying the enclosed
>> patch
>> makes the symptom go away. I'm not an expert on emacs process
>> handling,
>> but that tells me emacs probably isn't detecting output from the
>> process
>> until the timeout (usually 1 second for TRAMP) is reached.
>
> Thanks a lot for your investigation! However, I believe your patch
> towards tramp.el shall be only the last resort (and NOT the final
> solution).
Of course.
> One shall investigate, what's happening on mac.
Until they figure it out, my plan is to use some advice to force that
timeout parameter to zero in accept-process-output.
--
David Abrahams
BoostPro Computing
http://boostpro.com
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Tue, 21 Apr 2009 19:35:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michael Albinus <michael.albinus <at> gmx.de>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 21 Apr 2009 19:35:04 GMT)
Full text and
rfc822 format available.
Message #20 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):
David Abrahams <dave <at> boostpro.com> writes:
> Opening remote files/directories via TRAMP is wicked slow on MacOS; the
> same operation on a linux emacs running on the same hardware is
> practically instantaneous. Turns out that applying the enclosed patch
> makes the symptom go away. I'm not an expert on emacs process handling,
> but that tells me emacs probably isn't detecting output from the process
> until the timeout (usually 1 second for TRAMP) is reached.
Reading <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895>
indicates, one shall set `process-connection-type' to `nil'. This is
also documented in Bugs 2056, 2503, 2639, 2717.
OTOH, the comment for `tramp-process-connection-type' says that it's not
applicable for Tramp.
Hmm. What happens, when you set `tramp-process-connection-type' to `nil'?
Does Tramp still work on your mac? How fast?
Best regards, Michael.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Tue, 21 Apr 2009 23:55:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Tue, 21 Apr 2009 23:55:04 GMT)
Full text and
rfc822 format available.
Message #25 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):
>>>>> On Tue, 21 Apr 2009 08:52:04 -0400, David Abrahams <dave <at> boostpro.com> said:
> Opening remote files/directories via TRAMP is wicked slow on MacOS;
> the same operation on a linux emacs running on the same hardware is
> practically instantaneous.
> In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.2, NS apple-appkit-949.43)
> of 2009-04-19 on zreba.local
> Windowing system distributor `Apple', version 10.3.949
> configured using `configure '--with-ns' '--with-jpeg' '--with-tiff' '--with-gif''
I tried the following steps with both the Cocoa/GNUstep port and the
X11 build on the same machine running Mac OS X 10.5.6. Both are
compiled from the latest CVS trunk.
1. Start Emacs with the `-Q' option.
2. C-x C-f /sshx:remotehost: RET (remotehost is running Solaris)
The Cocoa/GNUstep port was much slower (~20 sec. to list the home
directory) than the X11 build (< 2 sec.).
YAMAMOTO Mitsuharu
mituharu <at> math.s.chiba-u.ac.jp
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Wed, 22 Apr 2009 13:15:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David Abrahams <dave <at> boostpro.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 22 Apr 2009 13:15:03 GMT)
Full text and
rfc822 format available.
Message #30 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):
[Message part 1 (text/plain, inline)]
On Apr 21, 2009, at 3:29 PM, Michael Albinus wrote:
> David Abrahams <dave <at> boostpro.com> writes:
>
>> Opening remote files/directories via TRAMP is wicked slow on MacOS;
>> the
>> same operation on a linux emacs running on the same hardware is
>> practically instantaneous. Turns out that applying the enclosed
>> patch
>> makes the symptom go away. I'm not an expert on emacs process
>> handling,
>> but that tells me emacs probably isn't detecting output from the
>> process
>> until the timeout (usually 1 second for TRAMP) is reached.
>
> Reading <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895
> >
> indicates, one shall set `process-connection-type' to `nil'. This is
> also documented in Bugs 2056, 2503, 2639, 2717.
>
> OTOH, the comment for `tramp-process-connection-type' says that it's
> not
> applicable for Tramp.
>
> Hmm. What happens, when you set `tramp-process-connection-type' to
> `nil'?
> Does Tramp still work on your mac?
Nope.
> How fast?
It fails very slowly ;-)
A full TRAMP log is enclosed.
[tramp.log (application/octet-stream, attachment)]
[Message part 3 (text/plain, inline)]
--
David Abrahams
BoostPro Computing
http://boostpro.com
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Wed, 22 Apr 2009 14:05:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michael Albinus <michael.albinus <at> gmx.de>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 22 Apr 2009 14:05:04 GMT)
Full text and
rfc822 format available.
Message #35 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):
David Abrahams <dave <at> boostpro.com> writes:
>> Reading
>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895>
>> indicates, one shall set `process-connection-type' to `nil'. This is
>> also documented in Bugs 2056, 2503, 2639, 2717.
>>
>> OTOH, the comment for `tramp-process-connection-type' says that it's
>> not
>> applicable for Tramp.
>>
>> Hmm. What happens, when you set `tramp-process-connection-type' to
>> nil'?
>> Does Tramp still work on your mac?
>
> Nope.
That's what I've feared. The comment says, that Tramp needs a pty for
connection; `process-connection-type' must be set to t therefore. So
that's not applicable.
> David Abrahams
Best regards, Michael.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>
:
bug#3071
; Package
emacs
.
(Wed, 22 Apr 2009 15:00:03 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
David Abrahams <dave <at> boostpro.com>
:
Extra info received and forwarded to list. Copy sent to
Emacs Bugs <bug-gnu-emacs <at> gnu.org>
.
(Wed, 22 Apr 2009 15:00:03 GMT)
Full text and
rfc822 format available.
Message #40 received at 3071 <at> emacsbugs.donarmstrong.com (full text, mbox):
On Apr 22, 2009, at 9:59 AM, Michael Albinus wrote:
> David Abrahams <dave <at> boostpro.com> writes:
>
>>> Reading
>>> <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=895>
>>> indicates, one shall set `process-connection-type' to `nil'. This is
>>> also documented in Bugs 2056, 2503, 2639, 2717.
>>>
>>> OTOH, the comment for `tramp-process-connection-type' says that it's
>>> not
>>> applicable for Tramp.
>>>
>>> Hmm. What happens, when you set `tramp-process-connection-type' to
>>> nil'?
>>> Does Tramp still work on your mac?
>>
>> Nope.
>
> That's what I've feared. The comment says, that Tramp needs a pty for
> connection; `process-connection-type' must be set to t therefore. So
> that's not applicable.
FWIW, on my machine, t is the default for process-connection-type as
well as tramp-process-connection-type.
--
David Abrahams
BoostPro Computing
http://boostpro.com
bug reassigned from package `emacs' to `emacs,ns'.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> emacsbugs.donarmstrong.com
.
(Sun, 03 May 2009 00:00:06 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-submit-list <at> lists.donarmstrong.com, Emacs Bugs <bug-gnu-emacs <at> gnu.org>, owner <at> emacsbugs.donarmstrong.com
:
bug#3071
; Package
emacs,ns
.
(Wed, 01 Jul 2009 09:45:04 GMT)
Full text and
rfc822 format available.
View this message in rfc822 format
YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp> writes:
>>>>>> On Tue, 21 Apr 2009 08:52:04 -0400, David Abrahams <dave <at> boostpro.com> said:
>
>> Opening remote files/directories via TRAMP is wicked slow on MacOS;
>> the same operation on a linux emacs running on the same hardware is
>> practically instantaneous.
>
>> In GNU Emacs 23.0.92.1 (i386-apple-darwin9.6.2, NS apple-appkit-949.43)
>> of 2009-04-19 on zreba.local
>> Windowing system distributor `Apple', version 10.3.949
>> configured using `configure '--with-ns' '--with-jpeg' '--with-tiff' '--with-gif''
>
> I tried the following steps with both the Cocoa/GNUstep port and the
> X11 build on the same machine running Mac OS X 10.5.6. Both are
> compiled from the latest CVS trunk.
>
> 1. Start Emacs with the `-Q' option.
> 2. C-x C-f /sshx:remotehost: RET (remotehost is running Solaris)
>
> The Cocoa/GNUstep port was much slower (~20 sec. to list the home
> directory) than the X11 build (< 2 sec.).
I've just tried this on Emacs 25 and it all seems pretty snappy. If
anyone is still finding it to be slow please let meknow, otherwise I'll
close this bug as fixed.
--
Alan Third
bug marked as fixed in version 25.1, send any further explanations to
3071 <at> debbugs.gnu.org and David Abrahams <dave <at> boostpro.com>
Request was from
Alan Third <alan <at> idiocy.org>
to
control <at> debbugs.gnu.org
.
(Tue, 31 May 2016 20:04:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 29 Jun 2016 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 9 years and 45 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.