~ubuntu-branches/ubuntu/gutsy/curl/gutsy

« back to all changes in this revision

Viewing changes to docs/TODO

  • Committer: Bazaar Package Importer
  • Author(s): Martin Pitt
  • Date: 2006-06-29 15:04:24 UTC
  • mto: This revision was merged to the branch mainline in revision 8.
  • Revision ID: james.westby@ubuntu.com-20060629150424-be178abcwks1n519
Tags: upstream-7.15.4
ImportĀ upstreamĀ versionĀ 7.15.4

Show diffs side-by-side

added added

removed removed

Lines of Context:
14
14
 
15
15
 LIBCURL
16
16
 
17
 
 * Introduce an interface to libcurl that allows applications to easier get to
18
 
   know what cookies that are received. CURLINFO_COOKIELIST to get a
19
 
   curl_slist with cookies (netscape/mozilla cookie file formatted), and
20
 
   CURLOPT_COOKIELIST to set a list of cookies (using the same format).
21
 
   http://curl.haxx.se/mail/lib-2004-12/0195.html
22
 
 
23
17
 * Introduce another callback interface for upload/download that makes one
24
18
   less copy of data and thus a faster operation.
25
19
   [http://curl.haxx.se/dev/no_copy_callbacks.txt]
43
37
 * Add option that changes the interval in which the progress callback is
44
38
   called at most.
45
39
 
 
40
 * Make libcurl built with c-ares use c-ares' IPv6 abilities. They weren't
 
41
   present when we first added c-ares support but they have been added since!
 
42
   When this is done and works, we can actually start considering making c-ares
 
43
   powered libcurl the default build (which of course would require that we'd
 
44
   bundle the c-ares source code in the libcurl source code releases).
 
45
 
 
46
 * Support CONNECT 407 responses that kill the connection and expect the
 
47
   client to reconnect to complete the authentication. Currently libcurl
 
48
   assumes that a proxy connection will be kept alive.
 
49
 
 
50
 * Make the curl/*.h headers include the proper system includes based on what
 
51
   was present at the time when configure was run. Currently, the sys/select.h
 
52
   header is for example included by curl/multi.h only on specific platforms
 
53
   we know MUST have it. This is error-prone. We therefore want the header
 
54
   files to adapt to configure results. Those results must be stored in a new
 
55
   header and they must use a curl name space, i.e not be HAVE_* prefix (as
 
56
   that would risk collide with other apps that use libcurl and that runs
 
57
   configure).
 
58
 
46
59
 LIBCURL - multi interface
47
60
 
48
 
 * Add a curl_multi_fdset() alternative. this allows apps to avoid the
49
 
   FD_SETSIZE problem with select().
50
 
 
51
 
 * Add curl_multi_timeout() to make libcurl's ares-functionality better.
52
 
 
53
61
 * Make sure we don't ever loop because of non-blocking sockets return
54
 
   EWOULDBLOCK or similar. This FTP command sending, the SSL connection etc.
 
62
   EWOULDBLOCK or similar. The GnuTLS connection etc.
55
63
 
56
64
 * Make transfers treated more carefully. We need a way to tell libcurl we
57
65
   have data to write, as the current system expects us to upload data each
61
69
   ready to accept read data. Today libcurl feeds the data as soon as it is
62
70
   available for reading, no matter what.
63
71
 
64
 
 * Add curl_multi_socket() and family to the multi interface that gets file
65
 
   descriptors, as an alternative to the curl_multi_fdset(). This is necessary
66
 
   to allow apps to properly avoid the FD_SETSIZE problem.
67
 
 
68
72
 * Make curl_easy_perform() a wrapper-function that simply creates a multi
69
73
   handle, adds the easy handle to it, runs curl_multi_perform() until the
70
74
   transfer is done, then detach the easy handle, destroy the multi handle and
182
186
 * Work out a common method with Peter Sylvester's OpenSSL-patch for SRP
183
187
   on the TLS to provide name and password
184
188
 
 
189
 * Fix the connection phase to be non-blocking when multi interface is used
 
190
 
 
191
 * Add a way to check if the connection seems to be alive, to corrspond to the
 
192
   SSL_peak() way we use with OpenSSL.
 
193
 
185
194
 LDAP
186
195
 
187
196
 * Look over the implementation. The looping will have to "go away" from the
193
202
 * RTSP - RFC2326 (protocol - very HTTP-like, also contains URL description)
194
203
 
195
204
 * SFTP/SCP/SSH (no RFCs for protocol nor URI/URL format). An implementation
196
 
   should most probably use an existing ssh library, such as OpenSSH.
 
205
   should most probably use an existing ssh library, such as OpenSSH. or
 
206
   libssh2.org
197
207
 
198
208
 * RSYNC (no RFCs for protocol nor URI/URL format).  An implementation should
199
209
   most probably use an existing rsync library, such as librsync.