* Greg Stein (email@example.com) wrote:
> On Tue, Apr 01, 2003 at 01:29:42AM +0100, Philip Martin wrote:
> > Eric Dorland <firstname.lastname@example.org> writes:
> > > It's probably
> > > not worth it though. But hey, if it gets my patch in, I'll do it :)
> > I'm not trying to be awkward, I'm just trying to understand the patch
> > without going to the trouble of reading the zlib documentation.
> How about a slight change in approach here?
> * is the concept useful and applicable? do we really want this feature?
I like to think so :)
> * is the current code "close enough"? can the tweaks be made to the code
> after it has been applied?
> My concern here is that if we ask patch submitters to tweak a nit here, and
> tweak a nit there, each coming in at different times as different reviewers
> find time to look at the code, that eventually the submitter will just throw
> their hands up in the air and go away.
I'm not about to walk away, but I think you do have a point here...
> Now, I'm not saying "apply bad patches and fix them later." But I am saying,
> "can we alter the buffer size after the code is in?" or "can the data
> generation occur after the code is in?" It would seem that neither of those
> is fundamental to having the code added such that people can begin to
> exercise it in new ways.
Well hopefully my next patch will basically satisfy everyone.
Eric Dorland <email@example.com>
ICQ: #61138586, Jabber: firstname.lastname@example.org
1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6
-----BEGIN GEEK CODE BLOCK-----
GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+
O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+
G e h! r- y+
------END GEEK CODE BLOCK------
Received on Tue Apr 1 06:13:52 2003
- application/pgp-signature attachment: stored