<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.web.curl.library">
    <title>gmane.comp.web.curl.library</title>
    <link>http://blog.gmane.org/gmane.comp.web.curl.library</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39459"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39454"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39452"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39446"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39445"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39442"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39441"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39431"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39423"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39419"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39417"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39415"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39412"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39407"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39402"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39400"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39396"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39357"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39356"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/39355"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39459">
    <title>Feature window closes on May 22nd!</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39459</link>
    <description>&lt;pre&gt;Hi friends,

If you want any change, any new feature, into next curl and libcurl release 
you better get it to us in time to get merged before May 22nd!

That day we switch to bugfixes-only mode and we'll be like that until the next 
release, now planned to ship on June 22.

So, time to ramp up the work on that patch of yours and send it over! =)

(As usual, you can find our work-in-progress release-notes for the pending 
release here: http://curl.haxx.se/dev/release-notes.html )

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-18T21:22:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39454">
    <title>Interest in an Expat XML example?</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39454</link>
    <description>&lt;pre&gt;Since there doesn't seem to be much interest in rolling the code I
wrote for WebDAV PROPFIND into core, I'd be happy to factor it as an
example. It was hard finding a good way to do XML stream parsing with
libcurl when I set out to write it. The method I used should be usable
for any XML.

--
David Strauss
   | david&amp;lt; at &amp;gt;davidstrauss.net
   | +1 512 577 5827 [mobile]
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

&lt;/pre&gt;</description>
    <dc:creator>David Strauss</dc:creator>
    <dc:date>2013-05-18T03:41:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39452">
    <title>Modify cURL to store cookies in variable</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39452</link>
    <description>&lt;pre&gt;Hello, my name is Rodrigo. I'm currently trying to make a PHP script
with cURL that needs to store cookies, I tried to use the "normal"
cookie file with CURLOPT_COOKIEJAR and CURLOPT_COOKIEFILE but I am using
parallel connections and need the cookie immediatly after the request
was made. I search a lot and noticed there isn't a standard way to store
cookies in variables, so I decided to try to modify cURL source to
implement this.

What I had in mind was to check how cookies where written to files with
CURLOPT_COOKIEJAR but instead of writing the cookies to files, returning
them so they could be stored in variables, I would like to do something
like this in PHP:

curl_setopt($handle, CURLOPT_COOKIEVAR, $cookie);

Where CURLOPT_COOKIEVAR would be the name of the option to store cookies
in variables and $cookie would store the cookie in a string.

So, my question is, any idea of where in cURL's source CURLOPT_COOKIEJAR
is implemented?

Thanks in advance.

-------------------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Rodrigo</dc:creator>
    <dc:date>2013-05-17T19:51:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39446">
    <title>[PATCH] cookie path match fail</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39446</link>
    <description>&lt;pre&gt;Hello cURL hackers,

I found a bug which cURL sends cookies to the path not to aim at.
For example:
- cURL sends a request to http://example.fake/hoge/
- server returns cookie which with path=/hoge;
  the point is there is NOT the '/' end of path string.
- cURL sends a request to http://example.fake/hogege/ with the cookie.

Because Curl_cookie_getlist() compares path using strncmp().

I think cURL should send without the cookie, this case.

An attached patch fixs this problem and test case.


Best regards,
thanks
===============
YAMADA Yasuharu
ACCESS CO., LTD.
Yasuharu.Yamada&amp;lt; at &amp;gt;access-company.com

&lt;/pre&gt;</description>
    <dc:creator>YAMADA Yasuharu</dc:creator>
    <dc:date>2013-05-17T06:49:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39445">
    <title>Read Certificates from curl</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39445</link>
    <description>&lt;pre&gt;Hi ,
I have compiled curl with openssl  , now I need to read few variables from
the certificates during handshake and validate them .
I need to read below cariables
1. policy mapping
2. All critical section
3. Name constraints .

I need above vars from certificate and   validate . if validation fails
against my requirement I have to reject the certificate .
is it possible to do this from the curl side or I have to look in openssl
only ?

--Indra
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Indtiny s</dc:creator>
    <dc:date>2013-05-17T06:33:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39442">
    <title>axtls memory leak</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39442</link>
    <description>&lt;pre&gt;Hello,

In recent testing, a memory leak in lib/axtls.c was discovered.  In hindsight, it's pretty obvious, but because it was such a small, slow leak, it was never noticed before.  In any case, here's a patch.

I also got axTLS's ability to use non-blocking connect and read calls working.  This was discussed long ago, but was dropped.  Should this be made to respect some user setting or preference?

Thanks,
Eric
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Hu, Eric</dc:creator>
    <dc:date>2013-05-16T15:34:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39441">
    <title>Building libcurl on OpenVMS Alpha and Itanium</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39441</link>
    <description>&lt;pre&gt;I'm trying to build libcurl libraries for OpenVMS (both Alpha and Itanium)
using latest available cURL sources (version 7.30.0 from http://curl.haxx.se
).
The binary distribution works fine, but I need a C/C++ callable interface to
eliminate needless spawning of CURL.EXE.

I extracted the archive to my personal directory:

  DSA0:[BH.CURL_7_30_0]

Executing the &amp;lt; at &amp;gt;build_vms.com script from the [.PACKAGE.VMS] subdirectory
yields:

  CC (opts) $1$DKC0:[BH.CURL-7_30_0.LIB]ASYN-ARES.C;1

  #include "config_vms.h"
  .^
  %CC-F-NOINCLFILEF, Cannot find file "config_vms.h" specified in
  #include directive.
  at line number 1438 in file
  $1$DKC0:[BH.curl-7_30_0.packages.vms.ALPHA]CURL_CONFIG.H;1

The config_vms.h was created but resides in DSA0:[BH.CURL-7_30_0].

As a work-around... I copied the config_vms.h file into the
[.PACKAGES.VMS.ALPHA] directory but the build then fails with:

  CC (opts) $1$DKC0:[BH.CURL-7_30_0.LIB]ASYN-ARES.C;1

  #include &amp;lt;gnutls/gnutls.h&amp;gt;
  .^
  %CC-F-NOINCLFILEF, Cannot find file &amp;lt;gnutl&lt;/pre&gt;</description>
    <dc:creator>Brad Coish</dc:creator>
    <dc:date>2013-05-16T14:32:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39431">
    <title>AW: Re: IMAP and POP3 with libcurl 7.30</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39431</link>
    <description>&lt;pre&gt;Hello, 
thanks so far, but that was not quite a solution for me. Did anyone really test it? My evidence is quite good or not?

Or what could have went wrong during compiling the lib? But the version output is also quite astonishing if it would not be the real 7.30 version.

Any further help is very welcome.
Thanks in advance.
xyzzyx.

-------- Original message --------
Subject: Re: IMAP and POP3 with libcurl 7.30 
From: David Strauss &amp;lt;david&amp;lt; at &amp;gt;davidstrauss.net&amp;gt; 
To: libcurl development &amp;lt;curl-library&amp;lt; at &amp;gt;cool.haxx.se&amp;gt; 
CC:  

On Sun, May 12, 2013 at 8:37 AM, xyzzyx &amp;lt;1xyzzyx1&amp;lt; at &amp;gt;gmx.de&amp;gt; wrote:

While I don't have the experience using libcurl with IMAP to help you
directly here, I can say that the command-line curl uses libcurl. If
something is possible with the curl CLI, it's possible with libcurl.

There are a couple of cases where the curl CLI provides additional
logic, like HTTP retries, on top of libcurl. But, it's never redundant
with what libcurl provides itself.

--
David Strauss
   | david&amp;lt; at &amp;gt;davidstrauss.net
 &lt;/pre&gt;</description>
    <dc:creator>1xyzzyx1</dc:creator>
    <dc:date>2013-05-14T18:33:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39423">
    <title>how curl get access_token in OAuth?</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39423</link>
    <description>&lt;pre&gt;I want to write third party application,I use c and curl,first,and my
application is desktop application without server.First,I POST a
request,then the server send me back a webpage,users should enter their
username and password,if everything is ok,the webpage will redirect to a
new webpage,and the access_token will be appended at the end of the url of
the new webpage.So my question is how can I use curl to get the
access_token in the url of the new webpage.Thank you.
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Feng Helong</dc:creator>
    <dc:date>2013-05-14T00:10:20</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39419">
    <title>Question about cacert.pem on Windows with MinGW</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39419</link>
    <description>&lt;pre&gt;Hello,

I am developping a library for Puredata to make RESTful web requests.

Everything is working quite well with libcurl, but I have a problem
using SSL secured requests in Windows.

I am cross compiling libcurl on Linux using MXE, but I get SSL errors
when setting the path to the cacert.pem from the library.

This is what I have tried:
I am setting the cacert path using

curl_easy_setopt(curl_handle, CURLOPT_SSLCERT, common-&amp;gt;cert_path);

where common-&amp;gt;cert_path is char[2048] (not a pointer, just for testing)
and is C:/Program Files (x86)/pd/extra/purest_json/cacert.pem

cacert.pem is the download from http://curl.haxx.se/docs/caextract.html,
and I have set read/write access to everyone, I have already tried
replacing slashes with backslashes.

Here are the configure scripts from MXE that I have tried and the error
codes:

gnutls:
-------
./configure \
        --host='$(TARGET)' \
        --build="`config.guess`" \
        --disable-shared \
        --prefix='$(PREFIX)/$(TARGET)' \
        --with-gnutls &lt;/pre&gt;</description>
    <dc:creator>Thomas Mayer</dc:creator>
    <dc:date>2013-05-13T20:13:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39417">
    <title>site contents now off git</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39417</link>
    <description>&lt;pre&gt;Hi all,

I've just switched the web site to now update its contents automatically from 
this git repository: https://github.com/bagder/curl-www

Please point out any problems you encounter as I'm sure there are some flaws 
left due to this transition.

&lt;/pre&gt;</description>
    <dc:creator>Daniel Stenberg</dc:creator>
    <dc:date>2013-05-13T17:44:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39415">
    <title>FTP upload stall?</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39415</link>
    <description>&lt;pre&gt;We've been getting a problem with our unit tests where FTP uploads using curl_multi were stalling. The test in question starts off three uploads and three downloads to the same server in parallel. Unless we're somehow missing an error condition somewhere, it looks like all the uploads hang.

I seem to have tracked this down to commit 57aeabcc1a20ff8ed1d725ef0309d0d8f64194d8. 

Taking the latest code (7ed25ccf0d1e5b8c7fd3bd90f0375a06011cd394 ), then reversing commit 57aeabcc1a20ff8ed1d725ef0309d0d8f64194d8, seems to be enough to fix the stall for us.

I'm not sure if the problem is the libcurl code itself, or some side-effect of the change, maybe taking away some other behaviour that we're relying on.

I don't have a plain C test yet, but I'll attempt to make one if I can. I thought I'd give you a heads-up in the meantime, just in case it's a problem that someone else can verify in the meantime.

Cheers,

- Sam -

sam deane / &amp;lt; at &amp;gt;samdeane | elegantchaos.com / &amp;lt; at &amp;gt;elegantchaoscom | mac and ios software development

&lt;/pre&gt;</description>
    <dc:creator>Sam Deane</dc:creator>
    <dc:date>2013-05-13T14:54:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39412">
    <title>Content-Length missing when setting cookie</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39412</link>
    <description>&lt;pre&gt;Hi,

I am having a problem with POST method and cookie.

When just CURLOPT_POSTFIELDS and CURLOPT_POSTFIELDSIZE are set I can see
correct Content-Length header in the outgoing request.

Problem starts when I also set CURLOPT_COOKIE, then I can see valid Cookie
header in the request but Content-Length is suddenly missing.

Changing the order of actions (first cookie then post) doesn't work either
(I thought maybe I was overwriting header with CUROPT_COOKIE)

What is happening?

Regards,
Szymon Gatner
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Szymon Gatner</dc:creator>
    <dc:date>2013-05-13T09:22:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39407">
    <title>IMAP and POP3 with libcurl 7.30</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39407</link>
    <description>&lt;pre&gt;Hello,

we compiled libcurl 7.30 with OpenSSL 1.0.1e for mipsel-linux-uclibc (before 
that we compiled libcurl 7.29 too).
We used the source archive from here: http://curl.haxx.se/download.html.

I have some questions how to use libcurl for IMAP
because it seems so for us that the new IMAP functions are only working in 
the command line curl and not with the libcurl functions.
But as I understood the published changelog and the updated documentation 
for setopt (http://curl.haxx.se/libcurl/c/curl_easy_setopt.html) they should 
also work for the libcurl functions, or am I mistaken?

For initializing I use the following (and the corresponding functions for 
cleaning up):
curl_global_init(CURL_GLOBAL_ALL);
curl = curl_easy_init();
But I think curl_global_init is not meant to activate the new IMAP 
functions, right?

curl command line version:
curl 7.30.0 (mipsel-unknown-linux-uclibc) libcurl/7.30.0 OpenSSL/1.0.1e
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp 
smtp smtps telnet tftp
&lt;/pre&gt;</description>
    <dc:creator>xyzzyx</dc:creator>
    <dc:date>2013-05-12T15:37:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39402">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39402</link>
    <description>&lt;pre&gt;Hello,

I think there is a memory leak in the curl code. Running valgrind on the
following code (first link) yields the output in the second link. Since
this is my first time attempting debugging "real" code I may have made some
trivial mistake, if this is the case please let me know, I would greatly
appreciate it.

source: http://pastie.org/pastes/7827550/text
valgrind output: http://pastie.org/pastes/7827548/text
curl version: 7.30.0

Thanks,
Quintillus
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html&lt;/pre&gt;</description>
    <dc:creator>Raheman Vaiya</dc:creator>
    <dc:date>2013-05-10T16:51:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39400">
    <title>Build problems for WIN64.</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39400</link>
    <description>&lt;pre&gt;Trying to build curl for WIN64 but run into some problems:
I got warnings about redefinitions of fstat/stat.
I could fix those by adding the follow lines to curl_setup.h:371 and
curl_setup.h:388
#  undef  fstat
#  undef  stat

The second problem is that I am unable to build the shared version of curl.
If I build with --disable-shared it compiles and work as expected but when
I want to build the shared library I get strange link errors:
curl-tool_cb_dbg.o:tool_cb_dbg.c:(.text+0x7f): undefined reference to
`__imp_curl_strequal'
curl-tool_cb_dbg.o:tool_cb_dbg.c:(.text+0x147): undefined reference to
`__imp_curl_msnprintf'
curl-tool_cb_dbg.o:tool_cb_dbg.c:(.text+0x177): undefined reference to
`__imp_curl_mfprintf'
curl-tool_cb_dbg.o:tool_cb_dbg.c:(.text+0x2e7): undefined reference to
`__imp_curl_mfprintf'
curl-tool_cb_dbg.o:tool_cb_dbg.c:(.text+0x340): undefined reference to
`__imp_curl_mfprintf'
curl-tool_cb_dbg.o:tool_cb_dbg.c:(.text+0x3b0): undefined reference to
`__imp_curl_mfprintf'
curl-tool_cb_dbg.o:tool_c&lt;/pre&gt;</description>
    <dc:creator>Vuurvlieg</dc:creator>
    <dc:date>2013-05-10T13:35:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39396">
    <title>Choosing which IP to connect to (SSL verification/connection reuse issues)</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39396</link>
    <description>&lt;pre&gt;Hi,

Is there a way to tell curl to do connection caching per IP instead of per-host?
i.e. can I tell it to check its cache only *after* my OPENSOCKET_FUNCTION callback is invoked (which might change the IP)?

Background:

Given an https://example.com/something URL, where example.com points to multiple IP addresses
I want to be able to choose which IP address to connect to (for various reasons).

If this was HTTP it would be easy: just use the IP in the URL. However if I do that with HTTPS then certificate verification
fails as expected. I could turn off SSL_VERIFYHOST and do the verification myself, but I'd have to duplicate all of curl's
hostname verification logic and I'd rather not do that...

My current workaround is:
 * keep the domain name in the URL: https://example.com/something
 * override the IP address either by:
     * using CURLOPT_RESOLVE example.com:443:127.0.1.1
     * using CURLOPT_OPENSOCKETFUNCTION and changing the data in the *address pointer to point to my IP (127.0.1.1 in this example)&lt;/pre&gt;</description>
    <dc:creator>Török Edwin</dc:creator>
    <dc:date>2013-05-09T16:36:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39357">
    <title>SSL with NSS not properly timing out</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39357</link>
    <description>&lt;pre&gt;We've definitely found a case of libcurl with NSS not observing timeouts.

Here's the trace:

#0  0x00000031d08e8bdf in __GI___poll (fds=fds&amp;lt; at &amp;gt;entry=0x7fd22abfc370,
nfds=nfds&amp;lt; at &amp;gt;entry=1, timeout=timeout&amp;lt; at &amp;gt;entry=5000) at
../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00000031d0424d6b in pt_poll_now (op=op&amp;lt; at &amp;gt;entry=0x7fd22abfc3c0) at
../../../mozilla/nsprpub/pr/src/pthreads/ptio.c:583
#2  0x00000031d042590d in pt_Continue (op=0x7fd22abfc3c0) at
../../../mozilla/nsprpub/pr/src/pthreads/ptio.c:706
#3  pt_Recv (fd=0x7fd229e94c70, buf=0x7fd229cc404c, amount=1700,
flags=&amp;lt;optimized out&amp;gt;, timeout=4294967295) at
../../../mozilla/nsprpub/pr/src/pthreads/ptio.c:1865
#4  0x00000031d641ccce in ssl_DefRecv (ss=ss&amp;lt; at &amp;gt;entry=0x7fd229c89000,
buf=&amp;lt;optimized out&amp;gt;, len=1700, flags=flags&amp;lt; at &amp;gt;entry=0) at ssldef.c:62
#5  0x00000031d6418272 in ssl3_GatherData (flags=0, gs=&amp;lt;optimized
out&amp;gt;, ss=0x7fd229c89000) at ssl3gthr.c:59
#6  ssl3_GatherCompleteHandshake (ss=ss&amp;lt; at &amp;gt;entry=0x7fd229c89000,
flags=flags&amp;lt; at &amp;gt;entry=0) at ssl3gthr.c:318
#7  0x00000031d641880a in ssl3_&lt;/pre&gt;</description>
    <dc:creator>David Strauss</dc:creator>
    <dc:date>2013-05-07T20:46:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39356">
    <title>curl_multi_wait seems to be ignoring timeout</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39356</link>
    <description>&lt;pre&gt;Hi folks,

I'm using the curl_multi interface to make parallel GET requests on a set
of URLs. I've noticed that at times the call to curl_multi_wait may block
indefinitely, despite the fact that I'm passing in a value of 1000 (msec)
to the timeout_ms parameter. Some snippets from my debugger:

00000000`0933e5d0 00000001`3f5233d4 ws2_32!select+0x75a
00000000`0933e6d0 00000001`3f4fcb28 mag_client!Curl_poll+0x234
[c:\curl-7.28.1\lib\select.c &amp;lt; at &amp;gt; 474]
00000000`0933eda0 00000001`3f31f653 mag_client!curl_multi_wait+0x1d8
[c:\curl-7.28.1\lib\multi.c &amp;lt; at &amp;gt; 1029]

I've stumbled across a perhaps relevant blog
post&amp;lt;http://daniel.haxx.se/blog/2012/10/10/wsapoll-is-broken/&amp;gt;,
which could be related.

By the way, this was seen on Win7 and my app is using a libcurl 7.28.1,
statically linked.

Thanks!

&lt;/pre&gt;</description>
    <dc:creator>Alex Loukissas</dc:creator>
    <dc:date>2013-05-07T20:22:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39355">
    <title>login.cpl error in payment engine</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39355</link>
    <description>&lt;pre&gt;Hello,

I am constructing HCAV app with PHP and curl. There is a main page 
(built with php) and webserverice (as applet) for proccessing a payment 
(in c# and curl). From the back-end we (admins) have Linux server, with 
2 admin panels (written in APO with curl) - one for applet only (lets 
call it applet AP) and the other one for site in general (but not 
applet, lets call it general AP). From the general AP, we choose 
Transfers &amp;gt; ID &amp;gt; ... &amp;gt; Rec and we are redirected to editing new record 
for the ID chosen. We enter:

&amp;lt;migrateChart&amp;gt;
     &amp;lt;migrate from = 'customers' in = 'id'&amp;gt;
     &amp;lt;migrate to = 'non-customers' in = 'id'&amp;gt;
     &amp;lt;selector id = '&amp;amp;T'&amp;gt;
&amp;lt;/migrateChart&amp;gt;

and click Save button. This should migrate locale for selected ID to new 
table within sql base.
Instead, we get HTI message from login.cpl Error code is 
_____________________.ieb

what is causing that?
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http&lt;/pre&gt;</description>
    <dc:creator>Wojciech Lisik</dc:creator>
    <dc:date>2013-05-07T17:14:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/39354">
    <title>Curl_resolv_timeout crash</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/39354</link>
    <description>&lt;pre&gt;libcurl: 7.21.4 (no threaded resolver, no c-ares)
OS: RHEL (2.6.18-164.el5 x86_64)


CURLOPT_DNS_USE_GLOBAL_CACHE 1
CURLOPT_DNS_CACHE_TIMEOUT -1 //cache never expires

My application polls a webpage using a curl handle.
Then it calls curl_easy_duphandle(pollingCurlHandle) one or more times, and
launches one or more threads.
Each thread uses its own duplicate handle to download a file.

Intermittently my application crashes in Curl_resolv_timeout (see below);
conn, data addresses in Curl_resolv_timeout seems invalid.
Since I'm enabling never expiring DNS cache, why would libcurl call
Curl_resolv_timeout ?


#0  0x00002b6f987d3ff4 in addbyter (output=110, data=0x435037d0) at
mprintf.c:1020
#1  0x00002b6f987d2e46 in dprintf_formatf (data=0x435037d0,
stream=0x2b6f987d3fbb &amp;lt;addbyter&amp;gt;,
    format=0x2b6f987fd293 "name lookup timed out", ap_save=0x43503820) at
mprintf.c:678
#2  0x00002b6f987d4079 in curl_mvsnprintf (buffer=0x810 &amp;lt;Address 0x810 out
of bounds&amp;gt;, maxlength=16384,
    format=0x2b6f987fd293 "name lookup t&lt;/pre&gt;</description>
    <dc:creator>Pankaj Takawale</dc:creator>
    <dc:date>2013-05-07T16:00:46</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.web.curl.library">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.web.curl.library</link>
  </textinput>
</rdf:RDF>
