Bug in libnl-3.2.0?

samriti katoch samriti.katoch17 at gmail.com
Fri Aug 10 17:01:39 EDT 2012


Actually I had. But, I ran it again to be sure. Does  not show any memory
leaks.

On Fri, Aug 10, 2012 at 2:41 PM, Peter Júnoš <petoju at gmail.com> wrote:

> Hello,
>
> did you try running it using Valgrind? It could help you to find bugs,
> independently of their position (your app x libnl).
> --
> Peter Júnoš <petoju at gmail.com>
>
> V Piatok, 10. august 2012 o 14:34 -0400, samriti katoch napísal(a):
> > Hi,
> >
> > I am using libnl-3-200_3.2.7-2_i386.deb and
> > libnl-route-3-200_3.2.7-2_i386.deb on Ubuntu to resolve IPv6 addresses
> > into corresponding MAC addresses, in a multi-threaded application. I
> > see the application crash with Segmentation fault after resolving
> > close to 30,000 IPv6 addresses.
> > The application creates a cache manager for both route/link and
> > route/neigh and then uses nl_cache_mngr_poll function to receive
> > neighbor cache updates. Here is a backtrace from gdb after the
> > segmentation fault:
> >
> > Program received signal SIGSEGV, Segmentation fault.
> > [Switching to Thread -378549344 (LWP 3159)]
> > 0xf7e081b3 in main_arena () from /lib/tls/i686/cmov/libc.so.6
> > (gdb) bt
> > #0  0xf7e081b3 in main_arena () from /lib/tls/i686/cmov/libc.so.6
> > #1  0xf7f968b6 in nl_recvmsgs () from /lib/libnl-3.so.200
> > #2  0xf7f96e52 in nl_recvmsgs_default () from /lib/libnl-3.so.200
> > #3  0xf7f929ee in nl_cache_mngr_data_ready () from /lib/libnl-3.so.200
> > #4  0xf7f92a8a in nl_cache_mngr_poll () from /lib/libnl-3.so.200
> >
> > I looked through logs of recent commits and did not find anything that
> > mentions this problem.
> > I would appreciate it if I could get your inputs on this, and also if
> > libnl can handle high load from a multi-threaded applications.
> >
> > Thanks,
> > Samriti
> > _______________________________________________
> > libnl mailing list
> > libnl at lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/libnl
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.infradead.org/pipermail/libnl/attachments/20120810/6ed33ed5/attachment.html>


More information about the libnl mailing list