unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Andreas Politz <politza@fh-trier.de>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: "4750@emacsbugs.donarmstrong.com" <4750@emacsbugs.donarmstrong.com>
Subject: bug#4750: 23.1; copied files via dired/tramp/ssh garbled
Date: Mon, 19 Oct 2009 18:16:09 +0200	[thread overview]
Message-ID: <87d44jz7ee.fsf@fh-trier.de> (raw)
In-Reply-To: <nqljj7tvvg.fsf@alcatel-lucent.de> (Michael Albinus's message of "Mon, 19 Oct 2009 14:24:03 +0200")

Michael Albinus <michael.albinus@gmx.de> writes:

> Andreas Politz <politza@fh-trier.de> writes:
>
>>>> I open 2 dired buffers, one local, one remote via ssh.  Marking a (any)
>>>> file in the local buffer and pressing 'C RET' starts to copy it to the
>>>> remote directory.
>>>>
>>>> Only a part of the file reaches it's destination. Neither dired nor
>>>> tramp report any problems. 
>>>
>>
[...]
>> Anyway here is the debug log.
>
> OK, the problem is clear I believe.
>
[...]
> Your remote hosts runs AIX. Honestly, this is one of the systems we run
> into trouble from time to time ...
>
[...]
> ... there have been copied less bytes.
>
> There is a known bug in `process-send-string'. For some remote systems,
> it doesn't send the whole string. You seem to suffer from this.
>
> You might try a workaround, using `tramp-chunksize'. Read the docstring
> of that variable, in order to find a way how to set it for your case.

The method described there finds no flaws, up to 5000 bytes anyway.
Nevertheless I tested `tramp-chunksize' with some values
(10,1000,4000,10000), but no change.

It seems to constantly fail the very first time after a connection is
established.  
>
> Furthermore, I recommend you to set the variable `file-precious-flag' to
> t. In the Tramp case, it adds additional checks, whether a file has been
> written correctly.

At least there will be no surprises anymore,

thanks.

A.Politz

>
> Best regards, Michael.





  reply	other threads:[~2009-10-19 16:16 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-18 19:15 bug#4750: 23.1; copied files via dired/tramp/ssh garbled Andreas Politz
2009-10-19  5:09 ` Michael Albinus
2009-10-19 11:20   ` Andreas Politz
2009-10-19 12:24     ` Michael Albinus
2009-10-19 16:16       ` Andreas Politz [this message]
2009-10-19 18:19         ` Michael Albinus
2009-10-20  0:21           ` Andreas Politz
2009-10-20  6:54             ` Michael Albinus
2014-02-09  9:08             ` Michael Albinus
     [not found]               ` <87y51k2yo4.fsf@hochschule-trier.de>
2014-02-09 14:13                 ` Michael Albinus
2009-10-19 16:18       ` Andreas Politz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87d44jz7ee.fsf@fh-trier.de \
    --to=politza@fh-trier.de \
    --cc=4750@emacsbugs.donarmstrong.com \
    --cc=michael.albinus@gmx.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).