diff options
author | Martin Stava <martin.stava@gmail.com> | 2009-11-02 08:39:34 -0600 |
---|---|---|
committer | Eric Van Hensbergen <ericvh@gmail.com> | 2009-11-02 08:43:45 -0600 |
commit | 2511cd0b3b9e9b1c3e9360cc565c3745ac3f3f3f (patch) | |
tree | 70fff7f686a9c6c956146e39f656412715d40996 /include/net/9p | |
parent | f91b90993f0d286be89f06c2f547ced8cfe291c6 (diff) | |
download | kernel_samsung_espresso10-2511cd0b3b9e9b1c3e9360cc565c3745ac3f3f3f.zip kernel_samsung_espresso10-2511cd0b3b9e9b1c3e9360cc565c3745ac3f3f3f.tar.gz kernel_samsung_espresso10-2511cd0b3b9e9b1c3e9360cc565c3745ac3f3f3f.tar.bz2 |
9p: fix readlink
I do not know if you've looked on the patch, but unfortunately it is
incorrect. A suggested better version is in this email (the old
version didn't work in case the user provided buffer was not long
enough - it incorrectly appended null byte on a position of last char,
and thus broke the contract of the readlink method). However, I'm
still not sure this is 100% correct thing to do, I think readlink is
supposed to return buffer without last null byte in all cases, but we
do return last null byte (even the old version).. on the other hand it
is likely unspecified what is in the remaining part of the buffer, so
null character may be fine there ;):
Signed-off-by: Martin Stava <martin.stava@gmail.com>
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
Diffstat (limited to 'include/net/9p')
0 files changed, 0 insertions, 0 deletions