Displaying 5 results from an estimated 5 matches for "curl_version".
2018 Oct 04
1
segfault issue with parallel::mclapply and download.file() on Mac OS X
...using
OpenSSL or LibreSSL for TLS, you usually get away with forking (though
it's still bad practice).
The standard version of libcurl that ships with MacOS was using
CoreFoundation until 10.12 but starting 10.13 they switched to
LibreSSL in order to support HTTP/2. See curl --version or
curl::curl_version() for your local config. Don't count in this
though, Apple might switch back to the fork-unsafe DarwinSSL once they
support ALPN, which is needed for HTTP/2.
As Gabor already suggested, libcurl has built-in systems for
concurrent connections. The curl package exposes this via multi_add
functio...
2008 May 07
1
[BioC] RCurl loading problem with 64 bit linux distribution
...rform
00000000000060e0 T R_curl_easy_setopt
0000000000005710 T R_curl_escape
0000000000005440 T R_curl_getpasswd
0000000000006950 T R_curl_global_cleanup
0000000000006930 T R_curl_global_init
0000000000004af0 T R_curl_progress_callback
00000000000042f0 T R_curl_ssl_ctx_callback
0000000000005c10 T R_curl_version
0000000000005bf0 T R_curl_version_info
0000000000005270 T R_curl_write_binary_data
00000000000051b0 T R_curl_write_data
00000000000051d0 T R_curl_write_header_data
U R_do_MAKE_CLASS
U R_do_new_object
U R_do_slot
U R_do_slot_assign...
2008 May 07
1
[BioC] RCurl loading problem with 64 bit linux distribution
...rform
00000000000060e0 T R_curl_easy_setopt
0000000000005710 T R_curl_escape
0000000000005440 T R_curl_getpasswd
0000000000006950 T R_curl_global_cleanup
0000000000006930 T R_curl_global_init
0000000000004af0 T R_curl_progress_callback
00000000000042f0 T R_curl_ssl_ctx_callback
0000000000005c10 T R_curl_version
0000000000005bf0 T R_curl_version_info
0000000000005270 T R_curl_write_binary_data
00000000000051b0 T R_curl_write_data
00000000000051d0 T R_curl_write_header_data
U R_do_MAKE_CLASS
U R_do_new_object
U R_do_slot
U R_do_slot_assign...
2018 Sep 19
5
segfault issue with parallel::mclapply and download.file() on Mac OS X
I have an lapply function call that I want to parallelize. Below is a very
simplified version of the code:
url_base <- "https://cloud.r-project.org/src/contrib/"
files <- c("A3_1.0.0.tar.gz", "ABC.RAP_0.9.0.tar.gz")
res <- parallel::mclapply(files, function(s) download.file(paste0(url_base,
s), s))
Instead of download a couple of files in parallel, I get a
2009 Apr 26
4
1.6.1: menuselect has problems with x86_64 ??
1.6.1 svn 190575:
CC="cc" CXX="g++" LD="" AR="" RANLIB="" CFLAGS="" make -C menuselect
CONFIGURE_SILENT="--silent" menuselect
make[1]: Entering directory
`/home/asterisk/rpmbuild/BUILD/asterisk-1.6.1/menuselect'
gcc -m64 -march=native -mtune=native -floop-interchange
-floop-strip-mine -floop-block -c -o