Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 20950 invoked from network); 12 May 2006 17:21:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 12 May 2006 17:21:00 -0000 Received: (qmail 5548 invoked by uid 500); 12 May 2006 17:20:59 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 5390 invoked by uid 500); 12 May 2006 17:20:58 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 5379 invoked by uid 99); 12 May 2006 17:20:58 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 May 2006 10:20:58 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [63.85.107.47] (HELO gate.altair.com) (63.85.107.47) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 12 May 2006 10:20:57 -0700 Received: from trexch.prog.altair.com (trexch.prog.altair.com [204.235.24.100]) by gate.altair.com (Postfix) with ESMTP id 1221F1ED37 for ; Fri, 12 May 2006 13:20:36 -0400 (EDT) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Compiling with __USE_LARGEFILE64 on linux (RH8). Date: Fri, 12 May 2006 13:20:34 -0400 Message-ID: <91FBE7AEE91B454282AE05FE79413A4A0363132B@trexch.prog.altair.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Compiling with __USE_LARGEFILE64 on linux (RH8). Thread-Index: AcZ16GEVS0Gi4UqmSTK17lk5QcK4aw== From: "Scott Greig" To: X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I'm building an application that requires large file support enabled (__USE_LARGEFILE64). I'm finding apr_dir_read does not populate apr_finfo_t correctly and as a result the fname field contains garbage. If I remove the __USE_LARGEFILE64 flag it work correctly. I thought I'd check if anyone else has had this problem before I look for a solution. Thanks - Scott