Re: Adding path_len to all stream functions in trunk
| From: | Dmitry Stogov | Date: | Tue, 16 Nov 2010 08:08:30 +0000 |
| Subject: | Re: Adding path_len to all stream functions in trunk | ||
| References: | 1 2 3 4 5 6 7 8 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-50239@lists.php.net to get a copy of this message | ||
hi,
don't we have ext/filter that should check all the dangerous input strings? It would be useless to perform additional checks for constant stings known at compile time (e.g. on include "foo.php")
Thanks. Dmitry.
Rasmus Lerdorf wrote:
On 11/15/10 10:12 PM, Stas Malyshev wrote:Hi!It still worries me a bit. Distros love to separate core extensions into separate packages and if you update one of those without updating the core package, it will break. Hopefully they have hard dependencies so you can't install php-curl-5.3.4 on php-5.3.3, for example. -RasmusWell, it changes the signature of that function, so while we don't break backward binary compatibility, we break forward compatibility within the 5.3 branch. As in, if I change my extension to use this new NoNull string flag, it will no longer work on<5.3.3 whereas if I do the if(strlen(filename) != filename_len) check, this will still work in all 5.3 releases.So if you have such extension, and you need to have it compatible with previous versions (e.g. PECL one), use the check. That doesn't prevent us from having the flag in the core code and thus keeping it cleaner.