Nmap Security Scanner
*Intro
*Ref Guide
*Install Guide
*Download
*Changelog
*Book
*Docs
Security Lists
*Nmap Hackers
*Nmap Dev
*Bugtraq
*Full Disclosure
*Pen Test
*Basics
*More
Security Tools
*Pass crackers
*Sniffers
*Vuln Scanners
*Web scanners
*Wireless
*Exploitation
*Packet crafters
*More
Site News
Site Search:
Exploit World
Advertising
About/Contact
Credits
Sponsors:
edgeos



Nmap Development: Re: [PATCHed] Using dnet headers for TCP and UDP

Re: [PATCHed] Using dnet headers for TCP and UDP

From: Kris Katterjohn <katterjohn_at_gmail.com>
Date: Wed, 24 Jan 2007 09:42:04 -0600

Peter O'Gorman wrote:
> On Mon, Jan 22, 2007 at 11:36:02PM -0600, Kris Katterjohn wrote:
>> Kris Katterjohn wrote:
>>> The attached patch (/nmap-exp/kris SVN r4373) does some more dnet header
>>> "converting". This one handles the IP stuff. SVN log:
>>>
>>> ------------------------------------------------------------------------
>>> r4373 | kris | 2007-01-21 18:51:50 -0600 (Sun, 21 Jan 2007) | 1 line
>>>
>>> More dnet header standardizing. This changes the IP stuff over, and
>>> modifies dnet slightly. It removes the netinet/ip.h references from
>>> nmap.h and tcpip.h, the struct ip from tcpip.h, and converts struct ip
>>> -> struct ip_hdr everywhere. It all compiles and runs fine for me, and
>>> hopefully for everyone else too.
>>> ------------------------------------------------------------------------
>
> We have had serious issues with dnet on both AIX and older hpux, I will
> try to find the time to check svn to see if our patches still apply
> and still allow nmap to be usable on those platforms.
>
> Peter
>
>
>

The only thing that I did that made it to /nmap is use dnet's dnet.h,
which was allready #included in tcpip.h, to get the tcp_hdr and udp_hdr
structs and "converted" to those names. This was done to eliminate some
duplication (like that udphdr_bsd stuff) and it also allowed us to
remove netinet tcp.h and udp.h references from Nmap. The SVN log you
quoted never got into /nmap , so if that was causing any concern, don't
worry about it. And no dnet modifying was done in /nmap .

We can always take it out if there's a problem.

Thanks,
Kris Katterjohn

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

[ Nmap | Sec Tools | Mailing Lists | Site News | About/Contact | Advertising | Privacy ]