note 84303 added to language.types.string
| From: | sassospicco at osu1 dot php dot net | Date: | Tue, 08 Jul 2008 15:33:59 +0000 |
| Subject: | note 84303 added to language.types.string | ||
| Groups: | php.notes | ||
| Request: | Send a blank email to php-notes+get-141272@lists.php.net to get a copy of this message | ||
That's my point, nullhility.
Using the null character, the behaviour is clear: a null character is a string and $a[1] will be a
string. Period.
Now see it my way: I set $a[1] (string) to a different type (NULL) and PHP has to "invent"
a corresponding value related to string type. He uses a null char. But the page "converting to
string" of this manual (this_page#language.types.string.casting) clearly says "NULL is
always converted to an empty string.".
This is the strange behaviour I wanted to underline.
----
Server IP: 213.92.11.19
Probable Submitter: 84.220.143.55
----
Manual Page -- http://www.php.net/manual/en/language.types.string.php
Edit -- https://master.php.net/note/edit/84303
Del: integrated -- https://master.php.net/note/delete/84303/integrated
Del: useless -- https://master.php.net/note/delete/84303/useless
Del: bad code -- https://master.php.net/note/delete/84303/bad+code
Del: spam -- https://master.php.net/note/delete/84303/spam
Del: non-english -- https://master.php.net/note/delete/84303/non-english
Del: in docs -- https://master.php.net/note/delete/84303/in+docs
Del: other reasons-- https://master.php.net/note/delete/84303
Reject -- https://master.php.net/note/reject/84303
Search -- https://master.php.net/manage/user-notes.php