Provide access through Persistent Publish/Subscribe (PPS) communication to a variety of services, including shutdown
coreServices2 [-C configuration file] [-d] [-l none | module [,module]*]
[-M UID:GIG] [-r path] [-S UID:GIG] [-U UID:GIG] [-v]*
QNX Neutrino
The coreServices2 utility provides a single point from which to ask the system to run a variety of services. It manages the operations involved in communicating with multiple services using PPS objects. This design means that the requesting component or application only needs to publish and subscribe to the relevant PPS objects.
The QNX SDK for Apps and Media uses coreServices2 to provide access from the HMI to the shutdown service.
The coreServices2 service maintains a separate object for each service to which it gives access. An object may be static (compiled into the coreServices2 binary) or dynamic (loaded through dlopen() at runtime).
Most basic services are static, but some services that are large (or that require large shared libraries) and are not needed by all implementations are made available as dynamic modules. The coreServices2 service doesn't use any dynamically loaded modules and maintains the following statically loaded object:
A configuration file specifies the core services that can be used. The name and location of the file is specified by the -C option. In QNX Apps and Media targets, the configuration file is located at /etc/system/config/coreServices2.json.
{ "static_modules" : comma-separated string of static module names "dynamic_modules" : comma-separated string of dynamic module names "disable_procmon" : [true|false] "disable_hwid" : [true|false] }
{ "static_modules" : "shutdown", "dynamic_modules" : "", "disable_procmon" : true, "disable_hwid" : true }