GNU bug report logs -
#25854
26.0.50; tramp-test19-directory-files-and-attributes fails on 32-bit Cygwin
Previous Next
Reported by: Ken Brown <kbrown <at> cornell.edu>
Date: Thu, 23 Feb 2017 23:21:02 UTC
Severity: normal
Found in version 26.0.50
Done: Ken Brown <kbrown <at> cornell.edu>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your bug report
#25854: 26.0.50; tramp-test19-directory-files-and-attributes fails on 32-bit Cygwin
which was filed against the emacs package, has been closed.
The explanation is attached below, along with your original report.
If you require more details, please reply to 25854 <at> debbugs.gnu.org.
--
25854: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=25854
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
On 2/25/2017 9:05 AM, Michael Albinus wrote:
> I've pushed a patch to master, which should fix this. Could you, pls, check?
That fixes it. Thanks.
I'm closing the bug.
Ken
[Message part 3 (message/rfc822, inline)]
Starting with commit 3a6df2d,
tramp-test19-directory-files-and-attributes fails on 32-bit Cygwin. The
reason is that inode numbers tend to be very large, on the order of
10^17, at least on my systems. As a result, the "convert inode" code in
tramp-convert-file-attributes always falls back to tramp-get-inode.
Since this increments by 1 on every call, the file-attribute comparisons
in tramp-test19-directory-files-and-attributes always fail.
The significance of commit 3a6df2d is that it makes
tramp-get-remote-stat return a non-nil value, so that tramp uses 'stat'
for file attributes; this returns the true (large) inode number. Prior
to that commit, tramp-get-remote-stat would always return nil, so that
the tramp-perl-file-attributes script would be used for file
attributes. This script uses whatever inode number is returned by
Perl's version of 'stat', which is presumably some sort of 32-bit
truncation of the true inode number.
Although I'm seeing this on 32-bit Cygwin, it seems to me that it could
in principle happen on any 32-bit platform.
Ken
In GNU Emacs 26.0.50 (build 11, i686-pc-cygwin, GTK+ Version 3.18.9)
of 2017-02-23 built on desktop-new
Repository revision: 16efea3a883ebf633946ee9b9d0681eb55437878
Windowing system distributor 'The Cygwin/X Project', version 11.0.11901000
This bug report was last modified 8 years and 90 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.