> > > > Committed! Thanks and sorry for the delay.
> > >
> > > Hi!
> > >
> > > You missed the previous patch "Fix ospfd segmentation fault on startup"
> > > witch prevent ospfd from segfaulting on startup. Without this first
> > &
Thanks and sorry for the delay.
> > >
> > > Hi!
> > >
> > > You missed the previous patch "Fix ospfd segmentation fault on startup"
> > > witch prevent ospfd from segfaulting on startup. Without this first
> > > patch, ospfd will almost always
for the delay.
> > >
> > > Hi!
> > >
> > > You missed the previous patch "Fix ospfd segmentation fault on startup"
> > > witch prevent ospfd from segfaulting on startup. Without this first
> > > patch, ospfd will almost always segfault on s
On Mon, 2015-07-20 at 22:58 +0200, Martin Pieuchot wrote:
> On 20/07/15(Mon) 19:10, Johan Ymerson wrote:
> > On 2015-07-18 16:03:00, Martin Pieuchot wrote:
> > > Committed! Thanks and sorry for the delay.
> >
> > Hi!
> >
> > You missed the previous patc
On 20/07/15(Mon) 19:10, Johan Ymerson wrote:
> On 2015-07-18 16:03:00, Martin Pieuchot wrote:
> > Committed! Thanks and sorry for the delay.
>
> Hi!
>
> You missed the previous patch "Fix ospfd segmentation fault on startup"
> witch prevent ospfd from segfault
On 2015-07-18 16:03:00, Martin Pieuchot wrote:
> Committed! Thanks and sorry for the delay.
Hi!
You missed the previous patch "Fix ospfd segmentation fault on startup"
witch prevent ospfd from segfaulting on startup. Without this first
patch, ospfd will almost always segfau
Hi,
When debugging problems with ospfd and carp on startup, I managed to get
ospfd to segfault a couple of times.
I tracked down the issue to if_change() and main_imsg_compose_ospfe().
if_change() is called before imsg_init is called to initialize the
imsgbuf struct. If a link state change to UP