tramp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: tramp (2.5.1.3 nil/nil); emacs-28.0.50: Can't copy a 1.4 MB file wit


From: H. Dieter Wilhelm
Subject: Re: tramp (2.5.1.3 nil/nil); emacs-28.0.50: Can't copy a 1.4 MB file with the plinkx method
Date: Tue, 19 Oct 2021 22:23:55 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (windows-nt)

Hi Michael

I'm very sorry, I just found you answer in my SPAM folder!

I'll have a look tomorrow and report the results...

     Dieter



Michael Albinus <michael.albinus@gmx.de> writes:

> "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de> writes:
>
>> Hello Michael
>
> Hi Dieter,
>
>> here's the recipe
>>  emacs-28.0.50 -Q
>> Only loading tramp-outoloads.el isn't sufficient! One has to do
>>  (require 'tramp)
>> as well.
>
> No, Tramp is autoloaded. (But it doesn't hurt to require it explicitly).
>
>>  (setq tramp-verbose 10) I'm afraid I was too eager to show...
>
> No Problem.
>
>> Another nit-pick: Maybe you could mention in "Bug Reports"(tramp) that
>> *debug tramp/foo* and *gramp/foo* are automatically attached, when
>> calling (tramp-bug)?  (Sure, this is only working if you are able to
>> send mail via Emacs, in my case I had to attach the content because of
>> a corporate firewall, please see below. :-/)
>
> Hmm, you're asked interactively, whether you want to append these
> buffers. But OK, I might precise this in the manual.
>
>> With a current PuTTY 0.76
>> Emacs  : GNU Emacs 28.0.50 (build 1, x86_64-w64-mingw32)
>>  of 2021-01-15
>> Package: tramp (2.5.1.3 nil/nil)
>
> I use PuTTY 0.74. But this shall not make a difference.
>
> I've extraced your file 2021-08-11_shard.tar.gz from the traces, and
> located it somewhere in my MS Windows VM. Verified, that I've extracted
> it properly (I could read your files, for example written in HTML, and I
> could see your pictures).
>
> Then I've used Tramp plinkx to copy it to a remote machine. This worked
> w/o any problem, and the file on the remote machine looks proper.
>
> In my Tramp traces, everything is the same as in your traces, until the
> following command sent to the remote side:
>
>> 16:55:32.775159 tramp-send-command (6) # (base64 -d -i | env GZIP= gzip -d 
>> >/home/vt1/uidg1626/2021-08-11_shard.tar.gz) 
>> <<'31db03d59d37f2b1acb1f8ce5f93b735'
>> H4sIAOGhZWEAAwAggN9/H4sIAKlqE2EAA+w9a3fbNrL57F+B0M4p1cq25NjJrjfOnviRxufasa7l
> ...
>
>
> This commands returns in your case
>
>> 16:55:35.005146 tramp-send-string (1) # File error: Writing to process Bad 
>> file descriptor *tramp/plinkx Prod*
>> FATAL ERROR: Incoming packet was garbled on decryption
>
>
> So it looks like sending a large string to your remote process does not
> work. Does it help to set tramp-chunksize, like
>
> (setq tramp-chunksize 500)
>
> See also the docstring of that variable.
>
> Best regards, Michael.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]