More cleanup that needs to be done when an interface is removed
Brian J. Murrell
brian_murrell at ssd.bctel.net
Sun Feb 13 19:27:31 UTC 2000
OK Ted.
Pursuant to my adventure in making the client dynamically add and remove
interfaces to it's list of active interfaces I found another thing that
needs "undoing" when an interface it removed. It's "io" object needs to
be destroyed. Problem is this however:
isc_result_t omapi_io_destroy (omapi_object_t *h, const char *file, int line)
{
if (h -> type != omapi_type_io_object)
return ISC_R_INVALIDARG;
return ISC_R_SUCCESS;
}
omapi_io_destroy () don't do nothing useful. :-) Is it supposed to? I
would think at a minimum the io object needs to be removed from the
omapi_io_states list, however I am sure there is more to it than that,
like cleaning up the inner and outer references and freeing up it's
storage if it's reference count goes to zero. Or am I right in reading
that the dereferencing functions do that for you?
b.
--
Brian J. Murrell InterLinx Support Services, Inc.
North Vancouver, B.C. 604 983 UNIX
Platform and Brand Independent UNIX Support - R3.2 - R4 - BSD
More information about the dhcp-hackers
mailing list