cvs: php-src / unicode-todo.txt

andrei Mon Mar 27 19:18:40 2006 UTC Modified files: /php-src unicode-todo.txt Log: http://cvs.php.net/viewcvs.cgi/php-src/unicode-todo.txt?r1=1.9&r2=1.10&diff_format=u Index: php-src/unicode-todo.txt diff -u php-src/unicode-todo.txt:1.9 php-src/unicode-todo.txt:1.10 --- php-src/unicode-todo.txt:1.9 Sun Mar 26 21:46:01 2006 +++ php-src/unicode-todo.txt Mon Mar 27 19:18:40 2006 @@ -5,16 +5,6 @@ * Discuss putting ZEND_ATTRIBUTE_FORMAT back on zend_error() or create a new zend_error_ex() function that supports new specifiers -* Finalize zend_hash_get_current_key_ex() discussion. We probably need to - have zend_u_hash_get_current_key_ex() and have the old function proxy to it. - The question is what happens when an IS_UNICODE key is present and the old - function is called. - -* use zend_literal_to_unicode when comparing "this" and such - -* fix string offset operator to work only on strings, and array offset one - to work only on arrays - * Should we apply identifier validity checks in functions that deal with identifiers, such as define(), get_class(), etc? @@ -25,36 +15,21 @@ involved. This concerns both the extension functions and things like compile_file(), open_file_for_scanning(), etc. -* Use U_STRING_DECL/U_STRING/INIT for initializing literals possibly. - * Measure performance difference when doing quickCheck + normalize versus simple normalize. -* Find all instances where unicode strings are compare with memcmp() and +* Find all instances where unicode strings are compared with memcmp() and replace either with u_memcmpCodePointOrder() or ucol_strcoll() * Opening a collator may return U_USING_DEFAULT_WARNING, U_USING_FALLBACK_WARNING -* Need to make http input work as described in the design doc. - -* Solve ZTS issues. Some extensions store pointers to internal - zend_class_entries during extension startup, but these pointers can be changed - from request to request (dependent on "unicode" setting). Right now these - pointers are reinitialized during request startup but they are still stored - in real global variables. Probably the problem should be solved in other way - or pinters to zend_class_entries should be stored in module globals. +* Need to finish making HTTP input work as described in the design doc. It + is almost there, but needs to handle conversion errors and provide a way to + explicitly re-decode raw data with specified encoding. * output.c needs a lot of work as it passes char* around -* Should strtoupper()/strtolower() use full or simple case mapping? - -* Replace all instances of EMPTY_STR with U_EMPTY_STR which is defined to be - ((UChar*)"\0\0") - -* Change implementation of strtoupper()/strtolower() to use simple case - mapping. - * Optimize T_INLINE_HTML blocks conversion by either creating a converter cache or remembering the last used converter in the executor globals.