check in by daniel: 'tramp/lisp tramp.el,1.420'

[Owns all emacs-rcp files in CVS]

Update of /services/emacs-rcp/cvsroot/tramp/lisp
In directory bonny:/tmp/cvs-serv17721

Modified Files:
tramp.el 
Log Message:
Change the Perl to support inode numbers in the form of `(high . low)'.
This isn't quite what a real Emacs will do, because it's unconditional, but
that's not really a concern, because no one really uses the inode field and
because portable software already needs to deal with this.

If anyone breaks because of this (especially XEmacs users), let the list know
and I will fix it.

Re: Unidentified subject!

[Daniel Pittman]

On 23 Sep 2000, Kai Großjohann [EMAIL PROTECTED]
wrote:

 On Fri, 22 Sep 2000, Thomas Hauser wrote:
 
 I had problems to connect to one particular sgi Origin 2000. 
 I get the message
  (invalid-read-syntax "Integer constant overflow in reader"
   "1186988379" 10) read(#buffer "*tramp/scp thauser@modi4*")

[...]

 since you appear to be so good at writing concise Perl code -- can you
 see how to solve this?  My documentation for file-attributes says that
 the inode number can be a cons cell (HIGH . LOW), similar to the time
 thingies (note cons cell vs two-element list, though).  I wonder if it
 is right to always produce a cons cell.  The documentation says that
 the result is a cons cell if the value is too large...

Er, yeah. It's done, but only with the simple always-cons-cell version.
This should work, primarily because no one in the real world actually
uses the inode value to the best of my knowledge.

 Not sure about XEmacs here.

They don't do anything like that. OTOH, they also have a 31-bit int
type, so it's far less of an issue...

Daniel

-- 
Estne Tibi Forte Magna Feles Fulva Et Planissima?