This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH RESEND] zic, various tests: use LFS I/O functions explicitly where needed
- From: Florian Weimer <fweimer at redhat dot com>
- To: Nick Alcock <nix at esperi dot org dot uk>, libc-alpha at sourceware dot org
- Date: Mon, 26 Jun 2017 08:47:34 +0200
- Subject: Re: [PATCH RESEND] zic, various tests: use LFS I/O functions explicitly where needed
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx09.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fweimer at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com D274F4E4C4
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com D274F4E4C4
- References: <87zicvkbqw.fsf@esperi.org.uk>
On 06/25/2017 11:17 PM, Nick Alcock wrote:
> This happens because itsdir() in timezone/zic.c does a stat() of each
> element of the path in turn, and this returns -EOVERFLOW because on this
> system /usr has an inode number of 7516193792 and we did not compile zic
> with -D_FILE_OFFSET_BITS=64 or use stat64(). So do the latter, as other
> tools in glibc do.
The zic issue looks like a user-visible bug, so please file a bug in
Bugzilla for it. Or perhaps reuse bug 15333?
Thanks,
Florian