Hi,
> Hi!
> > In RHEL7.0(3.10.0) the value of CAP_LAST_CAP in linux/capability.h is 36, 
> > it is
> > greater than in the capability.h which is used to create
> > libcap.so(libcap-2.22-8) and that value is 34. Then cap_get_flag returns 
> > -1, and
> > errno is set to EINVAL. Add comments to make this clear.
> 
> I'm a bit confused, the sys/capability.h header which is part of libcap
> includes the linux/capability.h header which defines the the
> CAP_LAST_CAP (at least on my system). So there shouldn't be a
> disagreement between these two unless libcap was compiled with wrong
> kernel headers which I would call a bug in distribution. Are you sure
> that all your packages are up to date?
> 

I think libcap was compiled with wrong kernel headers and it is a bug in
distribution. I had installed these packages all from the default
distribution. The value of CAP_LAST_CAP is different.

I delete some code.
This is the system capability.h
------------------------------------------------------------------------
# cat /usr/include/linux/capability.h
...

#define CAP_BLOCK_SUSPEND    36

#define CAP_LAST_CAP         CAP_BLOCK_SUSPEND

...
------------------------------------------------------------------------


This is used to build libcap.
------------------------------------------------------------------------
# cat libcap-2.22/libcap/include/linux/capability.h
...

#define CAP_SYSLOG           34

#define CAP_LAST_CAP         CAP_SYSLOG

...
------------------------------------------------------------------------

Best regards,
Zeng


------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list

Reply via email to