summaryrefslogtreecommitdiff
path: root/libcrypt/md5.c
diff options
context:
space:
mode:
authorManuel Novoa III <mjn3@codepoet.org>2004-08-10 15:12:48 +0000
committerManuel Novoa III <mjn3@codepoet.org>2004-08-10 15:12:48 +0000
commit6f60320934749897340f9f6d056f6e57c79fc2f9 (patch)
tree9aa77688786ccf16716ebab8bf59f078ed2e6f7c /libcrypt/md5.c
parent7e8a7b341932d9b277a64948bce0cc244ebfddb0 (diff)
On Monday 02 August 2004 08:44 am, Mike Frysinger wrote:
> the gethostbyname_r() call itself is not segfaulting, but the memory > returned in the h_aliases array seems to be wrong ... was playing around with the source today and eventually the obvious answer hit me ... while read_etc_hosts_r() generatings an array of strings fo h_aliases and populates it, the dns path does not :) find attached a patch that'll actually generate the h_aliases list in the normal dns code path ... i used the etc_hosts_r() code as a template for some of it ... note that this is just a simple fix ... it fills the alias list with just the hostname gethostbyname_r was passed ... the proper fix i think would be to parse the dns packet down in __dns_lookup() and pass the info back via the resolv_answer struct ... but this fix is better than the current state of things ... that is, h_aliases currently is never initailized in the dns code path :)
Diffstat (limited to 'libcrypt/md5.c')
0 files changed, 0 insertions, 0 deletions