On Sun, 19 Feb 2012 16:13:24 +0900 Bluezery <[email protected]> wrote:
> OMG.. I attach my curl_test log. > Can I get the your log ?? > > 2012/2/19 Michael Blumenkrantz <[email protected]>: > > On Sun, 19 Feb 2012 15:32:56 +0900 > > Bluezery <[email protected]> wrote: > > > >> Yeah, It may be caused by system difference. It's hard to find problems. > >> But eocre_con_url should run independently. > >> > >> I have made libcurl testing application. It's almost same > >> implementation as ecore_con_url's stuff. > >> Can you test attached curl test ? when testing it, redirect standard > >> out to /dev/null. ( "curl_test > /dev/null" ) > >> If this works well, maybe something wrong exists in my patch. > >> > >> 2012/2/19 Michael Blumenkrantz <[email protected]>: > >> > On Sat, 18 Feb 2012 16:03:53 +0900 > >> > Carsten Haitzler (The Rasterman) <[email protected]> wrote: > >> > > >> >> On Fri, 17 Feb 2012 21:40:37 -0500 Michael Blumenkrantz > >> >> <[email protected]> said: > >> >> > >> >> > Hi, > >> >> > > >> >> > Attached is a very tiny demo which showcases a pretty huge (imo) bug > >> >> > in ecore-con-url: multiple simultaneous fetches are broken. When more > >> >> > than one curl object is added, only the last one will actually be > >> >> > fetched. > >> >> > >> >> can't reproduce. i expanded your demo to call progress/data/complete > >> >> callbacks. attached src and log. downloads both urls - in parallel (well > >> >> for the first bit). the first 33.9kb data is fetched completely as is > >> >> the 64.8k data. i haven't actually checked the data itself - but > >> >> everything else is showing "all ok". no proxy set up here for this test > >> >> btw. i ran a second test with a proxy (well proxy fwd'd via an ssh > >> >> tunnel to the other side of the world) and it works too with slightly > >> >> different fetch ordering. > >> >> > >> >> attached logs+src. my svn updated and completely rebuilt just before > >> >> this test was run. > >> >> > >> > I've attached two logs from your updated example: > >> > ecore_con_url.log is from current ecore-con > >> > ecore_con_url-old.log is from 65835 (prior to the commit I cited) > >> > > >> > At present, there is no data downloaded for the first URL. It seems to be > >> > somehow system-dependent, though not curl version dependent as I have > >> > tested older versions with no change. > >> > > >> > Since I don't typically work on curl stuff, it would be great if someone > >> > could point me in the right direction for trying to debug this. > >> > > >> > The only other alternative, if this cannot be fixed prior to release, is > >> > to revert r65888 and then rebase every subsequent commit on top of the > >> > old code. In cases like this it's rarely just one person who has a bug, > >> > so I would rather release with the old and working code than what is > >> > currently in svn. > >> > >> > >> > > test works, both files download. > > > SUUUUUUUUUUUUPER weird update: it works fine under valgrind. ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/ _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
