Re: Bug in Parallel DNS resolution in Nmap 4.50?

[kunwon1 <dave.j.moore () gmail com>]

All-

I've just read through this thread, and I find myself running into
what I believe is the same bug. I've done as Doug instructed Lionel to
do and I hope this information is helpful: I've stripped down the test
case as much as I could. (FWIW, nmap doesn't seem to go into a loop
until it's got ~1200 hosts to resolve. I use 4096 as it consistently
fails with this number) Seems to get stuck in addto_etchosts

kunwon1@pot:~/nmap-4.52$ file ./nmap
./nmap: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for
GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux
2.6.0, not stripped

GNU gdb 6.4.90-debian
This GDB was configured as "i486-linux-gnu"...Using host libthread_db
library "/lib/tls/i686/cmov/libthread_db.so.1".

(gdb) run -P0 -v -iR 4096
Starting program: /home/kunwon1/nmap-4.52/nmap -P0 -v -iR 4096

Starting Nmap 4.52 ( http://insecure.org ) at 2008-01-13 22:01 CST
Warning: File ./nmap-services exists, but Nmap is using
/usr/local/share/nmap/nmap-services for security and consistency
reasons.  set NMAPDIR=. to give priority to files in your local
directory (may affect the other data files too).
Initiating Parallel DNS resolution of 4096 hosts. at 22:01

Program received signal SIGINT, Interrupt.
0x080a54a5 in addto_etchosts (ip=1742928766, hname=0xbfec9278
"softbank126251226103.bbtec.net")
    at /usr/lib/gcc/i486-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_algo.h:188
188           while (__first != __last && !__pred(*__first))
(gdb)


-- 
==========
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a new
problem, pitch manure, program a computer, cook a tasty meal, fight
efficiently, die gallantly. Specialization is for insects. -Heinlein

This message copyright (c) 2004-2007 David J Moore

_______________________________________________
Sent through the nmap-dev mailing list
http://cgi.insecure.org/mailman/listinfo/nmap-dev
Archived at http://SecLists.Org