stv0g/libnl
1
0
Fork 0
Code Issues Pull requests Releases Wiki Activity
No description
425 commits 1 branch 0 tags 3.9 MiB
C 88.6%
Python 7.1%
SWIG 2.1%
Makefile 0.8%
Yacc 0.6%
Other 0.8%
Find a file
Torsten Hilbrich 4035e5b5e8 link: fix regression in link message parser 
In a simple test program that queries the source IP for a given
destination address I get a crash in the call to rtnl_link_alloc_cache.

Here is the stack trace (created with version 3.2.4):

Program received signal SIGSEGV, Segmentation fault.
0xb7eb7553 in strlen () from /lib/libc.so.6
(gdb) bt
#0  0xb7eb7553 in strlen () from /lib/libc.so.6
#1  0xb7eb7285 in strdup () from /lib/libc.so.6
#2  0xb7fcc305 in nla_strdup (nla=0x0) at attr.c:1033
#3  0xb7f9c173 in link_msg_parser (ops=0xb7fc2940, who=0x804b330, n=0x804c3e8, pp=0xbffffbf8) at route/link.c:486
#4  0xb7fcd485 in nl_cache_parse (ops=0xb7fc2940, who=0x804b330, nlh=0x804c3e8, params=0xbffffbf8) at cache.c:724
#5  0xb7fcd547 in update_msg_parser (msg=0x804b328, arg=0xbffffbb8) at cache.c:531
#6  0xb7fd1f25 in nl_cb_call (cb=<optimized out>, msg=<optimized out>, type=<optimized out>) at ../include/netlink-local.h:126
#7  recvmsgs (cb=<optimized out>, sk=<optimized out>) at nl.c:729
#8  nl_recvmsgs (sk=0x804b2d0, cb=0x804b368) at nl.c:780
#9  0xb7fcd5fd in __cache_pickup (sk=0x804b2d0, cache=<optimized out>, param=0xbffffbf8) at cache.c:560
#10 0xb7fcd83f in nl_cache_pickup (sk=0x804b2d0, cache=0x804b308) at cache.c:593
#11 0xb7fcd8c8 in nl_cache_refill (sk=0x804b2d0, cache=0x804b308) at cache.c:780
#12 0xb7f9d1fc in rtnl_link_alloc_cache (sk=0x804b2d0, family=4, result=0xbffffcd4) at route/link.c:868
#13 0x08048fd0 in libnl_init (data=<optimized out>) at helper_route.c:60
#14 iproute_get_source (destination=0xbffffeff "127.0.0.1",
    source=0xbffffd0f "\b\004c\370\267\364_\370\267\260\224\004\b8\375\377\277e\024\347\267\320\016\377\267\273\224\004\b\364_\370\267\260\224\004\b", source_size=17)
    at helper_route.c:105
#15 0x08048e6a in main (argc=2, argv=0xbffffde4) at ip_route_get.c:25

The attached patch (against 3.2.4) solves the problem, fixing something that
looks like a typo. The bug is still present in current Git master.
2012-01-12 13:15:31 +01:00
doc Switch to libtool versioning system 2011-09-13 22:58:08 +02:00
etc pktloc: support to specify a shift operator for packet locations 2010-11-04 20:01:36 +01:00
include dsmark: Add missing declarations for rtnl_class_dsmark_(get|set)_bitmask() 2011-11-25 16:09:34 +01:00
lib link: fix regression in link message parser 2012-01-12 13:15:31 +01:00
m4 python interface to netlink protocols 2011-05-10 12:17:33 +02:00
man nl-classid-lookup: Added --raw option to print classid without pretty printing it 2010-11-01 15:20:43 +01:00
python python: Link against nl-3 and nl-route-3 2011-10-26 10:54:10 +02:00
src Ingnore src/nl-link-enslave and nl-link-release 2011-09-19 11:24:52 +02:00
tests 3.1 release 2011-08-11 14:30:24 +02:00
.gitignore 3.1 release 2011-08-11 14:30:24 +02:00
autogen.sh Move to automake-based build 2009-06-23 01:24:51 +02:00
ChangeLog Pushed to pre8 due to wrong version string in pre7 2007-11-21 18:24:11 +01:00
configure.in 3.2.4 release 2012-01-11 12:51:03 +01:00
COPYING Initial import 2007-09-15 01:28:01 +02:00
libnl-3.0.pc.in Switch to libtool versioning system 2011-09-13 22:58:08 +02:00
libnl-cli-3.0.pc.in Add libnl-cli-3.0 to pkg-config tool 2011-10-10 11:39:24 +02:00
libnl-genl-3.0.pc.in Switch to libtool versioning system 2011-09-13 22:58:08 +02:00
libnl-nf-3.0.pc.in Switch to libtool versioning system 2011-09-13 22:58:08 +02:00
libnl-route-3.0.pc.in Switch to libtool versioning system 2011-09-13 22:58:08 +02:00
Makefile.am build: simplify optional dirs/files in Makefile.am processing 2011-11-11 11:55:29 +01:00