Hello Michael, I tried to apply the correction, but I get the same error.
To make sure I understand well the patch I need to apply, I attach to this message the corrected function tramp-find-inline-compress, which I updated with your diff. Prior to executing the exact same test as last message, I evaluated this function in my emacs -Q (through C-x C-e). The test gives me the same error. Attached is the new tramp debug file I get. Guillaume Michael Albinus <[email protected]> escreveu no dia terça, 9/07/2019 à(s) 15:04: > Guillaume Demeyère <[email protected]> writes: > > > Hi Michael, > > Hi Guillaume, > > > I re-ran the test "copy-file" with emacs -Q beginning with setting > > tramp-verbose to 6. The logs are attached. > > Thanks. This is helpful, and I found the problem. Tramp tries to check > whether the local machine does support "gzip": > > > 13:26:45.178653 tramp-call-process (6) # > `C:/Users/gde3/Documents/emacs-26.2-x86_64/libexec/emacs/26.2/x86_64-w64-mingw32/cmdproxy.exe > /c echo xyzzy | "env" "GZIP=" "gzip" | "env" "GZIP=" "gzip" "-d"' nil nil > > 13:26:45.300479 tramp-call-process (6) # 0 > > ERROR env: CreateProcessA > > The process call returns error code 0 (this is what Tramp checks), but > there is also an error string. Tramp didn't check this. That's why Tramp > has decided it could use "gzip". > > It's a pity that on MS Windows one cannot trust the return code. Hmm, so > what. The appended patch shall fix it, could you pls test? Personally, I > don't run MS Windows machines. > > > Cordialement, > > > > Guillaume Demeyère > > Best regards, Michael. > >
2019-07-10-tramp-debug-log
Description: Binary data
tramp-correction.el
Description: Binary data
_______________________________________________ Tramp-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/tramp-devel
