Re: problems building conntrack w/ uclibc - no output

[Alan Ezust <alan.ezust@presinet.com>]

[-- Attachment #1: Type: text/plain, Size: 2019 bytes --]

You can ignore my questions about building gdb. I have it on the embedded box 
now.
It's still not quite giving me what I want yet, but conntrack is hanging here:

root@PresiNET-99996:/root/ctdebug> gdb
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-pc-linux-gnu".
Using host libthread_db library "/lib/libthread_db.so.1".
Breakpoint 1 at 0x8049df0: file conntrack.c, line 606.

Breakpoint 1, main (argc=2, argv=0xbfe54f24) at conntrack.c:606
warning: Source file is more recent than executable.

606             unsigned int command = 0, options = 0;
Function "nfnl_listen()" not defined.
Function "nfct_get_conntrack()" not defined.
Breakpoint 2 at 0xb7f49b40: file libnetfilter_conntrack.c, line 1082.

Program received signal SIGINT, Interrupt.
0xb7f2dcdc in __socketcall () from /lib/libc.so.0
(gdb) where
#0  0xb7f2dcdc in __socketcall () from /lib/libc.so.0
#1  0xb7f1cd14 in recvmsg () from /lib/libc.so.0
#2  0xb7f4d55b in nfnl_listen () from /usr/local/lib/libnfnetlink.so.1
#3  0xb7f49cca in nfct_event_conntrack (cth=0x804db30) at 
libnetfilter_conntrack.c:1135
#4  0x0804b38c in main (argc=2, argv=0xbfe54f24) at conntrack.c:1090

Even though I'm building these libs with debugging symbols, gdb is having 
trouble finding them... I'll post more if I get more info.



On Tuesday 28 November 2006 09:38, Alan Ezust wrote:
> On Monday 27 November 2006 18:36, Pablo Neira Ayuso wrote:
> > Strange. Unfortunately I don't have access to such environment so I
> > would require a considerable amount of time to set it up and I'm
> > currently totally burden in many things. Could you run conntrack inside
> > gdb and try to figure out what it wrong?

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]