This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 0/2] Squashing long inodes.
- From: Paul Eggert <eggert at cs dot ucla dot edu>
- To: Denis Obrezkov <reprofy at etersoft dot ru>, libc-alpha at sourceware dot org
- Date: Thu, 27 Feb 2014 09:45:37 -0800
- Subject: Re: [PATCH 0/2] Squashing long inodes.
- Authentication-results: sourceware.org; auth=none
- References: <1393521776-1102-1-git-send-email-reprofy at etersoft dot ru>
Squashing an inode that way has a small chance of introducing what could
be a serious bug. If glibc is going to squash them, it should do so
reliably, by maintaining a table of all the inodes it's ever seen and
making sure there are no collisions.
Why bother to squash them at all, though? Programs that care about
files should be compiled with _FILE_OFFSET_BITS defined to 64. If we're
worried about programs that don't define _FILE_OFFSET_BITS, we could
change glibc to default to _FILE_OFFSET_BITS=64; that's a better
long-term solution anyway.