Kismet Wireless

Kismet Forums

 

Posted by:rwhalb
Subject:Building from git on Fedora 18 - core dump running kismet_server
Date:19:10:59 16/02/2013

I was able to compile forcing libnl1 in configure. Now kismet is now working nominally and producing correct results. Can you suggest how to force using -libnl1 on command line without editing or tweaking ./configure?

Thanks for your support...

> You have libpcap installed linked to libnl1, and kismet linked to libnl3. You can't do this.
>
> The only solution is to recompile pcap without libnl1 (since there is no libnl2 or 3 support) or uninstall libnl3 so kismet only uses libnl1
>
>
>
> > Folks:
> >
> > Just cloned the latest development version of kimet from the git repo. The code configured and compiled with no errors. If I try running 'kismet_server' it core dumps:
> >
> > [root@f18-64 kismet]# ./kismet_server
> > Segmentation fault (core dumped)
> >
> > System: 64bit, Fedora 18, Kernel: 3.7.7-201.fc18.x86_64
> >
> > ldd kismet_server
> > linux-vdso.so.1 => (0x00007fff0fdff000)
> > libcap.so.2 => /lib64/libcap.so.2 (0x0000003d7d200000)
> > libdl.so.2 => /lib64/libdl.so.2 (0x0000003d78a00000)
> > libpcre.so.1 => /lib64/libpcre.so.1 (0x0000003e8c600000)
> > libstdc++.so.6 => /lib64/libstdc++.so.6 (0x0000003d7c600000)
> > libpcap.so.1 => /lib64/libpcap.so.1 (0x0000003bdda00000)
> > libnl-genl-3.so.200 => /lib64/libnl-genl-3.so.200 (0x0000003ef8600000)
> > libnl-3.so.200 => /lib64/libnl-3.so.200 (0x0000003efda00000)
> > libm.so.6 => /lib64/libm.so.6 (0x0000003d79a00000)
> > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003d7a600000)
> > libc.so.6 => /lib64/libc.so.6 (0x0000003d78600000)
> > libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003d78e00000)
> > libattr.so.1 => /lib64/libattr.so.1 (0x0000003d8ea00000)
> > /lib64/ld-linux-x86-64.so.2 (0x0000003d78200000)
> > libnl.so.1 => /lib64/libnl.so.1 (0x0000003bdd600000)


Reply to this message