Bug #18556 [Com]: Setting locale to 'tr_TR' lowercases class names
Edit report at https://bugs.php.net/bug.php?id=18556&edit=1 ID: 18556 Comment by: tolga at profelis dot com dot tr Reported by:spud at nothingness dot org Summary:Setting locale to 'tr_TR' lowercases class names Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Linux (RedHat 7.2) PHP Version:5CVS, 4CVS (2005-10-04) Assigned To:dmitry Block user comment: N Private report: N New Comment: php -v PHP 5.3.3-7+squeeze3 with Suhosin-Patch (cli) (built: Jun 28 2011 08:24:40) Problem continues! Previous Comments: [2010-08-28 12:14:34] web-coder at list dot ru Thanks to Alexey dot Rybak at gmail dot com for a patch, that fix problem if you use only ASCII-symbols in functions/methods names: http://dev.badoo.com/custom_strtolower.diff [2010-08-27 19:17:55] web-coder at list dot ru Please tell me php version, where this problem is already solved. Thanks. [2010-08-09 07:55:30] stevemw at mac dot com +1. I get complaints about the side-effects of this on a weekly basis. Especially awful if you are asked to add turkish support after the fact, when you already have a large codebase. [2010-06-13 20:07:58] ceremcem at cshus dot org EDIT: The code that I used to regenerate this bug as follows: foreach(get_declared_classes() as $class) { if(!class_exists($class)) echo "$class No Longer Exists!\n"; } This code does not produce errors anymore but method names are still giving this type of error. I'm using ImageMagick and its PHP extension, imagick, which gives the error "fatal: thumbnailImage() method not found", seems to be related with this bug. When I rewrite the method name as ...->thumbnailimage(), all works OK. So, the methods documented in http://www.php.net/manual/en/class.imagick.php which include "I" (capital i), it can not be used without replacing "I" with "i". (same errors occur with MagickWand class) Could you please fix this too? [2010-06-13 19:11:23] ceremcem at cshus dot org This bug still exists in PHP version 5.3.2. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=18556 -- Edit this bug report at https://bugs.php.net/bug.php?id=18556&edit=1
#21919 [Opn]: wrong PHP superglobalname in apache environment
ID: 21919 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: additional info for sniper's request; i checkedvar_dump($_SERVER) and only these vars mangled : HTTP_ACCEPT_ENCOD0NG HTTP_CONNECT0ON HTTP_COOK0E other vars (such as SCRIPT_FILENAME , SERVER_ADMIN) fine... i use that script : -- -- and script's output : -- array(30) { ["DOCUMENT_ROOT"]=> string(28) "/usr/HTTPServer/htdocs/en_US" ["HTTP_ACCEPT"]=> string(164) "image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/x-shockwave-flash, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, */*" ["HTTP_ACCEPT_ENCOD0NG"]=> string(13) "gzip, deflate" ["HTTP_ACCEPT_LANGUAGE"]=> string(2) "tr" ["HTTP_CONNECT0ON"]=> string(10) "Keep-Alive" ["HTTP_COOK0E"]=> string(74) "4images_lastvisit=1043070424; 4images_userid=1; seysin=hoIIo; seyIIn=hoIIo" ["HTTP_HOST"]=> string(22) "www.kadikoy-bld.gov.tr" ["HTTP_USER_AGENT"]=> string(69) "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705)" ["HTTPS"]=> string(3) "OFF" ["PATH"]=> string(51) "/usr/bin:/etc:/usr/sbin:/usr/ucb:/usr/bin/X11:/sbin" ["REMOTE_ADDR"]=> string(12) "172.22.1.250" ["REMOTE_PORT"]=> string(4) "2779" ["SCRIPT_FILENAME"]=> string(40) "/usr/HTTPServer/htdocs/en_US/sniper1.php" ["SERVER_ADDR"]=> string(14) "195.155.224.19" ["SERVER_ADMIN"]=> string(24) "[EMAIL PROTECTED]" ["SERVER_NAME"]=> string(22) "www.kadikoy-bld.gov.tr" ["SERVER_PORT"]=> string(2) "80" ["SERVER_SIGNATURE"]=> string(0) "" ["SERVER_SOFTWARE"]=> string(45) "IBM_HTTP_Server/1.3.12.3 Apache/1.3.12 (Unix)" ["UNIQUE_ID"]=> string(19) "PjaKrsOb4BMAAIkMcL4" ["GATEWAY_INTERFACE"]=> string(7) "CGI/1.1" ["SERVER_PROTOCOL"]=> string(8) "HTTP/1.1" ["REQUEST_METHOD"]=> string(3) "GET" ["QUERY_STRING"]=> string(0) "" ["REQUEST_URI"]=> string(12) "/sniper1.php" ["SCRIPT_NAME"]=> string(12) "/sniper1.php" ["PATH_TRANSLATED"]=> string(40) "/usr/HTTPServer/htdocs/en_US/sniper1.php" ["PHP_SELF"]=> string(12) "/sniper1.php" ["argv"]=> array(0) { } ["argc"]=> int(0) } -- Previous Comments: [2003-01-28 07:46:37] [EMAIL PROTECTED] This looks to be related to (or even duplicate of) #21771. [2003-01-28 07:05:21] [EMAIL PROTECTED] of course i'm using register_globals = On [2003-01-28 07:03:21] [EMAIL PROTECTED] Hello, Apache version : IBM_HTTP_Server/1.3.12.3 Apache/1.3.12 OS : AIX 4.3.3 Maintenance Level 10 applied I'm trying build a cookie based session system but an interesting problem occurs.When i use setcookie() function, it sends cookie to browser (and browser stores it) but i don't use cookie with $cookievariable.After a little inspection ( :) ) i found this result : -- Apache env. superglobal name : value HTTP_COOK0E: mytestcookie=mytestval HTTP_CONNECT0ON: Keep-Alive -- it seems wrong superglobal names here (I -> zero) if i use echo "$HTTP_COOK0E"; it works fine but if i use $HTTP_COOKIE not work. -- Edit this bug report at http://bugs.php.net/?id=21919&edit=1
#21919 [NEW]: wrong PHP superglobalname in apache environment
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.3.0 PHP Bug Type: Apache related Bug description: wrong PHP superglobalname in apache environment Hello, Apache version : IBM_HTTP_Server/1.3.12.3 Apache/1.3.12 OS : AIX 4.3.3 Maintenance Level 10 applied I'm trying build a cookie based session system but an interesting problem occurs.When i use setcookie() function, it sends cookie to browser (and browser stores it) but i don't use cookie with $cookievariable.After a little inspection ( :) ) i found this result : -- Apache env. superglobal name : value HTTP_COOK0E: mytestcookie=mytestval HTTP_CONNECT0ON: Keep-Alive -- it seems wrong superglobal names here (I -> zero) if i use echo "$HTTP_COOK0E"; it works fine but if i use $HTTP_COOKIE not work. -- Edit bug report at http://bugs.php.net/?id=21919&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21919&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21919&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21919&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21919&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21919&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21919&r=support Expected behavior: http://bugs.php.net/fix.php?id=21919&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21919&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21919&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21919&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21919&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21919&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21919&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21919&r=gnused
#21919 [Opn]: wrong PHP superglobalname in apache environment
ID: 21919 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: of course i'm using register_globals = On Previous Comments: [2003-01-28 07:03:21] [EMAIL PROTECTED] Hello, Apache version : IBM_HTTP_Server/1.3.12.3 Apache/1.3.12 OS : AIX 4.3.3 Maintenance Level 10 applied I'm trying build a cookie based session system but an interesting problem occurs.When i use setcookie() function, it sends cookie to browser (and browser stores it) but i don't use cookie with $cookievariable.After a little inspection ( :) ) i found this result : -- Apache env. superglobal name : value HTTP_COOK0E: mytestcookie=mytestval HTTP_CONNECT0ON: Keep-Alive -- it seems wrong superglobal names here (I -> zero) if i use echo "$HTTP_COOK0E"; it works fine but if i use $HTTP_COOKIE not work. -- Edit this bug report at http://bugs.php.net/?id=21919&edit=1
#21284 [Fbk->Opn]: don't configure on AIX 4.3.3
ID: 21284 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: i try to compile php4-STABLE-200301230830 and it compiled without this problem.It seems completely patched in this snapshot. Previous Comments: [2003-01-23 00:43:55] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I removed the part that most likely caused that error, so please try new snapshot in about 2 hours from now. [2003-01-23 00:27:15] [EMAIL PROTECTED] i'm using php4-STABLE-200301220630 and following output appears end of configure process but PHP compiled and works fine.. --- cut here --- ./config.status[1787]: 6: bad file unit number ./config.status[1788]: 6: bad file unit number --- cut here --- [2003-01-21 18:56:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip This should be fixed already.. [2002-12-30 04:07:36] [EMAIL PROTECTED] a little addition - cut here--- /opt/freeware/php-4.3.0 > autoconf --version Autoconf version 2.13 - cut here--- [2002-12-30 02:38:12] [EMAIL PROTECTED] System : IBM RS/6000 7044-270 OS : AIX 4.3.3 (Maintenance Level 10 applied) ./configure --with-apxs=blablabla after License and register global warnings displayed an error message appears Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good but 4.3.0 don't configuring...Maybe an autoconf issue i don't know... and following output : --- cut here ./config.status[1814]: 6: bad file unit number ./config.status[1815]: 6: bad file unit number cut here --- -- Edit this bug report at http://bugs.php.net/?id=21284&edit=1
#21284 [Fbk->Opn]: don't configure on AIX 4.3.3
ID: 21284 User updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: *Configuration Issues Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: i'm using php4-STABLE-200301220630 and following output appears end of configure process but PHP compiled and works fine.. --- cut here --- ./config.status[1787]: 6: bad file unit number ./config.status[1788]: 6: bad file unit number --- cut here --- Previous Comments: [2003-01-21 18:56:41] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip This should be fixed already.. [2002-12-30 04:07:36] [EMAIL PROTECTED] a little addition - cut here--- /opt/freeware/php-4.3.0 > autoconf --version Autoconf version 2.13 - cut here--- [2002-12-30 02:38:12] [EMAIL PROTECTED] System : IBM RS/6000 7044-270 OS : AIX 4.3.3 (Maintenance Level 10 applied) ./configure --with-apxs=blablabla after License and register global warnings displayed an error message appears Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good but 4.3.0 don't configuring...Maybe an autoconf issue i don't know... and following output : --- cut here ./config.status[1814]: 6: bad file unit number ./config.status[1815]: 6: bad file unit number cut here --- -- Edit this bug report at http://bugs.php.net/?id=21284&edit=1
#21650 [Com]: libphp4.so not found after a successful compile
ID: 21650 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Compile Failure Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: build_libtool_libs already set to yes :) Previous Comments: [2003-01-19 22:38:30] [EMAIL PROTECTED] I just hit this bug tonight. It appears this bug has been around in one form or another for over a year, but I haven't seen a solid solution yet. Basic bug: libphp4.la created instead of libphp4.so. Closest solution so far: The libphp4.so not is created by make because the libtool have a flag set to no. The libtool is created by configure; before you launch make, edit libtool and set build_libtool_libs=yes. After launched make, under .libs you find libphp4.so.0:move it under libs as libphp4.so and run make install. This did not work for me (libphp4.so.0 file never created - .libs directory isn't created until make install...). Maybe it will work for you. I will keep digging. If I find a solution, I will post it... Research: When I grep the Makefile for libphp4.so, I see: libs/libphp4.bundle: $(PHP_GLOBAL_OBJS) $(PHP_SAPI_OBJS) $(CC) $(MH_BUNDLE_FLAGS) $(CFLAGS_CLEAN) $(EXTRA_CFLAGS) $(LDFLAGS) $(EXTRA_LDFLAGS) $(PHP_GLOBAL_OBJS:.lo=.o) $(PHP_SAPI_OB JS:.lo=.o) $(PHP_FRAMEWORKS) $(EXTRA_LIBS) $(ZEND_EXTRA_LIBS) -o $@ && cp $@ libs/libphp4.so This is a hint towards the solution... [2003-01-15 02:40:17] [EMAIL PROTECTED] config : ./configure --with-apxs=/system/www/bin/apxs gcc version : 2.9-aix43-010414 (yep,this is compiled by IBM for rs/6000 platform) after a successful compiling phase following error message displayed... cut here Installing PHP SAPI module [activating module `php4' in /system/www/conf/httpd.conf] cp libs/libphp4.so /system/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make: 1254-004 The error code from the last command is 1. Stop. - cut here there are libphp4.la and libphp4.a files in libs directory. -- Edit this bug report at http://bugs.php.net/?id=21650&edit=1
#21650 [NEW]: libphp4.so not found after a successful compile
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.3.0 PHP Bug Type: Compile Failure Bug description: libphp4.so not found after a successful compile config : ./configure --with-apxs=/system/www/bin/apxs gcc version : 2.9-aix43-010414 (yep,this is compiled by IBM for rs/6000 platform) after a successful compiling phase following error message displayed... cut here Installing PHP SAPI module [activating module `php4' in /system/www/conf/httpd.conf] cp libs/libphp4.so /system/www/libexec/libphp4.so cp: libs/libphp4.so: A file or directory in the path name does not exist. apxs:Break: Command failed with rc=1 make: 1254-004 The error code from the last command is 1. Stop. - cut here there are libphp4.la and libphp4.a files in libs directory. -- Edit bug report at http://bugs.php.net/?id=21650&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21650&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21650&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21650&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21650&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21650&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21650&r=support Expected behavior: http://bugs.php.net/fix.php?id=21650&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21650&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21650&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21650&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21650&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21650&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21650&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21650&r=gnused
#21511 [NEW]: don't configure on aix
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.3.0 PHP Bug Type: *Configuration Issues Bug description: don't configure on aix System : IBM RS/6000 7044-270 OS : AIX 4.3.3 (Maintenance Level 10 applied) ./configure --with-apxs=blablabla after License and register global warnings displayed an error message appears Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good but 4.3.0 don't configuring...Maybe an autoconf issue i don't know... Autoconf version 2.13 and following output : --- cut here ./config.status[1814]: 6: bad file unit number ./config.status[1815]: 6: bad file unit number cut here --- -- Edit bug report at http://bugs.php.net/?id=21511&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21511&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21511&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21511&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21511&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21511&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21511&r=support Expected behavior: http://bugs.php.net/fix.php?id=21511&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21511&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21511&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21511&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21511&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21511&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21511&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21511&r=gnused
#21284 [Com]: don't configure on AIX 4.3.3
ID: 21284 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: *Configuration Issues Operating System: AIX 4.3.3 PHP Version: 4.3.0 New Comment: a little addition - cut here--- /opt/freeware/php-4.3.0 > autoconf --version Autoconf version 2.13 - cut here--- Previous Comments: [2002-12-30 02:38:12] [EMAIL PROTECTED] System : IBM RS/6000 7044-270 OS : AIX 4.3.3 (Maintenance Level 10 applied) ./configure --with-apxs=blablabla after License and register global warnings displayed an error message appears Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good but 4.3.0 don't configuring...Maybe an autoconf issue i don't know... and following output : --- cut here ./config.status[1814]: 6: bad file unit number ./config.status[1815]: 6: bad file unit number cut here --- -- Edit this bug report at http://bugs.php.net/?id=21284&edit=1
#21284 [NEW]: don't configure on AIX 4.3.3
From: [EMAIL PROTECTED] Operating system: AIX 4.3.3 PHP version: 4.3.0 PHP Bug Type: *Configuration Issues Bug description: don't configure on AIX 4.3.3 System : IBM RS/6000 7044-270 OS : AIX 4.3.3 (Maintenance Level 10 applied) ./configure --with-apxs=blablabla after License and register global warnings displayed an error message appears Olders versions (4.0.6,4.2.1,4.2.2,4.2.3) configured and compiled good but 4.3.0 don't configuring...Maybe an autoconf issue i don't know... and following output : --- cut here ./config.status[1814]: 6: bad file unit number ./config.status[1815]: 6: bad file unit number cut here --- -- Edit bug report at http://bugs.php.net/?id=21284&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21284&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21284&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21284&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21284&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21284&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21284&r=support Expected behavior: http://bugs.php.net/fix.php?id=21284&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21284&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21284&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21284&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21284&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21284&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21284&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21284&r=gnused