PHP 4.0 Bug #9963 Updated: strtr behaves differently than unix tr

From: Date: Thu, 29 Mar 2001 11:35:31 +0000
Subject: PHP 4.0 Bug #9963 Updated: strtr behaves differently than unix tr
Groups: php.dev 
Request: Send a blank email to php-dev+get-50205@lists.php.net to get a copy of this message
ID: 9963 Updated by: stas Reported By: chris_abbey@yahoo.com Old-Status: Open Status: Closed Bug Type: Strings related Assigned To: Comments: The function works just like it's defined to work, so it's not a bug. You can use any of the replace functions (fastest would be str_replace, I guess) to achieve the -d functionality. Previous Comments: --------------------------------------------------------------------------- [2001-03-25 18:23:36] chris_abbey@yahoo.com I'm using the preg_replace routine to get equivalent function. --------------------------------------------------------------------------- [2001-03-23 21:55:06] chris_abbey@yahoo.com $str = "abcdefghij"; $str = strtr($str, "abcdef", "XYZ"); results in "XYZdefghij" where as in standard unix: echo "abcdefghij" | tr 'abcdef' 'XYZ' would output "XYZZZZghij" because the last character is repeated automatically. Some versions will return "XYZXYZghij" because they reuse the second string, but I'm not if that's the "correct" behaviour, or if the fisrt one is... for what I'm trying to accomplish it doesn't matter though. An example of why this is a problem... $obj_nom = "The Foo-Object"; $file_nom = strtr($obj_nom, " -", ""); // or ..., ''); One would expect this to assign "TheFooObject" to $file_nom... but instead no translation is performed. This would also be the same as: tr -d ' -' which is logically equivalent to: tr ' -' '' There does not appear to be a native php function to do the same thing, infact the editors of the user coments have a couple times told people to use strtr or one of the regexp replacement libraries to accomplish this... not knowing that none of them seem to do so. --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9963&edit=2

« previous php.dev (#50205) next »