Date: Mon, 17 Nov 2003 13:59:31 -0600 From: Kirk Strauser <kirk@strauser.com> To: Francisco Reyes <fran@natserv.net> Cc: freebsd-questions@freebsd.org Subject: Re: Recursion with grep? Message-ID: <87ad6ug40s.fsf@strauser.com> In-Reply-To: <20031117123241.W55057@zoraida.natserv.net> (Francisco Reyes's message of "Mon, 17 Nov 2003 12:41:27 -0500 (EST)") References: <Pine.BSF.4.21.0311131524240.1234-100000@java2.dpcsys.com> <20031113183118.T3617@d66-183-123-52.bchsia.telus.net> <20031113223951.X85161@zoraida.natserv.net> <87ptfv33kk.fsf@strauser.com> <20031117123241.W55057@zoraida.natserv.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-=-= Content-Transfer-Encoding: quoted-printable At 2003-11-17T17:41:27Z, Francisco Reyes <fran@natserv.net> writes: > Thanks for shedding some light into this topic. You bet. > -Z, --decompress > Decompress the input data before searching. This option is only > available if compiled with zlib(3) library > We could have said exactly the same you said about my suggestion... don't > add it.. people should learn how to use find, decompres, grep, YET this o= ption WAS implemented. That's a valid point. I think I'd counter by saying that adding that particular functionality was as simple as linking in a standard library and adding a couple of function calls, and had no affect whatsoever on regressive behavior. You could probably make the same pro and con arguments regarding programs that link to GNU's readline library; it adds functionality without increasing complexity, and has no effect on backward-compatible operation. =2D-=20 Kirk Strauser --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQA/uSim5sRg+Y0CpvERAktmAJ9x/R2I7jsnVyGf0iAp16QEqGcx9gCdG0sW elk+1ogxjYsk4QZ0Jx5TEIg= =eMAC -----END PGP SIGNATURE----- --=-=-=--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87ad6ug40s.fsf>