Jim Meyering wrote:
> "Edmund" <[EMAIL PROTECTED]> wrote:
> > I've experienced a very interesting bug with Coreutils.[...]
> >
> > With the base installation's fileutils 4.1.11 everything is fine,
> > but after the system updates itself to coreutils, some of the file
> > operations are broken. [...]
> >
> > ls returns all files with size "1759218604416"
> > cp says "skipping file "name", as it was replaced while being copied
>
> I suspect it's a problem with your version of libc, or maybe
> a kernel/header mismatch.
I think it's a problem triggered by "-malign-double" optimization. It looks
like that lstat returns a stat structure with some garbled fields (notably
st_size and st_blksize).
This little test was performed with both 5.0 and latest CVS, on an i686
(Celeron Coppermine) host running debian unstable, using gcc 3.3.2
~/src/coreutils-5.0 $ ./configure CFLAGS="-malign-double" && make
[...]
~/src/coreutils-5.0 $ ./src/ls -l
total 18713959260
-rw-r--r-- 1 danilo danilo 17592186044416 2003-11-20 23:56 ABOUT-NLS
-rw-r--r-- 1 danilo danilo 17592186044416 2003-11-20 23:56 aclocal.m4
[...]
-rw-r--r-- 1 danilo danilo 17592186044416 2003-11-20 23:56 TODO
I am currently investigating, but I couldn't reproduce it with a tiny program
using lstat.
Best regards,
Danilo
--
Danilo Piazzalunga <[EMAIL PROTECTED]> | Linux User #245762 |
| ICQ #105550412 |
Public key: search.keyserver.net +--------------------+
Fingerprint: D018 815E 8C7F 2AE2 5565 0C36 B5F6 DB20 B800 CB9F |
_______________________________________________
Bug-coreutils mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-coreutils
