From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <glibc-bugs-return-18734-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Received: (qmail 3318 invoked by alias); 22 May 2013 05:29:31 -0000
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
Received: (qmail 3279 invoked by uid 48); 22 May 2013 05:29:25 -0000
From: "guenther at gmail dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug libc/15514] New: pathconf(_PC_NAME_MAX) fails against large filesystems for 32bit processes
Date: Wed, 22 May 2013 05:29:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: new
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: libc
X-Bugzilla-Keywords:
X-Bugzilla-Severity: critical
X-Bugzilla-Who: guenther at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: unassigned at sourceware dot org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Changed-Fields:
Message-ID: <bug-15514-131@http.sourceware.org/bugzilla/>
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
Content-Type: text/plain; charset="UTF-8"
MIME-Version: 1.0
X-SW-Source: 2013-05/txt/msg00181.txt.bz2

http://sourceware.org/bugzilla/show_bug.cgi?id=15514

             Bug #: 15514
           Summary: pathconf(_PC_NAME_MAX) fails against large filesystems
                    for 32bit processes
           Product: glibc
           Version: 2.17
            Status: NEW
          Severity: critical
          Priority: P2
         Component: libc
        AssignedTo: unassigned@sourceware.org
        ReportedBy: guenther@gmail.com
                CC: drepper.fsp@gmail.com
    Classification: Unclassified


pathconf(_PC_NAME_MAX) is implemented on top of statfs().  The 32bit version
therefore fails with the error EOVERFLOW if the filesystem that the path is on
is so large that its block count cannot be returned by the non-LFS version of
statfs().

Calls to statfs() that are completely internal to libc, such as this one,
should use the LFS version, statfs64().

According to a quick scan of the glibc source, other calls that might be
affected include posix_openpt() and (maybe) shm_open().

-- 
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.