Re: Copy-paste of large files from Windows to Linux - base64 issue?

[Guillaume Demeyère]

Hi Michael,

I really think that I edited the file correctly, in order to make it less huge.

Here's an unedited version (5.3 MB) run this morning, so you can make sure I did.

Best regards,

Guillaume

Michael Albinus <address@hidden> escreveu no dia segunda, 13/01/2020 à(s) 16:25:

Guillaume Demeyère <address@hidden> writes:

> Hi all,

Hi Guillaume

> I'm encountering a new issue on transfering files from my Windows 10
> machine to a Linux server.
>
> Here's what I do (in file tramp-debug-with-encoding.log) :
>
> 1. Launch emacs with :
> C:\Users\gde3\Documents\emacs-26.2-x86_64\bin\runemacs -Q -l tramp -l
> tramp-sh
> 2. Execute the following:
> (setq tramp-verbose 10)
>  (copy-file
> "c:/Users/gde3/Documents/GDE3-Widgets/widget-template-vue/dist/1.bundle.js"
> "/plink:nxuser@vdemopro892dsy:~/Documents/")
>
> The copy fails with the base64 decoding failing.
>
> I thought this could come from the bzip2 encoding from Windows to
> Linux. However, I think I eliminated this hypothesis by 1) bzipping,
> transferring and un-bzipping manually this very file over MobaXterm
> succesfully and 2) by completely deactivating compression with (setq
> tramp-inline-compress-start-size nil) and redoing the test. The
> transfer fails with the same error (file
> tramp-debug-without-encoding.log).

According to the logs, it looks like the same problem with and without
compressing. So I use just one trace file.

> 08:22:30.194971 tramp-send-command (6) # ( echo xyzzy | base64 | base64 -d -i 2>/dev/null; echo tramp_exit_status $? )
> 08:22:30.248779 tramp-wait-for-regexp (6) #
> xyzzy
> tramp_exit_status 0
> ///2e27906ce8c828244dca14f15b2baca4#$

This shows, that base64 works in general.

> 08:22:30.352218 tramp-send-command (6) # base64 -d -i >/home/nxuser/Documents/1.bundle.js <<'58274261e8a0f9f17931998a89b9c1fb'
>
> [HUNDREDS OF LINES OF BASE64 DATA]
>
> 08:22:30.422526 tramp-get-connection-property (7) # process-name nil
> 08:22:30.422589 tramp-get-connection-property (7) # chunksize 0
> 08:22:30.422631 tramp-set-connection-property (7) # last-cmd-time (24092 6838 422621 0)
> 08:22:30.422677 tramp-send-string (10) # base64 -d -i >/home/nxuser/Documents/1.bundle.js <<'58274261e8a0f9f17931998a89b9c1fb'
>
> [HUNDREDS OF LINE OF BASE64 DATA]
>
> 08:22:30.498776 tramp-get-connection-property (7) # process-buffer nil
> 08:22:31.368697 tramp-sh-handle-write-region (3) # Decoding remote file ‘/plink:nxuser@vdemopro892dsy:/home/nxuser/Documents/1.bundle.js’ using ‘base64 -d -i >%s’...failed
> 08:22:31.371330 tramp-do-copy-or-rename-file (0) # Copying c:/Users/gde3/Documents/GDE3-Widgets/widget-template-vue/dist/1.bundle.js to /plink:nxuser@vdemopro892dsy:/home/nxuser/Documents/1.bundle.js...failed

I miss several trace lines after your second [HUNDREDS OF LINES OF BASE64
DATA]. Is there really nothing else between the BASE64 DATA and the last
three lines you have shown in the trace?

Maybe you could show *everything*, starting with the last 5 BASE64 DATA lines?

> Regards,
>
> Guillaume

Best regards, Michael.

tramp-debug-no-compression-2020-01-14.log
Description: Binary data