Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
X-RT-Original-Encoding: iso-8859-1
Content-Length: 1089

On Wednesday 21 December 2005 06:08, Ken Raeburn wrote:
> The IP_PKTINFO code looks good, at first glance; I've been wanting to  
> do the IPV6_PKTINFO bit for a long time, but didn't know about  
> IP_PKTINFO.  (Is it implemented anywhere other than Linux?)
> 
> I'm a bit concerned about simply extending the RPC code to IPv6,  
> especially where IPv4 address structures are part of the API; we  
> should see what Sun's doing in that regard.  But the KDC  
> functionality upgrade shouldn't be a problem.  Thanks for the patch!

I sent it as ticket #3307,  but anyway, here is it again, just in case.

Obviously, I do not suggest merging this as-is:

        int             xp_laddrlen;     /* lenght of local address */
+//vda: this is not enough to hold ipv6 addr!!! Should we use sockaddr_storage?
+// Using ugly hack for now...
        struct sockaddr_in xp_laddr;     /* local address */
+       char            bogus_pad[16];   //[sizeof(sockaddr_in6) - sizeof(sockaddr_in)]
 } SVCXPRT;

Maybe conversion from sockaddr_in to sockaddr_storage is a proper fix.
You decide.
--
vda