Folks,
An updated version of the IPv6 address selection API
draft has been published (see below). Over the years,
this draft has been reviewed by many participants to
the IPv6 WG, and has been supported by many of them.
Their feedback has been incorporated in successive
revision of the
Hello all,
TAHI Project is planning to hold the 9th TAHI IPv6 Interoperability Test
Event at 14th - 18th May, 2007.
Summary information of the event.
- Venue: Nippon Convention Center (Makuhari Messe), Chiba, Japan.
- Date: May 14 - May 18, 2007
- Registration Information: coming soon!
More
Le lundi 12 mars 2007 11:31, Julien Laganier a écrit :
An updated version of the IPv6 address selection API
draft has been published (see below). Over the years,
this draft has been reviewed by many participants to
the IPv6 WG, and has been supported by many of them.
Their feedback has been
Rémi,
First, please note that ABI does change with time,
that's why we have APIs :)
Further, the new API does change the ABI, but it does
not break backward ABI compatibility:
- compile an old version of the library on an old
system without the new API so that is conforms to the
old ABI.
Le lundi 12 mars 2007 18:50, Julien Laganier a écrit :
Now what your example essentially does is:
- compile an old library on an old system without the
new API so that is conforms to the old ABI.
- compile a piece of code on a new system with the new
API so that it conforms to the new ABI.
Overlooked that part of On Monday 12 March 2007 17:08,
Rémi Denis-Courmont wrote:
This new version still breaks ABI compatibility,
meaning any implementors would have to rebuild any
software using getaddrinfo against a new library.
[...]
Sorry, overlooked that part below:
To avoid this,
Rémi,
On Monday 12 March 2007 18:07, Rémi Denis-Courmont
wrote:
Le lundi 12 mars 2007 18:50, Julien Laganier a
écrit :
Now what your example essentially does is:
- compile an old library on an old system without
the new API so that is conforms to the old ABI.
- compile a piece of
Julien Laganier writes:
What breaks is linking software compiled on the new
system to library compiled on the old system.
That should still work.
What breaks is a library that does something strange with the
structure. The only issue, I think, is whether that strangeness is
something
James,
On Monday 12 March 2007 19:08, James Carlson wrote:
Julien Laganier writes:
It's not the problem of the OS or its ABI
compatibility if you insist on linking software
compiled on the new OS with outdated libraries
supporting the old OS.
It doesn't matter much whose fault it is;
Julien Laganier writes:
It's not the problem of the OS or its ABI compatibility
if you insist on linking software compiled on the new
OS with outdated libraries supporting the old OS.
Actually, in thinking about it a bit more, I think the real problem is
with a strange usage case -- copying
The IESG has received a request from the IP over IEEE 802.16 Networks WG
(16ng) to consider the following document:
- 'IPv6 Over the IP Specific part of the Packet Convergence sublayer in
802.16 Networks '
draft-ietf-16ng-ipv6-over-ipv6cs-08.txt as a Proposed Standard
The IESG plans to
Le lundi 12 mars 2007 20:28, James Carlson a écrit :
Julien Laganier writes:
It's not the problem of the OS or its ABI compatibility
if you insist on linking software compiled on the new
OS with outdated libraries supporting the old OS.
Actually, in thinking about it a bit more, I think
Rémi Denis-Courmont writes:
All of this four fields are integer and hence valid candidates for
memory coypying,
Isn't setting ai_flags to a value provided to you by someone else, but
that contains bits you don't understand, essentially equivalent to
setting arbitrary undefined bits?
I think
Hello,
A slightly revised version of the I-D is now available at:
http://people.nokia.net/~patil/IDs/draft-ietf-16ng-ipv6-over-ipv6cs-09.txt
This revision incorporates changes based on some of the comments made by the
directorate. It will be submitted to the ID repository as soon as the gates
14 matches
Mail list logo
