< wumpus>
shangzhou: it still has no ACKs, so is by no means ready for merging, no need to remind me of it
< wumpus>
(well it has kazcw's but it was there last time IIRC)
< wumpus>
would be great if people reviewed it ofc
< shangzhou>
Ok thanks
< wumpus>
but I'm perfectly able to revisit pull requests that still haven't moved forward, while I tend to miss the ones which everybody (TM) acked and should be merged, that's why I asked people
< BlueMatt>
wumpus: re: #9229 yes, but the fix should be fixing the autotools detection of inet_pton, not continuing to work around it?
< wumpus>
the getaddrinfo_a issue is curious, I have a nagging feeling we're just using it wrong, it's hard to believe a standard library function to be so trivially broken. Then again, in that case it makes sense to replace its usage too.
< wumpus>
BlueMatt: I'm not suggesting any specific fix, just trying to figure out what is going wrong in the first place
< wumpus>
BlueMatt: using inet_pton on systems that actually have it is great, I don't know why it falsely detects its presence on windows
< wumpus>
only on windows *64 bit* at that
< fanquake>
wumpus looks like pretty much all the code in 9229 was introduced in #4421