bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problems after installing Coreutils 5.0.91 or other 5.0.x onGentoo 1


From: Danilo Piazzalunga
Subject: Re: Problems after installing Coreutils 5.0.91 or other 5.0.x onGentoo 1.4
Date: Sat, 22 Nov 2003 14:48:11 +0100
User-agent: KMail/1.5.4

Jim Meyering wrote:
> "Edmund" <address@hidden> 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 <address@hidden> | Linux User #245762 |
                                           | ICQ #105550412     |
Public key:  search.keyserver.net          +--------------------+
Fingerprint: D018 815E 8C7F 2AE2 5565  0C36 B5F6 DB20 B800 CB9F |





reply via email to

[Prev in Thread] Current Thread [Next in Thread]