diff options
| author | Daniel Stenberg <daniel@haxx.se> | 2004-02-06 14:17:30 +0000 |
|---|---|---|
| committer | Daniel Stenberg <daniel@haxx.se> | 2004-02-06 14:17:30 +0000 |
| commit | 208a31f54966f3b2db3e5dc8ea46f05e3f499070 (patch) | |
| tree | 6cf607ffbe1b6f06a59c1df62b34c460b7b4af37 | |
| parent | e565631afee38105530701d8092c412f738d8ec3 (diff) | |
The Curl_strtoll() issue
| -rw-r--r-- | TODO-RELEASE | 7 |
1 files changed, 7 insertions, 0 deletions
diff --git a/TODO-RELEASE b/TODO-RELEASE index 9b6e7ff2a..3f01693a5 100644 --- a/TODO-RELEASE +++ b/TODO-RELEASE @@ -35,6 +35,13 @@ To get fixed in 7.11.1 (planned release in March 2004) 24. When using ares, create the ares channel in the curl_easy_init function and re-use the same channel during the life time of the curl handle. +25. Curl_strtoll() is not part of the libcurl API, yet 'curl' needs a function + like this. We need to sort out how to deal with it. I really don't like + adding non-transfer related functions to the API. Is there a downside with + putting such files in a common dir for functions/code that can be used by + both the lib and the client code? Other functions that could be treated + the same way include the *printf and the string comparison functions etc. + To get fixed in 7.11.2 (planned release May/June 2004) ====================== |