On 12/12/13 20:15, Matthias Andree wrote:
Am 09.12.2013 17:58, schrieb Simon Kelley:
OK, using this, I've implemented dynamic interface-address discovery for
*BSD. Available now in git and as 2.69test1. This is very useful as it
stands, since it makes the dynamic DHCPv6 address-range facility
Am 09.12.2013 17:58, schrieb Simon Kelley:
OK, using this, I've implemented dynamic interface-address discovery for
*BSD. Available now in git and as 2.69test1. This is very useful as it
stands, since it makes the dynamic DHCPv6 address-range facility using
the constructor: keyword work on
On 05/12/13 00:13, Matthias Andree wrote:
Am 03.12.2013 12:11, schrieb Simon Kelley:
The standard fix is to use --bind-dynamic, which can rely on the
existence of the extended API. Unfortunately that doesn't work on
FreeBSD because it also relies on a a method of getting asynchronous
events
That's excellent. Thank you.
We're too late in the 2.68 cycle for this, but it's first think on my
list for 2.69.
Google suggests that it should work on any *BSD system, including macOS?
Cheers,
Simon.
On 05/12/13 00:13, Matthias Andree wrote:
Am 03.12.2013 12:11, schrieb Simon Kelley:
Am 05.12.2013 12:48, schrieb Simon Kelley:
That's excellent. Thank you.
We're too late in the 2.68 cycle for this, but it's first think on my
list for 2.69.
OK.
Google suggests that it should work on any *BSD system, including macOS?
FreeBSD-specific features might comprose the
Am 03.12.2013 12:11, schrieb Simon Kelley:
The standard fix is to use --bind-dynamic, which can rely on the
existence of the extended API. Unfortunately that doesn't work on
FreeBSD because it also relies on a a method of getting asynchronous
events when interfaces/address come and go. Does
In one, compile the program, f. i.:
cc -O -Wall -o try-rtsock try-rtsock.c
That cc command would require -std=c99 on older FreeBSD versions where
cc is gcc (which defaults to C90+GNU).
Sorry 'bout that, and sorry about the other mistakes (selects() should
be read as select(), and the
