ntop problem [INACTIVE]

[nachazo]

hi folks...

have this error message when i try to run ntop...

Código: Selecionar todos

Argentobr# ntop -P /hdb/ntop/data
Sat Jun 10 03:05:43 2006  NOTE: Interface merge enabled by default
Sat Jun 10 03:05:44 2006  Initializing gdbm databases
Sat Jun 10 03:05:44 2006  ntop will be started as user nobody
Sat Jun 10 03:05:44 2006  ntop v.3.2 SourceForge .tgz
Sat Jun 10 03:05:44 2006  Configured on Jun 10 2006  3:27:59, built on Jun 10 2006 03:50:32.
Sat Jun 10 03:05:44 2006  Copyright 1998-2005 by Luca Deri <deri@ntop.org>
Sat Jun 10 03:05:44 2006  Get the freshest ntop from http://www.ntop.org/
Sat Jun 10 03:05:44 2006  NOTE: ntop is running from ''
Sat Jun 10 03:05:44 2006  NOTE: (but see warning on man page for the --instance parameter)
Sat Jun 10 03:05:44 2006  Initializing ntop
Sat Jun 10 03:05:44 2006  Checking br0 for additional devices
Sat Jun 10 03:05:44 2006  Resetting traffic statistics for device br0
Sat Jun 10 03:05:44 2006  DLT: Device 0 [br0] is 1, mtu 1514, header 14
Sat Jun 10 03:05:44 2006  Initializing gdbm databases
Sat Jun 10 03:05:44 2006  VENDOR: Loading MAC address table.
Sat Jun 10 03:05:44 2006  VENDOR: Checking for MAC address table file
ntop: can't resolve symbol 'fopen64'

any idea?

regards...

[Esteban]

Hi, it's me again with the same question: Have you included the header file stdio.h?

[nachazo]

Hello esteban...

Just don´t know...

Where it´s from? some library add-on?

I use libpcap, libpthread and libpng...

your help are very welcome...

regards.

[tcherenato]

nachazo,

o Esteban deve estar se referindo à biblioteca stdio.h, requerida para se compilar quase qualquer coisa em C. Com certeza não é isso.

Eu hoje tentei compilar o NTOP para o BFW. Já vi que além de muito complicado, iria ficar imenso, muito grande para os padrões do BFW.
O NTOP é uma excelente ferramenta, muito boa, e poderia servir para quem tem HD instalado. Ainda vou continuar tentando fazê-lo funcionar. Acho que vale a pena o trabalho.
Eu precisei compilar as seguintes bibliotecas. Veja se está batendo com as tuas.

921980 Aug 1 14:08 libcrypto.so.0.9.7
439647 Aug 1 13:43 libgd.so.2
24642 Aug 1 13:43 libgdbm.so.2
507033 Aug 1 13:58 libmyrrd-3.2.so
2125408 Aug 1 13:43 libntop-3.2.so
1707781 Aug 1 13:45 libntopreport-3.2.so
185076 Aug 1 13:44 libpcap.a
413249 Aug 1 13:44 libpng12.so.0
60704 Aug 1 14:02 libpthread.so.0
178020 Aug 1 14:06 libssl.so.0.9.7

[Esteban]

o Esteban deve estar se referindo à biblioteca stdio.h

Exato

nachazo, For some reason I skiped this topic and never replied to your post. My apologies.
This is as far as I can go regarding this problem of yours.

[nachazo]

Thanks tcherenato and Esteban.....


But i can compile ntop with succes.... with the error came later when i copy the binaries to brazilfw i try to run and all appears normally after this:

ntop: can't resolve symbol 'fopen64'

don´t know what it is....

It could be something referer to busy box... (like in sarg)

Regards.

[andrefellows]

nachazo, just rename fopen64 to fopen inside all source code.

fopen64 handle long names while fopen short names (dos format)

recompile and thats it!

[nachazo]

Thanks andrefellows... I will try...

But... Why occurs this issue?

Brazilfw can´t resolv long names?

regards...

[andrefellows]

I think busybox binaries do not include fopen64 calls

regards!

[Claudio]

It might be a problem in our very cut libs.

I'm planning to add a few more options to our uClibc, but i have to mesure the overall impact over the size.

[nachazo]

Maybe could be and add-on library... only for hd systems....

Regards.