Hello all...
Apologies for bringing up this topic again,
but I'm still finding odd problems.
This is on Debian Lenny, /etc/debian_version = 5.0.4.
I've pulled down revision 4156 of PF_RING.
The kernel module builds fine, and I have:
# cat /proc/net/pf_ring/info
PF_RING Version : 4.1.4 ($Revision: 4156$)
Ring slots : 4096
Slot version : 10
Capture TX : Yes [RX+TX]
IP Defragment : No
Transparent mode : No
Total rings : 0
Total plugins : 0
Following the instructions (exactly) from what Kevin/The Branches has
posted previously:
cd /opt/PF_RING/userland
wget http://dl.snort.org/snort-current/snort-2.8.5.2.tar.gz
tar zxvf snort-2.8.5.2.tar.gz
cd snort-2.8.5.2
LD_LIBRARY_PATH=/opt/PF_RING/userland/libpcap-1.0.0-ring
LD_RUN_PATH=/opt/PF_RING/userland/libpcap-1.0.0-ring
export LD_LIBRARY_PATH
export LD_RUN_PATH
./configure
--with-libpcap-includes=/opt/PF_RING/userland/libpcap-1.0.0-ring/ \
--with-libpcap-libraries=/opt/PF_RING/userland/libpcap-1.0.0-ring/ \
--with-libpfring-includes=/opt/PF_RING/userland/lib \
--with-libpfring-libraries=/opt/PF_RING/userland/lib \
LDFLAGS="-L/opt/PF_RING/userland/lib
-L/opt/PF_RING/userland/libpcap-1.0.0-ring -lpfring -lpcap"
The configure ends with:
checking for gcc... gcc
checking for C compiler default output file name... configure: error: C
compiler cannot create executables
See `config.log' for more details.
config.log reveals:
configure:2382: checking for C compiler default output file name
configure:2385: gcc -L/opt/PF_RING/userland/lib
-L/opt/PF_RING/userland/libpca
p-1.0.0-ring -lpfring -lpcap conftest.c >&5
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to
`get_next_e1000_p
acket'
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to `init_e1000'
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to
`e1000_there_is_a
_packet_to_read'
/opt/PF_RING/userland/lib/libpfring.so: undefined reference to `term_e1000'
collect2: ld returned 1 exit status
I can't get tcpdump (within the userland directory from svn) to compile
either - despite the patched libpcap being directly above it.
Is my machine being completely bizarre, is this a Debian oddity
or something odd with revision 4156?
Thanks.
--
Peter Bates, Network Support & Development Officer
Goldsmiths, University of London
New Cross, London SE14 6NW. Telephone: 020 7919 7082
_______________________________________________
Ntop-misc mailing list
[email protected]
http://listgateway.unipi.it/mailman/listinfo/ntop-misc