[Top][All Lists]

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

Re: [bugs #9960] High 16 bits of st_nlink are sometimes corrupted

From: Marco Gerards
Subject: Re: [bugs #9960] High 16 bits of st_nlink are sometimes corrupted
Date: Wed, 11 Aug 2004 19:42:31 +0200
User-agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (gnu/linux)

ams@kemisten.nu (Alfred M. Szmidt) writes:

>    I wonder why nobody noticed it before.
> I did; and I did report it.

Where?  I must have missed it. :-/

> But right now I cannot reproduce it at all.

I can, easily.

>    rpctrace shows that ext2fs/libdiskfs is to be blamed, not glibc or
>    programs.
> Can you show us the rpctrace?  I really doubt that this is a
> ext2fs/diskfs issue since neither have had any funky things commited
> for a long time.

I have the feeling this is a glibc problem (as in this glibc linked to
ext2fs.static).  Did the "struct stat" change?  The size of nlink_t?

I can reproduce this using file_name lookup + io_stat, so it is in the
ext2fs server or libraries linked to it.

> What glibc version are you using by the way?  I'm using some semi-old
> CVS version (newer the Debian's, older then what is in the CVS tree).

I am using the newest glibc and Hurd packages.  Before I upgraded I
could not reproduce this problem.

ii  hurd           20040508-2     The GNU Hurd
ii  libc0.3        2.3.2.ds1-13.0 GNU C Library: Shared libraries and Timezone


reply via email to

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