Re: TRAMP corrupting files

[Ian Eure]

On May 7, 2009, at 10:44 PM, Will Willis wrote:

> I'm using Tramp from my Mac to edit remote files. Twice in the last
> few days I've experienced Tramp corrupting my files.
>
> The first corruption happened mid way through a PHP file, looking  
> like this:
>
> ...
> <option value="C"<?=$uresult['store_cluster']=="C"?"
> selected":""?>>Cluster C</option>
>                           <opv˷⌀ “䛆需戀܀㜀䜀阀
>
> I think the characters might have been encoded above. What I see in
> emacs is this
>
> ...
> <option value="C"<?=$uresult['store_cluster']=="C"?"
> selected":""?>>Cluster C</option>
>                           <opv\367^B#\340\240\220\223\306...
>
> This corruption goes on for 35,202 characters (all on one line) then
> the file ends.
>
>
> The second time I had a file get corrupted, interestingly also in a
> PHP file inside of a <select> option group, There were not funky
> characters, just a few dozen lines of missing from my file.
>
> It's really starting to scare me as I'm not sure I can trust this
> method of remote file editing... My hosting company was able to assist
> me once in recovering a backup... I'd have for this to happen again..
>
> Is TRAMP known to do this sort of thing?
For what it's worth, I live and breathe Tramp. The vast majority of my  
editing happens remotely via tramp, and I have _never_ experienced  
anything like what you have. Which is not to say it can never happen,  
but I don't think it should in the normal course of events.

I'm currently using CVS snapshots of Carbon Emacs 23 on two Macs.  
Before that, I was using Aquamacs, and XEmacs 20/21 on Debian before  
that. The remote hosts are a mix of Lenny and Etch Debian boxes. I've  
used the rsync and ssh Tramp methods.

 - Ian