cURL / Mailing Lists / curl-library / Single Mail


Re: [PATCH] Call progress function when poll()/select() is interrupted

From: Daniel Stenberg <>
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:
Received on 2008-04-30