diff options
| author | Manuel Novoa III <mjn3@codepoet.org> | 2004-08-10 15:12:48 +0000 |
|---|---|---|
| committer | Manuel Novoa III <mjn3@codepoet.org> | 2004-08-10 15:12:48 +0000 |
| commit | 6f60320934749897340f9f6d056f6e57c79fc2f9 (patch) | |
| tree | 9aa77688786ccf16716ebab8bf59f078ed2e6f7c /libc/sysdeps/linux/frv/sys | |
| parent | 7e8a7b341932d9b277a64948bce0cc244ebfddb0 (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 'libc/sysdeps/linux/frv/sys')
0 files changed, 0 insertions, 0 deletions