From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: michael.albinus@gmx.de Newsgroups: gmane.emacs.help Subject: Re: Tramp questions Date: Wed, 01 Dec 2010 11:08:54 +0100 Message-ID: <87d3plajpl.fsf@gmx.de> References: <9d50c8be-46a0-436e-b02e-466d04ce6d54@t20g2000yqa.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1291207188 24546 80.91.229.12 (1 Dec 2010 12:39:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 1 Dec 2010 12:39:48 +0000 (UTC) Cc: help-gnu-emacs@gnu.org To: Gabor Greif Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Wed Dec 01 13:39:44 2010 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.69) (envelope-from ) id 1PNlyJ-0004q9-Eq for geh-help-gnu-emacs@m.gmane.org; Wed, 01 Dec 2010 13:39:44 +0100 Original-Received: from localhost ([127.0.0.1]:44337 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNlyI-00041e-Si for geh-help-gnu-emacs@m.gmane.org; Wed, 01 Dec 2010 07:39:42 -0500 Original-Received: from [140.186.70.92] (port=50627 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PNjcT-0003A0-K2 for help-gnu-emacs@gnu.org; Wed, 01 Dec 2010 05:09:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PNjcS-00021f-3F for help-gnu-emacs@gnu.org; Wed, 01 Dec 2010 05:09:01 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:57173 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PNjcR-000213-Oo for help-gnu-emacs@gnu.org; Wed, 01 Dec 2010 05:09:00 -0500 Original-Received: (qmail invoked by alias); 01 Dec 2010 10:08:56 -0000 Original-Received: from p57BBD465.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [87.187.212.101] by mail.gmx.net (mp072) with SMTP; 01 Dec 2010 11:08:56 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX19u535H9/9uz66JL75erETMer2heeS6JJvaHtCrh0 V2aC+WH7sLZifw In-Reply-To: <9d50c8be-46a0-436e-b02e-466d04ce6d54@t20g2000yqa.googlegroups.com> (Gabor Greif's message of "Tue, 5 Oct 2010 14:31:22 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.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:75455 Archived-At: Gabor Greif writes: > ## Reposting since my original question was posted via > ## groups.google.com and did not make it to the newsgroup [This posting didn't make it either; I've seen it on news.alcatel.com. I suspect, that news server does not feed the article outside] [Yes, you could find me in the A-LU X500 directory :-) ] > Hi all, Hi Gabor, > first of all, big thank you to all who have developed and as > maintaining emacs tramp. It is a truly great tool and have saved me > from countless headaches! > > Some remarks and questions follow... > > 1) Is there a method which instead of sending back entire files, sends > only the diffs to the last saved checkpoint of the file? Something > like '/ssh+patch:...' ? I ask, because in my setup download is very > fast, but upstream is unreliable for more than a few kB, so saving all > but tiny files regularly hangs. Maybe the ssh tunnel to the outer > world is defective or constrained, but I have no control over this > aspect :-( A patch-based save would work for me, as I tend to save WIP > files often, so the patches are very small. Tramp itself does not support this mechanism. You could try the rsync or rsyncc methods. According to the ChangeLog, there are some optimizations since Tramp 2.1.17. Emacs *could* support saving of file pieces, see function `write-region'. But I believe, the arguments start and end are not used as much in the codebase, and Tramp is just a library, which implements such basic functions. > 2) I have observed that 'M-x compile' will remotely run my (e.g.) make > command. This is wonderful, and I became even more astonished seeing > that clicking in compile errors in .c files even opens the remote file > and positions the cursor. But sometimes the error parser gets confused > and does not chop off the ":line:column" portion from the filename and > tries to open e.g. 'foo.c:77:23', which - of course - does not exist. > Is this a tramp-related problem? (I guess so, since locally all is > good.) I'm not aware of this problem. Maybe you could show an example. > That's it, thanks for any hints in advance! > > Cheers, > > Gabor Best regards, Michael.