Date: Thu, 1 Jun 2006 14:00:00 +0400 (MSD) From: Maxim Konovalov <maxim@macomnet.ru> To: Ceri Davies <ceri@submonkey.net> Cc: Greg 'groggy' Lehey <grog@FreeBSD.org>, cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/ufs/ufs ufs_vnops.c Message-ID: <20060601135855.I24680@mp2.macomnet.net> In-Reply-To: <20060601094950.GU21998@submonkey.net> References: <200605311315.k4VDFUhD093628@repoman.freebsd.org> <20060601023523.GA80617@wantadilla.lemis.com> <20060601094950.GU21998@submonkey.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 1 Jun 2006, 10:49+0100, Ceri Davies wrote: > On Thu, Jun 01, 2006 at 12:05:23PM +0930, Greg 'groggy' Lehey wrote: > > On Wednesday, 31 May 2006 at 13:15:29 +0000, Maxim Konovalov wrote: > > > maxim 2006-05-31 13:15:29 UTC > > > > > > FreeBSD src repository > > > > > > Modified files: > > > sys/ufs/ufs ufs_vnops.c > > > Log: > > > o According to POSIX, the result of ftruncate(2) is unspecified > > > for file types other than VREG, VDIR and shared memory objects. > > > We already handle VREG, VLNK and VDIR cases. Silently ignore > > > > > > Revision Changes Path > > > 1.276 +22 -4 src/sys/ufs/ufs/ufs_vnops.c > > > > Is this worth a man page update? > > Undoubtedly. Does the attached look like enough? I'm not sure if we > want to add a STANDARDS section for this when it's valid behaviour. @@ -69,6 +69,10 @@ the file must be open for writing. .Sh RETURN VALUES .Rv -std +If the file to be modified is not a directory or +a regular file, the +.Fn truncate +call will return the value 0. .Sh ERRORS The .Fn truncate We need to mention truncate(2) does nothing for such files. -- Maxim Konovalov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060601135855.I24680>