In apr_sockaddr_info_get(), I see this:
error = getaddrinfo(hostname, numptr, &hints, &ai_list);
if (error) {
if (error == EAI_SYSTEM) {
return errno;
}
else {
/* issues with representing this with APR's error scheme:
* glibc uses negative values for these numbers, perhaps so
* they don't conflict with h_errno values... Tru64 uses
* positive values which conflict with h_errno values
*/
#if defined(NEGATIVE_EAI)
error = -error;
#endif
return error + APR_OS_START_EAIERR;
}
In my opinion, the "return errno" is wrong: EAI_SYSTEM is not of
type apr_status_t, so it should be handled just like any other EAI_
error code. Was there a special reason to treat it differently?
Cscope finds no reference to EAI_SYSTEM other than this one,
not in apr, nor in apr-util or httpd-2.0
Martin
--
<[EMAIL PROTECTED]> | Fujitsu Siemens
Fon: +49-89-636-46021, FAX: +49-89-636-47655 | 81730 Munich, Germany