summaryrefslogtreecommitdiff
path: root/sys/src/cmd/rio/fsys.c
diff options
context:
space:
mode:
authorkvik <kvik@a-b.xyz>2020-08-01 15:27:28 +0200
committerkvik <kvik@a-b.xyz>2020-08-01 15:27:28 +0200
commite5894dcceaedeaf7d4f5537dd306170b1b6d4814 (patch)
tree1cc00acf23373f15f69218ba1ccbb372a9cb3899 /sys/src/cmd/rio/fsys.c
parent88a468f205af2bfdaa015a5bc33424ae0d56de08 (diff)
pre-lib9p servers: fix incorrect Tversion handling
version(5) says: If the server does not understand the client's version string, it should respond with an Rversion message (not Rerror) with the version string the 7 characters ``unknown''. Pre-lib9p file servers -- all except cwfs(4) -- do return Rerror. lib9p(2) follows the above spec, although ignoring the next part concerning comparison after period-stripping. It assumes an Fcall.version starting with "9P" is correctly formed and returns the only supported version of the protocol, which seems alright. This patch brings pre-lib9p servers in accordance with the spec.
Diffstat (limited to 'sys/src/cmd/rio/fsys.c')
-rw-r--r--sys/src/cmd/rio/fsys.c4
1 files changed, 2 insertions, 2 deletions
diff --git a/sys/src/cmd/rio/fsys.c b/sys/src/cmd/rio/fsys.c
index fca5c0469..1562f71e8 100644
--- a/sys/src/cmd/rio/fsys.c
+++ b/sys/src/cmd/rio/fsys.c
@@ -294,9 +294,9 @@ filsysversion(Filsys *fs, Xfid *x, Fid*)
return filsysrespond(x->fs, x, &t, "version: message size too small");
messagesize = x->msize;
t.msize = messagesize;
- if(strncmp(x->version, "9P2000", 6) != 0)
- return filsysrespond(x->fs, x, &t, "unrecognized 9P version");
t.version = "9P2000";
+ if(strncmp(x->version, "9P", 2) != 0)
+ t.version = "unknown";
return filsysrespond(fs, x, &t, nil);
}