In file included from /usr/include/netinet/ether.h:26,
from ef.l:13:
Note that you don't actually need the ef utility (it's only in the
distribution because it's bundled with the hf utility), so try editing
the Makefile to just skip building it and see how much further that
gets you.
Vern
Thank you again Vern!
I find this very interesting. I am learning a lot.
Could not figure out where in the Makefile the problem was, so I tried compiling without the --disable-localpcap. When “make” afterwards the former problem was OK.
I also had to install byacc and elks-libc, the last one to get termcap.h into the machine. Then i “cd” to /usr/include and made a softlink to termcap.h.
“make” went OK until thisone showed up:
Generating code for epmapper_map_resp
*** glibc detected *** double free or corruption (fasttop): 0x08070338 ***
make[4]: *** [dce_rpc_pac.cc] Avbrutt (SIGABRT)
make[4]: *** Deleting file dce_rpc_pac.cc' make[4]: Leaving directory
I have the packages libstdc++2.10-glibc2.2, libg++2.8.1.3-glibc2.2 and glibc-doc installed, and glibc is also detected, but it reports something is corrupt (?).
Any ideas?
I also should mention that both ./configure and make must be done as root (if anybody else should ask…)
Best regards
Vidar ES.
Vern Paxson wrote:
Hello Vern!
Would just inform you that Bro v.0.9 now compiles without problems in Ubuntu. v.1.0 gives still these error messages in Ubuntu Breezy:
Generating code for epmapper_map_resp
*** glibc detected *** double free or corruption (fasttop): 0x08070338 ***
make[4]: *** [dce_rpc_pac.cc] Avbrutt (SIGABRT)
make[4]: *** Deleting file `dce_rpc_pac.cc’
make[4]: Leaving directory
Tried to compile v.1.0 on a fresh FreeBSD 6 yesterday with no problem.
Still curious about the Ubuntu Breezy make-problem, though…
Regards
Vidar E. Seeberg
Vern Paxson wrote:
Hi Vidar,
Could you please run 'binpac/binpac -d dce_rpc.pac' under bro/src/? There should be a core dump, could you send me the stack trace (by 'gdb binpac/binpac <core file>' and then type 'where' in gdb). Thanks a bunch!
Ruoming
Thank you Ruoming!
I used the commands you provided, but the coredump was just sent to stdout (terminal). I tried to redirect with ‘binpac/binpac -d dce_rpc.pac > coredump’ into a file called coredump, but no luck.
How do I get the core dump into a file?
Regards
Vidar E. Seeberg
Ruoming Pang (庞若鸣) wrote:
Vidar,
Thank you Ruoming!
I used the commands you provided, but the coredump was just sent to
stdout (terminal). I tried to redirect with 'binpac/binpac -d
dce_rpc.pac > coredump' into a file called coredump, but no luck.How do I get the core dump into a file?
what you get on stdout is not the core file, it's just an indication
that a core dump happened and that a core file may have been generated.
Look for a file called "core" in the current directory. If it doesn't
exist, try running the command under gdb as follows:
$ gdb binpac/binpac
At the gdb prompt enter
(gdb) run -d dce_rpc.pac
and wait until the error appears. Then just type in
(gdb) bt
to get a backtrace of the call stack at the time of the error and post
the output to the list.
Cheers,
Christian.
Hello Ruoming!
Thanks to Christian Kreibich!
Is this what you need?:
Reading a token: Now at end of input.
*** glibc detected *** double free or corruption (fasttop): 0x08070338 ***
Program received signal SIGABRT, Aborted.
0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7c579b1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7c592c9 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0xb7c8b6ea in __fsetlocking () from /lib/tls/i686/cmov/libc.so.6
#4 0xb7c91f54 in malloc_trim () from /lib/tls/i686/cmov/libc.so.6
#5 0xb7c922ca in free () from /lib/tls/i686/cmov/libc.so.6
#6 0xb7e40c71 in operator delete () from /usr/lib/libstdc++.so.6
#7 0xb7e40ccc in operator delete[] () from /usr/lib/libstdc++.so.6
#8 0x080604d3 in ~ID (this=0x4b) at pac.h:36
#9 0xb7c5a5e7 in exit () from /lib/tls/i686/cmov/libc.so.6
#10 0xb7c43eac in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#11 0x08049801 in _start () at …/sysdeps/i386/elf/start.S:119
Regards
Vidar S
Ruoming Pang (庞若鸣) wrote:
Hello Ruoming!
Thank you for all help!
The strange thing is that now everything works! I just downloaded again the 1.x version, extracted, ./compile, make and make install. Everything worked at once
I will surely be back with other questions later.
Regards
Vidar S
Ruoming Pang (~{ESHtCy~}) wrote: