ost::Keydata(3)
π ost::Keydata(3) β Library Functions Manual π
okay bestie, welcome to the ost::Keydata page! This is the manual for the class that loads and holds config data. It's giving library functions manual energy. Let's go. β¨
β¨ NAME β¨
ost::Keydata β Keydata objects are used to load and hold 'configuration' data for a given application.
πΈ SYNOPSIS πΈ
#include <misc.h>
Inherits ost::MemPager.
π Classes π
struct Definestruct Keysymstruct Keyval
π Public Member Functions π
void load (const char *keypath)β Load additional key values into the current object from the specified config source (a config file/section pair). πvoid loadPrefix (const char *prefix, const char *keypath)β Load additional key values into the current object from the specified config source (a config file/section pair). β¨void loadFile (const char *filepath, const char *keys=NULL, const char *pre=NULL)β Load additional keys into the current object using a real filename that is directly passed rather than a computed key path. πvoid load (Define *pairs)β Load default keywords into the current object. πΈKeydata ()β Create an empty key data object. π¦Keydata (const char *keypath)β Create a new key data object and use theLoadmethod to load an initial config file section into it. πKeydata (Define *pairs, const char *keypath=NULL)β Alternate constructor can take a define list and an optional pathfile to parse. π«Άvirtual ~Keydata ()β Destroy the keydata object and all allocated memory. πvoid unlink (void)β Unlink the keydata object from the cache file stream. π₯int getCount (const char *sym)β Get a count of the number of data 'values' that is associated with a specific keyword. πconst char * getFirst (const char *sym)β Get the first data value for a given keyword. πconst char * getLast (const char *sym)β Get the last (most recently set) value for a given keyword. βbool isKey (const char *sym)β Find if a given key exists. πconst char * getString (const char *sym, const char *def=NULL)β Get a string value, with an optional default if missing. πlong getLong (const char *sym, long def=0)β Get a long value, with an optional default if missing. πbool getBool (const char *key)β Get a bool value. π§double getDouble (const char *key, double def=0.)β Get a floating value. πunsigned getIndex (char **data, unsigned max)β Get an index array of ALL keywords that are stored by the current keydata object. β¨unsigned getCount (void)β Get the count of keyword indexes that are actually available so one can allocate a table to receivegetIndex. πvoid setValue (const char *sym, const char *data)β Set (replace) the value of a given keyword. πconst char *const * getList (const char *sym)β Return a list of all values set for the given keyword returned in order. πΈvoid clrValue (const char *sym)β Clear all values associated with a given keyword. π¦const char * operator[] (const char *keyword)β A convenient notation for accessing the keydata as an associative array of keyword/value pairs through the[]operator. π
β Static Public Member Functions β
static void end (void)β static member to end keydata i/o allocations. π₯
π Protected Member Functions π
Keysym * getSymbol (const char *sym, bool create)π«Ά
π€ Friends π€
void endKeydata (void)β Shutdown the file stream cache. π
π Detailed Description π
Okay so, Keydata objects are used to load and hold 'configuration' data for a given application. Periodt.
This class is used to load and then hold keyword = value pairs parsed from a text based 'config' file that has been divided into [sections]. The syntax is:
[section_name]
key1=value1
key2=value2
Essentially, the 'path' is a 'keypath' into a theoretical namespace of key pairs, hence one does not use 'real' filepaths that may be OS dependent. The / path refers to /etc prefixed (on UNIX) directories and this is processed within the constructor. It could refer to the /config prefix on QNX, or even, gasp, a C:\WINDOWS. Hence, a keypath of /bayonne.d/vmhost/smtp actually resolves to a /etc/bayonne.d/vmhost.conf and loads key value pairs from the [smtp] section of that .conf file.
Similarly, something like ~bayonne/smtp path refers to a ~/.bayonnerc and loads key pairs from the [smtp] section. This coercion occurs before the name is passed to the open call.
I actually use derived keydata based classes as global initialized objects, and they hence automatically load and parse config file entries even before main has started.
Keydata can hold multiple values for the same key pair. This can occur either from storing a 'list' of data items in a config file, or when overlaying multiple config sources (such as /etc/....conf and ~/.confrc segments) into a single object. The keys are stored as cumulative (read-only/replacable) config values under a hash index system for quick retrieval.
Keydata can also load a table of 'initialization' values for keyword pairs that were not found in the external file.
One typically derives an application specific keydata class to load a specific portion of a known config file and initialize it's values. One can then declare a global instance of these objects and have configuration data initialized automatically as the executable is loaded.
Hence, if I have a [paths] section in a /etc/server.conf? file, I might define something like:
class KeyPaths : public Keydata
{
public:
KeyPaths() : Keydata('/server/paths')
{
static Keydata::Define *defvalues = {
{'datafiles', '/var/server'},
{NULL, NULL}};
// override with [paths] from '~/.serverrc' if avail.
load('~server/paths');
load(defvalues);
}
};
KeyPaths keypaths;
π Author π
David Sugar dyfet@ostel.com
load text configuration files into keyword pairs.
π¦ Constructor & Destructor Documentation π¦
ost::Keydata::Keydata ()
Create an empty key data object. So empty, bestie. π
ost::Keydata::Keydata (const char * keypath)
Create a new key data object and use the Load method to load an initial config file section into it. πΈ
Parameters
- keypath (filepath/section) specifies the home path. π
ost::Keydata::Keydata (Define * pairs, const char * keypath = NULL)
Alternate constructor can take a define list and an optional pathfile to parse. π
Parameters
- pairs of keyword values from a define list. π
- keypath of optional file and section to load from. π
virtual ost::Keydata::~Keydata () [virtual]
Destroy the keydata object and all allocated memory. This may also clear the 'cache' file stream if no other keydata objects currently reference it. π
π Member Function Documentation π
Okay bestie, here's the tea on all the member functions. Every signature is exact, every return value is sacred, and no detail got left on read. β¨
void ost::Keydata::clrValue (const char * sym)
Wipes out every value tied to a given keyword. It does not de-allocate the keyword from memory, though. So the values are gone, but the keyword itself is still chilling in RAM. π
Returns: keyword name to clear.
Yes, that's literally what the docs say for the return value. Not me making it up. π
static void ost::Keydata::end (void) [static]
A static member that ends keydata i/o allocations. It's the cleanup queen. π
Referenced by: ost::endKeydata().
bool ost::Keydata::getBool (const char * key)
Gets a bool value. True or false, no in-between. π
Parameters:
symβ keyword name.
Returns: true or false.
The parameter in the docs is calledsym, even though the signature sayskey. Not a typo, just Doxygen being Doxygen. π
int ost::Keydata::getCount (const char * sym)
Gets a count of how many data "values" are associated with a specific keyword. Each value comes from an accumulation of load() requests. So if you loaded it multiple times, they stack up like your unread notifications. π
Parameters:
symβ keyword symbol name.
Returns: count of values associated with keyword.
unsigned ost::Keydata::getCount (void)
Gets the count of keyword indexes that are actually available, so you can allocate a table to receive getIndex. Basically: how many keywords are in the building? π
Returns: number of keywords found.
double ost::Keydata::getDouble (const char * key, double def = 0.)
Gets a floating value. If it's missing, you can pass a default and it'll use that instead. No drama. πΈ
Parameters:
symβ keyword name.- default if not set.
Returns: value of key.
Again, the docs call the first onesymwhile the signature sayskey. We move. π
const char* ost::Keydata::getFirst (const char * sym)
Gets the first data value for a given keyword. This will typically be the /etc set global default. So it's the OG value, the one that was there before your user config started acting up. π
Parameters:
symβ keyword symbol name.
Returns: first set value for this symbol.
unsigned ost::Keydata::getIndex (char ** data, unsigned max)
Gets an index array of ALL keywords stored by the current keydata object. All of them. The whole squad. π₯
Returns: number of keywords found.
Parameters:
dataβ pointer of array to hold keyword strings.maxβ number of entries the array can hold.
Notice how Returns comes before Parameters? That's exactly how the original rolls. We respect the chaos. β¨
const char* ost::Keydata::getLast (const char * sym)
Gets the last (most recently set) value for a given keyword. This is typically the value actually used. So it's the final answer, the one that wins. π
Parameters:
symβ keyword symbol name.
Returns: last set value for this symbol.
const char* const* ost::Keydata::getList (const char * sym)
Returns a list of all values set for the given keyword, in order. It's giving chronological receipt energy. π§Ύ
Returns: list pointer of array holding all keyword values.
Parameters:
symβ keyword name to fetch.
long ost::Keydata::getLong (const char * sym, long def = 0)
Gets a long value, with an optional default if it's missing. Because sometimes you just need a big number and a backup plan. π
Parameters:
symβ keyword name.- default if not present.
Returns: long value of key.
const char* ost::Keydata::getString (const char * sym, const char * def = NULL)
Gets a string value, with an optional default if it's missing. If the key ghosted you, def is there to catch you. π«Ά
Parameters:
symβ keyword name.- default if not present.
Returns: string value of key.
Keysym* ost::Keydata::getSymbol (const char * sym, bool create) [protected]
Protected function. No description in the source. It's giving mysterious main character energy. π
bool ost::Keydata::isKey (const char * sym)
Finds out if a given key exists. Like a vibe check but for keywords. π
Parameters:
symβ keyword to find.
Returns: true if exists.
void ost::Keydata::load (const char * keypath)
Adds more key values into the current object from the config source you point at (that's a config file/section pair). When matches show up, these values overlay the current keywords. Usually you'd use this in a derived config object class constructor: first load a /etc section, then load a matching user-specific entry from ~/. so the user's settings override the system defaults. It's giving layered customization. π
Parameters:
keypathβ (filepath/section)
void ost::Keydata::load (Define * pairs)
Loads default keywords into the current object. This only loads keyword entries which have not already been defined, to reduce memory usage. This form of Load is also commonly used in the constructor of a derived Keydata class. It's the "don't overwrite what's already there" load. Respectful. π
Parameters:
pairsβ list ofNULLterminated default keyword/value pairs.
void ost::Keydata::loadFile (const char * filepath, const char * keys = NULL, const char * pre = NULL)
Loads additional keys into the current object using a real filename that is directly passed, rather than a computed key path. This also uses a [keys] section as passed to the object. It's the "I know exactly where the file is" energy. π₯
Parameters:
filepathβ to load fromkeysβ section to parse from, orNULLto parse from headpreβ optional key prefix
void ost::Keydata::loadPrefix (const char * prefix, const char * keypath)
Same idea as load(keypath): it adds more key values into the current object from the specified config source (a config file/section pair), and those values overlay the current keywords when matches are found. Typically used in a derived config object class constructor to first load a /etc section, then load a matching user-specific entry from ~/. so user-specific keyword values override system defaults. This variant puts a prefix in front of the key name. So same energy, but with a little prefix bow on top. π
Parameters:
prefixkeypathβ (filepath/section)
const char* ost::Keydata::operator[] (const char * keyword) [inline]
A convenient notation for accessing the keydata as an associative array of keyword/value pairs through the [] operator. So you can do keydata["bestie"] and get your value. Iconic. π
void ost::Keydata::setValue (const char * sym, const char * data)
Sets (replaces) the value of a given keyword. This new value will become the value returned from getLast(), while the prior value will still be stored and found from getList(). So the old value isn't deleted, just archived. She's still in the group chat history. π
Parameters:
symβ keyword name to set.dataβ string to store for the keyword.
void ost::Keydata::unlink (void)
Unlinks the keydata object from the cache file stream. This should be used if you plan to keep a Keydata object after it is loaded once all keydata objects have been loaded, otherwise the cfgFile stream will remain open. You can also use endKeydata().
Important! If you don't do this, the cfgFile stream stays open like a tab you forgot to close. Do not leave it on read. π¨
π― Friends And Related Function Documentation π―
void endKeydata (void) [friend]
Shuts down the file stream cache. This should be used before detaching a deamon, exec(), fork(), etc.
This is the friend function that comes through when you need to close things properly before your process does a big life change. Don't skip it. π
β¨ Author β¨
Generated automatically by Doxygen for GNU CommonC++ from the source code.
So yeah, not a human bestie β it's a robot that read the source and spilled the tea. π€π
This page came from GNU CommonC++ and was generated on Sun Dec 27 2020. Bye bestie, go set some keywords! π¦π
π¦ where this page comes from
- ubuntu jammy: libcommoncpp2-doc 1.8.1-10
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms