Branch: refs/heads/stable-4.7.x
Home: https://github.com/xrootd/xrootd
Commit: 900779e281ce1c687a36fb33267360d807d777e2
https://github.com/xrootd/xrootd/commit/900779e281ce1c687a36fb33267360d807d777e2
Author: Georgios Bitzes <[log in to unmask]>
Date: 2017-10-24 (Tue, 24 Oct 2017)
Changed paths:
M src/XrdCl/XrdClUtils.hh
Log Message:
-----------
[XrdCl] Fix error checking when setting sec.uid, sec.gid
Previously, I was calling setfsuid(-1) to check if the
previous call had succeeded, since this syscall will
always return the current fsuid, whether the syscall
itself succeeded or not. There's no way to check
other than calling setfsuid again, since there's no
getfsuid.
The expectation was that setfsuid(-1) will always fail
and not affect the fsuid, effectively acting as getfsuid,
but it appears that on SLC6 it succeeds, setting the
fsuid to.. 4294967295. On Fedora 26 it fails as expected,
I have no idea why there's a difference.
Instead, let's use setfsuid(pFsUid) again, just to
check if the previous call succeeded.
Commit: d8f11607a87f1ea0652b8f3e563d3a89876c805e
https://github.com/xrootd/xrootd/commit/d8f11607a87f1ea0652b8f3e563d3a89876c805e
Author: Georgios Bitzes <[log in to unmask]>
Date: 2017-10-24 (Tue, 24 Oct 2017)
Changed paths:
M src/XrdCl/XrdClUtils.hh
M src/XrdCl/XrdClXRootDTransport.cc
Log Message:
-----------
[XrdCl] Stop ignoring return values of setfsuid, setfsgid
Compare: https://github.com/xrootd/xrootd/compare/b154a0d46074...d8f11607a87f
########################################################################
Use REPLY-ALL to reply to list
To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1
|