* implementor.texinfo (Host Address Lookup): Document Mac OS X issues
authorKen Raeburn <raeburn@mit.edu>
Mon, 3 Jan 2005 20:27:16 +0000 (20:27 +0000)
committerKen Raeburn <raeburn@mit.edu>
Mon, 3 Jan 2005 20:27:16 +0000 (20:27 +0000)
git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@16989 dc483132-0cff-0310-8789-dd5450dbe970

doc/ChangeLog
doc/implementor.texinfo

index 46f45851943b53c4792c809f091d1c9093ff2da0..6b2121d46a5ec26544600fa4a8cd5c70fac509e1 100644 (file)
@@ -1,3 +1,8 @@
+2005-01-03  Ken Raeburn  <raeburn@mit.edu>
+
+       * implementor.texinfo (Host Address Lookup): Document Mac OS X
+       issues.
+
 2004-11-19  Tom Yu  <tlyu@mit.edu>
 
        * build.texinfo (Solaris 9): Document Solaris patches for pty
index d9e00a66bdf4945ff207e85a0f00edd168dc59a8..6609676205a292f4595f58f9c0d4274ac0fdce4a 100644 (file)
@@ -395,6 +395,25 @@ is, both of which are wrong.
 No known bugs here, but as of IRIX 6.5.7, the version we're using at
 MIT, these functions had not been implemented.
 
+@item Mac OS X
+Two problems have been found with @code{getaddrinfo} on Mac OS X, at
+least under version 10.3.  First, while @code{gethostbyname} data is
+cached to make multiple lookups of the same name (@i{e.g.}, by
+different parts of the code that need to know about the same server
+host), @code{getaddrinfo} results are not cached, so multiple queries
+mean multiple DNS requests, which means more delays if the DNS servers
+are not close by and fast to respond.  We've implemented a cache of
+our own to work around this, though it only applies to multiple
+lookups in a short period of time within the same application process,
+and it's only implemented for the Mac at the moment.
+
+Second, the Mac libraries will generate a DNS SRV RR query; as far as
+I [Ken] can tell this is a bug, but Apple seems to consider it a
+feature.  (Call @code{getaddrinfo("example.com", "telnet", ...)} and
+you get a SRV record query, but the spec on SRV records says you must
+not use them unless the specification for the service in question says
+to.)  Yet more network traffic for each name to look up.
+
 @item NetBSD
 As of NetBSD 1.5, this function is not thread-safe.  In 1.5X
 (intermediate code snapshot between 1.5 and 1.6 releases), the