This usually occurs when re-initializing a file credential
cache over the top of an existing one.
This was meant to be fixed in commit 48cb3aa by calling
fcc_destroy(), but that only unlinks the "from" file
(which was already renamed or unlinked) but still doesn't
free the in-memory credentials. Using fcc_close() instead of
fcc_destroy() frees the leaked in-memory credentials.
Signed-off-by: Love Hornquist Astrand <lha@h5l.org>
HP-UX only returns IPv6 addresses using SIOCGLIFCONF,
SIOCGIFCONF has to be used for IPv4 addresses.
Solaris uses the same code as described in the comments, which
should correctly detect all addresses when running in a zone.
This adds the code that went missing from commit e20183da.
Signed-off-by: Love Hornquist Astrand <lha@h5l.org>
HP-UX only returns IPv6 addresses using SIOCGLIFCONF,
SIOCGIFCONF has to be used for IPv4 addresses.
Solaris uses the same code as described in the comments, which
should correctly detect all addresses when running in a zone.
Signed-off-by: Love Hornquist Astrand <lha@h5l.org>
It broke detection of IPv4 addresses on HP-UX machines with an IPv6
loopback address. Successful resolution of at least one IPv6 address
would then skip doing a separate IPv4 lookup as required by HP-UX.
This reverts commit 76afc31e9b.
Signed-off-by: Love Hornquist Astrand <lha@h5l.org>
* commit 'lha/master':
glue for strsvisx
add Allan McRae and Victor Guerra, sort
Version Heimdal 1.3.2
Remove fd caching since we don't have unload (deconstructor) support
basiclly this is reverting 164c99a4b4
the problem is when an application is using PAM loaded and unloaded
and over again, the file descriptior never get closed on unload of the
pam module. If main app already uses Heimdal, Heimdal doesn't get
unloaded, but in some scenarios this happen more often.
Since we now use fortuna for our internal random generator, this is
not that bad.
Bug found by Victor Guerra.
