Hi David:
Altho I've got 'git' loaded on my Win XP Pro (s3) (sp3) ,
unfortunately, I've never used it.
So, I guess I'm outa-luck :(
-Mel Smith
www.mesaeastpark.com
Sent from my iPad
On 2013-05-07, at 4:14 PM, David Strauss wrote:
> On Tue, May 7, 2013 at 3:10 PM, Mel Smith
My rebuild the Fedora 17 curl and libcurl packages works fine with the
timeout=PR_INTERVAL_NO_WAIT value. All test pass, and I don't see any
issues using the curl CLI with HTTPS.
I'll have to run some more extensive experiments to verify if the
timeout is working for NSS now.
On Tue, May 7, 2013
It's a common scapegoat for mysterious problems, but have you
considered that this might be a memory stomping problem?
Something else corrupting memory causing select to malfunction.
If you have a minimal program that is making this problem appear, you
might check your data callback to make sure
On Tue, May 7, 2013 at 3:00 PM, Daniel Stenberg wrote:
> On Tue, 7 May 2013, Alex Loukissas wrote:
>
> 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
On Tue, May 7, 2013 at 3:10 PM, Mel Smith wrote:
> I don't know *how* to revert to an earlier commit :((
git revert 8ec2cb5544
That will do a sort of reverse cherry-pick of that single change.
--
David Strauss
| da...@davidstrauss.net
| +1 512 577 5827 [mobile]
---
Daniel said:
(Regarding my Borland BCC compile failures)
Subject: Re: [bagder/curl] 8ec2cb5544 WIN32 MemoryTracking
Exactly! Does your build work if you revert commit 8ec2cb5544 ?
Hi Daniel:
I don't know *how* to revert to an earlier commit :((
The best I can do is give up on 7
On Tue, May 7, 2013 at 2:49 PM, Daniel Stenberg wrote:
> Assuming it actually makes any difference for your case at least! ;-)
If it means that it respects the timeouts we give, it's absolutely a
fix for the problem we see.
I've posted this to Red Hat/Fedora Bugzilla to request a backport of
the
On Tue, 7 May 2013, Alex Loukissas wrote:
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. Som
On Tue, 7 May 2013, Pankaj Takawale wrote:
libcurl: 7.21.4 (no threaded resolver, no c-ares)
OS: RHEL (2.6.18-164.el5 x86_64)
Can you please try a recent version and see if the problem remains? If it
does, please help us with a full recipe on how to repeat it!
--
/ daniel.haxx.se
On Tue, 7 May 2013, David Strauss wrote:
What about using PR_INTERVAL_NO_WAIT instead of -1?
I'm not sure there's a way for that to work efficiently without waiting for
an event from NSS, if that's possible.
That's already done before the function is called in the first place. The
the GnuT
On Tue, 7 May 2013, David Strauss wrote:
Well, then that sounds perfect!
Assuming it actually makes any difference for your case at least! ;-)
--
/ daniel.haxx.se
---
List admin: http://cool.haxx.se/list/listinfo/curl-library
E
On Tue, May 7, 2013 at 2:44 PM, Daniel Stenberg wrote:
> That's already done before the function is called in the first place. The
> the GnuTLS and OpenSSL versions of that function for example are completely
> non-blocking.
Well, then that sounds perfect!
--
David Strauss
| da...@davidstraus
On Tue, May 7, 2013 at 2:30 PM, Daniel Stenberg wrote:
> What about using PR_INTERVAL_NO_WAIT instead of -1?
I'm not sure there's a way for that to work efficiently without
waiting for an event from NSS, if that's possible.
Otherwise, it seems like it would be best to calculate the remaining
tim
On Tue, 7 May 2013, David Strauss wrote:
It looks like PR_Recv(conn->ssl[num].handle, buf, (int)buffersize, 0, -1) in
nss_recv() (nss.c) may be the problem. That sets the timeout for NSS to
4294967295.
What about using PR_INTERVAL_NO_WAIT instead of -1?
--
/ daniel.haxx.se
Here are the PR_Recv API docs [1]. Also, according to the
PRIntervalTime docs [2], it should be invoked with
PR_INTERVAL_NO_TIMEOUT for no timeout. PR_INTERVAL_NO_TIMEOUT is
equivalent to the current value of -1.
[1] https://developer.mozilla.org/en-US/docs/PR_Recv
[2] https://developer.mozilla.or
It looks like PR_Recv(conn->ssl[num].handle, buf, (int)buffersize, 0,
-1) in nss_recv() (nss.c) may be the problem. That sets the timeout
for NSS to 4294967295.
On Tue, May 7, 2013 at 1:57 PM, David Strauss wrote:
> On Tue, May 7, 2013 at 1:46 PM, David Strauss wrote:
>> NSS seems stuck in poll
This -1 timeout is also in the current master:
https://github.com/bagder/curl/blob/master/lib/nss.c#L1518
On Tue, May 7, 2013 at 2:11 PM, David Strauss wrote:
> It looks like PR_Recv(conn->ssl[num].handle, buf, (int)buffersize, 0,
> -1) in nss_recv() (nss.c) may be the problem. That sets the time
On Mon, 6 May 2013, Mel Smith wrote:
The under-noted email seems *very* relevant to my problem with the
Borland Compilers and the undefined symbol 'wcsdup' in line 201 of easy.c
Exactly! Does your build work if you revert commit 8ec2cb5544 ?
--
/ daniel.haxx.se
On Tue, May 7, 2013 at 1:46 PM, David Strauss wrote:
> NSS seems stuck in poll loop, which has been going on for hours
Actually, I'm not sure it's NSS stuck there. The loop could be higher
up. I just see an unending series of polls from strace.
--
David Strauss
| da...@davidstrauss.net
| +
We've definitely found a case of libcurl with NSS not observing timeouts.
Here's the trace:
#0 0x0031d08e8bdf in __GI___poll (fds=fds@entry=0x7fd22abfc370,
nfds=nfds@entry=1, timeout=timeout@entry=5000) at
../sysdeps/unix/sysv/linux/poll.c:87
#1 0x0031d0424d6b in pt_poll_now (op=op@entr
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:
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
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
lau
Hello,
After some researches, it seems that as soon as I link my UI library
(SDL), libcurl fail but always at the same place, even in two different
projects...
The problem appear even without any change before the test.
Any idea about what could cause this?
I can provide a package with my test
On Monday 06 May 2013 23:31:17 Daniel Stenberg wrote:
> On Mon, 6 May 2013, Daniel Stenberg wrote:
> > Yeps. I also just fell into this. Additionally, it seems to not work with
> > configure --enable-debug and the memory debugging system that provides.
>
> Okay, attached here is a patch that seems
On Tuesday 07 May 2013 04:59:32 Richard Levenberg wrote:
> I have a use case to use only a very specific truststore and one client
> certificate. This works fine with curl compiled against OpenSSL:
>
> curl --cacert truststore.pem --cert example.com.pem:test
> https://example.com
>
> What is the
On 07/05/13 07:40, YAMADA Yasuharu wrote:
You mean, this limit for cookie jar file size? or memory size?
I just thought about a memory limit (the sum of memory that is used by
all cookies).
I don't know how the cookie store is organized internally but in the
essence it would be something like:
27 matches
Mail list logo
