On Sat, 13 Apr 2013, David Strauss wrote:
While I initially assumed it would be outside the scope of libcurl, I
noticed that the SFTP and FTP implementations include directory listings.
The biggest difference for those protocols I believe, is that they A) have
directory listing as part of the
On Sat, 13 Apr 2013, Daniel Stenberg wrote:
> > 1) This only adds support to the URL and not to the username /
> > password that may be specified with the --user or -u command line
> > arguments. It wouldn't take much more work to add support for this
> > as well but I wanted to gather others' o
On Thu, 11 Apr 2013, Steve Holme wrote:
> > The command line is only taking "sip" as username due to : in username.
> > Is there any mechanism to make it work with current username only?
>
> I'm not saying this will work but have you tried URL encoding the colon ?
>
> For example:
>
> curl.exe --
Hi Daniel,
On Sun, 14 Apr 2013, Steve Holme wrote:
> > At times authors of applications want to provide user + password
> > separate from the URL for various reasons. I figure the same will go
> > for "options" associated with it as well...
>
> Sure - I will work on adding this as well.
I've g
On 12 Apr 2013, at 21:57, Daniel Stenberg wrote:
> commit 61d259f95045c was just pushed with a fix for this. Thanks for the
> report!
Cheers Daniel!
sam deane / @samdeane | elegantchaos.com / @elegantchaoscom | mac and ios
software development
--
On Sun, 14 Apr 2013, Steve Holme wrote:
it looks like the username is URL decoded when it is part of the URL but not
when passed via the --user argument.
So the following should work:
curl.exe --digest http://
sip%3aal...@example.com:password@system:8080/resource-lists/users/sip:alice@
exam
On Sun, Apr 14, 2013 at 1:36 AM, Daniel Stenberg wrote:
> The biggest difference for those protocols I believe, is that they A) have
> directory listing as part of their protocol concepts and B) don't need any
> extra 3rd party lib to handle the directory linstings. HTTP has no directory
> listing
Hello guys,
i use libcurl to fetch the html-infos from a certaini web-page, and all functions work well. Thanks!
But i notice that :
In my infinite Loop the connection ID which start with"#" increase always, even the connection is closed later! And it may exceed the max-Integer of my Linux in
On Mon, 15 Apr 2013, dfgfgdf sdfsdf wrote:
In my infinite Loop the connection ID which start with"#" increase always,
even the connection is closed later! And it may exceed the max-Integer of my
Linux in future?
1. It only increases when a new connection is created, not for re-used ones.
2.
