search for: curlopt_connecttimeout

...t; when downloading files in parallel: R has an unusual definition of the http timeout, which by default aborts in-progress downloads after 60 seconds for no obvious reason. (by contrast, browsers enforce a timeout on unresponsive/stalled downloads only, which can be achieved in libcurl by setting CURLOPT_CONNECTTIMEOUT or CURLOPT_LOW_SPEED_TIME). The above is already a problem on slow networks, where large packages can fail to install with a timeout error in the download stage. Users may assume there must be a problem with the network, as it is not obvious that machines on slower internet connection need to work...

...parallel: > > R has an unusual definition of the http timeout, which by default > aborts in-progress downloads after 60 seconds for no obvious reason. > (by contrast, browsers enforce a timeout on unresponsive/stalled > downloads only, which can be achieved in libcurl by setting > CURLOPT_CONNECTTIMEOUT or CURLOPT_LOW_SPEED_TIME). > > The above is already a problem on slow networks, where large packages > can fail to install with a timeout error in the download stage. Users > may assume there must be a problem with the network, as it is not > obvious that machines on slower internet...

On 4/25/24 17:01, Ivan Krylov via R-devel wrote: > On Thu, 25 Apr 2024 14:45:04 +0200 > Jeroen Ooms <jeroenooms at gmail.com> wrote: > >> Thoughts? > How verboten would it be to create an empty external pointer object, > add it to the preserved list, and set an on-exit finalizer to clean up > the curl multi-handle? As far as I can tell, the internet module is not >