Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Date: Mon, 5 Jan 2004 20:44:10 -0500 From: Christopher Faylor To: cygwin AT cygwin DOT com Subject: Re: lstat symbolic link size Message-ID: <20040106014410.GA6850@redhat.com> Mail-Followup-To: cygwin AT cygwin DOT com References: <20040106013026 DOT 21604 DOT qmail AT linuxmail DOT org> <20040106013824 DOT GA6047 AT redhat DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040106013824.GA6047@redhat.com> User-Agent: Mutt/1.4.1i X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com On Mon, Jan 05, 2004 at 08:38:24PM -0500, Christopher Faylor wrote: >On Tue, Jan 06, 2004 at 09:30:26AM +0800, peter garrone wrote: >>lstat returns an incorrect symbolic link size, with size 11 bytes too large. > >lstat reports the actual size of the symlink file. Unless you can point >to a standard which indicates this is incorrect, we'll be sticking with >this long standing behavior. Actually, nevermind. SUSv3 says this: For symbolic links, the st_mode member shall contain meaningful information when used with the file type macros, and the st_size member shall contain the length of the pathname contained in the symbolic link. So, this is a PTC situation. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/