History log of /haiku/src/libs/gnu/xattr.cpp
Revision Date Author Comments
# 5d80f760 05-Oct-2020 Murai Takashi <tmurai01@gmail.com>

libs/gnu: Fix -Wformat=

Change-Id: I29db5d08cf575cf1aaada131270c4b3ccc65720e
Reviewed-on: https://review.haiku-os.org/c/haiku/+/3311
Reviewed-by: Adrien Destugues <pulkomandy@gmail.com>


# 62352804 11-May-2013 Murai Takashi <tmurai01@gmail.com>

libgnu.so: Fix GCC4.8 narrowing conversion warnings

Signed-off-by: Jerome Duval <jerome.duval@gmail.com>


# 6ed5e0d2 05-Jan-2010 Oliver Tappe <zooey@hirschkaefer.de>

fixed a couple of issues that I encountered when testing our xattr support
(in libgnu.so) with my current rsync port:
* Node now opens its fd with O_RDONLY, as otherwise BFS will refuse to open
(the attributes of) directories
* Node::Get() and Node::Set() now make use of the encoded attribute type,
as otherwise all created attributes would have the type 'XATR' (instead
of the encoded haiku-specific type)
* minor cleanup with respect to the line width limit


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34904 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 03e8d9bd 25-Aug-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Fixed attribute name mapping in both directions. One direction was appending
a '\n', the other cutting off the last char.
* *getxattr() is supposed to return the attribute size when a 0 sized buffer
is supplied. Otherwise, if the buffer is too short, it needs to fail with
ERANGE.
* *listxattr(): The buffer pointer wasn't adjusted after each iteration.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32682 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9996b69b 15-Aug-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Added new library libgnu.so, which will contain GNU compatibility interfaces
(analoguously to libbsd.so).
* Added an implementation of the GNU/Linux xattr interface. xattrs are mapped
to Haiku attributes with type B_XATTR_TYPE. Haiku attributes are mapped to
xattrs by moving them into the "user.haiku." namespace and appending the
type to their name. Complete, but utterly untested yet.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32427 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 623528042506bf847008f8f6401ca3007169b065 11-May-2013 Murai Takashi <tmurai01@gmail.com>

libgnu.so: Fix GCC4.8 narrowing conversion warnings

Signed-off-by: Jerome Duval <jerome.duval@gmail.com>


# 6ed5e0d20856d72325d12be791c5e9271663d27b 05-Jan-2010 Oliver Tappe <zooey@hirschkaefer.de>

fixed a couple of issues that I encountered when testing our xattr support
(in libgnu.so) with my current rsync port:
* Node now opens its fd with O_RDONLY, as otherwise BFS will refuse to open
(the attributes of) directories
* Node::Get() and Node::Set() now make use of the encoded attribute type,
as otherwise all created attributes would have the type 'XATR' (instead
of the encoded haiku-specific type)
* minor cleanup with respect to the line width limit


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34904 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 03e8d9bdf3f709531d493da968e06a23406fb6cf 25-Aug-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Fixed attribute name mapping in both directions. One direction was appending
a '\n', the other cutting off the last char.
* *getxattr() is supposed to return the attribute size when a 0 sized buffer
is supplied. Otherwise, if the buffer is too short, it needs to fail with
ERANGE.
* *listxattr(): The buffer pointer wasn't adjusted after each iteration.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32682 a95241bf-73f2-0310-859d-f6bbb57e9c96


# 9996b69b8b31eb721eb19dad5bdb5e8d943f9e71 15-Aug-2009 Ingo Weinhold <ingo_weinhold@gmx.de>

* Added new library libgnu.so, which will contain GNU compatibility interfaces
(analoguously to libbsd.so).
* Added an implementation of the GNU/Linux xattr interface. xattrs are mapped
to Haiku attributes with type B_XATTR_TYPE. Haiku attributes are mapped to
xattrs by moving them into the "user.haiku." namespace and appending the
type to their name. Complete, but utterly untested yet.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32427 a95241bf-73f2-0310-859d-f6bbb57e9c96