Skip Menu |
 

This queue is for tickets about the WWW-Curl CPAN distribution.

Report information
The Basics
Id: 46812
Status: rejected
Priority: 0/
Queue: WWW-Curl

People
Owner: Nobody in particular
Requestors: chengsy [...] yahoo-inc.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



CC: "ymon-devel [...] yahoo-inc.com" <ymon-devel [...] yahoo-inc.com>
Subject: WWW::Curl::Multi (4.06) might have pointer related bug when set CURLOPT_URL
Date: Tue, 09 Jun 2009 13:36:27 -0700
To: <bug-WWW-Curl [...] rt.cpan.org>
From: John Cheng <chengsy [...] yahoo-inc.com>

Message body not shown because it is not plain text.

Download (untitled) / with headers
text/plain 229b
Hi there: When using WWW::Curl::Multi for parallel fetching, I saw a potential bug when setting url, which might be due to direct use of char* without dup it. The test case is attached with this mail. Pls try it. Thanks, John
Download (untitled) / with headers
text/plain 946b
On Tue Jun 09 16:38:21 2009, chengsy@yahoo-inc.com wrote: Show quoted text
> Hi there: > > When using WWW::Curl::Multi for parallel fetching, I saw a potential bug > when setting url, which might be due to direct use of char* without
dup it. Show quoted text
> > The test case is attached with this mail. Pls try it. >
Results in 1..1 rc code: 404 rc code: 200 ok 1 - expecting (404, 200) ...for me. Please make sure you're really running 4.06 in all components though. 4.06 didn't include WWW::Curl::Easy and WWW::Curl::Share in the distribution as they are generated automatically from template files. This resulted in people who use WWW::Curl::Easy as an upgrade keyword to only have 4.05, while they might have had a different ::Multi version. I've readded WWW::Curl::Easy and WWW::Curl::Share in 4.07, so please install and test with the latest version whether the problem you're seeing still occurs. If so, please also include your perl, libcurl version numbers.
Subject: Re: [rt.cpan.org #46812] WWW::Curl::Multi (4.06) might have pointer related bug when set CURLOPT_URL
Date: Tue, 09 Jun 2009 18:50:35 -0700
To: <bug-WWW-Curl [...] rt.cpan.org>
From: John Cheng <chengsy [...] yahoo-inc.com>
Download (untitled) / with headers
text/plain 1.2k
Thanks for the information. Don't have chance to try 4.07 yet. But it might be due to my libcurl version problem. Best, John On 6/9/09 3:39 PM, "Balint Szilakszi via RT" <bug-WWW-Curl@rt.cpan.org> wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=46812 > > > On Tue Jun 09 16:38:21 2009, chengsy@yahoo-inc.com wrote:
>> Hi there: >> >> When using WWW::Curl::Multi for parallel fetching, I saw a potential bug >> when setting url, which might be due to direct use of char* without
> dup it.
>> >> The test case is attached with this mail. Pls try it. >>
> > Results in > > 1..1 > rc code: 404 > rc code: 200 > ok 1 - expecting (404, 200) > > ...for me. > > Please make sure you're really running 4.06 in all components though. > > 4.06 didn't include WWW::Curl::Easy and WWW::Curl::Share in the > distribution as they are generated automatically from template files. > > This resulted in people who use WWW::Curl::Easy as an upgrade keyword to > only have 4.05, while they might have had a different ::Multi version. > > I've readded WWW::Curl::Easy and WWW::Curl::Share in 4.07, so please > install and test with the latest version whether the problem you're > seeing still occurs. > > If so, please also include your perl, libcurl version numbers.
Download (untitled) / with headers
text/plain 110b
I'm closing this ticket for now. If someone is still having this problem or something similar, please reopen.


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.