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

[Michael Albinus]

"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:

--8<---------------cut here---------------start------------->8---
> 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
...
--8<---------------cut here---------------end--------------->8---

This commands returns in your case

--8<---------------cut here---------------start------------->8---
> 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
--8<---------------cut here---------------end--------------->8---

So it looks like sending a large string to your remote process does not
work. Does it help to set tramp-chunksize, like

--8<---------------cut here---------------start------------->8---
(setq tramp-chunksize 500)
--8<---------------cut here---------------end--------------->8---

See also the docstring of that variable.

Best regards, Michael.