Re: [PATCH] Call progress function when poll()/select() is interrupted
Date: Wed, 30 Apr 2008 23:25:10 +0200 (CEST)
On Fri, 18 Apr 2008, Pierre Ynard wrote:
(sorry for the delay, I'm having a hard time to keep up at times)
> But apart from providing new capabilities, why still not improving existing
> ones? There is a whole difference between adding new options and creating
> new code paths, and extending the existing abort mechanism in a case where
> we already know anyway that a call was interrupted, but blindly ignore it.
> It might not be a real, safe, warranted new feature, but it would still be
> an _improvement_.
I don't consider us against improvements and neither Yang Tse nor me expressed
it that way - or if I did I certainly didn't mean it.
It is just important that what you consider is an improvement isn't considered
a regression by a bunch of other users.
I can see a use for your idea, but then it should _only_ call the progress
function when actually and truly a signal was caught. IMHO.
-- Commercial curl and libcurl Technical Support: http://haxx.se/curl.htmlReceived on 2008-04-30