/ Zope / Apsis / Pound Mailing List / Archive / 2006 / 2006-09 / Re: [Pound Mailing List] Improve correctness and code quality for Pound

[ << ] [ >> ]

[ beginner problem, and need help, please be so ... ] [ Ubuntu packages i386 / "dirk dekker" ... ]

Re: [Pound Mailing List] Improve correctness and code quality for Pound
SF Markus Elfring <elfring(at)users.sourceforge.net>
2006-09-01 13:29:00 [ SNIP ]
> I am sure that the pound implementors would be much happier to receive
> suggested patches rather than directives.  Remember, they are GIVING you
> software.  Giving something back would be a nice thing to do.

I point to some details to get a feeling for the developer acceptance.
Is it better to discuss expected changes before any unwanted work will be
performed? Are those issues on the to do list by the maintainers already?

Regards,
Markus

Re: [Pound Mailing List] Improve correctness and code quality for Pound
Robert Segall <roseg(at)apsis.ch>
2006-09-01 18:16:59 [ SNIP ]
On Fri, 2006-09-01 at 13:29 +0200, SF Markus Elfring wrote:
> > I am sure that the pound implementors would be much happier to receive
> > suggested patches rather than directives.  Remember, they are GIVING you
> > software.  Giving something back would be a nice thing to do.
> 
> I point to some details to get a feeling for the developer acceptance.
> Is it better to discuss expected changes before any unwanted work will be
performed? Are those issues on the to do list by the maintainers already?

We happily accept patches, or even good ideas. As to your specific
suggestions - some of them are quite irelevant (the threading model),
others are of interest (unused parameters and so on). When can we expect
your patches?
-- 
Robert Segall
Apsis GmbH
Postfach, Uetikon am See, CH-8707
Tel: +41-44-920 4904


Re: [Pound Mailing List] Improve correctness and code quality for Pound
SF Markus Elfring <elfring(at)users.sourceforge.net>
2006-09-03 13:13:29 [ SNIP ]
> We happily accept patches, or even good ideas. As to your specific
> suggestions - some of them are quite irelevant (the threading model),
> others are of interest (unused parameters and so on).
Why do you think that suggestions about (multi-)threading approaches are 
irrelevant?
I guess that there are still some options to improve the server design.

Where is documented which threads share any data that needs protection 
by mutual exclusion?

> When can we expect your patches? 
Would you like to integrate the appended changes into your source code?
How do you think about my addition of a little function for program 
abortion?

Regards,
Markus

Attachments:  
update.zip application/x-zip-compressed 2193 Bytes

MailBoxer