From: Szabolcs Szakacsits <szaka-IyvsvuGDJ8VAfugRpC6u6w@public.gmane.org>
To: David Chinner <dgc-sJ/iWh9BUns@public.gmane.org>
Cc: linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
fuse-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org,
linux-ext4-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
zfs-fuse-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org,
ntfs-3g-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [ANNOUNCEMENT] Linux POSIX file system test suite
Date: Mon, 7 Apr 2008 02:51:15 +0300 (EEST) [thread overview]
Message-ID: <Pine.LNX.4.62.0804070234350.25240@tamago.serverit.net> (raw)
In-Reply-To: <20080404065109.GW108924158-sJ/iWh9BUns@public.gmane.org>
On Fri, 4 Apr 2008, David Chinner wrote:
> On Fri, Apr 04, 2008 at 10:33:30AM +1000, David Chinner wrote:
> > On Thu, Apr 03, 2008 at 12:29:47AM +0300, Szabolcs Szakacsits wrote:
> > > The test must be run as root user and requires a few basic Perl modules.
> >
> > And openssl, it appears.
Openssl is replaced with md5sum+cut in the CVS.
It would be also nice to eliminate the Perl dependency ...
> > The current xfs-dev tree:
> >
> > Failed Test Stat Wstat Total Fail Failed List of Failed
> > -------------------------------------------------------------------------------
> > /root/posix/tests/chown/00.t 171 2 1.17% 84 88
> > /root/posix/tests/symlink/02.t 7 2 28.57% 6-7
> > Failed 2/184 test scripts, 98.91% okay. 4/1950 subtests failed, 99.79% okay.
>
> Symlink tests 6 and 7:
>
> expect 0 symlink ${name256} ${n0}
> expect 0 unlink ${n0}
>
> Test 6 is failing with ENAMETOOLONG
> Test 7 is failing (correctly) with ENOENT because test 6 failed.
>
> So there's only one failure here, and that is that that we're rejecting
> ${name256} as too long. I think that getname() is doing this. Seems sane
> to me to disallow symlinking to pathnames that can't be constructed,
> even if POSIX apparently allows it.
As Christoph noted, I also noticed XFS is unique in this behavior.
> Chown tests 84 and 88:
[...]
> So, either result is valid. Hence i suggest that test 84 and test 88
> (same failure) are special cased to "ext3" behaviour.
Done in the CVS.
> That means XFS is not failing any tests at all.
I added the xfs target but left the symlink Test 6 fail because POSIX says
"The string pointed to by path1 shall be treated only as a character
string and shall not be validated as a pathname"
and
"the length of the path1 argument is longer than {SYMLINK_MAX}"
where {SYMLINK_MAX} is typically not defined on Linux or it's {PATH_MAX}.
Szaka
--
NTFS-3G: http://ntfs-3g.org
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Register now and save $200. Hurry, offer ends at 11:59 p.m.,
Monday, April 7! Use priority code J8TLD2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
prev parent reply other threads:[~2008-04-06 23:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <Pine.LNX.4.62.0804022313390.664@tamago.serverit.net>
[not found] ` <20080402222344.GC23382@mail.oracle.com>
2008-04-03 4:12 ` [ANNOUNCEMENT] Linux POSIX file system test suite Szabolcs Szakacsits
[not found] ` <Pine.LNX.4.62.0804030705050.12223-03lVS0d9f+JcfUEgzQKStNHuzzzSOjJt@public.gmane.org>
2008-04-03 16:48 ` Joel Becker
2008-04-03 16:51 ` Amar S. Tumballi
[not found] ` <1207247251.30407.59.camel@dyn9047017100.beaverton.ibm.com>
[not found] ` <1207247251.30407.59.camel-Tq0y/nC7FQqofirLTBlK79w6IDGaBKkJqyM6JfAXOaQ@public.gmane.org>
2008-04-06 23:34 ` Szabolcs Szakacsits
2008-04-07 17:04 ` Badari Pulavarty
2008-04-08 15:37 ` ext4 not updating ctime on truncate ? Badari Pulavarty
2008-04-08 15:40 ` Eric Sandeen
[not found] ` <20080404003330.GW103491721@sgi.com>
[not found] ` <20080404065109.GW108924158@sgi.com>
[not found] ` <20080404065109.GW108924158-sJ/iWh9BUns@public.gmane.org>
2008-04-06 23:51 ` Szabolcs Szakacsits [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.62.0804070234350.25240@tamago.serverit.net \
--to=szaka-iyvsvugdj8vafugrpc6u6w@public.gmane.org \
--cc=dgc-sJ/iWh9BUns@public.gmane.org \
--cc=fuse-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=linux-ext4-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-fsdevel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ntfs-3g-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
--cc=zfs-fuse-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox