Oracle® Solaris Modular Debugger Guide

Exit Print View

Updated: September 2014
 
 

_mdb_init()

const mdb_modinfo_t *_mdb_init(void);

Each debugger module is required to provide, for linkage and identification purposes, a function named _mdb_init(). This function returns a pointer to a persistent (that is, not declared as an automatic variable) mdb_modinfo_t structure, as defined in <sys/mdb_modapi.h>:

type def struct mdb_modinfo {
        ushort_t mi_dvers;               /* Debugger API version number */
        canst mdb_dcmd_t *mi_dcmds;      /* NULL-terminated list of dcmds */
        canst mdb_walker_t *mi_walkers;  /* NULL-terminated list of walks */
        ulong_t mi_flags;                /* module-level flags */
} mdb_modinfo_t;

The mi_dvers member is used to identify the API version number, and should always be set to MDB_API_VERSION. The current version number is therefore compiled into each debugger module, allowing the debugger to identify and verify the application binary interface used by the module. The debugger does not load modules that are compiled for an API version that is more recent than the debugger itself.

The mi_dcmds and mi_walkers members, if not NULL, point to arrays of dcmd and walker definition structures, respectively. Each array must be terminated by a NULL element. These dcmds and walkers are installed and registered with the debugger as part of the module loading process. The debugger will refuse to load the module if one or more dcmds or walkers are defined improperly or if they have conflicting or invalid names. Dcmd and walker names are prohibited from containing characters that have special meaning to the debugger, such as quotation marks and parentheses.

The mi_flags field should be zero or a logically-ORed set of flags. The only defined flag right now is MDB_MI_ENFORCE_USAGE, which causes MDB to check the proper usage of this module's DCMDs before calling them.

The module can also execute code in _mdb_init() using the module API to determine if it is appropriate to load. For example, a module can only be appropriate for a particular target if certain symbols are present. If these symbols are not found, the module can return NULL from the _mdb_init() function. In this case, the debugger will refuse to load the module and an appropriate error message is printed.