summaryrefslogtreecommitdiffstats
path: root/tools/rpcdebug
diff options
context:
space:
mode:
authorSteinar H. Gunderson <sesse@debian.org>2007-07-14 11:18:48 +0200
committerNeil Brown <neilb@suse.de>2007-07-16 10:58:57 +1000
commit4cd30380ba2e841511f1cb834a7163671ea1187e (patch)
treeae5ab88ed64e576500da4d16017a64c8c79a78bd /tools/rpcdebug
parent46ef88e0f7ec187e4448230efa6baf698643d3f9 (diff)
downloadnfs-utils-4cd30380ba2e841511f1cb834a7163671ea1187e.tar.gz
nfs-utils-4cd30380ba2e841511f1cb834a7163671ea1187e.tar.xz
nfs-utils-4cd30380ba2e841511f1cb834a7163671ea1187e.zip
Fix umount.nfs exit status
Hi, As per a bug report from a user: mount.c seems to assume that nfsumount() uses standard C true/false return values, and inverts them for the exit status (where 0 is traditionally considered success). However, nfsumount() consistently seems to use 0 for success, and thus a success gets returned as exit status 1 and a failure as exit status 0. This confuses at least the GNOME drive manager applet, and probably others as well. Signed-off-by: Steinar H. Gunderson <sesse@debian.org> Signed-off-by: Neil Brown <neilb@suse.de>
Diffstat (limited to 'tools/rpcdebug')
0 files changed, 0 insertions, 0 deletions