Refactoring of obsolete gethostbyname() in connect_to_rti()

[siljesu]

According to the linux man-page:

The gethostbyname*(), gethostbyaddr*(), herror(), and hstrerror() functions are obsolete. Applications should use getaddrinfo(3), getnameinfo(3), and gai_strerror(3) instead.

Currently, gethostbyname() is used in connect_to_rti(). This PR modifies the function to use getaddrinfo() instead. The functionality should be unchanged. If no host matches the given hostname, getaddrinfo() will return a non-zero value and exit. If at least one address structure matches the given hostname, it will set the port the be uport and try to connect. Notice that getaddrinfo() returns a linked list of matching address structures, if more than one matches the hostname and hints. According to the man page:

There are several reasons why the linked list may have more than one addrinfo structure, including: the network host is multihomed, accessible over multiple protocols (e.g., both AF_INET and AF_INET6); or the same service is available from multiple socket types (one SOCK_STREAM address and another SOCK_DGRAM address, for example). Normally, the application should try using the addresses in the order in which they are returned.

So in the current application, I think it should never return more than one address structure (the hints structure specifies AF_INET and SOCK_STREAM specifically). And if it does, we essentially ignore all but the first one, and if the first one fails, try with the next port number instead.

[edwardalee]

Looks good to me!

[edwardalee]

This should be merged, but I don't understand the test failures. There is no information.