From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom Date: Sun, 14 Nov 2010 10:23:38 -0500 To: 9fans@9fans.net Message-ID: <464879d2da7b991d8d56371eab78f08e@plug.quanstro.net> In-Reply-To: References: <703b2539-027e-4f9f-a739-00b59f6d3d82@v28g2000vbb.googlegroups.com> <20101113192425.GC22589@nibiru.local> <284949CC-81F5-4791-91C1-13357BC23E7D@9srv.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] Plan9 development Topicbox-Message-UUID: 7dcec60e-ead6-11e9-9d60-3106f5b1d025 > GNU awk is a nice piece of software. The core of > GNU grep is very well written even if the surrounding > utility has been embellished a bit too much. Groff is when mike wrote it, gnu grep was the best thing one could get if one wasn't at the labs. since brucee started this, i was in the room when it was written. or at least, one day in the science center mike was explaining the algorithm and he said something to the effect of, oops. he ran off to a h29 terminal, fixed the bug, confirmed it with the old executable, recompiled, and confirmed the fix. unfortunately, the last i checked, gnu grep mallocs for each byte of input when using a utf-8 locale. i even submitted a patch for this, but i don't think the current maintainers understood why that's a problem. anyway, i think you know why we paint with a broad brush. when you love well and simply written software, gnu's just going to make you a bit cranky. even if gnu * has a well-written core, the layers of crunchy bits make them difficult to understand, difficult to read, and wickedly difficult to fix. at least that's my experience. - erik