From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id VAA10152; Thu, 15 Nov 2001 21:13:53 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id VAA10333 for ; Thu, 15 Nov 2001 21:13:52 +0100 (MET) Received: from smtpout.mac.com (smtpout.mac.com [204.179.120.88]) by concorde.inria.fr (8.11.1/8.10.0) with ESMTP id fAFKDoj16366; Thu, 15 Nov 2001 21:13:50 +0100 (MET) Received: from smtp-relay02.mac.com (server-source-si02 [10.13.10.6]) by smtpout.mac.com (8.12.1/8.10.2/1.0) with ESMTP id fAFJuCS0014338; Thu, 15 Nov 2001 11:56:12 -0800 (PST) Received: from asmtp02.mac.com ([10.13.10.66]) by smtp-relay02.mac.com (Netscape Messaging Server 4.15 relay02 Jun 21 2001 23:53:48) with ESMTP id GMUYV000.6U1; Thu, 15 Nov 2001 12:13:48 -0800 Received: from kallisti.apple.com ([17.206.25.144]) by asmtp02.mac.com (Netscape Messaging Server 4.15 asmtp02 Jun 21 2001 23:53:48) with ESMTP id GMUYUZ00.71A; Thu, 15 Nov 2001 12:13:47 -0800 Date: Thu, 15 Nov 2001 12:13:46 -0800 Reply-To: jhw@wetware.com Mime-Version: 1.0 (Apple Message framework v472) Cc: The Trade Message-Id: <466E903B-DA05-11D5-832E-000502DB38F5@mac.com> In-Reply-To: <20011115104821.A30296@pauillac.inria.fr> Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Re: [Caml-list] parsing and emitting Unix.inet_addr values From: james woodyatt Content-Transfer-Encoding: 7bit To: Xavier Leroy X-Mailer: Apple Mail (2.472) Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Thursday, November 15, 2001, at 01:48 , Xavier Leroy wrote: > > But: I'm *extremely* wary about interfaces that assume that an inet_addr > is isomorphic to a 32-bit integer or to 4 octets, because these break > horribly with IPv6 addresses. We've been hearing for so long that > IPv6 is the wave of the future that we might just as well be ready for > IPv6. I received another response that raised this same issue. It's nice to know that the abstract Unix.inet_addr type is intended to represent both IPv4 and IPv6 addresses. The current conversions to and from strings just deal with dot quads and don't seem to understand textual representations of IPv6 addresses yet, but I guess I can see the roadmap now. Consider this: val inet_addr_of_octets: string -> inet_addr val octets_of_inet_addr: inet_addr -> string If inet_addr_of_octets is applied to a string that isn't four or eight octets in length, then it can raise Invalid_arg. -- j h woodyatt "...the antidote to misinformation is more information, not less." --vinton cerf ------------------- Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr