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 LAA17491; Fri, 16 Nov 2001 11:18:22 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id LAA17025 for caml-list@pauillac.inria.fr; Fri, 16 Nov 2001 11:18:21 +0100 (MET) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id VAA10458 for ; Thu, 15 Nov 2001 21:30:06 +0100 (MET) Received: from femail14.sdc1.sfba.home.com (femail14.sdc1.sfba.home.com [24.0.95.141]) by nez-perce.inria.fr (8.11.1/8.10.0) with ESMTP id fAFKU3H20407; Thu, 15 Nov 2001 21:30:04 +0100 (MET) Received: from homebox ([24.5.132.36]) by femail14.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20011115203001.VHDG1979.femail14.sdc1.sfba.home.com@homebox>; Thu, 15 Nov 2001 12:30:01 -0800 Reply-To: From: "Francois Rouaix" To: , "'Xavier Leroy'" Cc: "'The Trade'" Subject: RE: [Caml-list] parsing and emitting Unix.inet_addr values Date: Thu, 15 Nov 2001 12:30:34 -0800 Message-ID: <000601c16e14$60bffa40$ca01a8c0@homebox> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.2616 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 In-Reply-To: <466E903B-DA05-11D5-832E-000502DB38F5@mac.com> Importance: Normal Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Back in 1996/1997, Francis Dupont (Francis.Dupont@inria.fr) was working on IPv6, and he patched the conversion functions to work with IPv6 addresses (and probably some other stuff from unix.ml/libunix) . IIRC, he then got MMM (the web browser) to run on IPv6 enabled machines by simply recompiling it (no source changes in the app). I guess that this proved that you can get any OCaml application IPv6 enabled if you do the appropriate work in libunix. Maybe Francis still has a copy of that code BTW. HTH, --f Fran=E7ois Rouaix -----Original Message----- From: owner-caml-list@pauillac.inria.fr [mailto:owner-caml-list@pauillac.inria.fr] On Behalf Of james woodyatt Sent: Thursday, November 15, 2001 12:14 PM To: Xavier Leroy Cc: The Trade Subject: Re: [Caml-list] parsing and emitting Unix.inet_addr values 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=20 represent both IPv4 and IPv6 addresses. The current conversions to and=20 from strings just deal with dot quads and don't seem to understand=20 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=20 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 ------------------- 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