Nmap 3.2 won't compile out of the box on OS X 10.2.4. It doesn't look like a g++ problem

checking for g++... g++
checking for C++ compiler default output... a.out
checking whether the C++ compiler works... yes

but it does look like a c++ thing:

checking how to run the C preprocessor... /lib/cpp
configure: error: C preprocessor "/lib/cpp" fails sanity check

I'm not in for c++ so I'm not likely to sort this one out by myself. Any ideas?

Cheers,

JS


On Friday, Mar 21, 2003, at 00:57 Europe/Madrid, Renaud Deraison wrote:


On Thu, Mar 20, 2003 at 03:45:34PM -0800, Phillip Pi wrote:
Any known problems with the new version and Nessus v2.0?

It requires g++ to compile and uses libpcap 0.7.1. I've minor gripes :


- g++ is not installed everywhere

- libpcap 0.7.1 : I did some testing of libpcap 0.6.x (the "post lbl
libpcap") on Linux, and when you have a great number of processes each
having a different filter on their own pcap filter, in some cases the
wrong packets will go through. I did not test it with libpcap 0.7, so
it might have been fixed, but that was pretty ugly. For the record,
Nessus 1.3.x _had_ libpcap 0.6.x in CVS for a while, and I switched
back to 0.4.x (the True One) because of its instability. I may give
a shot to 0.7.1, but I don't have high hopes.



If you have a modern Linux distribution and don't scan too many hosts at
the same time, none of my gripes are an issue. If you try to scan 200
hosts simultaneously[*], your mileage may vary




-- Renaud

[*] Fortunately, nmap is too memory hungry to let you do that :)




Reply via email to