Re: 23.0.60; TRAMP fails to copy a gzip'ed file

[Dan Nicolaescu]

Peter Dyballa <address@hidden> writes:

  > Am 11.03.2008 um 15:16 schrieb Michael Albinus:
  > 
  > > Peter Dyballa <address@hidden> writes:
  > >
  > >> The output of cksum is in both cases the same: 1268136719 956556
  > >> <file name>.
  > >>
  > >> I have prepared 2 files, one with uncompressed 11964 bytes, the other
  > >> with 11965 bytes uncompressed. I'll try the verbose test with the
  > >> bigger file ...
  > >
  > > Just one check: does the problem happen only with large compressed
  > > files, or does it happen also with large uncompressed files?
  > >
  > > If it doesn't in the latter case, then it might be a problem of saving
  > > the binary data from the temporary buffer. Maybe something because of
  > > the unicode merge (wild guess, I know).
  > >
  > 
  > There might be even more bugs! Yesterday I built my test files on
  > command line with split. In dired i gzip'ed them – und two lines
  > became one! Today I tried to gunzip the two files to test
  > uncompressed transfer – and again two lines became one in dired. At
  > both times only one file was gzip'ed or gunzip'ed.
  > 
  > Uncompresses text (LOG) files up to almost 16 MB are transferred
  > fine. My check was simple: viewing the original file in dired and
  > viewing the copy in dired. Then doing a compare-windows.
  > 
  > I also fetched the files with sftp and invoked diff on the command
  > line, diff between the copied and the sftp'ed file. The differences
  > found were new log entries.

Can you please try doing this with an emacs built with --without-x and
without passing any other CFLAGS, LDFLAGS, etc.