Guillaume Demeyère <[email protected]> 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.
