On Wed, 9 Feb 2011, Dan Fandrich wrote:
The new call to ERR_peek_last_error() that was added recently does not exist
in OpenSSL 0.9.6b (old, but supported according to docs/INTERNALS).
Ouch. I actually did read up on the availability before I pushed that, but
clearly I misread as when I check
The new call to ERR_peek_last_error() that was added recently does not exist
in OpenSSL 0.9.6b (old, but supported according to docs/INTERNALS). Can that
call be changed to ERR_peek_error() instead?
>>> Dan
---
List admin: http://cool
On Thu, 20 Jan 2011, Quinn Slack wrote:
I've attached a patch with some basic docs for these.
On second thought, I think CURLE_TLSAUTH_FAILED should be eliminated.
Sorry for the delay, but now I've committed and pushed these patches. Thanks!
--
/ daniel.haxx.se
On Thu, 3 Feb 2011, John Utz wrote:
here is what i have, absent a formal svn diff due to my employer blocking
just about every port other than 80.
Thanks!
Note that you can still download the code (even daily snapshots) and use 'diff
-u' manually to create a diff!
About the code: it looks
On Wed, 9 Feb 2011, Leo wrote:
STAT /
...
But still I'm curious if those Cyberduck logs help understand how it
connects to both sites seemingly automatically?
It works without doing PASV or EPSV when doing directory listings by the STAT
command as shown up here. STAT sends contents over t
Thanks for the detailed analysis, Michael.
On 2/5/11 3:16:18 PM, Michael Wood wrote:
Have you tried "--ftp-port -" with the servers you need to talk to?
Are you always running this from the same client or are multiple
clients involved? If multiple clients are involved, then the firewall
on the
On Wed, Feb 9, 2011 at 8:03 PM, Tolas Anon wrote:
> checking the popen() manual pages now, i called if fopen() earlier but
> it's popen() that can launch a background windows process and let the
> php script run further
>
the docs are a bit sparse, but it seems it _can_ be done.
http://php.net/ma
checking the popen() manual pages now, i called if fopen() earlier but
it's popen() that can launch a background windows process and let the
php script run further
---
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquett
On Wed, Feb 9, 2011 at 7:42 PM, Daniel Stenberg wrote:
> On Wed, 9 Feb 2011, Tolas Anon wrote:
>
>> but isn't libcurl supposed to use keep-alive, since it's using http/1.1?
>
> The HTTP term is persistent connections.
>
> You're only doing one request, so HTTP 1.1's persistent connections aren't
>
simple-test results are in;
curl_exec() to localhost : works like a charm, for a 1hr request.
curl_exec() to internet domain name of localhost (port forwarding from
adsl modem to localhost enabled) : still running, does appear as
frozen as in the original request for help.
so ehm, how about that
On Wed, 9 Feb 2011, Tolas Anon wrote:
but isn't libcurl supposed to use keep-alive, since it's using http/1.1?
The HTTP term is persistent connections.
You're only doing one request, so HTTP 1.1's persistent connections aren't
involved here since it is about re-using the same connection for
On Wed, Feb 9, 2011 at 7:27 PM, Daniel Stenberg wrote:
> On Wed, 9 Feb 2011, Tolas Anon wrote:
>
>> it doesn't time out in my bug-case, it freezes..
>
> I'm convinced it still waits on the response because something in your setup
> prevents the response to get back, since it takes so long.
ok, we
On Wed, 9 Feb 2011, Julien Chaffraix wrote:
I disagree here. Unit tests are not a replacement for system level testing
IMHO. Unit tests are complementary to the existing tests that checks that
netrc parsing + ftp works. Thus I disagree with removing any tests unless we
can prove that they are
On Wed, 9 Feb 2011, Tolas Anon wrote:
it doesn't time out in my bug-case, it freezes..
I'm convinced it still waits on the response because something in your setup
prevents the response to get back, since it takes so long.
--
/ daniel.haxx.se
--
On Wed, Feb 9, 2011 at 7:14 PM, Daniel Stenberg wrote:
> On Wed, 9 Feb 2011, Tolas Anon wrote:
>
>>> >
>> set_time_limit (0);
>> error_reporting (E_ALL);
>>>
>>> sleep (3600);
>>> echo "wanted-data";
>>> ?>
>>
>> that should be enough to test libcurl with
>
> ... and what was the result?
it's sti
On Wed, 9 Feb 2011, Tolas Anon wrote:
set_time_limit (0);
error_reporting (E_ALL);
sleep (3600);
echo "wanted-data";
?>
that should be enough to test libcurl with
... and what was the result?
libcurl has no timeouts or anything on the established connection by default.
A minute, an hour
correction:
> url:
> sleep (3600);
> echo "wanted-data";
> ?>
>
that should be enough to test libcurl with
---
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
On Wed, Feb 9, 2011 at 5:07 PM, Tolas Anon wrote:
> On Wed, Feb 9, 2011 at 1:17 PM, Daniel Stenberg wrote:
>> You need to narrow down what you're looking at, and start trying to make the
>> problem get repeated on demand in a way that others can try.
>
> that'll be difficult without revealing my
>> I think we should remove the _NETRC_DEBUG and DEBUGBUILD code (and the use
>> of the environment variable) from netrc.c and instead have the unit test
>> code specify the path to the test file(s) in the Curl_parsenetrc() invokes.
It's not an all-or-nothing answer. I have provided a way of givin
On Wed, Feb 9, 2011 at 1:17 PM, Daniel Stenberg wrote:
> On Wed, 9 Feb 2011, Tolas Anon wrote:
>
>> maybe this will help too, this is for the libcurl i'm using;
>>
>> version : 7.21.3 RTMP SSH2 SSL SSPI LIBZ IDN
>
> Can you please send your responses in a single mail and not spam the list
> with
On 9 February 2011 14:57, Daniel Stenberg wrote:
> On Wed, 9 Feb 2011, Keean Schupke wrote:
>
> Okay, That makes complete sense. I would be completely happy with
>> returning something from CURLOPT_SOCKOPTFUNCTION to indicate I do not want
>> libcurl to try and connect the socket.
>>
>
> Okay, s
On Wed, 9 Feb 2011, Keean Schupke wrote:
Okay, That makes complete sense. I would be completely happy with returning
something from CURLOPT_SOCKOPTFUNCTION to indicate I do not want libcurl to
try and connect the socket.
Okay, so what do you say about a patch similar to what I attach here?
N
On Wed, 9 Feb 2011, Tolas Anon wrote:
maybe this will help too, this is for the libcurl i'm using;
version : 7.21.3 RTMP SSH2 SSL SSPI LIBZ IDN
Can you please send your responses in a single mail and not spam the list with
the info spread out in many mails. You make it very hard to follow t
On Wednesday 09 February 2011 12:28:54 romeo.petr...@perosoft.org wrote:
> if i transfer the program on a other pc with same os, i've got this error.
> "mt7r19.dll was not found", and program exit.
> i don't understand, what is missing on other pc ?
Hmm, let me guess ... perhaps mt7r19.dll ?
--
On Wed, Feb 9, 2011 at 12:35 PM, Tolas Anon wrote:
> maybe this will help too, this is for the libcurl i'm using;
>
> This is a development package of the cURL libcurl library:
> http://curl.haxx.se/
> All libs of this package are build with MingW32 compiler;
> this SDK can be used f.e. for static
Hi,
i have made an aplication for Windows XP sp3, in c/c++ sample SDK.
i'm using a ftp transfer routine in my aplication.
on local machine it's all ok, program is working, FTP is working.
if i transfer the program on a other pc with same os, i've got this error.
"mt7r19.dll was not found", and p
maybe this will help too, this is for the libcurl i'm using;
This is a development package of the cURL libcurl library:
http://curl.haxx.se/
All libs of this package are build with MingW32 compiler;
this SDK can be used f.e. for static and dynamic linking.
version : 7.21.3 RTMP SSH2 SSL SSPI LIB
On Wed, Feb 9, 2011 at 12:25 PM, Tolas Anon wrote:
> On Wed, Feb 9, 2011 at 12:24 PM, Tolas Anon wrote:
>> On Wed, Feb 9, 2011 at 12:11 PM, Daniel Stenberg wrote:
>>> On Wed, 9 Feb 2011, Tolas Anon wrote:
>>>
problem is: when processing a 2gb video file, curl_exec() never returns
>>>
>>> Si
On Wed, Feb 9, 2011 at 12:24 PM, Tolas Anon wrote:
> On Wed, Feb 9, 2011 at 12:11 PM, Daniel Stenberg wrote:
>> On Wed, 9 Feb 2011, Tolas Anon wrote:
>>
>>> problem is: when processing a 2gb video file, curl_exec() never returns
>>
>> Since we're talking on the libcurl mailing list, the above lin
On Wed, Feb 9, 2011 at 12:11 PM, Daniel Stenberg wrote:
> On Wed, 9 Feb 2011, Tolas Anon wrote:
>
>> problem is: when processing a 2gb video file, curl_exec() never returns
>
> Since we're talking on the libcurl mailing list, the above line seems to be
> the problem to discuss here.
>
> libcurl ha
On Wed, Feb 9, 2011 at 12:04 PM, Tolas Anon wrote:
> On Wed, Feb 9, 2011 at 11:54 AM, Daniel Stenberg wrote:
>> On Wed, 9 Feb 2011, Tolas Anon wrote:
>>
>>> The complete bughunt thread is comfortably read via
>>> http://readlist.com/lists/lists.php.net/php-general/16/81195.html
>>
>> I disagree.
On Wed, 9 Feb 2011, Tolas Anon wrote:
problem is: when processing a 2gb video file, curl_exec() never returns
Since we're talking on the libcurl mailing list, the above line seems to be
the problem to discuss here.
libcurl has no problems to transfer a 2GB file. Can you please provide lots
On Wed, Feb 9, 2011 at 11:54 AM, Daniel Stenberg wrote:
> On Wed, 9 Feb 2011, Tolas Anon wrote:
>
>> The complete bughunt thread is comfortably read via
>> http://readlist.com/lists/lists.php.net/php-general/16/81195.html
>
> I disagree. That's a very long discussion mostly filled up with
> non-in
On Wed, 9 Feb 2011, Tolas Anon wrote:
The complete bughunt thread is comfortably read via
http://readlist.com/lists/lists.php.net/php-general/16/81195.html
I disagree. That's a very long discussion mostly filled up with
non-interesting words. In very many different web pages.
Can you please
Hi..
In absence of any replies on the PHP mailinglist, i now forward you
what i suspect to be a new bug in libcurl..
The complete bughunt thread is comfortably read via
http://readlist.com/lists/lists.php.net/php-general/16/81195.html
I don't know about this list's ettiquette, but please don't a
On Wed, Feb 9, 2011 at 11:47 AM, Tolas Anon wrote:
> Hi..
>
> In absence of any replies on the PHP mailinglist, i now forward you
> what i suspect to be a new bug in libcurl..
>
> The complete bughunt thread is comfortably read via
> http://readlist.com/lists/lists.php.net/php-general/16/81195.htm
Okay, That makes complete sense. I would be completely happy with returning
something from CURLOPT_SOCKOPTFUNCTION to indicate I do not want libcurl to
try and connect the socket.
Sorry for the misunderstanding.
Cheers,
Keean.
On 8 February 2011 22:09, Daniel Stenberg wrote:
> On Mon, 7 Feb 2
37 matches
Mail list logo