On Tue, 29 Nov 2016 17:03:44 +0100
Martin Pieuchot wrote:
> Diff below removes the 'struct route_in6' argument from
> in6_selectsrc().
>
> It is only used by in6_pcbselsrc() so move the code there. This
> reduces differences with IPv4 and help me to get rid of 'struct
> route*'.
>
> ok?
Reads
On Tue, 29 Nov 2016 15:13:16 +0100
Alexander Bluhm wrote:
> On Sat, Nov 05, 2016 at 12:41:39PM +0100, Vincent Gross wrote:
> > Updated diff, I reworked the logic to handle the if_get/if_put
> > dance in vxlan_multicast_join(), and fixed an uninitialized
> > variable.
> >
> > Ok ?
>
> Some nit
On Wed, Nov 30, 2016 at 22:11 +0100, Tim Kuijsten wrote:
> Plug a memory leak in btree_close.
>
> From
> https://github.com/OrangeTide/btree/commit/e186331494b213286934bcc03a1d8c4650836e3b
>
Hi Tim,
This looks correct, indeed.
> Index: btree.c
>
Plug a memory leak in btree_close.
From
https://github.com/OrangeTide/btree/commit/e186331494b213286934bcc03a1d8c4650836e3b
Index: btree.c
===
RCS file: /cvs/src/usr.sbin/ldapd/btree.c,v
retrieving revision 1.36
diff -u -p -r1.36
Quoth Okan Demirmen on Wed, Nov 30, 2016:
> I suppose a future change could change the implicit 'command' binding to
> something more explicit, such as "bind-key M-m command /usr/local/bin/magic"
> While that requires a bit of surgery, I could make that a part of this overall
> change?
Explicit co
Hello Dimitris,
On 30/11/16(Wed) 13:44, Dimitris Papastamos wrote:
> [...]
> I am working on a program that requires putting the node in
> all-multicast mode. The program needs to see all the packets going to
> solicited-node multicast addresses. I did this by modifying the
> interface flags to
Some of these will bounce because I was foolish and disrespectful; however,
welcome to the OpenBSD and the Open Source community.
On Mon, Nov 28, 2016 at 7:54 AM, leroy jordan
wrote:
> Hi, All
>
> Hope to learn more info. and one day be a part of the open community.
>
> LeRoy Jordan
> MaxStream
On Fri, Nov 25, 2016 at 20:02 +0100, Mike Belopuhov wrote:
> Hi,
>
> I would like to collect some reports on whether or not this change
> helps with hot-(re)plugging SFP+ modules. In theory if a different
> type of an SFP+ module is inserted we should re-initialize the PHY
> and reset our media c
On Wed 2016.11.30 at 15:20 +0100, Vadim Vygonets wrote:
> Quoth Okan Demirmen on Sat, Nov 26, 2016:
> > Hopefully these new action names make more sense; they will allow adding
> > some
> > more functions that will more closely match what they do.
>
> The new action names are definitely better.
Quoth Okan Demirmen on Sat, Nov 26, 2016:
> Hopefully these new action names make more sense; they will allow adding some
> more functions that will more closely match what they do.
The new action names are definitely better. I'm a bit divided
about breaking compatibility, but it's probably worth
Hi everyone,
I am working on a program that requires putting the node in
all-multicast mode. The program needs to see all the packets going to
solicited-node multicast addresses. I did this by modifying the
interface flags to add IFF_ALLMULTI.
Unfortunately recvmsg() was only returning for the
11 matches
Mail list logo