From: "J. Bruce Fields" <bfields@fieldses.org>
To: Kinglong Mee <kinglongmee@gmail.com>
Cc: linux-nfs@vger.kernel.org
Subject: Re: [PATCH 1/3] NFS4.0: Case for linking to bad source patch with zero-length
Date: Tue, 6 May 2014 16:34:53 -0400 [thread overview]
Message-ID: <20140506203453.GP18281@fieldses.org> (raw)
In-Reply-To: <5358EE2F.9070301@gmail.com>
On Thu, Apr 24, 2014 at 06:57:51PM +0800, Kinglong Mee wrote:
> Signed-off-by: Kinglong Mee <kinglongmee@gmail.com>
> ---
> nfs4.0/servertests/st_create.py | 13 +++++++++++++
> 1 file changed, 13 insertions(+)
>
> diff --git a/nfs4.0/servertests/st_create.py b/nfs4.0/servertests/st_create.py
> index d2d6701..09c80cc 100644
> --- a/nfs4.0/servertests/st_create.py
> +++ b/nfs4.0/servertests/st_create.py
> @@ -161,6 +161,19 @@ def testZeroLength(t, env):
> res = c.create_obj(c.homedir + [''])
> check(res, NFS4ERR_INVAL, "CREATE with zero-length name")
>
> +def testZeroLengthForLNK(t, env):
> + """CREATE with zero length name should return NFS4ERR_INVAL
Is it actually true that attempts to create symlinks with zero-length
content should fail with NFS4ERR_INVAL, and if so according to who? (Is
there language in the RFC's?)
--b.
> +
> + FLAGS: create symlink all
> + CODE: CR9a
> + """
> + c = env.c1
> + ops = c.go_home()
> + objtype = createtype4(NF4LNK, **{'linkdata':''})
> + ops += [c.create_op(objtype, t.code, getDefaultAttr(c))]
> + res = c.compound(ops)
> + check(res, NFS4ERR_INVAL, "CREATE with zero-length name for SYMLINK")
> +
> def testRegularFile(t, env):
> """CREATE should fail with NFS4ERR_BADTYPE for regular files
>
> --
> 1.9.0
>
next prev parent reply other threads:[~2014-05-06 20:34 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-24 10:57 [PATCH 1/3] NFS4.0: Case for linking to bad source patch with zero-length Kinglong Mee
2014-05-06 20:34 ` J. Bruce Fields [this message]
2014-05-07 9:55 ` Kinglong Mee
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=20140506203453.GP18281@fieldses.org \
--to=bfields@fieldses.org \
--cc=kinglongmee@gmail.com \
--cc=linux-nfs@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.