Re: [PATCH] resolv: AAAA (28) is valid, no fallthrough to default

[Florian Weimer <fweimer@redhat.com>]

* Andreas K. Huettel:

> Am Donnerstag, 10. Januar 2019, 12:00:08 CET schrieb Florian Weimer:
>> * Andreas K. Hüttel:
>> > The test resolv/tst-resolv-ai_idn-nolibidn2 kept failing, with the
>> > puzzling
>> > output "invalid qtype: 28". Puzzling since 28 is an AAAA record.
>> > Turns out the switch statement is missing a break, so the "T_AAAA" case
>> > continues with "default".
>> 
>> The change is obviously correct. I will commit it for you.
>> 
>> However, how do you encounter this issue?  Did you change some test?
>> The current IDN tests do not actually send AAAA queries, I think.
>> 
>> Thanks,
>> Florian
>
> That's a puzzling question indeed. I didnt change anything with the test 
> suite; the code is ~ tip of 2.28 release branch (plus few Gentoo-specific 
> patches).
>
> The only Gentoo-specific commit which could be relevant is that we revert 
> 8479f23aa1d5e5477a37f46823856bdafaedfa46 ("sysdeps/posix/getaddrinfo.c 
> (gaih_inet): Only use gethostbyname4_r ..."). For the background see
> https://bugs.gentoo.org/600632

Yes, that is indeed the cause.  Reverting that commit is a bit
aggressive, though.  Clearly you do not need to perform dual queries if
the requested address family is AF_INET because that hasn't got any
scope IDs.

Thanks,
Florian