Determines whether an object has associations to other SEDRIS objects.
What counts as an association and what doesn't?
For the purposes of this function:
SE_NULL_REQUIRED_PARAMETER - and *result_out_ptr is left unaltered, if result_out_ptr was NULL.
SE_INVALID_OR_NULL_OBJECT - and *result_out_ptr is set to SE_FALSE, if object_in isn't a handle to a valid, active (i.e., unfreed) SEDRIS object.
SE_UNRESOLVED_START_OBJECT - and *result_out_ptr is set to SE_FALSE, if object_in is currently unresolved (see SE_OBJECT's comments for details on how this condition occurs).
SE_FAILURE - and *result_out_ptr is set to SE_FALSE, if
| extern SE_STATUS_CODE_ENUM | |||
| SE_HasAssociations | |||
| ( | |||
| SE_OBJECT | object_in, | (notes) | |
| SE_TOKEN_ENUM | drm_class, | (notes) | |
| SE_ITR_TRAVERSAL_ENUM | inter_transmittal_referencing_traversal, | (notes) | |
| SE_BOOLEAN | * | result_out_ptr | (notes) |
| ); | |||
the SEDRIS object for which the user wants to know whether
any associations exist.
the DRM class of associate desired. If
SE_NULL_TOKEN is passed in, then any associated object will do.
Asking for an object of an abstract DRM class is allowed; in that case,
the API will look for associations to concrete objects that are
descendants of the of the given abstract DRM class.
the user must choose how
the function will behave when it encounters an Inter-Transmittal
Reference (ITR). The function could automatically resolve such
references and continue the search within the new transmittal;
report all ITR references without resolving them; or just ignore
them completely and continue to search within the current
transmittal.
a pointer to the variable in the user's memory space
where the answer will be stored.