Description of problem: If you try to use the setopt(CURLOPT_RESOLV, ...) option, perl core dumps. This was tracked down awhile but seems to not be fixed upstream. A previous commit in the upstream source for version 4.17 added #ifdef in Curl.xs for building CURLOPT_RESOLV support but the ifdef for CURLOPT_RESOLV is always false because CURLOPT_RESOLV is an enum and not a define. Version-Release number of selected component (if applicable): How reproducible: Every time Steps to Reproduce: 1. Install perl-WWW-Curl 1. Create program that uses WWW::Curl::Easy and does a setopt OPTCURL_RESOLV. Perl immediately crashes when it hits that line. An example simple source program and an explenation of the problem is below... https://github.com/szbalint/WWW--Curl/issues/9 Additional info: To fix it, removing the #ifdef for CURLOPT_RESOLV in the Curl.xs allows it to be compiled into perl-WWW-Curl.
It looks like besides the license change, the #ifdef was the only change for 4.17 version. They tried to add the #ifdef for old libcurl versions that didn't support for the setopt CURLOPT_RESOLV. I don't know that is an issue with EL8 or EL7. Looking at the changelog for curl/libcurl, it looks like that has been in curl even in EL7.
FEDORA-EPEL-2023-458b180abe has been submitted as an update to Fedora EPEL 9. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-458b180abe
FEDORA-EPEL-2023-458b180abe has been pushed to the Fedora EPEL 9 testing repository. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2023-458b180abe See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Thanks for this. I updated perl-WWW-Curl on my x86_64 EL 9 system with the linked test RPM in FEDORA-EPEL-2023-458b180abe. CURLOPT_RESOLV works with the updated test RPM installed.
FEDORA-EPEL-2023-458b180abe has been pushed to the Fedora EPEL 9 stable repository. If problem still persists, please make note of it in this bug report.