helly Sat Aug 13 06:16:05 2005 EDT
Modified files:
/php-src/ext/standard type.c php_type.h basic_functions.c
Log:
Add is_unicode(), is_binary() and is_buffer()
http://cvs.php.net/diff.php/php-src/ext/standard/type.c?r1=1.31&r2=1.32&ty=u
Index: php-src/ex
helly Sat Aug 13 06:19:32 2005 EDT
Modified files:
/php-src/ext/standard type.c
Log:
- IS_STRING does not necessarily mean ascii so 'standard' is better
# Maybe we call them legacy strings
http://cvs.php.net/diff.php/php-src/ext/standard/type.c?r1=1
Hi Marcus,
isn't it possible to move this into the engine for efficiency reasons?
Andrey
Marcus Boerger wrote:
helly Sat Aug 13 06:19:32 2005 EDT
Modified files:
/php-src/ext/standard type.c
Log:
- IS_STRING does not necessarily mean ascii so 'standard' i
wez Sat Aug 13 08:33:00 2005 EDT
Modified files:
/php-src/ext/standard datetime.h
Log:
could have sworn that I did this already
http://cvs.php.net/diff.php/php-src/ext/standard/datetime.h?r1=1.23&r2=1.24&ty=u
Index: php-src/ext/standard/datetime.h
diff
wez Sat Aug 13 09:43:32 2005 EDT
Modified files:
/php-src/ext/unicodeconfig.w32 unicode.c
Log:
Fixup config.w32.
Implement unicode_decode() and unicode_encode(), as described in
README.UNICODE.
Still need to decide how to handle errors here,
wez Sat Aug 13 09:46:29 2005 EDT
Modified files:
/CVSROOTavail
Log:
Rolland will need karma if he's going to hack on unicode.
http://cvs.php.net/diff.php/CVSROOT/avail?r1=1.1008&r2=1.1009&ty=u
Index: CVSROOT/avail
diff -u CVSROOT/avail:1.1008 CVSROOT/
Hello Andrey,
not really. Havin it as functions in the engine wouldn't change anything.
Having it as opcodes it would be much faster but then all of those would
become keywords and that would break tons of scripts (assuming i am not the
only one using var names like $is_string, $is_array and suc
wez Sat Aug 13 15:03:59 2005 EDT
Modified files:
/php-src/ext/com_dotnet com_handlers.c com_variant.c
Log:
unicode enable COM parameters (but not method/property names yet)
http://cvs.php.net/diff.php/php-src/ext/com_dotnet/com_handlers.c?r1=1.30&r2=1
wez Sat Aug 13 15:22:04 2005 EDT
Modified files:
/php-src/main/streams streams.c
Log:
a bit of pedantic ws
http://cvs.php.net/diff.php/php-src/main/streams/streams.c?r1=1.84&r2=1.85&ty=u
Index: php-src/main/streams/streams.c
diff -u php-src/main/str
I would prefer calling them 'native' strings since they represent non-
Unicode strings for the most part.
-Andrei
On Aug 13, 2005, at 3:19 AM, Marcus Boerger wrote:
hellySat Aug 13 06:19:32 2005 EDT
Modified files:
/php-src/ext/standardtype.c
Log:
- IS_STRING does not
helly Sat Aug 13 17:18:48 2005 EDT
Modified files:
/php-src/ext/standard type.c
Log:
- ntive is better than standard (Andrei)
http://cvs.php.net/diff.php/php-src/ext/standard/type.c?r1=1.33&r2=1.34&ty=u
Index: php-src/ext/standard/type.c
diff -u php-src/
Hello Andrei,
as you whish!
marcus
Saturday, August 13, 2005, 10:40:23 PM, you wrote:
> I would prefer calling them 'native' strings since they represent non-
> Unicode strings for the most part.
> -Andrei
> On Aug 13, 2005, at 3:19 AM, Marcus Boerger wrote:
>> hellySat Aug 13 06
Hi Marcus,
but now one can use $array, $float, $int ..., how is_string different?
php -r '$array=1;var_dump($array);$print=2;var_dump($print);'
int(1)
int(2)
Andrey
Marcus Boerger wrote:
Hello Andrey,
not really. Havin it as functions in the engine wouldn't change anything.
Having it as o
sniper Sat Aug 13 20:46:53 2005 EDT
Modified files:
/php-src/ext/wddx php_wddx.h wddx.c
Log:
- consistency fix, part 1/inf
http://cvs.php.net/diff.php/php-src/ext/wddx/php_wddx.h?r1=1.18&r2=1.19&ty=u
Index: php-src/ext/wddx/php_wddx.h
diff -u php-src/ext/wddx
sniper Sat Aug 13 21:17:52 2005 EDT
Modified files:
/php-src/ext/wddx php_wddx_api.h
/php-src/ext/wddx/tests 001.phpt bug27287.phpt
Log:
Missed some "de" to "un" changes
http://cvs.php.net/diff.php/php-src/ext/wddx/php_wddx_api.h?r1=1.23&r2=1.24&ty=u
sniper Sat Aug 13 22:03:03 2005 EDT
Modified files:
/php-src/ext/unicodeunicode.c
Log:
fix protos
http://cvs.php.net/diff.php/php-src/ext/unicode/unicode.c?r1=1.3&r2=1.4&ty=u
Index: php-src/ext/unicode/unicode.c
diff -u php-src/ext/unicode/unicode.c:1.3
Does this take into account the fact that default_charset is
considered deprecated when unicode_semantics=on?
-Andrei
On Aug 12, 2005, at 2:46 PM, Antony Dovgal wrote:
tony2001Fri Aug 12 17:46:16 2005 EDT
Modified files:
/php-src/mainmain.c
Log:
allow default_charset
The basic idea is that we always return a result, whether we raise an
error or not. The type of error we raise also differs: in case of
U_ILLEGAR_CHAR_FOUND, we definitely want to stop all processing,
return what we processed so far, and raise a more noticeable error.
For U_INVALID_CHAR_FOU
18 matches
Mail list logo
