On 08/13/2018 12:24 PM, Daniel Stenberg wrote:
> ...
> Sure, I'm not totally against a callback. But we'd still have to convert
> the representation to something that we think we can stick to for the
> foreseeable future even if the internals would change...

I do not really care what the structure looks like. I simply predict, that the 
entire
caboose will be converted twice in most cases.
With a callback you'd make sure that the user takes care of it when the data
becomes available in that format - and only then.
The addrinfo structure is well documented (spares you the hassle of writing it 
up
yourself;-). If you name the constant/callback after this structure, you can 
have a
new one if the internal structure changes. Then the old addrinfo export would do
the copying and be marked as depreciated (you'd then delete the created 
structures
after the callback returns).

I simply look at it from a performance angle. Who needs all addresses? This is 
the
exception. It's likely that programs dealing with lots of entries will use 
this. They
will probably use their own format as they will store other information, and 
they
might not need all the data/addresses from your structures.

What you suggest surely sounds 'cleaner'. Nonetheless, you'll get the 'copy and
convert the whole list twice for every lookup' almost guarantied. That is, your
conversion will be discarded immediately afterwards, just to become something
new entirely.

I guess it depends on personal preference to determine, which of those solutions
do hurt more. :-)


-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette:   https://curl.haxx.se/mail/etiquette.html

Reply via email to