Cross Reference: /illumos-gate/usr/src/lib/libproc/common/Psymtab.c

Lines Matching defs:object
92  * This function creates a list of addresses for a load object's sections.
191 	 * for this load object we try to obtain the start and end address
195 	 * correspond to this load object.
318  * libraries.  We use this to get the load object names for the mappings.
328 	dprintf("encountered rd object at %p\n", (void *)lop->rl_base);
377 	dprintf("loaded rd object %s lmid %lx\n",
556 	 * Consult librtld_db to get the load object
565  * forcibly cache all of the symbol tables associated with all object files.
621 		 * data section was found for this load object, and that
655  * Convert a full or partial load object name to the prmap_t for its
691 	 * information up to date in the load object.
711 	 * information up to date in the load object.
895  * load object; return 0 otherwise.
907 	 * sections of the load object. Start by seeing if the mapping
918 	 * object. Consider the example of a mapping whose start and end
919 	 * addresses correspond to those of the load object's text section.
1125  * The text segment for each load object contains the elf header and
1127  * file that corresponds to the load object is the same file that
1144  * object, if the DT_CHECKSUM values match, we're all set, and can simply
1610 		 * object directory; we have only the mapping and file names
1617 		 * to exists on this machine we'll try to open the object
1629 		    "%s/%d/object/%s",
1634 	 * Open the object file, create the elf file, and then get the elf
1851 		goto done; /* Nothing else to do if no load object info */
1854 	 * If the object is a shared library and we have a different rl_base
1873 		 * Bring the load object up to date; it is the only way the
2020  * Given a shared object name, return the map_info_t for it.  If no matching
2021  * object is found, return NULL.  Normally, the link maps contain the full
2022  * object pathname, e.g. /usr/lib/libc.so.1.  We allow the object name to
2032  * As the exact same object name may be loaded on different link maps (see
2033  * dlmopen(3DL)), we also allow the caller to resolve the object name by
2388 	int lmresolve,			/* use resolve linker object names */
2414 	 * Adjust the address by the load object base address in
2478  * specified name and whose object and link map optionally match the specified
2486 	const char *oname,		/* load object name */
2513 	 * Iterate through the loaded object files and look for the symbol
2581 Plookup_by_name(struct ps_prochandle *P, const char *object,
2584 	return (Pxlookup_by_name(P, PR_LMID_EVERY, object, symbol, symp, NULL));
2708  * mapped object (file) as provided by the dynamic linker.
2709  * Return NULL if we can't find any name information for the object.
2720  * underlying mapped object (file).  If we're in the global zone,
2721  * this path could resolve to an object in another zone.  If we're
2723  * the mapped object (file) name provided by the dynamic linker in
2724  * the target process (ie, the object reported by Pobjname()).
2735  * object (file), as provided by the dynamic linker.  Return -1 on failure.
2756  * Given an object name and optional lmid, iterate over the object's symbols.