Methods to do various operations on key metainfo.
Methods to do various operations on Key metainfo.
To use them:
#include <kdb.h>
Next to Name (key and owner) and Value (data and comment) there is the so called meta information inside every key.
Key meta information are an unlimited number of key/value pairs strongly related to a key. It main purpose is to give keys special semantics, so that plugins can treat them differently.
Metakey, as opposed to Key, deliberately has following limitations:
no null values
no binary data
no modification of references (COW)
no guarantee of ordering
File system information (see stat(2) for more information):
uid: the user id (positive number)
gid: the group id (positive number)
mode: filesystem-like mode permissions (positive octal number)
atime: When was the key accessed the last time.
mtime: When was the key modified the last time.
ctime: When the uid, gid or mode of a key changes. (times are represented through a positive number as unix timestamp)
The comment can contain userdata which directly belong to that key. The name of the meta information is 'comment' for a general purpose comment about the key. Multi-Language comments are also supported by appending [LANG] to the name.
Validators are regular expressions which are tested against the key value. The metakey 'validator' can hold a regular expression which will be matched against.
Types can be expressed with the meta information 'type'.
The relevance of the key can be tagged with a value from -20 to 20. Negative numbers are the more important and must be present in order to start the program.
A version of a key may be stored with 'version'. Its format is full.major.minor where all of these are integers.
The order inside a persistent storage can be described with the tag 'order' which contains a positive number.
The meta key 'app' describes to which application a key belongs. It can be used to remove keys from an application no longer installed.
The meta key 'path' describes where the key is physically stored.
The 'owner' is the user that owns the key. It only works for the user/ hierarchy. It rather says where the key is stored and says nothing about the filesystem properties.
Do a shallow copy of all meta data from source to dest.
The key dest will additionally have all meta data source had. Meta data not present in source will not be changed. Meta data which was present in source and dest will be overwritten.
For example the meta data type is copied into the Key k.
void l(Key *k)
{
// receive c
keyCopyMeta(k, c);
// the caller will see the changed key k
// with all the metadata from c
}
The main purpose of this function is for plugins or applications which want to add the same meta data to n keys. When you do that with keySetMeta() it will take n times the memory for the key. This can be considerable amount of memory for many keys with some meta data for each.
To avoid that problem you can use keyCopyAllMeta() or keyCopyMeta().
void o(KeySet *ks)
{
Key *current;
Key *shared = keyNew (0);
keySetMeta(shared, "shared1", "this meta data should be shared among many keys");
keySetMeta(shared, "shared2", "this meta data should be shared among many keys also");
keySetMeta(shared, "shared3", "this meta data should be shared among many keys too");
ksRewind(ks);
while ((current = ksNext(ks)) != 0)
{
if (needs_shared_data(current)) keyCopyAllMeta(current, shared);
}
}
Postcondition:
for every metaName present in source: keyGetMeta(source, metaName) == keyGetMeta(dest, metaName)
Returns:
1 if was successfully copied
0 if source did not have any meta data
-1 on null pointers (source or dest)
-1 on memory problems
Parameters:
dest the destination where the meta data should be copied too
source the key where the meta data should be copied from
Do a shallow copy of meta data from source to dest.
The key dest will have the same meta data referred with metaName afterwards then source.
For example the meta data type is copied into the Key k.
void l(Key *k)
{
// receive c
keyCopyMeta(k, c, "type");
// the caller will see the changed key k
// with the metadata "type" from c
}
The main purpose of this function is for plugins or applications which want to add the same meta data to n keys. When you do that with keySetMeta() it will take n times the memory for the key. This can be considerable amount of memory for many keys with some meta data for each.
To avoid that problem you can use keyCopyAllMeta() or keyCopyMeta().
void o(KeySet *ks)
{
Key *current;
Key *shared = keyNew (0);
keySetMeta(shared, "shared", "this meta data should be shared among many keys");
ksRewind(ks);
while ((current = ksNext(ks)) != 0)
{
if (needs_shared_data(current)) keyCopyMeta(current, shared, "shared");
}
}
Postcondition:
keyGetMeta(source, metaName) == keyGetMeta(dest, metaName)
Returns:
1 if was successfully copied
0 if the meta data in dest was removed too
-1 on null pointers (source or dest)
-1 on memory problems
Parameters:
dest the destination where the meta data should be copied too
source the key where the meta data should be copied from
metaName the name of the meta data which should be copied
Returns the Value of a Meta-Information which is current.
The pointer is NULL if you reached the end or after ksRewind().
Note:
You must not delete or change the returned key, use keySetMeta() if you want to delete or change it.
Parameters:
key the key object to work with
Returns:
a buffer to the value pointed by key's cursor
0 on NULL pointer
See also:
keyNextMeta(), keyRewindMeta()
ksCurrent() for pedant in iterator interface of KeySet
Get last time the key data was read from disk.
Deprecated
This API is obsolete.
Every kdbGet() might update the access time of a key. You get information when the key was read the last time from the database.
You will get 0 when the key was not read already.
Beware that multiple copies of keys with keyDup() might have different atimes because you kdbGet() one, but not the other. You can use this information to decide which key is the latest.
Parameters:
key Key to get information from.
Returns:
the time you got the key with kdbGet()
0 on key that was never kdbGet()
(time_t)-1 on NULL pointer
See also:
keySetATime()
kdbGet()
Get last time the key metadata was changed from disk.
Deprecated
This API is obsolete.
You will get 0 when the key was not read already.
Any changed field in metadata will influence the ctime of a key.
This time is not updated if only value or comment are changed.
Not changed keys will not update this time, even after kdbSet().
It is possible that other keys written to disc influence this time if the backend is not grained enough.
Parameters:
key Key to get information from.
See also:
keySetCTime()
Returns:
(time_t)-1 on NULL pointer
the metadata change time
Get the group ID of a key.
Deprecated
This API is obsolete.
The group ID is a unique identification for every group present on a system. Keys will belong to root (0) as long as you did not get their real GID with kdbGet().
Unlike UID users might change their group. This makes it possible to share configuration between some users.
A fresh key will have (gid_t)-1 also known as the group nogroup. It means that the key is not related to a group ID at the moment.
Parameters:
key the key object to work with
Returns:
the system's GID of the key
(gid_t)-1 on NULL key or currently unknown ID
See also:
keySetGID(), keyGetUID()
Returns the Value of a Meta-Information given by name.
This is a much more efficient version of keyGetMeta(). But unlike with keyGetMeta you are not allowed to modify the resulting string.
int f(Key *k)
{
if (!strcmp(keyValue(keyGetMeta(k, "type")), "boolean"))
{
// the type of the key is boolean
}
}
Note:
You must not delete or change the returned key, use keySetMeta() if you want to delete or change it.
Parameters:
key the key object to work with
metaName the name of the meta information you want the value from
Returns:
0 if the key or metaName is 0
0 if no such metaName is found
value of Meta-Information if Meta-Information is found
See also:
keyGetMeta(), keySetMeta()
Return the key mode permissions.
Deprecated
This API is obsolete.
Default is 0664 (octal) for keys and 0775 for directory keys which used keySetDir().
The defaults are defined with the macros KDB_FILE_MODE and KDB_DIR_MODE.
For more information about the mode permissions see Modes.
Parameters:
key the key object to work with
Returns:
mode permissions of the key
KDB_FILE_MODE as defaults
(mode_t)-1 on NULL pointer
See also:
keySetMode()
Get last modification time of the key on disk.
Deprecated
This API is obsolete.
You will get 0 when the key was not read already.
Everytime you change value or comment and kdbSet() the key the mtime will be updated. When you kdbGet() the key, the atime is set appropriate.
Not changed keys may not even passed to kdbSet_backend() so it will not update this time, even after kdbSet().
It is possible that other keys written to disc influence this time if the backend is not grained enough.
If you add or remove a key the key thereunder in the hierarchy will update the mtime if written with kdbSet() to disc.
Parameters:
key Key to get information from.
See also:
keySetMTime()
Returns:
the last modification time
(time_t)-1 on NULL pointer
Get the user ID of a key.
Deprecated
This API is obsolete.
The user ID is a unique identification for every user present on a system. Keys will belong to root (0) as long as you did not get their real UID with kdbGet().
Although usually the same, the UID of a key is not related to its owner.
A fresh key will have no UID.
Parameters:
key the key object to work with
Returns:
the system's UID of the key
(uid_t)-1 on NULL key
See also:
keyGetGID(), keySetUID(), keyGetOwner()
Iterate to the next meta information.
Keys have an internal cursor that can be reset with keyRewindMeta(). Every time keyNextMeta() is called the cursor is incremented and the new current Name of Meta Information is returned.
You'll get a NULL pointer if the meta information after the end of the Key was reached. On subsequent calls of keyNextMeta() it will still return the NULL pointer.
The key internal cursor will be changed, so it is not const.
Note:
That the resulting key is guaranteed to have a value, because meta information has no binary or null pointer semantics.
You must not delete or change the returned key, use keySetMeta() if you want to delete or change it.
Parameters:
key the key object to work with
Returns:
a key representing meta information
0 when the end is reached
0 on NULL pointer
See also:
ksNext() for pedant in iterator interface of KeySet
Rewind the internal iterator to first meta data.
Use it to set the cursor to the beginning of the Key Meta Infos. keyCurrentMeta() will then always return NULL afterwards. So you want to keyNextMeta() first.
Key *key;
const Key *meta;
keyRewindMeta (key);
while ((meta = keyNextMeta (key))!=0)
{
printf ("name: %s, value: %s", keyName(meta), (const char*)keyValue(meta));
}
Parameters:
key the key object to work with
Returns:
0 on success
0 if there is no meta information for that key (keyNextMeta() will always return 0 in that case)
-1 on NULL pointer
See also:
keyNextMeta(), keyCurrentMeta()
ksRewind() for pedant in iterator interface of KeySet
Update the atime information for a key.
Deprecated
This API is obsolete.
When you do manual sync of keys you might also update the atime to make them indistinguishable.
It can also be useful if you work with keys not using a keydatabase.
Parameters:
key The Key object to work with
atime The new access time for the key
Returns:
0 on success
-1 on NULL pointer
See also:
keyGetATime()
Update the ctime information for a key.
Deprecated
This API is obsolete.
Parameters:
key The Key object to work with
ctime The new change metadata time for the key
Returns:
0 on success
-1 on NULL pointer
See also:
keyGetCTime()
Set mode so that key will be recognized as directory.
Deprecated
This API is obsolete.
The function will add all executable bits.
Mode 0200 will be translated to 0311
Mode 0400 will be translated to 0711
Mode 0664 will be translated to 0775
The macro KDB_DIR_MODE (defined to 0111) will be used for that.
The executable bits show that child keys are allowed and listable. There is no way to have child keys which are not listable for anyone, but it is possible to restrict listing the keys to the owner only.
Mode 0000 means that it is a key not read or writable to anyone.
Mode 0111 means that it is a directory not read or writable to anyone. But it is recognized as directory to anyone.
For more about mode see keySetMode().
It is not possible to access keys below a not executable key. If a key is not writeable and executable kdbSet() will fail to access the keys below. If a key is not readable and executable kdbGet() will fail to access the keys below.
Parameters:
key the key to set permissions to be recognized as directory.
Returns:
0 on success
-1 on NULL pointer
See also:
keySetMode()
Set the group ID of a key.
Deprecated
This API is obsolete.
See GID for more information about group IDs.
Parameters:
key the key object to work with
gid is the group ID
Returns:
0 on success
-1 on NULL key
See also:
keyGetGID(), keySetUID()
Set a new Meta-Information.
Will set a new Meta-Information pair consisting of metaName and newMetaString.
Will add a new Pair for Meta-Information if metaName was not added up to now.
It will modify a existing Pair of Meta-Information if the the metaName was inserted already.
It will remove a meta information if newMetaString is 0.
Parameters:
key the key object to work with
metaName the name of the meta information where you want to change the value
newMetaString the new value for the meta information
Returns:
-1 on error if key or metaName is 0, out of memory or names are not valid
0 if the Meta-Information for metaName was removed
size (>0) of newMetaString if Meta-Information was successfully added
See also:
keyGetMeta()
Set the key mode permissions.
Deprecated
This API is obsolete. It is only a mapping to keySetMeta(key, 'mode', str) which should be prefered.
The mode consists of 9 individual bits for mode permissions. In the following explanation the octal notation with leading zero will be used.
Default is 0664 (octal) for keys and 0775 for directory keys which used keySetDir().
The defaults are defined with the macros KDB_FILE_MODE and KDB_DIR_MODE.
Note:
libelektra 0.7.0 only allows 0775 (directory keys) and 0664 (other keys). More will be added later in a sense of the description below.
0000 is the most restrictive mode. No user might read, write or execute the key.
Reading the key means to get the value by kdbGet().
Writing the key means to set the value by kdbSet().
Execute the key means to make a step deeper in the hierarchy. But you must be able to read the key to be able to list the keys below. See also keySetDir() in that context. But you must be able to write the key to be able to add or remove keys below.
0777 is the most relaxing mode. Every user is allowed to read, write and execute the key, if he is allowed to execute and read all keys below.
0700 allows every action for the current user, identified by the uid. See keyGetUID() and keySetUID().
To be more specific for the user the single bits can elect the mode for read, write and execute. 0100 only allows executing which gives the information that it is a directory for that user, but not accessable. 0200 only allows reading. This information may be combined to 0300, which allows execute and reading of the directory. Last 0400 decides about the writing permissions.
The same as above is also valid for the 2 other octal digits. 0070 decides about the group permissions, in that case full access. Groups are identified by the gid. See keyGetGID() and keySetGID(). In that example everyone with a different uid, but the gid of the the key, has full access.
0007 decides about the world permissions. This is taken into account when neighter the uid nor the gid matches. So that example would allow everyone with a different uid and gid of that key gains full access.
Parameters:
key the key to set mode permissions
mode the mode permissions
Returns:
0 on success
-1 on NULL key
See also:
keyGetMode()
Update the mtime information for a key.
Deprecated
This API is obsolete.
Parameters:
key The Key object to work with
mtime The new modification time for the key
Returns:
0 on success
See also:
keyGetMTime()
Set the user ID of a key.
Deprecated
This API is obsolete.
See UID for more information about user IDs.
Parameters:
key the key object to work with
uid the user ID to set
Returns:
0 on success
-1 on NULL key or conversion error
See also:
keySetGID(), keyGetUID(), keyGetOwner()
Generated automatically by Doxygen for Elektra from the source code.