[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
--
Marco