|
From: | Peter Dyballa |
Subject: | Re: 23.0.60; TRAMP fails to copy a gzip'ed file |
Date: | Mon, 10 Mar 2008 17:57:43 +0100 |
Am 10.03.2008 um 16:41 schrieb Michael Albinus:
For further analysis I would need the debug buffer of Tramp.
Sorry that I sent before 1 MB to all! Some distraction, and then you just press the send button while still recovering ...
I used a smaller file, 16 K, gzip'ed and copied it: the same error. One byte, gzip'ed to 24 bytes, could be transferred OK. Almost 1 K text (a shell script) still OK.
Beyond 10 K it gets interesting. Creating the files with split and either gzip'ing from dired or from command line (actually the second chunk) I can view them in remote dired buffer OK. The local copies are unusable: start at "point=11965 of 12288 (97%)" the contents is false.
So I made a final test: split file -b 11964, gzip'ed, and copied: all OK! So we know the magic border ...
The remote site is: Linux tatnam 2.6.9-023stab046.2-smp #1 SMP Mon Dec 10 15:04:55 MSK 2007 i686 i686 i386 GNU/Linux, a stripped down SuSE 9 Linux (with YAST2). /proc/version has:
Linux version 2.6.9-023stab046.2-smp (address@hidden) (gcc version 3.4.5 20051201 (Red Hat 3.4.5-2)) #1 SMP Mon Dec 10 15:04:55 MSK 2007
Anyway, it's a virtual machine, all can be hoax as the Xeon processors. Secure SHell: OpenSSH_3.7.1p2, SSH protocols 1.5/2.0, OpenSSL 0.9.7b 10 Apr 2003
-- Mit friedvollen Grüßen Pete To be is to do. – I. Kant To do is to be. – A. Sartre Yabba-Dabba-Doo! – F. Flintstone
[Prev in Thread] | Current Thread | [Next in Thread] |