<?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 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/21568"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21567"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21564"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21563"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21561"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21553"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21550"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21546"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21542"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21535"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21532"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21527"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21524"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21523"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21516"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21513"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21511"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21501"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21498"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.web.curl.library/21495"/>
      </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/21568">
    <title>hangs up of application above libcurl</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21568</link>
    <description>CurlCB_debug(request=0118D2B8,easy=0118D350): curl_multi_add_handle: easy=0xcf2f28-&gt;easy_handle=0x118d350
CurlCB_timer:  idle timer was started (timeout=1 msec)
CurlCB_debug(request=01196110,easy=011961A8): curl_multi_add_handle: easy=0x118ceb8-&gt;easy_handle=0x11961a8
CurlCB_timer:  idle timer was cancelled
CurlCB_timer:  idle timer was started (timeout=1 msec)
CurlTimerCB: idle timer fired
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=(nil)): state=0
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=(nil)): state=1
CurlCB_debug(request=01196110,easy=011961A8): create_conn: conn=0x119ed08,connectindex=-1
CurlCB_debug(request=01196110,easy=011961A8): create_conn: conn=0x119ed08,conn_temp=(nil)(connectindex=-1)
CurlCB_debug(request=01196110,easy=011961A8): About to connect() to xcap.radvision.com port 80 (#0)
CurlCB_debug(request=01196110,easy=011961A8):   Trying 172.28.2.176...
CurlCB_debug(request=01196110,easy=011961A8): sock_hash(sock=3836): add easy=0x118ceb8-&gt;easy_handle=0x11961a8
CurlCB_socket: event WANT_WRITE for sock 3836 (pSelectFd=00000000,pCurlEasy=011961A8,pCurlMulti=0117BAE0)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=3
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=(nil)): state=0
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=(nil)): state=1
CurlCB_debug(request=0118D2B8,easy=0118D350): create_conn: conn=0x11a3930,connectindex=-1
CurlCB_debug(request=0118D2B8,easy=0118D350): ConnectionExists: check/conn=0x119ed08
CurlCB_debug(request=0118D2B8,easy=0118D350): create_conn: conn=0x11a3930,conn_temp=0x119ed08(connectindex=0)
CurlCB_debug(request=0118D2B8,easy=0118D350): create_conn: conn=0x11a3930 was freed
CurlCB_debug(request=0118D2B8,easy=0118D350): Re-using existing connection! (#0,0x119ed08) with host xcap.radvision.com
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=6
CurlCB_timer:  idle timer was started (timeout=299844 msec)
SelectCB: multi=0117BAE0, sock=3836, events=0x2, error=0
SelectCB: idle timer was cancelled
CurlCB_debug(request=01196110,easy=011961A8): multi_socket(sock=3836): easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08
CurlCB_debug(request=01196110,easy=011961A8): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;recv_pipe-&gt;head=(nil), conn-&gt;recv_pipe-&gt;tail=(nil)
CurlCB_debug(request=01196110,easy=011961A8): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;send_pipe-&gt;head=0x11961a8, conn-&gt;send_pipe-&gt;tail=0x11961a8
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=3
CurlCB_debug(request=01196110,easy=011961A8): Connected to xcap.radvision.com (172.28.2.176) port 80 (#0,0x119ed08)
CurlCB_socket: event UNREGISTER for sock 3836 (pSelectFd=011A36F0,pCurlEasy=011961A8,pCurlMulti=0117BAE0)
CurlCB_debug(request=01196110,easy=011961A8): sock_hash(sock=3836): delete
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=6
CurlCB_debug(request=01196110,easy=011961A8): sock_hash(sock=3836): add easy=0x118ceb8-&gt;easy_handle=0x11961a8
CurlCB_socket: event WANT_WRITE for sock 3836 (pSelectFd=00000000,pCurlEasy=011961A8,pCurlMulti=0117BAE0)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=7
CurlCB_socket: event WANT_READ for sock 3836 (pSelectFd=011A36F0,pCurlEasy=011961A8,pCurlMulti=0117BAE0)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=10
CurlCB_debug(request=01196110,easy=011961A8): moveFromSendToRecvPipe(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): head=0x11961a8, tail=0x11961a8
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=11
CurlCB_debug(request=01196110,easy=011961A8): Conn 0 recv pipe 1 inuse 0 at head 1(0x11961a8)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=12
SelectCB: multi=0117BAE0, sock=3836, events=0x1, error=0
CurlCB_debug(request=01196110,easy=011961A8): multi_socket(sock=3836): easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08
CurlCB_debug(request=01196110,easy=011961A8): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;recv_pipe-&gt;head=0x11961a8, conn-&gt;recv_pipe-&gt;tail=0x11961a8
CurlCB_debug(request=01196110,easy=011961A8): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;send_pipe-&gt;head=(nil), conn-&gt;send_pipe-&gt;tail=(nil)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=12
CurlCB_rcvd: Request 01196110: 141 bytes of data was received
CurlCB_debug(request=01196110,easy=011961A8): 0x118d350 is at send pipe head!
CurlCB_socket: event UNREGISTER for sock 3836 (pSelectFd=011A36F0,pCurlEasy=011961A8,pCurlMulti=0117BAE0)
CurlCB_debug(request=01196110,easy=011961A8): sock_hash(sock=3836): delete
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=14
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(STATE_DONE): easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08,connectindex=0
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=6
CurlCB_debug(request=0118D2B8,easy=0118D350): sock_hash(sock=3836): add easy=0xcf2f28-&gt;easy_handle=0x118d350
CurlCB_socket: event WANT_WRITE for sock 3836 (pSelectFd=00000000,pCurlEasy=0118D350,pCurlMulti=0117BAE0)
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=7
CurlCB_socket: event WANT_READ for sock 3836 (pSelectFd=011A36F0,pCurlEasy=0118D350,pCurlMulti=0117BAE0)
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=10
CurlCB_debug(request=0118D2B8,easy=0118D350): moveFromSendToRecvPipe(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): head=0x118d350, tail=0x118d350
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=11
CurlCB_debug(request=0118D2B8,easy=0118D350): Conn 0 recv pipe 1 inuse 0 at head 1(0x118d350)
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=12
Request 01196110 (easy=011961A8) was done (status code=401) (rv=0:No error)
CurlCB_debug(request=01196110,easy=011961A8): curl_multi_remove_handle: curl_handle=0x11961a8, easy=0x118ceb8
CurlCB_debug(request=01196110,easy=011961A8): curl_multi_remove_handle: easy=0x118ceb8-&gt;easy_handle=0x11961a8,conn=0x119ed08,connectindex=0
CurlCB_debug(request=01196110,easy=011961A8): curl_multi_add_handle: easy=0x11a7fe8-&gt;easy_handle=0x11961a8
CurlCB_timer:  idle timer was started (timeout=1 msec)
CurlTimerCB: idle timer fired
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=(nil)): state=0
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=(nil)): state=1
CurlCB_debug(request=01196110,easy=011961A8): create_conn: conn=0x11a85f8,connectindex=-1
CurlCB_debug(request=01196110,easy=011961A8): ConnectionExists: check/conn=0x119ed08
CurlCB_debug(request=01196110,easy=011961A8): create_conn: conn=0x11a85f8,conn_temp=0x119ed08(connectindex=0)
CurlCB_debug(request=01196110,easy=011961A8): create_conn: conn=0x11a85f8 was freed
CurlCB_debug(request=01196110,easy=011961A8): Re-using existing connection! (#0,0x119ed08) with host xcap.radvision.com
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=6
CurlCB_socket: event WANT_WRITE for sock 3836 (pSelectFd=011A36F0,pCurlEasy=011961A8,pCurlMulti=0117BAE0)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=7
CurlCB_debug(request=01196110,easy=011961A8): Server auth using Digest with user 'sip:user&lt; at &gt;radvision.com'
CurlCB_socket: event WANT_READ for sock 3836 (pSelectFd=011A36F0,pCurlEasy=011961A8,pCurlMulti=0117BAE0)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=10
CurlCB_debug(request=01196110,easy=011961A8): moveFromSendToRecvPipe(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=0x119ed08): head=0x118d350, tail=0x11961a8
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=11
CurlCB_debug(request=01196110,easy=011961A8): Conn 0 recv pipe 2 inuse 1 at head 0(0x118d350)
SelectCB: multi=0117BAE0, sock=3836, events=0x1, error=0
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_socket(sock=3836): easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;recv_pipe-&gt;head=0x118d350, conn-&gt;recv_pipe-&gt;tail=0x11961a8
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;send_pipe-&gt;head=(nil), conn-&gt;send_pipe-&gt;tail=(nil)
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=12
CurlCB_debug(request=0118D2B8,easy=0118D350): Ignoring the response-body
CurlCB_debug(request=0118D2B8,easy=0118D350): Issue another request to this URL: 'http://xcap.radvision.com/xdm-root/resource-lists/users/sip:user&lt; at &gt;radvision.com/index'
CurlCB_socket: event UNREGISTER for sock 3836 (pSelectFd=011A36F0,pCurlEasy=0118D350,pCurlMulti=0117BAE0)
CurlCB_debug(request=0118D2B8,easy=0118D350): sock_hash(sock=3836): delete
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=1
CurlCB_debug(request=0118D2B8,easy=0118D350): create_conn: conn=0x11a87e8,connectindex=-1
CurlCB_debug(request=0118D2B8,easy=0118D350): ConnectionExists: check/conn=0x119ed08
CurlCB_debug(request=0118D2B8,easy=0118D350): create_conn: conn=0x11a87e8,conn_temp=0x119ed08(connectindex=0)
CurlCB_debug(request=0118D2B8,easy=0118D350): create_conn: conn=0x11a87e8 was freed
CurlCB_debug(request=0118D2B8,easy=0118D350): Re-using existing connection! (#0,0x119ed08) with host xcap.radvision.com
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=6
CurlCB_debug(request=0118D2B8,easy=0118D350): sock_hash(sock=3836): add easy=0xcf2f28-&gt;easy_handle=0x118d350
CurlCB_socket: event WANT_WRITE for sock 3836 (pSelectFd=00000000,pCurlEasy=0118D350,pCurlMulti=0117BAE0)
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=7
CurlCB_socket: event WANT_READ for sock 3836 (pSelectFd=011A3388,pCurlEasy=0118D350,pCurlMulti=0117BAE0)
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=10
CurlCB_debug(request=0118D2B8,easy=0118D350): moveFromSendToRecvPipe(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): head=0x11961a8, tail=0x118d350
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=11
CurlCB_debug(request=0118D2B8,easy=0118D350): Conn 0 recv pipe 2 inuse 0 at head 0(0x11961a8)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=11
CurlCB_debug(request=01196110,easy=011961A8): Conn 0 recv pipe 2 inuse 0 at head 1(0x11961a8)
CurlCB_debug(request=01196110,easy=011961A8): multi_runsingle(easy=0x11a7fe8-&gt;easy_handle=0x11961a8,conn=0x119ed08): state=12
SelectCB: multi=0117BAE0, sock=3836, events=0x1, error=0
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_socket(sock=3836): easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;recv_pipe-&gt;head=0x11961a8, conn-&gt;recv_pipe-&gt;tail=0x118d350
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_socket(sock=3836,conn=0x119ed08): conn-&gt;send_pipe-&gt;head=(nil), conn-&gt;send_pipe-&gt;tail=(nil)
CurlCB_debug(request=0118D2B8,easy=0118D350): multi_runsingle(easy=0xcf2f28-&gt;easy_handle=0x118d350,conn=0x119ed08): state=11
CurlCB_debug(request=0118D2B8,easy=0118D350): Conn 0 recv pipe 2 inuse 1 at head 0(0x11961a8)
</description>
    <dc:creator>Igor Novoseltsev</dc:creator>
    <dc:date>2008-12-02T15:57:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21567">
    <title>Embedding a web page into another page</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21567</link>
    <description>I have embedded a cgi application into a PHP page as follows:


&lt;?php
$remote = fopen("http://127.0.0.1/my_site/DailyComics.cgi", "r");
fpassthru($remote);
?&gt;


Everything looks good, the comics are embedded nicely into my PHP page.  

Please note that the cgi does not produce &lt;html&gt;, &lt;head&gt;, &lt;body&gt; tags (since 
the PHP application puts them where required).


My questions are:

1) Am I using the correct syntax to embed the cgi into the PHP page?

2) The cgi application is returning the HTTP response below.  Is this ok or do 
we have to modify something?  See below:

HTTP/1.1 200 OK
Server: Microsoft-IIS/5.1
Date: Tue, 02 Dec 2008 15:14:32 GMT
Content-Type: text/html
Connection: Keep-Alive
Content-Length: 1054


Thank you very much,

Jeff


</description>
    <dc:creator>Jeff Dunlap</dc:creator>
    <dc:date>2008-12-02T15:18:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21564">
    <title>Problem building libcurl with openssl on MIPS</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21564</link>
    <description>Hello

I am using libcurl for downloading urls in my web browser. I want to add
support for secure  download(ssl based) to my browser.

So I tried building libcurl (7.19.2) with openssl(built for mips) using
mipsel toolchain.

When I try to configure libcurl, I get following error

------
------
configure: WARNING: the previous check could not be made default was used
checking if Kerberos4 support is requested... no
checking if SPNEGO support is requested... no
checking if GSSAPI support is requested... no
checking for CRYPTO_lock in -lcrypto... yes
checking for SSL_connect in -lssl... no
checking for ssl with RSAglue/rsaref libs in use... checking for SSL_connect
in -lssl... (cached) no
no
configure: error: OpenSSL libs and/or directories were not found where
specified!



Previously I have built libcurl without openssl and tested it on mips. It
works well with http, ftp urls.

Can you suggest me right direction to fix this issue.

Thanks and Regards
RAHUL
</description>
    <dc:creator>Rahul karyakarte</dc:creator>
    <dc:date>2008-12-02T04:41:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21563">
    <title>Modify the HTTP Response?</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21563</link>
    <description>I am embedding a webpages into my PHP application like this:

&lt;?php
$remote = fopen("http://.../DailyComics.cgi", "r");
fpassthru($remote);
?&gt;

Do I need to change the DailyComics.cgi HTTP Response from the following to 
something else:

HTTP/1.1 200 OK
Connection: close
Date: Mon, 01 Dec 2008 21:41:44 GMT
Server: Microsoft-IIS/6.0
Content-Type: text/html
Connection: Keep-Alive
Content-Length: 1040

Please note that DailyComics.cgi does not include the &lt;html&gt;, &lt;header&gt;, &lt;body&gt; 
tags since the cgi output is embedded into the PHP page and the PHP page adds 
the tags where necessary.

This seems to work fine, but I'd like to know if I need to modify the cgi's 
HTTP Response.

Thank you very much

Jeff


</description>
    <dc:creator>Jeff Dunlap</dc:creator>
    <dc:date>2008-12-02T00:28:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21561">
    <title>ignore the output to console...</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21561</link>
    <description>hi,
two questions :
1) how to disable the output to the console? for e.g : when I use setopt to
get the http status , it downloads the file from the link first , followed
by the html code (=if the link is html based , which is printed to the
console , how to disable it?) and  just then report about the status..
 2) how to evade the downloading of pages? , I mean , I just want to get the
status , not to download a whole pdf..
     this is really annoying since , if I want to check , whether a link to
a 70MB pdf is still valid , then it first download it , this is not the kind
of behavior is want... any way to disable this?

10x
</description>
    <dc:creator>Natty</dc:creator>
    <dc:date>2008-12-01T23:00:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21553">
    <title>Bug or not Bug</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21553</link>
    <description>
Fedore Core 8curl and libcurl 7.18.2-6.fc8  + relative devel pack          ( RPM pack downloaded with yum )curl -V = curl 7.18.2 (i386-redhat-linux-gnu) libcurl/7.18.2 NSS/3.12.0.3 zlib/1.2.3 libidn/0.6.14 libssh2/0.18Protocols: tftp ftp telnet dict http file https ftps scp sftpFeatures: GSS-Negotiate IDN IPv6 Largefile SSL libzThis code don' t do anything but generate a SIGABRT after 8 - 12 hours#include &lt;iostream&gt;#include &lt;curl/curl.h&gt;#include &lt;gtk/gtk.h&gt;size_t NoProcess(void *buffer, size_t size, size_t nmemb, void *userp){ return size * nmemb;}gpointer Test(gpointer data){ CURL * Fin; Fin = curl_easy_init();//if (curl_easy_setopt(Fin, CURLOPT_NOSIGNAL, 1) != CURLE_OK)return NULL; while (1) { if (curl_easy_setopt(Fin, CURLOPT_WRITEDATA, NULL) != CURLE_OK)return NULL; if (curl_easy_setopt(Fin, CURLOPT_WRITEFUNCTION, NoProcess) != CURLE_OK)return NULL; if (curl_easy_setopt(Fin, CURLOPT_URL, "https://www.fineco.it/fineco/jsp/login/content.jsp") != CURLE_OK)return NULL; if (curl_easy_perform(Fin) != CURLE_OK)return NULL; sleep(1); } return NULL;}int main(){ curl_global_init(CURL_GLOBAL_ALL); g_thread_init(NULL); g_thread_create(Test,NULL,false,NULL); while (1)  { sleep(1); } curl_global_cleanup(); return 0;}  modifing the while intoif (curl_easy_setopt(Fin, CURLOPT_WRITEDATA, NULL) != CURLE_OK)return NULL;if (curl_easy_setopt(Fin, CURLOPT_WRITEFUNCTION, NoProcess) != CURLE_OK)return NULL;if (curl_easy_setopt(Fin, CURLOPT_URL, "https://www.fineco.it/fineco/jsp/login/content.jsp") != CURLE_OK)return NULL;while (1){ if (curl_easy_perform(Fin) != CURLE_OK)return NULL; sleep(1);}don' t crash ( stopped after a lot of hour approx 18 )i know that is unusefull to set up into the while, but this mean that after a tot call to curl_easy_set_opt curl generate a SIGABRTCurl generate a SIGABRT also if after a tot cicle cleanup CURL * Fin handle and create another onethis is the backtrace*** glibc detected *** /home/I-BIRD/Desktop/TraderFin/src/IBTrader: double free or corruption (!prev): 0x0bc3dc20 ***======= Backtrace: =========/lib/libc.so.6[0xa88ac1]/lib/libc.so.6(cfree+0x90)[0xa8c0f0]/usr/lib/libnspr4.so(PR_Free+0x38)[0x7e4468]/usr/lib/libnsspem.so[0x9a8bef]/usr/lib/libnsspem.so[0x998268]/usr/lib/libnsspem.so[0x99904e]/usr/lib/libnsspem.so[0x99d825]/usr/lib/libnsspem.so[0x9a4d39]/usr/lib/libnsspem.so[0x9944ac]/usr/lib/libnss3.so[0x771ca12]/usr/lib/libnss3.so(PK11_CreateGenericObject+0x50)[0x771cc30]/usr/lib/libcurl.so.4[0x866848]/usr/lib/libcurl.so.4(Curl_nss_connect+0x6aa)[0x8675aa]/usr/lib/libcurl.so.4(Curl_ssl_connect+0x3c)[0x85ee0c]/usr/lib/libcurl.so.4(Curl_http_connect+0xa7)[0x83e257]/usr/lib/libcurl.so.4(Curl_protocol_connect+0x7b)[0x846f0b]/usr/lib/libcurl.so.4(Curl_connect+0x2da)[0x849eba]/usr/lib/libcurl.so.4(Curl_perform+0x8a)[0x8539ea]/usr/lib/libcurl.so.4(curl_easy_perform+0x5d)[0x8543cd]/home/I-BIRD/Desktop/TraderFin/src/IBTrader[0x80556ea]/home/I-BIRD/Desktop/TraderFin/src/IBTrader[0x80560ab]/lib/libglib-2.0.so.0[0x557bff]/lib/libpthread.so.0[0xbb150b]/lib/libc.so.6(clone+0x5e)[0xaf2b2e]======= Memory map: ========00110000-00111000 r-xp 00110000 00:00 0          [vdso]00111000-0016e000 r-xp 00000000 08:05 53285494   /usr/local/lib/libcairo.so.2.9.30016e000-00170000 rw-p 0005c000 08:05 53285494   /usr/local/lib/libcairo.so.2.9.300170000-00193000 r-xp 00000000 08:05 53284842   /usr/lib/libexpat.so.0.5.000193000-0019a000 rw-p 00022000 08:05 53284842   /usr/lib/libexpat.so.0.5.00019a000-001a2000 r-xp 00000000 08:05 53285700   /usr/lib/libpcsclite.so.1.0.0001a2000-001a3000 rw-p 00008000 08:05 53285700   /usr/lib/libpcsclite.so.1.0.0001b2000-001f0000 r-xp 00000000 08:05 53285138   /usr/lib/libpango-1.0.so.0.1800.4001f0000-001f2000 rw-p 0003e000 08:05 53285138   /usr/lib/libpango-1.0.so.0.1800.4001f2000-0027a000 r-xp 00000000 08:05 53284326   /usr/lib/libfreetype.so.6.3.160027a000-0027e000 rw-p 00087000 08:05 53284326   /usr/lib/libfreetype.so.6.3.160028f000-00290000 r-xp 00000000 08:05 53290963   /usr/lib/libxcb-xlib.so.0.0.000290000-00291000 rw-p 00000000 08:05 53290963   /usr/lib/libxcb-xlib.so.0.0.000291000-002b0000 r-xp 00000000 08:05 24936449   /usr/lib/pkcs11/libcoolkeypk11.so002b0000-002b1000 rw-p 0001f000 08:05 24936449   /usr/lib/pkcs11/libcoolkeypk11.so002b1000-00391000 r-xp 00000000 08:05 53284338   /usr/lib/libstdc++.so.6.0.800391000-00395000 r--p 000df000 08:05 53284338   /usr/lib/libstdc++.so.6.0.800395000-00396000 rw-p 000e3000 08:05 53284338   /usr/lib/libstdc++.so.6.0.800396000-0039c000 rw-p 00396000 00:00 0 0039e000-00496000 r-xp 00000000 08:05 53290972   /usr/lib/libX11.so.6.2.000496000-0049a000 rw-p 000f7000 08:05 53290972   /usr/lib/libX11.so.6.2.00049c000-004b7000 r-xp 00000000 08:05 53281954   /usr/lib/libxcb.so.1.0.0004b7000-004b8000 rw-p 0001a000 08:05 53281954   /usr/lib/libxcb.so.1.0.0004ba000-004c9000 r-xp 00000000 08:05 53293541   /usr/lib/libXext.so.6.4.0004c9000-004ca000 rw-p 0000e000 08:05 53293541   /usr/lib/libXext.so.6.4.0004cc000-004d4000 r-xp 00000000 08:05 53294756   /usr/lib/libXi.so.6.0.0004d4000-004d5000 rw-p 00007000 08:05 53294756   /usr/lib/libXi.so.6.0.0004d7000-004df000 r-xp 00000000 08:05 53294849   /usr/lib/libXrender.so.1.3.0004df000-004e0000 rw-p 00007000 08:05 53294849   /usr/lib/libXrender.so.1.3.0004e2000-004e4000 r-xp 00000000 08:05 53294856   /usr/lib/libXinerama.so.1.0.0004e4000-004e5000 rw-p 00001000 08:05 53294856   /usr/lib/libXinerama.so.1.0.0004e7000-004eb000 r-xp 00000000 08:05 53294854   /usr/lib/libXfixes.so.3.1.0004eb000-004ec000 rw-p 00003000 08:05 53294854   /usr/lib/libXfixes.so.3.1.0004ee000-004f7000 r-xp 00000000 08:05 53294855   /usr/lib/libXcursor.so.1.0.2004f7000-004f8000 rw-p 00008000 08:05 53294855   /usr/lib/libXcursor.so.1.0.2004fa000-00500000 r-xp 00000000 08:05 53294853   /usr/lib/libXrandr.so.2.1.000500000-00501000 rw-p 00005000 08:05 53294853   /usr/lib/libXrandr.so.2.1.000507000-005d1000 r-xp 00000000 08:05 69271617   /lib/libglib-2.0.so.0.1400.6005d1000-005d2000 rw-p 000ca000 08:05 69271617   /lib/libglib-2.0.so.0.1400.6005d4000-00613000 r-xp 00000000 08:05 69271629   /lib/libgobject-2.0Program received signal SIGABRT, Aborted.[Switching to Thread 25156496 (LWP 14240)]0x00110416 in __kernel_vsyscall ()and valgring==15952== Memcheck, a memory error detector.==15952== Copyright (C) 2002-2007, and GNU GPL'd, by Julian Seward et al.==15952== Using LibVEX rev 1732, a library for dynamic binary translation.==15952== Copyright (C) 2004-2007, and GNU GPL'd, by OpenWorks LLP.==15952== Using valgrind-3.2.3, a dynamic binary instrumentation framework.==15952== Copyright (C) 2000-2007, and GNU GPL'd, by Julian Seward et al.==15952== For more details, rerun with: -v==15952====15952== Thread 2:==15952== Mismatched free() / delete / delete []==15952==    at 0x4004E56: operator delete(void*) (vg_replace_malloc.c:244)==15952==    by 0x4019197: SlotMemSegment::SlotMemSegment(char const*) (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x401D082: Slot::Slot(char const*, Log*, _CKYCardContext*) (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x401D361: SlotList::updateSlotList() (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x401D559: SlotList::SlotList(Log*) (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x4012CC0: C_Initialize (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x7715754: (within /usr/lib/libnss3.so)==15952==    by 0x77158B2: (within /usr/lib/libnss3.so)==15952==    by 0x77207A1: SECMOD_LoadModule (in /usr/lib/libnss3.so)==15952==    by 0x772090D: SECMOD_LoadModule (in /usr/lib/libnss3.so)==15952==    by 0x76F7470: (within /usr/lib/libnss3.so)==15952==    by 0x76F7A18: NSS_Initialize (in /usr/lib/libnss3.so)==15952==  Address 0x4214480 is 0 bytes inside a block of size 24 alloc'd==15952==    at 0x400595C: operator new[](unsigned) (vg_replace_malloc.c:195)==15952==    by 0x4019146: SlotMemSegment::SlotMemSegment(char const*) (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x401D082: Slot::Slot(char const*, Log*, _CKYCardContext*) (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x401D361: SlotList::updateSlotList() (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x401D559: SlotList::SlotList(Log*) (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x4012CC0: C_Initialize (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x7715754: (within /usr/lib/libnss3.so)==15952==    by 0x77158B2: (within /usr/lib/libnss3.so)==15952==    by 0x77207A1: SECMOD_LoadModule (in /usr/lib/libnss3.so)==15952==    by 0x772090D: SECMOD_LoadModule (in /usr/lib/libnss3.so)==15952==    by 0x76F7470: (within /usr/lib/libnss3.so)==15952==    by 0x76F7A18: NSS_Initialize (in /usr/lib/libnss3.so)==15952====15952== Syscall param write(buf) points to uninitialised byte(s)==15952==    at 0xBB84AB: (within /lib/libpthread-2.7.so)==15952==    by 0x58F6710: (within /usr/lib/libpcsclite.so.1.0.0)==15952==    by 0x58F3914: SCardConnect (in /usr/lib/libpcsclite.so.1.0.0)==15952==    by 0xD10411: CKYCardConnection_Connect (in /usr/lib/libckyapplet.so.1.0.0)==15952==    by 0x401C5BB: Slot::connectToToken() (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x401F120: Slot::refreshTokenState() (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x4020511: Slot::isTokenPresent() (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x4020A4D: SlotList::getSlotList(unsigned char, unsigned long*, unsigned long*) (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x4011CFB: C_GetSlotList (in /usr/lib/pkcs11/libcoolkeypk11.so)==15952==    by 0x77159E8: (within /usr/lib/libnss3.so)==15952==    by 0x77207A1: SECMOD_LoadModule (in /usr/lib/libnss3.so)==15952==    by 0x772090D: SECMOD_LoadModule (in /usr/lib/libnss3.so)==15952==  Address 0x4E4D5CC is on thread 2's stackcd '/home/I-BIRD/Desktop/TraderFin/src'==15952====15952== Invalid write of size 4==15952==    at 0x590F296: (within /usr/lib/libnsspem.so)==15952==    by 0x591004D: (within /usr/lib/libnsspem.so)==15952==    by 0x5914824: (within /usr/lib/libnsspem.so)==15952==    by 0x591BD38: (within /usr/lib/libnsspem.so)==15952==    by 0x590B4AB: (within /usr/lib/libnsspem.so)==15952==    by 0x771CA11: (within /usr/lib/libnss3.so)==15952==    by 0x771CC2F: PK11_CreateGenericObject (in /usr/lib/libnss3.so)==15952==    by 0x866847: (within /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8675A9: Curl_nss_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x85EE0B: Curl_ssl_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x83E256: Curl_http_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x846F0A: Curl_protocol_connect (in /usr/lib/libcurl.so.4.1.0)==15952==  Address 0xB3ECDA0 is 0 bytes after a block of size 112,648 alloc'd==15952==    at 0x4004864: calloc (vg_replace_malloc.c:279)==15952==    by 0x7E492B: PR_Calloc (in /usr/lib/libnspr4.so)==15952==    by 0x591FB6C: (within /usr/lib/libnsspem.so)==15952==    by 0x590F267: (within /usr/lib/libnsspem.so)==15952==    by 0x591004D: (within /usr/lib/libnsspem.so)==15952==    by 0x5914824: (within /usr/lib/libnsspem.so)==15952==    by 0x591BD38: (within /usr/lib/libnsspem.so)==15952==    by 0x590B4AB: (within /usr/lib/libnsspem.so)==15952==    by 0x771CA11: (within /usr/lib/libnss3.so)==15952==    by 0x771CC2F: PK11_CreateGenericObject (in /usr/lib/libnss3.so)==15952==    by 0x866847: (within /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8675A9: Curl_nss_connect (in /usr/lib/libcurl.so.4.1.0)==15952====15952== Invalid write of size 4==15952==    at 0x590F367: (within /usr/lib/libnsspem.so)==15952==    by 0x591004D: (within /usr/lib/libnsspem.so)==15952==    by 0x5914824: (within /usr/lib/libnsspem.so)==15952==    by 0x591BD38: (within /usr/lib/libnsspem.so)==15952==    by 0x590B4AB: (within /usr/lib/libnsspem.so)==15952==    by 0x771CA11: (within /usr/lib/libnss3.so)==15952==    by 0x771CC2F: PK11_CreateGenericObject (in /usr/lib/libnss3.so)==15952==    by 0x866847: (within /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8675A9: Curl_nss_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x85EE0B: Curl_ssl_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x83E256: Curl_http_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x846F0A: Curl_protocol_connect (in /usr/lib/libcurl.so.4.1.0)==15952==  Address 0xB3ECDA4 is 4 bytes after a block of size 112,648 alloc'd==15952==    at 0x4004864: calloc (vg_replace_malloc.c:279)==15952==    by 0x7E492B: PR_Calloc (in /usr/lib/libnspr4.so)==15952==    by 0x591FB6C: (within /usr/lib/libnsspem.so)==15952==    by 0x590F267: (within /usr/lib/libnsspem.so)==15952==    by 0x591004D: (within /usr/lib/libnsspem.so)==15952==    by 0x5914824: (within /usr/lib/libnsspem.so)==15952==    by 0x591BD38: (within /usr/lib/libnsspem.so)==15952==    by 0x590B4AB: (within /usr/lib/libnsspem.so)==15952==    by 0x771CA11: (within /usr/lib/libnss3.so)==15952==    by 0x771CC2F: PK11_CreateGenericObject (in /usr/lib/libnss3.so)==15952==    by 0x866847: (within /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8675A9: Curl_nss_connect (in /usr/lib/libcurl.so.4.1.0)==15952====15952== Invalid read of size 4==15952==    at 0x590F1D8: (within /usr/lib/libnsspem.so)==15952==    by 0x591004D: (within /usr/lib/libnsspem.so)==15952==    by 0x5914824: (within /usr/lib/libnsspem.so)==15952==    by 0x591BD38: (within /usr/lib/libnsspem.so)==15952==    by 0x590B4AB: (within /usr/lib/libnsspem.so)==15952==    by 0x771CA11: (within /usr/lib/libnss3.so)==15952==    by 0x771CC2F: PK11_CreateGenericObject (in /usr/lib/libnss3.so)==15952==    by 0x866847: (within /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8675A9: Curl_nss_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x85EE0B: Curl_ssl_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x83E256: Curl_http_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x846F0A: Curl_protocol_connect (in /usr/lib/libcurl.so.4.1.0)==15952==  Address 0xB3ECDA0 is 0 bytes after a block of size 112,648 alloc'd==15952==    at 0x4004864: calloc (vg_replace_malloc.c:279)==15952==    by 0x7E492B: PR_Calloc (in /usr/lib/libnspr4.so)==15952==    by 0x591FB6C: (within /usr/lib/libnsspem.so)==15952==    by 0x590F267: (within /usr/lib/libnsspem.so)==15952==    by 0x591004D: (within /usr/lib/libnsspem.so)==15952==    by 0x5914824: (within /usr/lib/libnsspem.so)==15952==    by 0x591BD38: (within /usr/lib/libnsspem.so)==15952==    by 0x590B4AB: (within /usr/lib/libnsspem.so)==15952==    by 0x771CA11: (within /usr/lib/libnss3.so)==15952==    by 0x771CC2F: PK11_CreateGenericObject (in /usr/lib/libnss3.so)==15952==    by 0x866847: (within /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8675A9: Curl_nss_connect (in /usr/lib/libcurl.so.4.1.0)--15952-- VALGRIND INTERNAL ERROR: Valgrind received a signal 11 (SIGSEGV) - exiting--15952-- si_code=1;  Faulting address: 0x16443AEC;  sp: 0x64671DF0valgrind: the 'impossible' happened:   Killed by fatal signal==15952==    at 0x38020037: vgPlain_arena_free (m_mallocfree.c:190)==15952==    by 0x38036594: vgPlain_cli_free (replacemalloc_core.c:108)==15952==    by 0x38001A0F: die_and_free_mem (mc_malloc_wrappers.c:111)==15952==    by 0x38036D12: do_client_request (scheduler.c:1158)==15952==    by 0x3803864C: vgPlain_scheduler (scheduler.c:869)==15952==    by 0x38058AF3: run_a_thread_NORETURN (syswrap-linux.c:87)==15952==    by 0x38058D5A: vgModuleLocal_start_thread_NORETURN (syswrap-linux.c:207)==15952==    by 0x3805B048: (within /usr/lib/valgrind/x86-linux/memcheck)==15952==    by 0x31: ???sched status:  running_tid=2Thread 1: status = VgTs_WaitSys==15952==    at 0xAB1E46: (within /lib/libc-2.7.so)==15952==    by 0x804A951: main (IBTrader.cpp:37)Thread 2: status = VgTs_Runnable==15952==    at 0x400513F: free (vg_replace_malloc.c:233)==15952==    by 0x7E4467: PR_Free (in /usr/lib/libnspr4.so)==15952==    by 0x591F9AE: (within /usr/lib/libnsspem.so)==15952==    by 0x591196B: (within /usr/lib/libnsspem.so)==15952==    by 0x590F193: (within /usr/lib/libnsspem.so)==15952==    by 0x591004D: (within /usr/lib/libnsspem.so)==15952==    by 0x5914824: (within /usr/lib/libnsspem.so)==15952==    by 0x591BD38: (within /usr/lib/libnsspem.so)==15952==    by 0x590B4AB: (within /usr/lib/libnsspem.so)==15952==    by 0x771CA11: (within /usr/lib/libnss3.so)==15952==    by 0x771CC2F: PK11_CreateGenericObject (in /usr/lib/libnss3.so)==15952==    by 0x866847: (within /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8675A9: Curl_nss_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x85EE0B: Curl_ssl_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x83E256: Curl_http_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x846F0A: Curl_protocol_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x849EB9: Curl_connect (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8539E9: Curl_perform (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8543CC: curl_easy_perform (in /usr/lib/libcurl.so.4.1.0)==15952==    by 0x8055501: IBFineco::GetQuote(char*, double*) (IBFineco.cpp:188)==15952==    by 0x8055C64: IBStoreQuote::EurUsdTake(void*) (IBStoreQuote.cpp:120)==15952==    by 0x557BFE: (within /lib/libglib-2.0.so.0.1400.6)==15952==    by 0xBB150A: start_thread (in /lib/libpthread-2.7.so)==15952==    by 0xAF2B2D: clone (in /lib/libc-2.7.so)Thread 3: status = VgTs_WaitSys==15952==    at 0xAB1E46: (within /lib/libc-2.7.so)==15952==    by 0x80562F5: IBStoreQuote::EurUsdStore(void*) (IBStoreQuote.cpp:91)==15952==    by 0x557BFE: (within /lib/libglib-2.0.so.0.1400.6)==15952==    by 0xBB150A: start_thread (in /lib/libpthread-2.7.so)==15952==    by 0xAF2B2D: clone (in /lib/libc-2.7.so)Note: see also the FAQ.txt in the source distribution.It contains workarounds to several common problems.If that doesn't help, please report this bug to: www.valgrind.orgIn the bug report, send all the above text, the valgrindversion, and what Linux distro you are using.  Thanks.[I-BIRD&lt; at &gt;localhost src]$ cd '/home/I-BIRD/Desktop/TraderFin/src'[I-BIRD&lt; at &gt;localhost src]$*** glibc detected *** /home/I-BIRD/Desktop/TraderFin/src/IBTrader: double free or corruption (!prev): 0x0d33e950 ***======= Backtrace: =========/lib/libc.so.6[0xa88ac1]/lib/libc.so.6(cfree+0x90)[0xa8c0f0]/usr/lib/libnspr4.so(PR_Free+0x38)[0x7e4468]/usr/lib/libnsspem.so[0x9a8bef]/usr/lib/libnsspem.so[0x998268]/usr/lib/libnsspem.so[0x99904e]/usr/lib/libnsspem.so[0x99d825]/usr/lib/libnsspem.so[0x9a4d39]/usr/lib/libnsspem.so[0x9944ac]/usr/lib/libnss3.so[0x771ca12]/usr/lib/libnss3.so(PK11_CreateGenericObject+0x50)[0x771cc30]/usr/lib/libcurl.so.4[0x866848]/usr/lib/libcurl.so.4(Curl_nss_connect+0x6aa)[0x8675aa]/usr/lib/libcurl.so.4(Curl_ssl_connect+0x3c)[0x85ee0c]/usr/lib/libcurl.so.4(Curl_http_connect+0xa7)[0x83e257]/usr/lib/libcurl.so.4(Curl_protocol_connect+0x7b)[0x846f0b]/usr/lib/libcurl.so.4(Curl_connect+0x2da)[0x849eba]/usr/lib/libcurl.so.4(Curl_perform+0x8a)[0x8539ea]/usr/lib/libcurl.so.4(curl_easy_perform+0x5d)[0x8543cd]/home/I-BIRD/Desktop/TraderFin/src/IBTrader[0x8055524]/home/I-BIRD/Desktop/TraderFin/src/IBTrader[0x8055c95]/lib/libglib-2.0.so.0[0x557bff]/lib/libpthread.so.0[0xbb150b]/lib/libc.so.6(clone+0x5e)[0xaf2b2e]======= Memory map: ========00110000-00111000 r-xp 00110000 00:00 0          [vdso]00111000-0016e000 r-xp 00000000 08:05 53285494   /usr/local/lib/libcairo.so.2.9.30016e000-00170000 rw-p 0005c000 08:05 53285494   /usr/local/lib/libcairo.so.2.9.300170000-00193000 r-xp 00000000 08:05 53284842   /usr/lib/libexpat.so.0.5.000193000-0019a000 rw-p 00022000 08:05 53284842   /usr/lib/libexpat.so.0.5.00019a000-001a2000 r-xp 00000000 08:05 53285700   /usr/lib/libpcsclite.so.1.0.0001a2000-001a3000 rw-p 00008000 08:05 53285700   /usr/lib/libpcsclite.so.1.0.0001b2000-001f0000 r-xp 00000000 08:05 53285138   /usr/lib/libpango-1.0.so.0.1800.4001f0000-001f2000 rw-p 0003e000 08:05 53285138   /usr/lib/libpango-1.0.so.0.1800.4001f2000-0027a000 r-xp 00000000 08:05 53284326   /usr/lib/libfreetype.so.6.3.160027a000-0027e000 rw-p 00087000 08:05 53284326   /usr/lib/libfreetype.so.6.3.160028f000-00290000 r-xp 00000000 08:05 53290963   /usr/lib/libxcb-xlib.so.0.0.000290000-00291000 rw-p 00000000 08:05 53290963   /usr/lib/libxcb-xlib.so.0.0.000291000-002b0000 r-xp 00000000 08:05 24936449   /usr/lib/pkcs11/libcoolkeypk11.so002b0000-002b1000 rw-p 0001f000 08:05 24936449   /usr/lib/pkcs11/libcoolkeypk11.so002b1000-00391000 r-xp 00000000 08:05 53284338   /usr/lib/libstdc++.so.6.0.800391000-00395000 r--p 000df000 08:05 53284338   /usr/lib/libstdc++.so.6.0.800395000-00396000 rw-p 000e3000 08:05 53284338   /usr/lib/libstdc++.so.6.0.800396000-0039c000 rw-p 00396000 00:00 0 0039e000-00496000 r-xp 00000000 08:05 53290972   /usr/lib/libX11.so.6.2.000496000-0049a000 rw-p 000f7000 08:05 53290972   /usr/lib/libX11.so.6.2.00049c000-004b7000 r-xp 00000000 08:05 53281954   /usr/lib/libxcb.so.1.0.0004b7000-004b8000 rw-p 0001a000 08:05 53281954   /usr/lib/libxcb.so.1.0.0004ba000-004c9000 r-xp 00000000 08:05 53293541   /usr/lib/libXext.so.6.4.0004c9000-004ca000 rw-p 0000e000 08:05 53293541   /usr/lib/libXext.so.6.4.0004cc000-004d4000 r-xp 00000000 08:05 53294756   /usr/lib/libXi.so.6.0.0004d4000-004d5000 rw-p 00007000 08:05 53294756   /usr/lib/libXi.so.6.0.0004d7000-004df000 r-xp 00000000 08:05 53294849   /usr/lib/libXrender.so.1.3.0004df000-004e0000 rw-p 00007000 08:05 53294849   /usr/lib/libXrender.so.1.3.0004e2000-004e4000 r-xp 00000000 08:05 53294856   /usr/lib/libXinerama.so.1.0.0004e4000-004e5000 rw-p 00001000 08:05 53294856   /usr/lib/libXinerama.so.1.0.0004e7000-004eb000 r-xp 00000000 08:05 53294854   /usr/lib/libXfixes.so.3.1.0004eb000-004ec000 rw-p 00003000 08:05 53294854   /usr/lib/libXfixes.so.3.1.0004ee000-004f7000 r-xp 00000000 08:05 53294855   /usr/lib/libXcursor.so.1.0.2004f7000-004f8000 rw-p 00008000 08:05 53294855   /usr/lib/libXcursor.so.1.0.2004fa000-00500000 r-xp 00000000 08:05 53294853   /usr/lib/libXrandr.so.2.1.000500000-00501000 rw-p 00005000 08:05 53294853   /usr/lib/libXrandr.so.2.1.000507000-005d1000 r-xp 00000000 08:05 69271617   /lib/libglib-2.0.so.0.1400.6005d1000-005d2000 rw-p 000ca000 08:05 69271617   /lib/libglib-2.0.so.0.1400.6005d4000-00613000 r-xp 00000000 08:05 69271629   /lib/libgobject-2.0.so.0.1400.600613000-00614000 rw-p 0003f000 08:05 69271629   /lib/libgobject-2.0.so.0.1400.600616000-00619000 r-xp 00000000 08:05 69271635   /lib/libgmodule-2.0.so.0.1400.600619000-0061a000 rw-p 00002000 08:05 69271635   /lib/libgmodule-2.0.so.0.1400.60061c000-00620000 r-xp 00000000 08:05 69271633   /lib/libgthread-2.0.so.0.1400.600620000-00621000 rw-p 00003000 08:05 69271633   /lib/libgthread-2.0.so.0.1400.600623000-00653000 r-xp 00000000 08:05 53285630   /usr/lib/libpangoft2-1.0.so.0.1800.400653000-00654000 rw-p 0002f000 08:05 53285630   /usr/lib/libpangoft2-1.0.so.0.1800.400656000-00658000 r-xp 00000000 08:05 53294878   /usr/lib/libXcomposite.so.1.0.000658000-00659000 rw-p 00001000 08:05 53294878   /usr/lib/libXcomposite.so.1.0.000659000-0068f000 r-xp 00000000 08:05 53294904   /usr/lib/libsoftokn3.so0068f000-00690000 rw-p 00035000 08:05 53294904   /usr/lib/libsoftokn3.so00690000-006b4000 r-xp 00000000 08:05 53293632   /usr/lib/libnssdbm3.so006b4000-006b5000 rw-p 00024000 08:05 53293632   /usr/lib/libnssdbm3.so006d0000-006d2000 r-xp 00000000 08:05 53294799   /usr/lib/libplds4.so006d2000-006d3000 rw-p 00002000 08:05 53294799   /usr/lib/libplds4.so006d5000-006f1000 r-xp 00000000 08:05 53293429   /usr/lib/libgdk_pixbuf-2.0.so.0.1200.8006f1000-006f2000 rw-p 0001b000 08:05 53293429   /usr/lib/libgdk_pixbuf-2.0.so.0.1200.8006f9000-00713000 r-xp 00000000 08:05 53285704   /usr/lib/libatk-1.0.so.0.2009.100713000-00715000 rw-p 0001a000 08:05 53285704   /usr/lib/libatk-1.0.so.0.2009.10071c000-00743000 r-xp 00000000 08:05 53284335   /usr/lib/libfontconfig.so.1.2.000743000-0074b000 rw-p 00027000 08:05 53284335   /usr/lib/libfontconfig.so.1.2.00074b000-0078c000 r-xp 00000000 08:05 53293352   /usr/lib/libfreebl3.so0078c000-0078d000 rw-p 00041000 08:05 53293352   /usr/lib/libfreebl3.so007a3000-007c9000 r-xp 00000000 08:05 53281967   /usr/lib/libpng12.so.0.33.0007c9000-007ca000 rw-p 00025000 08:05 53281967   /usr/lib/libpng12.so.0.33.0007cc000-007d0000 r-xp 00000000 08:05 53294796   /usr/lib/libplc4.so007d0000-007d1000 rw-p 00003000 08:05 53294796   /usr/lib/libplc4.so007d3000-00809000 r-xp 00000000 08:05 53285083   /usr/lib/libnspr4.so00809000-0080a000 rw-p 00036000 08:05 53285083   /usr/lib/libnspr4.so0080a000-0080c000 rw-p 0080a000 00:00 0 00811000-0082a000 r-xp 00000000 08:05 69271637   /lib/libselinux.so.10082a000-0082c000 rw-p 00018000 08:05 69271637   /lib/libselinux.so.10082e000-00873000 r-xp 00000000 08:05 53303390   /usr/lib/libcurl.so.4.1.000873000-00875000 rw-p 00045000 08:05 53303390   /usr/lib/libcurl.so.4.1.000884000-00886000 r-xp 00000000 08:05 69271729   /lib/libcom_err.so.2.100886000-00887000 rw-p 00001000 08:05 69271729   /lib/libcom_err.so.2.100889000-008ae000 r-xp 00000000 08:05 46989369   /usr/lib/libk5crypto.so.3.1008ae000-008af000 rw-p 00025000 08:05 46989369   /usr/lib/libk5crypto.so.3.1008b1000-008de000 r-xp 00000000 08:05 46989372   /usr/lib/libgssapi_krb5.so.2.2008de000-008df000 rw-p 0002d000 08:05 46989372   /usr/lib/libgssapi_krb5.so.2.2008e1000-00971000 r-xp 00000000 08:05 46989370   /Program received signal SIGABRT, Aborted.
_________________________________________________________________
Messenger: non solo parole. Scaricalo gratis!
http://www.messenger.it</description>
    <dc:creator>Pietro Incardona</dc:creator>
    <dc:date>2008-11-29T15:52:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21550">
    <title>libCurl not sending basic authentication in 1 out of 300 systems...</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21550</link>
    <description>I wrote c/c++ software that uses libCurl 7.17.1 and runs on a Linux computer
for periodically archiving images from Panasonic cameras.  It's really
simple, we just retrieve a given url passing in the username/password for
basic authentication.  I've sold 300 systems, and it has run fine on all of
them, until now.  On one system, which is otherwise identical to the all the
others, it appears that libCurl is *not* sending the basic authentication
username/password for no apparent reason.  The command line utility works
fine, though.  I even created a sample app with hardcoded values to be 100%
sure everything is correct.  So I'm totally baffled.

This is the command line that works: curl -v -u "dceadmin:dcepass" -o
foo2.jpg "
http://192.168.0.82/low=/SnapshotJPEG?Resolution=320x240&amp;Quality=Standard"
and returns:

OpenSSL/0.9.8h zlib/1.2.3
&lt; HTTP/1.0 200 OK
  % Total    % Received % Xferd  Average Speed   Time    Time     Time
Current
                                 Dload  Upload   Total   Spent    Left
Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--
0&lt; Expires: -1
&lt; Cache-Control: no-cache
&lt; Content-length: 14152
&lt; Content-type: image/jpeg
&lt;
{ [data not shown]
100 14152  100 14152    0     0  71887      0 --:--:-- --:--:-- --:--:--
108k

and the resulting foo.jpg is a correct jpg file.  If i leave off the -u parm
or change the username/pass, I get a 401.  So I know the user/pass are ok.
Now, I do the same thing with libCurl, and this libCurl is the same version
as the command line version, compiled from the same source tree at the same
time, so there should be no difference:

        CURL *curl;
        CURLcode res=CURL_LAST;
        curl = curl_easy_init();
        if(curl)
        {
                curl_easy_setopt(curl, CURLOPT_VERBOSE, 1);
char cError[CURL_ERROR_SIZE]="";
curl_easy_setopt ( curl, CURLOPT_ERRORBUFFER, &amp;cError );

                curl_easy_setopt(curl, CURLOPT_SSL_VERIFYPEER, 0);
                curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION,
curl_write_data);  // my own function
                curl_easy_setopt(curl, CURLOPT_WRITEDATA, &amp;cdb); // my own
type of memory manager, not relevent for what's happening
                curl_easy_setopt(curl, CURLOPT_DEBUGFUNCTION,
my_curl_debug_callback); // all the debug output
CURLcode  c = curl_easy_setopt(curl, CURLOPT_USERPWD, "dceadmin:dcepass");
printf("got %d for userpass", (int) c);
             curl_easy_setopt(curl, CURLOPT_URL,  "
http://192.168.0.82/low=/SnapshotJPEG?Resolution=320x240&amp;Quality=Standard");
                curl_easy_setopt(curl, CURLOPT_TIMEOUT, 30);  // timeout
                res = curl_easy_perform(curl);
        printf("RES %d c: %s", (int) res, cError);
                curl_easy_cleanup(curl);

now my log function is this:

int my_curl_debug_callback (CURL *pCurl, curl_infotype _curl_infotype, char
*pBuffer, size_t size, void *p_void)
{
        printf("curl_debug_callback for %p with type %d and pvoid %p\n",
pCurl, (int) _curl_infotype, p_void);
        fwrite(pBuffer,1,size,stdout);
        return 0;
}

when I run the code, this is what I get from my printf debugging above

got 0  for userpass
curl_debug_callback for 0x49e1d8 with type 2 and pvoid (nil)
 HTTP/1.1/SnapshotJPEG?Resolution=320x240&amp;Quality=Standard
Authorization: Basic ZGNlYWRtaW46ZGNlcGFzcw==
Host: 192.168.0.82
Accept: */*

curl_debug_callback for 0x49e1d8 with type 3 and pvoid (nil)
&lt;HTML&gt;&lt;HEAD&gt;&lt;TITLE&gt;401 Unauthorized&lt;/TITLE&gt;&lt;/HEAD&gt;
curl_debug_callback for 0x49e1d8 with type 3 and pvoid (nil)
&lt;BODY BGCOLOR="#cc9999"&gt;&lt;H2&gt;401 Unauthorized&lt;/H2&gt;
&lt;HR&gt;
Authorization required for the requested URL.
&lt;/BODY&gt;&lt;/HTML&gt;
RES 0 c:

and the call to write_function, the output, is this:
&lt;HTML&gt;&lt;HEAD&gt;&lt;TITLE&gt;401 Unauthorized&lt;/TITLE&gt;&lt;/HEAD&gt;
&lt;BODY BGCOLOR="#cc9999"&gt;&lt;H2&gt;401 Unauthorized&lt;/H2&gt;
&lt;HR&gt;
Authorization required for the requested URL.
&lt;/BODY&gt;&lt;/HTML&gt;

So, libCurl and the command line both report virtually identical headers.
Both are using the same options.  And on 299 out of 300 systems everything
works ok.  But, on this one system, for some unknown reason, I keep getting
401 errors from libCurl, as though it's not passing the username and pass.
Since it's only this particular combination of pc + camera that has this
problem, I'd normally swap combinations to debug.  But I can't; I'm
debugging this remotely on a customer's location over ssh and he has only
the one camera/pc.  So somehow libcurl and curl are doing *something*
different.

I was trying to find a way to get curl and libcurl to report the complete
set of data on the http socket for debug purposes.  But it seems neither the
-v on the command line or CURLOPT_DEBUGFUNCTION for libCurl show you
everything because even when it's working from the command line, I can see
that nowhere in the debug output does it show where curl is sending the
username/password for authentication.  The term 'dceuser' doesn't even
appear in the output when I run curl -v.  So it's not showing me everything
that it's sending.

Any ideas how to increase the verbosity and get the full set of data that
curl/libcurl is sending?  Any suggestions for why on this particular system
it seems libCurl isn't sending the basic authentication, when the command
line version is?

Thanks
</description>
    <dc:creator>Paul Bergen</dc:creator>
    <dc:date>2008-11-29T01:31:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21546">
    <title>CURLOPT_WRITEDATA required in HTTP post?</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21546</link>
    <description>Not sure if this is a bug or just me making a mistake.

I was using libcurl to do a multi part form upload using HTTP post.

It worked 95% of the time.

Then occassionally it would fail with the error "Failed writing body".

It was occurring when libcurl was parsing the last received HTTP response
(the "HTTP OIK" response).

I tracked it down to sendf.c. When it was pushing the data out, whatever it
was writing to, didn't accept all the bytes.

Then, I realised that I hadn't actually set CURLOPT_WRITEFUNCTION, so it was
set to the default (which I think writes to a file). However, I also hadn't
set CURLOPT_WRITEDATA.

So, anyway, I explicitely set CURLOPT_WRITEFUNCTION to point to a dummy
function which just discarded the data, and my problem went away.

So my questions/comments  are:

1. Do you explicitely need to set either/both CURLOPT_WRITEFUNCTION  and
CURLOPT_WRITEDATA when using HTTP POST? I hadn't set them because I wasn't
interested in the response from the server (beyond whether it returned HTTP
200)

2. If you do need to set them, why does it work most of the time? In my
example, were the responses getting dumped to an internal file/buffer which
was getting full or something?

If you do need to explicitely set them, then shouldn't libcurl return error
and complain that you haven't set it up properly?

Regards,

John
</description>
    <dc:creator>John Wood</dc:creator>
    <dc:date>2008-11-28T16:08:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21542">
    <title>implicit SSL with FileZilla server Unknown SSL protocol error1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21542</link>
    <description>There have been reports of this error when using curl with FileZilla server:
  error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
or, more generally,
  Unknown SSL protocol error

(e.g. http://curl.haxx.se/mail/lib-2008-01/0338.html and following).

I'd like to clarify that this is the same problem that has been reported
for FileZilla server when using implicit SSL.  FileZilla server assumes
that the data channels are, by default, in clear mode.

One workaround is to use explicit SSL on the server. Another workaround
is to force curl to use a 'PROT P' command--for example, using
   -Q 'PROT P'
on the command line. This does
   curl_easy_setopt(curl, CURLOPT_SOURCE_QUOTE, ...);
in libcurl.  For the record, -Q '+PROT P' did not work; apparently the
command is sent too late.

In 2007 there was some talk on this list of always sending a PROT
command after a PBSZ, even in implicit SSL mode. I think this would be a
good idea.  We communicate with 4 other customers that use FTPS and our
communication with their servers continued to work after I added a 'PROT
P' command to them.  I'm not sure what software they use, but it's not
FileZillas Server and I know that they are not all the same software.

Ken Hirsch




</description>
    <dc:creator>Ken Hirsch</dc:creator>
    <dc:date>2008-11-26T22:11:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21535">
    <title>Reducing the number of DNS queries in the multi handle.</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21535</link>
    <description>Hi,
(I am using "libcurl 7.19.1" with c-ares 1.5.3 (over linux)).
I am writing a program that uses the libcurl to fetch a bundle of urls
using the multi interface.

Now, many of the urls I am fetching belongs to the same domain.
Example: www.aaa.com ,  www.aaa.com/1/ ,  www.aaa.com/2/

I can see that all DNS requests are sent at the beginning (probably
right after calling curl_multi_perform())  that's b/c  I am using
asynchronous name resolves.
I have noticed that the libcurl issues a different dns request for
every URL in the multi handle although many of them share the same
domain.
This means that for the example above I get to see 3 DNS requests for
www.aaa.com.

I am wondering if there is an option that I can use to tell the
libcurl to issue only one DNS request for www.aaa.com and only when
response arrives perform the HTTP requests for all the URL's sharing
the same domain ?


Thanks,
Tsachi

</description>
    <dc:creator>Tsachi</dc:creator>
    <dc:date>2008-11-26T10:41:01</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21532">
    <title>libcurl to tunnel VNC as SSL ?</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21532</link>
    <description>Hi,

Background (for sake of context) -

I am trying to create a VNC solution which uses tightvnc. The idea is
basically that the TightVNC server does a reverse connect to a VNC Reflector
(so that the server doesn't have to listen on any port). Then a viewer can
do a connect to the VNC Reflector and then basically see the desktop where
TightVNC server is running. VNC Reflector acts as a *client* to the TightVNC
server and as a *server* to a VNC Client. Basically, this lets us have a
solution where the reflector can be on a remote server and the users don't
have to listen to any port.

I got this working against a squid proxy (TCP tunnel).

Issue - Proxies :

Libcurl is used in a modified TightVnc Server code, where curl does the
initial handshakes - reverse connection - , tunneling
(CURLOPT_HTTPPROXYTUNNEL) and gives back the raw socket for the TightVNC
server to use.
The issue is this, there seems to be quite a few good proxy servers /
firewalls out there, which can figure out if the tunnel is actually carrying
TLS/SSL traffic, without doing any Deep Packet Inspection. Basically they
can figure out if we are cheating.

Possible Solution:

A possible solution I am thinking of is to try and use an SSL tunnel. If it
is possible to have a HTTPS server which can act as a gateway - i.e. the
libcurl client does the SSL handshakes, authentication and then there is a
tunnel ready to transport tcp data as usual, which the server then directly
passes on to the actual VNC Reflector, the traffic itself would appear to be
SSL so the proxies wouldn't have anything to complain, unless they do deep
inspection.

Has any one tried this ? I have seen some solutions with stunnel and ssh.
But when it comes to VNC, I am at a loss. I seem to be able to do SSL
certificate exchange, but after that the channel breaks.
I do not understand SSL / TLS (infact, HTTP itself.. I feel lucky that I
found out about the HTTPPROXYTUNNEL option itself) all too well, so it would
be great to see if anyone knows that this is atleast possible.

Bharat Varma
</description>
    <dc:creator>Bharat Varma</dc:creator>
    <dc:date>2008-11-26T08:25:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21527">
    <title>-o Ignore Non-Existent Files</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21527</link>
    <description>I'm using curl via the cmd line/batch file in Windows XP.  I have it pulling a series of png files from a web server via the HTTP command:  "curl http://webserver/file.png -o c:\local\file.png" etc.  

The files are dynamically created and sometimes there is 1 file and other times there are up to 20.  Right now I have curl pulling all 20 files, but if the file does not exist on the server, curl creates an empty (1 kb) png file on the local server.  

How can tell curl to ignore these empty files, or do something within the batch file to ignore or delete these files.

Thanks.


      

</description>
    <dc:creator>Jake Abramson</dc:creator>
    <dc:date>2008-11-25T15:48:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21524">
    <title>Segmentation fault???</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21524</link>
    <description>I am using the following code to test:

#include &lt;stdio.h&gt;

#include &lt;curl/curl.h&gt;
#include &lt;curl/types.h&gt;
#include &lt;curl/easy.h&gt;

#define LOCAL_FILE      "/tmp/uploadthis.txt"
#define UPLOAD_FILE_AS  "while-uploading.txt"
#define REMOTE_URL      "ftp://user:pass&lt; at &gt;localhost/"  UPLOAD_FILE_AS


int main(int argc, char **argv)
{
CURL* curl;
CURLcode res;
FILE* err;
FILE* hd_src;

curl_global_init(CURL_GLOBAL_ALL);

curl = curl_easy_init();
if( curl )
{
err = fopen("/tmp/stderr.log", "a");
hd_src = fopen(LOCAL_FILE, "r");

curl_easy_setopt(curl, CURLOPT_UPLOAD, 1L);
curl_easy_setopt(curl, CURLOPT_TRANSFERTEXT, 1L);
curl_easy_setopt(curl, CURLOPT_READDATA, hd_src);
curl_easy_setopt(curl, CURLOPT_URL, REMOTE_URL);
curl_easy_setopt(curl, CURLOPT_STDERR, err);
curl_easy_setopt(curl, CURLOPT_VERBOSE, 1L);

res = curl_easy_perform(curl);

if( err )
{
fclose(err);
err = NULL;
}

if( hd_src )
{
fclose(hd_src);
hd_src = NULL;
}

curl_easy_cleanup(curl);

fprintf(stderr, "curl told us %d\n", res);
}

curl_global_cleanup();

return 0;
}

And it crashed.

I have the backtrace.

GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later &lt;http://gnu.org/licenses/gpl.html&gt;
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
(gdb) run
Starting program: /home/wweng/test
[Thread debugging using libthread_db enabled]
[New Thread 0xb7a426b0 (LWP 25730)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7a426b0 (LWP 25730)]
0xb7e4f412 in free () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0  0xb7e4f412 in free () from /lib/tls/i686/cmov/libc.so.6
#1  0xb7e4b924 in _IO_free_backup_area () from /lib/tls/i686/cmov/libc.so.6
#2  0xb7e49732 in _IO_file_overflow () from /lib/tls/i686/cmov/libc.so.6
#3  0xb7e487a5 in _IO_file_xsputn () from /lib/tls/i686/cmov/libc.so.6
#4  0xb7e3e60a in fwrite () from /lib/tls/i686/cmov/libc.so.6
#5  0xb7f6a547 in showit (data=0x9654840, type=CURLINFO_HEADER_OUT,
ptr=0xbfbbf6ec "QUIT\r\n", size=6) at sendf.c:715
#6  0xb7f6a731 in Curl_debug (data=0x9654840, type=CURLINFO_HEADER_OUT,
ptr=0xbfbbf6ec "QUIT\r\n", size=6, conn=0x965d4a0) at sendf.c:762
#7  0xb7f70922 in Curl_nbftpsendf (conn=0x965d4a0, fmt=0xb7f9c72c "QUIT") at
ftp.c:3701
#8  0xb7f70c2b in ftp_quit (conn=0x965d4a0) at ftp.c:3797
#9  0xb7f70c94 in ftp_disconnect (conn=0x965d4a0) at ftp.c:3826
#10 0xb7f74be6 in Curl_disconnect (conn=0x965d4a0) at url.c:2195
#11 0xb7f7547f in ConnectionKillOne (data=0x9654840) at url.c:2574
#12 0xb7f7186b in close_connections (data=0x9654840) at url.c:249
#13 0xb7f71b74 in Curl_close (data=0x9654840) at url.c:416
#14 0xb7f89dc8 in curl_easy_cleanup (curl=0x9654840) at easy.c:552
#15 0x080488e6 in main ()
(gdb)

And I used an slightly older CVS code for curl. It was 7.19.1. This code
crashed even on old 7.15 curl.

Am I doing something wrong??

Thanks
Wei



</description>
    <dc:creator>Wei Weng</dc:creator>
    <dc:date>2008-11-25T04:35:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21523">
    <title>Get one filename-- C++</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21523</link>
    <description>Hi, I am doing some work for an open-source game.  I am working on an  
addon manage, i need to be able to get each files name, and print out  
each one that ends with 'tbz'.



    1. for (int num; !end-of-ftp-directory-list; num++)
    2. {
    3.      filename = ftpfile[num];
    4.      if (filename.extension== "tbz")
    5.      {
    6.           cout &gt;&gt; filname &gt;&gt; "\n";
    7.      }
    8. )

That is just the beginning of what I will be doing, but I need this  
function first

</description>
    <dc:creator>Josh Dye</dc:creator>
    <dc:date>2008-11-25T02:16:44</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21516">
    <title>Unknown SSL protocol error in connection</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21516</link>
    <description>
I'm new to OpenSLL so I apologize if I ask something trivial of the list.

I have libcurl and OpenSSL built on the CellOS but I'm having problem when
I try to use SSL (normal HTTP works).

command line:  --trace-ascii -k --cacert /app_home/mycert.pem --url
https://www.fortify.net/sslcheck.html

tty:
== Info:   Trying 64.202.169.234... == Info: connected
== Info: Connected to www.fortify.net (64.202.169.234) port 443 (#0)
== Info: libcurl is now using a weak random seed!
== Info: successfully set certificate verify locations:
== Info:   CAfile: /app_home/cakey.pem
  CApath: none
== Info: SSLv3, TLS handshake, Client hello (1):
=&gt; Send SSL data, 95 bytes (0x5f)
0000: ...[..D.s.......6..5W.7.b.....K..~)..\..4.9.8.5.............3.2.
0040: /.E.D.A........................
== Info: Unknown SSL protocol error in connection to www.fortify.net:443
== Info: Closing connection #0
curl: (35) Unknown SSL protocol error in connection to www.fortify.net:443


additionally, I notice if I set a break point the function int
ssl23_connect(SSL *s)

I get different TTY as if there is a race condition in the process
tty:
== Info:   Trying 64.202.169.234... == Info: connected
== Info: Connected to www.fortify.net (64.202.169.234) port 443 (#0)
== Info: libcurl is now using a weak random seed!
== Info: successfully set certificate verify locations:
== Info:   CAfile: /app_home/mycert.pem
  CApath: none
== Info: SSLv3, TLS handshake, Client hello (1):
=&gt; Send SSL data, 95 bytes (0x5f)
0000: ...[..D.tF...w....!.2......^...tJ..A....4.9.8.5.............3.2.
0040: /.E.D.A........................
== Info: SSLv3, TLS handshake, Server hello (2):
&lt;= Recv SSL data, 74 bytes (0x4a)
0000: ...F..I+&lt;x.N=!.......G+P.%{..U&amp;u8.3... .Z*.Cr..sh.....R...c.....
0040: m.O~....9.
== Info: SSLv3, TLS handshake, CERT (11):
&lt;= Recv SSL data, 3788 bytes (0xecc)
0000: ..........0...0............,:0...*.H........0..1.0...U....US1.0.
0040: ..U....Arizona1.0...U....Scottsdale1.0...U....GoDaddy.com, Inc.1
0080: 301..U...*http://certificates.godaddy.com/repository100...U...'G
00c0: o Daddy Secure Certification Authority1.0...U....079692870...081
0100: 123033003Z..100104061709Z0W1.0...U....www.fortify.net1.0...U....
0140: www.fortify.net1!0...U....Domain Control Validated0..0...*.H....
0180: ........0............%:...q..H..k.......^'. .w..ur04............
01c0: 1.AJf..........g.....g.....o."........&gt;X.S...4B.4.........4...0.
0200: .Y.vE.G..s"c"...........0...0...U.......0....0...U.%..0...+.....
0240: ....+.......0...U...........02..U...+0)0'.%.#.!http://crl.godadd
0280: y.com/gds1-0.crl0S..U. .L0J0H..`.H...m....0907..+........+http:/
02c0: /certificates.godaddy.com/repository/0....+........t0r0$..+.....
0300: 0...http://ocsp.godaddy.com/0J..+.....0..&gt;http://certificates.go
0340: daddy.com/repository/gd_intermediate.crt0...U.#..0.....a2.lE....
0380: _...v.h..0'..U... 0...www.fortify.net..fortify.net0...U.......X.
03c0: &gt;...3..9.....[..C0...*.H..............P(...U....%.%+..up......,.
0400: .b1O..NUKo..d8.{*.L...a...vhF..M.f..^.o9w....#.&gt;|.d.,...8....`..
0440: .....P..Le......Yq.eD.E.R....;=.`..&lt; at &gt;.|..H.7-"\?. ;._.s...y..%...
0480: ...5.I.U.......!HIKb}...&gt;"..]...M.....6.\~T,..u1b..&lt;...|.!Y..c..
04c0: ..6......d.K.zde..&lt; at &gt;[...............vt...0...0............0...*.H
0500: ........0c1.0...U....US1!0...U....The Go Daddy Group, Inc.110/..
0540: U...(Go Daddy Class 2 Certification Authority0...061116015437Z..
0580: 261116015437Z0..1.0...U....US1.0...U....Arizona1.0...U....Scotts
05c0: dale1.0...U....GoDaddy.com, Inc.1301..U...*http://certificates.g
0600: odaddy.com/repository100...U...'Go Daddy Secure Certification Au
0640: thority1.0...U....079692870.."0...*.H.............0.........-...
0680: .&amp;L.25._.Y.Z.a.Y;pc...=.*..3.y.:.&lt;0#...0.....=.T......%.!.e)~5..
06c0: T...29.&amp;U.....X.......*..B...?.......R.if....].,f..k...QJ./H..u.
0700: .)...fm.....x|........z....%.....enj..DSp0...+X+=.tJ..Q....L'Xk.
0740: 5....1......6.....:.%..I...g.E....9.6..~.7...q..t0.....?..O.....
0780: ...20...0...U........a2.lE...._...v.h..0...U.#..0.........L.q.a.
07c0: =....j..0...U.......0.......03..+........'0%0#..+.....0...http:/
0800: /ocsp.godaddy.com0F..U...?0=0;.9.7.5http://certificates.godaddy.
0840: com/repository/gdroot.crl0K..U. .D0B0&lt; at &gt;..U. .0806..+........*http
0880: ://certificates.godaddy.com/repository0...U...........0...*.H...
08c0: ..................g.f...:.P..r.Jt.S.7.DI...k3....V..0.&lt;.2!{....$
0900: ...F.%#..g...o.]{z...X*...!.Z...F...c./..))..r,).7.'.O.h.!......
0940: ....S....Y..;...$I.....H..E.:6o.E.E.A...DN&gt;.tv...U,.........u..
0980: ..L..n..=..q...Q&lt; at &gt;"(I..K..4.....Z..6d.5oown...P.^..S..#c.......c:
09c0: ..h...5.S....0...0..d.........0...*.H........0..1$0"..U....ValiC
0a00: ert Validation Network1.0...U....ValiCert, Inc.1503..U...,ValiCe
0a40: rt Class 2 Policy Validation Authority1!0...U....http://www.vali
0a80: cert.com/1 0...*.H........info&lt; at &gt;valicert.com0...040629170620Z..24
0ac0: 0629170620Z0c1.0...U....US1!0...U....The Go Daddy Group, Inc.110
0b00: /..U...(Go Daddy Class 2 Certification Authority0.. 0...*.H.....
0b40: ........0............W.I.[.._H.......g..eh.Wq.^w...I.p.=V.c.o...
0b80: .?.T"T......u=K.w.&gt;x.... k/j+...~......E'o.7X..&amp;..-.....r6N..?
0bc0: e...*n]............:.....-..._.=.....\.e8.E...``t.A.rb.b..o_.B.
0c00: .Qe..#.j.x..M....Z..&lt; at &gt;........^s..w...y....g.....X.D{.&gt;b(_.A.SX.
0c40: .~8t....i...t...........0...0...U............L.q.a.=....j..0....
0c80: U.#...0........0..1$0"..U....ValiCert Validation Network1.0...U.
0cc0: ...ValiCert, Inc.1503..U...,ValiCert Class 2 Policy Validation A
0d00: uthority1!0...U....http://www.valicert.com/1 0...*.H........info
0d40: &lt; at &gt;valicert.com...0...U.......0....03..+........'0%0#..+.....0...h
0d80: ttp://ocsp.godaddy.com0D..U...=0;09.7.5.3http://certificates.god
0dc0: addy.com/repository/root.crl0K..U. .D0B0&lt; at &gt;..U. .0806..+........*h
0e00: ttp://certificates.godaddy.com/repository0...U...........0...*.H
0e40: .............&lt; at &gt;........BZD....F.........X....W.q,H...y...5..N.X..
0e80: ...........xD.....vze..m.......G&gt;q.wK..w..Vk.K.....#.Q..L.5.F~9.
0ec0: u...)..9.OUg
== Info: SSLv3, TLS alert, Server hello (2):
=&gt; Send SSL data, 2 bytes (0x2)
0000: .0
== Info: SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify
failed
== Info: Closing connection #0
curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify
failed
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
 of Certificate Authority (CA) public keys (CA certs). If the default
 bundle file isn't adequate, you can specify an alternate file
 using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
 the bundle, the certificate verification probably failed due to a
 problem with the certificate (it might be expired, or the name might
 not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
 the -k (or --insecure) option.

The certificate I am using I generated with openssl by following these
directions:
http://www.madboa.com/geek/openssl/#cert-self

so although it is self signed, I am under the impression the client should
be OK with this and should be able to continue.

So it looks like I am dealing with 2 issues.
1) the obvious failure of SSL connections
2) a strange race condition that I assume (because I'm not threading
anything) is happening due to non blocking IO on the sockets?

Any help is greatly appreciated.

--Jeff Curley
Sony Computer Entertainment America
Senior Programmer
(858) 824-5692


</description>
    <dc:creator>Jeff_Curley&lt; at &gt;playstation.sony.com</dc:creator>
    <dc:date>2008-11-24T23:49:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21513">
    <title>Need --enable-libcares</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21513</link>
    <description>Hello all,

I'm working on a new debian package (isn't official yet, but
the idea it will be) for the open source 'Second Life' viewer
(Open Meta Verse viewer, or omvviewer).

Linden Lab made their viewer open source and provides binary
downloads for several platforms, including linux 32bit.

I'm working with 64bit myself and that works perfectly,
compiled from source.

The binary distributed by LL links with a curl library
that is configured with --enable-libcares. They also
distribute this shared library (along with a lot of
others) and have people link with those libraries
when they start the viewer.

However, the debian team of omvviewer wants to use as
much as possible the shared libraries that are provided
by debian, of course. Several packages have already been
added to debian for this reason.

The problem at the top of our TODO list is currently:
the libcurl package in debian is not using libcares.
This results in the viewer freezing for a whole second,
sometimes even more, several times per minute. This is
unacceptable of course.

We need libcurl to use libcares (which was added to
debian due to our efforts).

I just tried a compile of libcurl with --enable-libcares=/usr
on my 64bit machine, with IPv6 enabled, and all 445 tests
that were run succeeded.

Is it possible that on short term you make a release of
libcurl that uses this configuration option by default?
It seems to me that libcares IS ready now. Realize that
literally ten thousands of people are using it already
daily (millions in total, albeit mostly on windows) on
the SecondLife grid.

Thanks,

</description>
    <dc:creator>Carlo Wood</dc:creator>
    <dc:date>2008-11-24T19:58:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21511">
    <title>https connection over proxy</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21511</link>
    <description>hi all,i would like to know if there are any special settings/curl options
to make secure connections work over a http proxy. iam able to browser
non-secure sites by setting the http_proxy env. code reference below
(webkit+gtk port)

http://svn.webkit.org/repository/webkit/trunk/WebCore/platform/network/curl/ResourceHandleManager.cpp

would appreciate any inputs on this.

thanks,
Zaheer
</description>
    <dc:creator>zaheer ahmad</dc:creator>
    <dc:date>2008-11-24T19:03:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21501">
    <title>[BUG]Possible Bug? iphlpapi.dll causing libcurl(curllib) fail toreslove domain name</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21501</link>
    <description>I've been use curlLib for a while. Its great.

But One of my program just wont work with curlLib. I compile it with 
curl.lib (static link win32 program), curl always report can’t reslove 
domain name.

It confuse me for several days. Soon I found out, it is because the 
iphlpapi.dll which is in the same directory with my program.

After I remove iphlpapi.dll, my program with curlLib works fine. ~~~ Why?

Is it "work as intended"?

Thanks
Tomasen 


</description>
    <dc:creator>Tomasen</dc:creator>
    <dc:date>2008-11-22T17:53:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21498">
    <title>Curl with Asynchronous sockets</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21498</link>
    <description>Hi All,
Currently I am porting curllib to a proprietary ARM platform. In this
platform I have only asynchronous sockets in which all the socket events
(Connect, Read, Write and Close) are notified via events. As for my
understanding the the current curllib implementation expects the socket to
be synchronous or blocking at certain levels (At least for connecting). Can
anyone suggest me some idea or specific places/modules/functions where I can
start customizing curllib to support asynchronous sockets.


Regards
Kulanth
</description>
    <dc:creator>Kulanthaivel</dc:creator>
    <dc:date>2008-11-22T09:16:56</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21495">
    <title>Corrupted test cases</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21495</link>
    <description>Looks like something goofy happened to test cases 35, 262, 545 and 552. The
data files were all replaced by the text "Binary file (standard input)
matches" in the Pragma: no-cache check-in.

</description>
    <dc:creator>Dan Fandrich</dc:creator>
    <dc:date>2008-11-20T17:27:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.web.curl.library/21492">
    <title>data-&gt;set.str[STRING_PASSWORD] &lt;=&gt; conn-&gt;passwd</title>
    <link>http://comments.gmane.org/gmane.comp.web.curl.library/21492</link>
    <description>Hello,

I am trying to understand the difference between

  conn-&gt;user       &lt;=&gt; data-&gt;set.str[STRING_USERNAME]
  conn-&gt;passwd     &lt;=&gt; data-&gt;set.str[STRING_PASSWORD]
  conn-&gt;proxyuser  &lt;=&gt; data-&gt;set.str[STRING_PROXYUSERNAME]
  conn-&gt;passwd     &lt;=&gt; data-&gt;set.str[STRING_PROXYPASSWORD]

On a first glance, the main difference seems to be that the
data-&gt;set.str[] entries are set by curl_easy_setopt() while the conn
entries are parsed from the url/.netrc.

</description>
    <dc:creator>Josef Wolf</dc:creator>
    <dc:date>2008-11-19T22:54:17</dc:date>
  </item>
  <textinput 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>
