
Nmap Development mailing list archives
Re: [nmap-svn] r33784 - in nmap: . libnetutil nping
From: Luis MartinGarcia <luis.mgarc () gmail com>
Date: Wed, 5 Nov 2014 16:04:09 +0100
:-) Sometimes one needs to leave written proof of the frustration. Luis. On 5 Nov 2014 16:00, <commit-mailer () nmap org> wrote:
Author: dmiller Date: Wed Nov 5 15:02:09 2014 New Revision: 33784 Log: Modify some offensive terminology in comments. Modified: nmap/libnetutil/ARPHeader.h nmap/nmap_ftp.cc nmap/nping/ProbeMode.cc nmap/osscan2.cc nmap/service_scan.cc Modified: nmap/libnetutil/ARPHeader.h ============================================================================== --- nmap/libnetutil/ARPHeader.h (original) +++ nmap/libnetutil/ARPHeader.h Wed Nov 5 15:02:09 2014 @@ -217,7 +217,7 @@ u8 ar_pln; /* Protocol Address Length. */ u16 ar_op; /* Operation Code. */ u8 data[20]; - // Cannot use these because the fucking alignment screws up + // Cannot use these because the four-flushing alignment screws up // everything. I miss ANSI C. //u8 ar_sha[6]; /* Sender Hardware Address. */ //u32 ar_sip; /* Sender Protocol Address (IPv4 address). */ Modified: nmap/nmap_ftp.cc ============================================================================== --- nmap/nmap_ftp.cc (original) +++ nmap/nmap_ftp.cc Wed Nov 5 15:02:09 2014 @@ -341,7 +341,7 @@ if (o.debugging) log_write(LOG_STDOUT, "result of LIST: %s", recvbuf); if (!strncmp(recvbuf, "500", 3)) { - /* fuck, we are not aligned properly */ + /* oh dear, we are not aligned properly */ if (o.verbose || o.debugging) error("FTP command misalignment detected ... correcting."); res = recvtime(sd, recvbuf, 2048, 10, NULL); Modified: nmap/nping/ProbeMode.cc ============================================================================== --- nmap/nping/ProbeMode.cc (original) +++ nmap/nping/ProbeMode.cc Wed Nov 5 15:02:09 2014 @@ -759,7 +759,7 @@ /* Transport layer checksum */ /* This is totally crazy. We have to tell the kernel EXPLICITLY that we * want it to set the TCP/UDP checksum for us. Why the hell is this the - * default behavior if it's so fucking difficult to get the IPv6 source + * default behavior if it's so incredibly difficult to get the IPv6 source * address? * Additionally, we have to be very careful not to set this option when * dealing with ICMPv6 because in that case the kernel computes the Modified: nmap/osscan2.cc ============================================================================== --- nmap/osscan2.cc (original) +++ nmap/osscan2.cc Wed Nov 5 15:02:09 2014 @@ -3169,7 +3169,7 @@ if (in_cksum((unsigned short *)ip2, 20) == checksum) { AV.value = "G"; /* The "expected" good value */ } else { - AV.value = "I"; /* They fucked it up */ + AV.value = "I"; /* They modified it */ } *checksumptr = checksum; } @@ -3194,7 +3194,7 @@ } AV.attribute = "RUD"; if (datastart < dataend) - AV.value = "I"; /* They fucked it up */ + AV.value = "I"; /* They modified it */ else AV.value = "G"; AVs.push_back(AV); Modified: nmap/service_scan.cc ============================================================================== --- nmap/service_scan.cc (original) +++ nmap/service_scan.cc Wed Nov 5 15:02:09 2014 @@ -821,6 +821,7 @@ // matches in ovector. The NUL-terminated newly composted string is // placed into 'newstr', as long as it doesn't exceed 'newstrlen' // bytes. Trailing whitespace and commas are removed. Returns zero for success +// FIXME: The newstrlen argument is not actually checked, is it? // // The transform argument is a function pointer. If not NULL, the given // function is applied to all substitutions before they are inserted @@ -836,7 +837,7 @@ char *subst; if (!newstr || !tmpl) return -1; - if (newstrlen < 3) return -1; // fuck this! + if (newstrlen < 3) return -1; // Have a nice day! while(*srcstart) { // First do any literal text before '$' _______________________________________________ Sent through the svn mailing list http://nmap.org/mailman/listinfo/svn
_______________________________________________ Sent through the dev mailing list http://nmap.org/mailman/listinfo/dev Archived at http://seclists.org/nmap-dev/
Current thread:
- Re: [nmap-svn] r33784 - in nmap: . libnetutil nping Luis MartinGarcia (Nov 05)
- <Possible follow-ups>
- Re: [nmap-svn] r33784 - in nmap: . libnetutil nping Fyodor (Nov 11)