[Xorp-hackers] Segmentation fault at startup

Pavlin Radoslavov pavlin@icir.org
Tue, 14 Dec 2004 14:51:30 -0800


> I'm unable to run XORP with a CVS compiled today. I get this :
> 
> $ sudo /home/xbr/intel/bin/xorp_rtrmgr -b config2.boot -v
> [ 2004/12/14 16:44:35 TRACE xorp_rtrmgr RTRMGR ] Boot
> file                  :=3D config2.boot
> [ 2004/12/14 16:44:35 TRACE xorp_rtrmgr RTRMGR ] Templates
> directory        :=3D /home/xbr/intel/etc/templates
> [ 2004/12/14 16:44:35 TRACE xorp_rtrmgr RTRMGR ] Xrl targets
> directory      :=3D /home/xbr/intel/xrl/targets
> [ 2004/12/14 16:44:35 TRACE xorp_rtrmgr RTRMGR ] Execute
> Xrls               :=3D true
> [ 2004/12/14 16:44:35 TRACE xorp_rtrmgr RTRMGR ] Restart failed
> processes   :=3D false
> [ 2004/12/14 16:44:35 TRACE xorp_rtrmgr RTRMGR ] Print verbose
> information  :=3D true
> [ 2004/12/14 16:44:36  INFO xorp_rtrmgr:4834 RTRMGR +134
> master_conf_tree.cc execute ] Changed modules: interfaces, fea
> [ 2004/12/14 16:44:36 TRACE xorp_rtrmgr RTRMGR ] New module: interfaces
> (/home/xbr/intel/fea/xorp_fea)
> Segmentation fault (core dumped)

Xavier,

Thanks for the bug report. The problem was in our side with some of
the recent commits. Apparently, the code was working fine on
FreeBSD, but was failing on Linux.
After some investigation, we committed a temporary fix (from
internal design's point of view) to the CVS repository,
so now the code should be working. A better fix should follow in the
future, but from user's perspective this should be invisible.

Sorry about that. Occasionally, staying up-to-date with the most
recent code has its downsides...

> ------
> Sidenote: when doing "make clean", fea/xorp_click_config_generator is
> deleted because it is considered as a binary program in the Makefile.
> So, I've got to "cvs up" before rebuilding the XORP tree...=20

This one is fixed too.

Thanks,
Pavlin