GNU bug report logs - #31
file-attributes returns negative integer for inode value

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: "Drew Adams" <drew.adams <at> oracle.com>
Subject: bug#31 closed by Eli Zaretskii <eliz <at> gnu.org> (Re: 
 file-attributes returns negative integer for inode value)

[Message part 1 (text/plain, inline)]

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#31: file-attributes returns negative integer for inode value

It has been closed by Eli Zaretskii <eliz <at> gnu.org>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Eli Zaretskii <eliz <at> gnu.org> by
replying to this email.


-- 
31: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=31
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Eli Zaretskii <eliz <at> gnu.org>
To: drew.adams <at> oracle.com, emacs-pretest-bug <at> gnu.org
Subject: Re: file-attributes returns negative integer for inode value
Date: Fri, 14 Mar 2008 19:31:47 +0200

> Date: Mon, 03 Mar 2008 06:25:42 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: schwab <at> suse.de, emacs-pretest-bug <at> gnu.org
> 
> The problem is a little bit different: obviously, a 16-bit value
> cannot overflow ab EMACS_INT.  The problem is we don't keep the value
> positive.  I will work on this soon.

(For some value of "soon".)

Done.

[Message part 3 (message/rfc822, inline)]

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <emacs-pretest-bug <at> gnu.org>
Subject: file-attributes returns negative integer for inode value
Date: Sun, 2 Mar 2008 14:46:09 -0800

emacs -Q
 
No reliable recipe to reproduce, but for me, some directories give a
negative inode number for file-attributes. For example:
 
M-x (file-attributes "c:/drews-lisp-20/Screenshots") gives:
 
(t 1 5 5 (18378 24192) (18123 40338) (18123 40337) 0
 "drwxrwxrwx" nil -3082 240391127)
 
The inode value here is -3082. The Elisp manual, however says that if
the integer is too large, then a cons is used for the inode value. Is
this a Windows-specific problem, perhaps?
 
Also, there is a typo in the doc string for `file-attributes':
 
  ...
  If inode number is larger than the Emacs integer,
  this is a cons cell containing two integers: first the high part,
  then the low 16 bits.
 
"the Emacs integer" should presumably be "the largest Emacs integer".
 

In GNU Emacs 22.1.90.1 (i386-mingw-nt5.1.2600)
 of 2008-01-30 on PRETEST
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4) --cflags -Ic:/gnuwin32/include'
 

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.