SOCKS5 is different from SOCKS4 in that it supports password authentication mechanisms (GSSAPI is still on the todo) and IPV6, neither of which are possible with SOCKS4
NOTE THAT THE CMDLINE SYNTAX FOR AUTOSOCKSING HAS CHANGED!
* ECORE_CON_SOCKS_V4=[user@]server-port:lookup
* ECORE_CON_SOCKS_V5=[user@]server-port:lookup
also note that I did not implement autosocksing with password. it's just not safe.
SVN revision: 67959
Hello e people, i modified some comments to get less doxygen
warnings/errors.
Signed-Off-By: Guillaume Friloux <guillaume.friloux@asp64.com>
SVN revision: 67270
Subject: [E-devel] [Patch][ecore_con] Fix return value checking
Date: Tue, 3 Jan 2012 10:01:17 +0900
Hi,
There is invalid return value checking of curl_multi_perform() in ecore_con_url.
Because CURLM_CALL_MULTI_PERFORM is also not CURLM_OK,
CURLM_CALL_MULTI_PERFORM checking should precede CURLM_OK checking.
It's simple fix. Please review this
--
BRs,
Kim.
SVN revision: 66771
post data to be corrupted (as it was never copied into the
ecore con url struct) or could cause crashes if the memory
pointed to became invalid.
SVN revision: 66619
Subject: Re: [E-devel] [Patch][ecore_con_url] Add proxy & timeout set
API
There existed two problems when using ecore_con_url. We cannot set
proxy and set timeout.
So, I added two APIs for solving these problems.
Proxy can be set by setting libcurl option.
Timeout also can be set but It need to add handler for Linux alarm
signal. (Please refer:
http://curl.haxx.se/libcurl/c/curl_easy_setopt.html#CURLOPTTIMEOUT)
So I implemented it by using ecore timer.
SVN revision: 66414
I've also set it to abort() with a big error if it gets to the old fallthrough spot, so make sure to send me a backtrace if this is reached (though it should be impossible)
SVN revision: 66068
in general, this should provide an improvement which scales with the amount of data being transferred:
* small transfers will incur a small amount of overhead from potentially unneeded memory as I try to account for a bug in FIONREAD which returns a number that is smaller than the actual number of bytes available for read on a socket
* large transfers will no longer require any copies of the data
on systems which do not provide the FIONREAD ioctl(), old functionality will be used
this should work on windows, though I (obviously) can't test it myself
thus ends the longest commit message I have ever written
SVN revision: 66063
ECORE-CON-SOCKS! SOCKS ON!!!!
now ecore_con supports socks (v4 and v4a only, so no ipv6) connections natively for making remote connections
for those of you who want their apps to start proxying immediately, just update and export this handy environment variable:
ECORE_CON_SOCKS_V4=[user@]PROXY_IP_ADDRESS:PROXY_PORT[:1] <--use :1 here to enable dns lookups on the proxy
SVN revision: 65934
Subject: [E-devel] [ecore_con] Bug fix when data is NULL.
If data is NULL, curl makes length field as -1 .
length filed should be set by 0.
SVN revision: 65006
Subject: [E-devel] Small patch with ecore_con_url.
When I tested with elementary map, there is too many logs on console.
It makes me difficult to distinguish normal logs that I want to debug.
:'-(
It's libcurl's internal log for representing progress bar like this.
-----
downloaded : 343 / 363
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent
Left
Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:--
--:--:--
0
downloaded : 343 / 362
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent
Left
Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:--
--:--:--
0
downloaded : 343 / 361
% Total % Received % Xferd Average Speed Time Time Time
Current
Dload Upload Total Spent
Left
Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:--
--:--:--
0
downloaded : 344 / 365
downloaded : 345 / 365
downloaded : 346 / 365
downloaded : 347 / 365
-----
So, I want to remove this log.
And I look around ecore_con_url's code.
Then I found solution for it.
SVN revision: 64596
getnameinfo is a blocking call would would resolve a sockaddr into
its hostname, not into an IP address, so the ip_get should use the
inet_ntop call instead.
SVN revision: 63682
Yunhan <spbear@gmail.com>
On Wed, Sep 21, 2011 at 10:51 PM, Kim Yunhan <spbear@gmail.com> wrote:
> Hello!
>
> elm_map uses Ecore Con with CURL.
> I tested elm_map many times on my device.
> But sometimes UI interaction is held when data connection is poor.
> So I tried to debug and I found that this code lead to hold an Ecore
main
> loop.
>
> ----------------------------------------------
> In ecore_con_url.c
>
> while (curl_multi_perform(_curlm, &still_running) ==
> CURLM_CALL_MULTI_PERFORM) ;
> ----------------------------------------------
>
> curl_multi_perform() is CURL's asynchronous API.
> But above code hold an Ecore main loop.
> When it takes long time in libcurl, UI interaction is delayed.
>
> For example, If you have poor data connection.
> libcurl is trying to resolve DNS in this step.
> But it have to wait until timeout.
> At that time it looks like being locked.
>
> So I write a patch for fixing it.
SVN revision: 63636