Detailed Description

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

Examples for metadata

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.

Function Documentation

int keyCopyAllMeta (Key *dest, const Key *source)

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

int keyCopyMeta (Key *dest, const Key *source, const char *metaName)

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

const Key* keyCurrentMeta (const Key *key)

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

time_t keyGetATime (const Key *key)

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()

time_t keyGetCTime (const Key *key)

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

gid_t keyGetGID (const Key *key)

Get the group ID of a key.

Deprecated

This API is obsolete.

GID

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()

const Key* keyGetMeta (const Key *key, const char *metaName)

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()

mode_t keyGetMode (const Key *key)

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()

time_t keyGetMTime (const Key *key)

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

uid_t keyGetUID (const Key *key)

Get the user ID of a key.

Deprecated

This API is obsolete.

UID

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()

const Key* keyNextMeta (Key *key)

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

int keyRewindMeta (Key *key)

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

int keySetATime (Key *key, time_tatime)

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()

int keySetCTime (Key *key, time_tctime)

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()

int keySetDir (Key *key)

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()

int keySetGID (Key *key, gid_tgid)

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()

ssize_t keySetMeta (Key *key, const char *metaName, const char *newMetaString)

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()

int keySetMode (Key *key, mode_tmode)

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.

Modes

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()

int keySetMTime (Key *key, time_tmtime)

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()

int keySetUID (Key *key, uid_tuid)

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()

Author

Generated automatically by Doxygen for Elektra from the source code.