PMGETAPICONFIG(3) - Linux man page online | Library functions
Return values for Performance Co-Pilot configuration vari‐.
PMGETCONFIG(3) Library Functions Manual PMGETCONFIG(3)
Performance Co-Pilot PCP PMGETCONFIG(3)
NAMEpmGetConfig, pmGetOptionalConfig, pmGetAPIConfig - return values for Performance Co-Pilot configuration variables
C SYNOPSIS#include <pcp/pmapi.h> char *pmGetConfig(const char *variable); char *pmGetOptionalConfig(const char *variable); char *pmGetAPIConfig(const char *feature); cc ... -lpcp
DESCRIPTIONThe pmGetConfig and pmGetOptionalConfig functions search for variable first in the envi‐ ronment and then, if not found, in the Performance Co-Pilot (PCP) configuration file and returns the string result. If variable is not already in the environment, it is added with a call to setenv(3) before returning. The pmGetOptionalConfig function allows for failures - either from variable not being set at all, or due to the configuration file being missing. pmGetConfig is less tolerant to a missing configuration file, which it treats as a critical PCP installation failure - see the ``RETURN VALUE'' section below for further details. The default location of the PCP configuration file is /etc/pcp.conf but this may be changed by setting PCP_CONF in the environment to a new location, as described in pcp.conf(5). The pmGetAPIConfig function reports on features of the PCP library. It can be used to query support for multi-threading, security extensions, and other features. The pmconfig(1) utility provides command line access to both of these interfaces, and also provides a mechanism for listing all available variables and features that are valid argu‐ ments to these routines.
RETURN VALUEIf variable is not found in either the environment or the PCP configuration file, or if the configuration file is inaccessible, then pmGetOptionalConfig returns NULL. If variable is found in neither the environment nor the PCP configuration file, then pmGetConfig returns an empty string. If the PCP configuration file is not found then a fatal error message is printed and the process will exit(2) - although this sounds dras‐ tic, it is the only course of action available because the PCP configuration/installation is deemed fatally flawed. The pmGetAPIConfig routine returns NULL on failure to lookup the requested feature. It does not modify the environment, and returns a pointer to a static read-only string. The value returned by all of these routines is either a static pointer or pointer into the environment, and so changing it is a bad idea.
PCP ENVIRONMENTEnvironment variables with the prefix PCP_ are used to parameterize the file and directory names used by PCP. On each installation, the file /etc/pcp.conf contains the local values for these variables. The $PCP_CONF variable may be used to specify an alternative config‐ uration file, as described in pcp.conf(5). Values for these variables may be obtained programmatically using the pmGetConfig(3) function.
SEE ALSOPCPIntro(1), pmconfig(1), pmGetVersion(3), exit(2), PMAPI(3), getenv(3), setenv(3), pcp.conf(5), pcp.env(5) and environ(7).
|This manual||Reference||Other manuals|
pcp.conf(5) | PCP::PMDA(3pm) | PCPIntro(3) | PMAPI(3) | pmconfig(1) | PMDA(3) | pmdaOpenLog(3) | pmdatrace(3) | pmDiscoverServices(3) | pmFreeOptions(3) | pmGetArchiveEnd(3) | pmGetArchiveLabel(3) | pmGetChildren(3) | pmGetChildrenStatus(3) | pmGetContextHostName(3) | pmGetInDom(3) | pmGetInDomArchive(3) | pmGetPMNSLocation(3) | pmGetUsername(3) | pmGetVersion(3)
|refer to||environ(7) | _exit(2) | getenv(3) | pcp.conf(5) | pcp.env(5) | PCPIntro(1) | PMAPI(3) | pmconfig(1) | pmGetVersion(3) | setenv(3)|