← Back to branch summary

~ubuntu-branches/ubuntu/edgy/curl/edgy

« back to all changes in this revision

Viewing changes to docs/TODO

  • Committer: Bazaar Package Importer
  • Author(s): Matthias Klose
  • Date: 2005-07-26 19:03:01 UTC
  • mfrom: (1.1.3 upstream)
  • Revision ID: james.westby@ubuntu.com-20050726190301-x2m2vmjgc8fwnic5
Tags: 7.14.0-2ubuntu1
Synchronize with Debian.

Show diffs side-by-side

added added

removed removed

Lines of Context:
docs/TODO
26
26
 
27
27
 * More data sharing. curl_share_* functions already exist and work, and they
28
28
   can be extended to share more. For example, enable sharing of the ares
29
 
   channel.
 
29
   channel and the connection cache.
30
30
 
31
31
 * Introduce a new error code indicating authentication problems (for proxy
32
32
   CONNECT error 407 for example). This cannot be an error code, we must not
35
35
 
36
36
 * Use 'struct lifreq' and SIOCGLIFADDR instead of 'struct ifreq' and
37
37
   SIOCGIFADDR on newer Solaris versions as they claim the latter is obsolete.
 
38
   To support ipv6 interface addresses properly.
 
39
 
 
40
 * Add the following to curl_easy_getinfo(): GET_HTTP_IP, GET_FTP_IP and
 
41
   GET_FTP_DATA_IP. Return a string with the used IP. Suggested by Alan.
38
42
 
39
43
 LIBCURL - multi interface
40
44
 
41
 
 * Add a curl_multi_fdset() alternative that returns only two arrays with file
42
 
   desrciptors for reading and writing to allow the app to use whatever
43
 
   function it prefers. Plus, this allows apps to avoid the FD_SETSIZE problem
44
 
   with select().
 
45
 * Add a curl_multi_fdset() alternative. this allows apps to avoid the
 
46
   FD_SETSIZE problem with select().
45
47
 
46
48
 * Add curl_multi_timeout() to make libcurl's ares-functionality better.
47
49
 
62
64
 
63
65
 FTP
64
66
 
 
67
 * Make the detection of (bad) %0d and %0a codes in FTP url parts earlier in
 
68
   the process to avoid doing a resolve and connect in vain.
 
69
 
65
70
 * Support GSS/Kerberos 5 for ftp file transfer. This will allow user
66
71
   authentication and file encryption.  Possible libraries and example clients
67
72
   are available from MIT or Heimdal. Requsted by Markus Moeller.
96
101
   This could possibly be implemented using the multi interface to queue
97
102
   requests and the response data.
98
103
 
 
104
 * When doing CONNECT to a HTTP proxy, libcurl always uses HTTP/1.0. This has
 
105
   never been reported as causing trouble to anyone, but should be considered
 
106
   to use the HTTP version the user has chosen.
 
107
 
99
108
 TELNET
100
109
 
101
110
 * Reading input (to send to the remote server) on stdin is a crappy solution
133
142
   it be? There's so much that could be done if it were! (brought by Chris
134
143
   Clark)
135
144
 
136
 
 * Make curl's SSL layer option capable of using other free SSL libraries.
137
 
   Such as the Mozilla Security Services
138
 
   (http://www.mozilla.org/projects/security/pki/nss/) and GnuTLS
139
 
   (http://www.gnu.org/software/gnutls/) This subject has been brought up
140
 
   again recently since GPL-licensed applications that link with libcurl MAY
141
 
   NOT distribute binaries that use OpenSSL without adding an exception clause
142
 
   to the GPL license. See the LICENSE-MIXING document and this:
143
 
   http://www.gnome.org/~markmc/openssl-and-the-gpl.html
 
145
 * Make curl's SSL layer capable of using other free SSL libraries.  Such as
 
146
   Mozilla Security Services
 
147
   (http://www.mozilla.org/projects/security/pki/nss/), MatrixSSL
 
148
   (http://www.matrixssl.org/) or yaSSL (http://yassl.com/). At least the
 
149
   latter two could be alternatives for those looking to reduce the footprint
 
150
   of libcurl built with OpenSSL or GnuTLS.
144
151
 
145
152
 LDAP
146
153
 
148
155
   lib/ldap.c source file and get moved to the main network code so that the
149
156
   multi interface and friends will work for LDAP as well.
150
157
 
 
158
 NEW PROTOCOLS
 
159
 
 
160
 * TFTP - RFC1350 (protocol) and RFC3617 (URI format)
 
161
 
 
162
   Dan Fandrich: I wrote a tftp protocol module as part of the I-Boot
 
163
   bootloader under a BSD-style license with attribution clause
 
164
   http://download.intrinsyc.com/supported/tools/i-boot-lite/i-boot-lite-1.8/src/libs/net/tftp.c
 
165
 
 
166
 * RTSP - RFC2326 (protocol - very HTTP-like, also contains URL description)
 
167
 
 
168
 * SFTP/SCP/SSH (no RFCs for protocol nor URI/URL format). An implementation
 
169
   should most probably use an existing ssh library, such as OpenSSH.
 
170
 
 
171
 * RSYNC (no RFCs for protocol nor URI/URL format).  An implementation should
 
172
   most probably use an existing rsync library, such as librsync.
 
173
 
151
174
 CLIENT
152
175
 
153
176
 * "curl --sync http://example.com/feed[1-100].rss" or
210
233
 
211
234
 * Consider extending 'roffit' to produce decent ASCII output, and use that
212
235
   instead of (g)nroff when building src/hugehelp.c
213
 
  
 
236
 
214
237
 TEST SUITE
215
238
 
216
239
 * Make the test servers able to serve multiple running test suites. Like if