From http://thread.gmane.org/gmane.comp.file-
systems.fuse.devel/8042/focus=8052
The problem is this in stat.c:
/* Keep this conditional in sync with the similar conditional in
../m4/stat-prog.m4. */
#if (STAT_STATVFS \
(HAVE_STRUCT_STATVFS_F_BASETYPE || HAVE_STRUCT_STATVFS_F_FSTYPENAME \
As far as I can see, there is no problem with code being out of sync.
If you can point to specifics, please let me know,
since I'm about to release coreutils-7.5 upstream.
However, note that with glibc and a linux kernel, the stat program
always uses statfs, and not statvfs. This is a deliberate
@Nikolaus: thank you for opening this bug and helping make Ubuntu
better. In the future, please do not confirm your own bugs -- please see
https://wiki.ubuntu.com/Bugs/Status for a quick explanation of bug
stati.
@Jim: thank you for your quick response, it is appreciated. Given time,
I will try
@hggdh: I marked it as confirmed because it has been reproduced by other
people who reported their findings on the link I provided.
I have written a short test program that just calls statvfs on a
mountpoint and a FUSE filesystem that just hangs for 10 seconds when
statvfs is called. According to
** Attachment added: stattest.c
http://launchpadlibrarian.net/30254865/stattest.c
** Changed in: coreutils (Ubuntu)
Status: Incomplete = New
--
stat reports wrong fundamental block size
https://bugs.launchpad.net/bugs/412069
You received this bug notification because you are a member
** Attachment added: Dependencies.txt
http://launchpadlibrarian.net/30183312/Dependencies.txt
--
stat reports wrong fundamental block size
https://bugs.launchpad.net/bugs/412069
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
