GNU bug report logs -
#26011
26.0.50; tramp should respect large-file-warning-threshold
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 08 Mar 2017 17:38:50 +0100
with message-id <87mvcvoh9h.fsf <at> detlef>
and subject line Re: bug#26011: 26.0.50; tramp should respect large-file-warning-threshold
has caused the debbugs.gnu.org bug report #26011,
regarding 26.0.50; tramp should respect large-file-warning-threshold
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
26011: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=26011
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
If from dired you attempt to copy a file to a tramp ssh dired (I have
dired-dwim-target set to t) and that file is very large, emacs will pause
for some time and eventually stop with:
tramp-file-name-handler: Memory exhausted--use C-x s then exit and
restart Emacs
If tramp is going to open the file and it is large I think it should
warn the user (respecting large-file-warning-threshold?) rather than
going ahead without confirmation and erroring with an alarming message!
Robert
In GNU Emacs 26.0.50 (build 4, x86_64-unknown-linux-gnu, GTK+ Version 2.24.25)
of 2017-03-06 built on ct-lt-579
Repository revision: 0fae08d0072f74d97ca70b91a4d46d8d28a03952
Windowing system distributor 'The X.Org Foundation', version 11.0.11604000
System Description: Debian GNU/Linux 8.7 (jessie)
Configured features:
XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GSETTINGS NOTIFY GNUTLS LIBXML2
FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK2 X11
Important settings:
value of $LANG: en_GB.UTF-8
locale-coding-system: utf-8-unix
[Message part 3 (message/rfc822, inline)]
Robert Marshall <robert.marshall <at> codethink.co.uk> writes:
Hi Robert,
> Yes that's better thank you, you still get the transient error if I
> continue (my file was 4Gig) but I guess it's too late to do anything
> else by the time it gets there
Once you confirm to copy/rename a huge file, its contents is loaded into
a temporary buffer. And yes, if it's too large, memory is exhausted.
There's nothing Tramp could know in advance, and prevent it.
If you handle regularly such huge files, Tramp's "scp" method is
superiour to "ssh".
I've pushed the patch to both Emacs and Tramp repositories, closing the bug.
> Robert
Best regards, Michael.
This bug report was last modified 8 years and 168 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.