[jira] [Commented] (XERCESC-1963) Custom HTTP headers missing with CURL NetAccessor

["Scott Cantor (Jira)" <xe...@xml.apache.org>]

    [ https://issues.apache.org/jira/browse/XERCESC-1963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17073043#comment-17073043 ] 

Scott Cantor commented on XERCESC-1963:
---------------------------------------

Applied to both branches.

Note this changes the ABI but we have agreed to treat the truly internal classes as safe to change in a patch as long as they're not embedded in any public classes.

> Custom HTTP headers missing with CURL NetAccessor 
> --------------------------------------------------
>
>                 Key: XERCESC-1963
>                 URL: https://issues.apache.org/jira/browse/XERCESC-1963
>             Project: Xerces-C++
>          Issue Type: Bug
>          Components: Utilities
>    Affects Versions: 3.0.0, 3.0.1, 3.0.2, 3.1.0, 3.1.1, 3.1.2, 3.2.0, 3.1.3, 3.1.4, 3.2.1, 3.2.2
>         Environment: Xerces-c 3.1.1
> curl_version: libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3
> Mac OS X 10.6.7, i686-apple-darwin10-g++-4.2.1
>            Reporter: Eric Swalens
>            Assignee: Scott Cantor
>            Priority: Minor
>              Labels: patch
>             Fix For: 3.2.3
>
>         Attachments: CurlURLInputStream-headers-0.1.patch
>
>
> It seems that the custom headers set using XMLNetHTTPInfo are missing from the actual HTTP request when the CURLNetAccessor is used. The SocketNetAccessor does not show this problem.
> The headerList in the CurlURLInputStream constructor is correctly built but from what I understand of the CURL documentation the list cannot be freed until the GET request has been made. Currently the list feed right after setting the CURLOPT_HTTPHEADER. Delaying the call curl_slist_free_all to the destructor solves the issue (patch attached).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: c-dev-unsubscribe@xerces.apache.org
For additional commands, e-mail: c-dev-help@xerces.apache.org