-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-08-29 20:51, Peter Brinkmann wrote:
Maybe we can have a poll and come up with a better estimate. Here are a few questions:
- What sort of use case for long list messages to you have in mind?
- Exactly how long would you need the list to be?
- Is this really a use case for list messages or would it make more sense
to write to an array instead?
If we converge to a reasonable number, that'll be the new limit. Otherwise, the entire approach may have to go.
personally i do think that any fixed limit is going to impose troubles.
afaict, the main idea here is to provide an easy to use API, combined with some performance.
somebody _will_ reach your hard limit, and i think that telling them to either switch from the "foolproof API" to "export mode" or to redesign their patches just because they called "add_element()" once too often will not do.
why not simply resize the internal array as needed, starting with 32 elements and doubling whenever the limit is reached?
fgasdr IOhannes