From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.help Subject: Re: TRAMP corrupting files (it's OS X's fault) Date: Wed, 27 May 2009 05:44:51 +0200 Message-ID: <877i03jjkc.fsf@gmx.de> References: <6ee1e6090905072244j13994d04kca17ba993a205ed0@mail.gmail.com> <87prdvwsbg.fsf@gmx.de> <200905261717.57767.danc@merrillpress.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1243395927 2524 80.91.229.12 (27 May 2009 03:45:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 27 May 2009 03:45:27 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Daniel Colascione Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed May 27 05:45:25 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1M9A4y-0004WM-OY for geh-help-gnu-emacs@m.gmane.org; Wed, 27 May 2009 05:45:25 +0200 Original-Received: from localhost ([127.0.0.1]:35048 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M9A4x-0003Ps-U8 for geh-help-gnu-emacs@m.gmane.org; Tue, 26 May 2009 23:45:23 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M9A4b-0003Pm-SF for help-gnu-emacs@gnu.org; Tue, 26 May 2009 23:45:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M9A4W-0003MW-F3 for help-gnu-emacs@gnu.org; Tue, 26 May 2009 23:45:00 -0400 Original-Received: from [199.232.76.173] (port=52027 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M9A4W-0003M2-6H for help-gnu-emacs@gnu.org; Tue, 26 May 2009 23:44:56 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:58396) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1M9A4V-0001AO-80 for help-gnu-emacs@gnu.org; Tue, 26 May 2009 23:44:55 -0400 Original-Received: (qmail invoked by alias); 27 May 2009 03:44:53 -0000 Original-Received: from brln-4db95ab9.pool.einsundeins.de (EHLO arthur.local) [77.185.90.185] by mail.gmx.net (mp059) with SMTP; 27 May 2009 05:44:53 +0200 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1+9jKVgWJy9GGW+LqEVhW9HYJ0HooqABAPHSzQE7y 6jcVdyL3K8p2lC In-Reply-To: <200905261717.57767.danc@merrillpress.com> (Daniel Colascione's message of "Tue, 26 May 2009 17:17:57 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) X-Y-GMX-Trusted: 0 X-FuHaFi: 0.64 X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:64755 Archived-At: Daniel Colascione writes: > On Tuesday 26 May 2009, Michael Albinus wrote: >> Tramp cannot solve the problem, as said. But it might be worth to know, >> that Tramp supports the `file-precious-flag' variable. If it is set to >> `t', Tramp signals an error, when the remote file is corrupted during >> copying. > > Why does file-precious-flag even exist? Isn't the behavior you get > when it's t the behavior you *always* want when the combination of the > various backup-by-* variables allows it? Yes, you can have the same effect with backup-by-* variables. If you read the code of backup-buffer, you see (if (or file-precious-flag backup-by-copying (and backup-by-copying-when-linked (> (file-nlinks real-file-name) 1)) (and (or backup-by-copying-when-mismatch (integerp backup-by-copying-when-privileged-mismatch)) ... I believe, there are historical reasons for the existence of that variable. Tramp just has occupied the variable because it exists, avoiding introduction of another customer option. Best regards, Michael.