www.digitalmars.com         C & C++   DMDScript  

digitalmars.D - libcurl

reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
I sat down to write an announcement to the libcurl mailing list that we 
have support for it starting with 2.053. To my surprise, when I tried to 
provide a link to the documentation, there wasn't any available.

Furthermore, when I tried to generate documentation it came messed up. 
Obviously ddoc had never been run against the module.

What should we do? Fix this or wait until Jonas' D native bindings come up?


Thanks,

Andrei
May 18 2011
parent reply Walter Bright <newshound2 digitalmars.com> writes:
On 5/18/2011 10:50 AM, Andrei Alexandrescu wrote:
 I sat down to write an announcement to the libcurl mailing list that we have
 support for it starting with 2.053. To my surprise, when I tried to provide a
 link to the documentation, there wasn't any available.

 Furthermore, when I tried to generate documentation it came messed up.
Obviously
 ddoc had never been run against the module.

 What should we do? Fix this or wait until Jonas' D native bindings come up?
Fix it now.
May 18 2011
parent reply jdrewsen <jdrewsen nospam.com> writes:
Den 18-05-2011 19:59, Walter Bright skrev:
 On 5/18/2011 10:50 AM, Andrei Alexandrescu wrote:
 I sat down to write an announcement to the libcurl mailing list that
 we have
 support for it starting with 2.053. To my surprise, when I tried to
 provide a
 link to the documentation, there wasn't any available.

 Furthermore, when I tried to generate documentation it came messed up.
 Obviously
 ddoc had never been run against the module.

 What should we do? Fix this or wait until Jonas' D native bindings
 come up?
Fix it now.
If there's anything I need to do then let me hear. /Jonas
May 18 2011
parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 5/18/11 5:34 PM, jdrewsen wrote:
 Den 18-05-2011 19:59, Walter Bright skrev:
 On 5/18/2011 10:50 AM, Andrei Alexandrescu wrote:
 I sat down to write an announcement to the libcurl mailing list that
 we have
 support for it starting with 2.053. To my surprise, when I tried to
 provide a
 link to the documentation, there wasn't any available.

 Furthermore, when I tried to generate documentation it came messed up.
 Obviously
 ddoc had never been run against the module.

 What should we do? Fix this or wait until Jonas' D native bindings
 come up?
Fix it now.
If there's anything I need to do then let me hear. /Jonas
Would be great if you found the time to make a pull request with fixed documentation for etc/c/curl. Generate the html document however you wish and I'll take care of integrating it with the general template etc. Thanks, Andrei
May 18 2011
parent reply jdrewsen <jdrewsen nospam.com> writes:
Den 19-05-2011 00:46, Andrei Alexandrescu skrev:
 On 5/18/11 5:34 PM, jdrewsen wrote:
 Den 18-05-2011 19:59, Walter Bright skrev:
 On 5/18/2011 10:50 AM, Andrei Alexandrescu wrote:
 I sat down to write an announcement to the libcurl mailing list that
 we have
 support for it starting with 2.053. To my surprise, when I tried to
 provide a
 link to the documentation, there wasn't any available.

 Furthermore, when I tried to generate documentation it came messed up.
 Obviously
 ddoc had never been run against the module.

 What should we do? Fix this or wait until Jonas' D native bindings
 come up?
Fix it now.
If there's anything I need to do then let me hear. /Jonas
Would be great if you found the time to make a pull request with fixed documentation for etc/c/curl. Generate the html document however you wish and I'll take care of integrating it with the general template etc. Thanks, Andrei
It seems to be on digitalmars.com now so I guess you did it yourself :) /Jonas
May 19 2011
next sibling parent Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 5/19/11 3:28 PM, jdrewsen wrote:
 Den 19-05-2011 00:46, Andrei Alexandrescu skrev:
 On 5/18/11 5:34 PM, jdrewsen wrote:
 Den 18-05-2011 19:59, Walter Bright skrev:
 On 5/18/2011 10:50 AM, Andrei Alexandrescu wrote:
 I sat down to write an announcement to the libcurl mailing list that
 we have
 support for it starting with 2.053. To my surprise, when I tried to
 provide a
 link to the documentation, there wasn't any available.

 Furthermore, when I tried to generate documentation it came messed up.
 Obviously
 ddoc had never been run against the module.

 What should we do? Fix this or wait until Jonas' D native bindings
 come up?
Fix it now.
If there's anything I need to do then let me hear. /Jonas
Would be great if you found the time to make a pull request with fixed documentation for etc/c/curl. Generate the html document however you wish and I'll take care of integrating it with the general template etc. Thanks, Andrei
It seems to be on digitalmars.com now so I guess you did it yourself :) /Jonas
Walter did, last night. I mentioned to him that he should tell you in order to avoid duplicate work, but he must've forgotten (as did I), so I'm glad you looked it up. Andrei
May 19 2011
prev sibling next sibling parent reply Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 5/19/11 3:28 PM, jdrewsen wrote:
[snip]

Speaking of which, what's the status on recycling them buffers? :o)

Andrei
May 19 2011
parent reply jdrewsen <jdrewsen nospam.com> writes:
Den 19-05-2011 22:50, Andrei Alexandrescu skrev:
 On 5/19/11 3:28 PM, jdrewsen wrote:
 [snip]

 Speaking of which, what's the status on recycling them buffers? :o)
I'm slowly going through all the suggestions I received in the "Curl wrapper" thread. I still haven't fixed the recycling buffers though. /Jonas
May 20 2011
parent Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> writes:
On 5/20/11 4:16 PM, jdrewsen wrote:
 Den 19-05-2011 22:50, Andrei Alexandrescu skrev:
 On 5/19/11 3:28 PM, jdrewsen wrote:
 [snip]

 Speaking of which, what's the status on recycling them buffers? :o)
I'm slowly going through all the suggestions I received in the "Curl wrapper" thread. I still haven't fixed the recycling buffers though. /Jonas
Great. It's very exciting that once that is done, a two-stroke download program that transfers data at optimal speed is a five-liner: import std.exception, std.net.curl, std.stdio; void main(string[] args) { enforce(args == 2, "Usage: " ~ args[0] ~ " url"); foreach (chunk; Http.byChunk(args[1])) { stdout.rawWrite(chunk); } } If we play our cards right, then (a) the memory allocated will be constant in the size of the input, (b) reading and writing will not block each other (except when buffers are full or starved), and (c) transfer rate will be optimal, i.e. never slower than the minimum of input and output rate. I'm really looking forward to this. Andrei
May 20 2011
prev sibling parent reply Walter Bright <newshound2 digitalmars.com> writes:
On 5/19/2011 1:28 PM, jdrewsen wrote:
 It seems to be on digitalmars.com now so I guess you did it yourself :)
http://www.digitalmars.com/d/2.0/phobos/etc_c_curl.html I did pretty much a whack job on it, merely converting the existing comments to ddoc comments, just to fill the void. It could definitely benefit from a more professional take on it - 1. providing sections such as License:, Copyright:, etc., like other Phobos modules 2. include hyperlinks to where to get libcurl, online documentation for curl, etc.
May 19 2011
parent Jacob Carlborg <doob me.com> writes:
On 2011-05-19 23:45, Walter Bright wrote:
 On 5/19/2011 1:28 PM, jdrewsen wrote:
 It seems to be on digitalmars.com now so I guess you did it yourself :)
http://www.digitalmars.com/d/2.0/phobos/etc_c_curl.html
Wow!! The "Jump to" section fills up my entire screen. -- /Jacob Carlborg
May 19 2011