Re: Quick patch for Intel-based Macintosh

[Fyodor <fyodor () insecure org>]

On Wed, Jan 25, 2006 at 12:05:13AM -0800, Kurt Grutzmacher wrote:
> --- nmap-3.98BETA1/tcpip.cc     2006-01-22 13:50:10.000000000 -0800
> +++ nmap-3.98BETA1-grutz/tcpip.cc       2006-01-24 22:26:25.000000000  
> -0800
> @@ -987,7 +987,7 @@
>        must deal with it here rather than when building the packet,
>        because they should be in NBO when I'm sending over raw
>        ethernet */
> -#if FREEBSD || BSDI || NETBSD || DEC
> +#if FREEBSD || BSDI || NETBSD || DEC || MACOSX
>     ip->ip_len = ntohs(ip->ip_len);
>     ip->ip_off = ntohs(ip->ip_off);
> #endif
>
> Otherwise you get a ton of these:
>
> sendto in send_ip_packet: sendto(6, packet, 40, 0, 127.0.0.1, 16) =>  
> Invalid argument
>
> Still checking out the rest of the functions, this one just made  
> anything but connect scanning impossible. This may break PPC OSX but  
> I don't have one to play with and try. Hooray for endians!

Thanks.  Breaking Mac OS X PPC to fix Mac OS X Intel wouldn't really
be a net win (if this patch does indeed break PPC).  Could other
people test on OS X (PPC and Intel) with and without this patch.  What
would be particularly useful to know is:

o Any Mac OS X PPC users out there willing to test with this patch and
  see if it still works?

o Any other Mac OS X Intel users who can test without the patch
(report wither base Nmap 3.98BETA1 works or not), then apply the patch
and 'make clean;make' and test (and report back to nmap-dev) whether
it works with the patch.  That certainly would be useful, as I would
like Nmap 4.0 to work with Mac OS X Intel.

Thanks,
Fyodor


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