apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Garrett Rooney <roo...@electricjellyfish.net>
Subject Re: [PATCH] multicast support, take 2
Date Wed, 16 Apr 2003 12:10:21 GMT

On Wednesday, April 16, 2003, at 02:28 AM, Justin Erenkrantz wrote:

> --On Tuesday, April 15, 2003 9:25 PM -0400 Garrett Rooney 
> <rooneg@electricjellyfish.net> wrote:
>> again, this is almost completely untested, unix only, and i'm mainly 
>> looking
>> for comments on the interface (both the extended socket options 
>> interface
>> and the APR_SO_MC_REUSEADDR idea).
> Looks good on cursory review.
> As a nitpick, why not APR_SO_EXT_GROUP_JOIN and apr_socket_join_arg_t 
> instead? Realizing, of course, APR_SO_MC_REUSEADDR needs the MC to 
> avoid the collision (and has the implicit REUSEPORT if available), but 
> do we really have to propagate that MC_ elsewhere?  I'm ambivalent on 
> it, but the mc_'s sort of strike me funny.  Not a big deal either 
> way...  -- justin

no especially good reason.  i wanted to make the various multicast 
specific options obviously multicast specific, but it's not vital that 
we do so (hell, the underlying socket options don't bother to).


View raw message