tramp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Tramp 2.1.9


From: Michael Albinus
Subject: Re: Tramp 2.1.9
Date: Thu, 12 Apr 2007 15:21:31 +0200
User-agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (hpux)

Pete Forman <address@hidden> writes:

Hi Pete,

> I'm trying to get Tramp working using XEmacs 21.5.17 on XP native,
> plink + pageant 0.59, connecting to RedHat 9.2.  This had Tramp 2.0.36
> but that failed in various ways which looked to be related to
> incomplete remote output.

2.0.36 is way old. The current stable version is 2.0.55, and I shall
package 2.0.56 when I find the time for it.

> I've installed 2.1.9 plus timer-funcs.el 1.3 from the CVS xemacs-base
> package.  I also needed to provide a dummy definition for
> set-buffer-multibyte which is missing but unnecessary on XEmacs.
>
> There have been a number of problems along the way but I've managed to
> connect to a Solaris box and create, read and write files.

As I said already, I'm an XEmacs rookie. If you could provide your
patches, and if they are small enough (not more than ~15 lines at
all), I will be glad to apply them. If it isn't such tiny, we would
need paperwork, or I would need to write the patches by myself given
on the symptoms you report. Anyway, I would appreciate all your
suggestions.

> Linux remains a problem.  The tail of a debug buffer is
>
> 11:25:56 tramp-send-command-and-read (1) # File error: "`/usr/bin/stat
> -c '((\"%N\") %h %u %g %X.0 %Y.0 %Z.0 %s \"%A\" t %i -1)'
> /home/pforman' does not return a valid Lisp expression:
> `((\"`/home/pforman'\") 88 25434 102 1132651180.0 1176365745.0
> 1176365745.0 24576 \"drwxr-x--x\" t 1967553028 -1)
> '"
>
> The inode number (1967553028) is causing an overflow when trying to
> read it as a Lisp integer.  I note that (file-attributes
> "/home/pforman") in XEmacs on the Linux box gives -179930620 for the
> inode number.  In other words it can handle the overflow by forcing it
> into a signed number.

I see. For the inode number we could apply the same trick as we have
for the date: treat it as real number, and convert later. Could you,
please, check whether the appended patch works for you?

Best regards, Michael.

Attachment: txtXCTbWLTAwy.txt
Description: Text Data


reply via email to

[Prev in Thread] Current Thread [Next in Thread]