Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 28697 invoked by uid 500); 10 Sep 2001 15:05:17 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 28680 invoked from network); 10 Sep 2001 15:05:17 -0000 Errors-To: Message-ID: <05cc01c13a09$8f4dc5c0$93c0b0d0@roweclan.net> From: "William A. Rowe, Jr." To: "kevin seguin" , References: <3B337102.12716A2B@motive.com> Subject: Re: trying to get full path of file using apr_stat, apr_file_info_get Date: Mon, 10 Sep 2001 09:56:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N From: "kevin seguin" Sent: Friday, June 22, 2001 10:23 AM > in the following code snippet, i'm trying to get the full path for a > given file name (in argv[1]) using apr_file_get_info() and apr_stat(). > in looking at apr_file_info.h, it appears that apr_finfo_t.fname should > contain the full path for the file after calling these functions, but it > does not. am i missing something, or is this just not working (i've > observed this behavior on both windows and redhat linux 7)? We don't fill out a full apr_finfo_t.fname because the resulting memory consumption would be unacceptable, and it adds cpu clicks when many applications _don't_ need the full path of the files when they are apr_dir_read()ing.