Bug #65999 [Opn->Nab]: autoloading of aliased namespaced classes fails when including twice a file
Edit report at https://bugs.php.net/bug.php?id=65999&edit=1 ID: 65999 Updated by: ni...@php.net Reported by:giunta dot gaetano at gmail dot com Summary:autoloading of aliased namespaced classes fails when including twice a file -Status: Open +Status: Not a bug Type: Bug Package:*General Issues Operating System: win7 64bit PHP Version:5.4.21 Block user comment: N Private report: N New Comment: String class names must always be fully qualified, i.e. if you need to write class_exists('A\B\C'). Namespace aliases don't work in strings. If you are using PHP 5.5 you can alternatively write class_exists(A::class). Previous Comments: [2013-10-30 16:45:05] gg at ez dot no ...and apparently it has nothing to do with re-including the original file (my bad) [2013-10-30 16:42:50] gg at ez dot no Here's a test file with a somewhat odd result: https://bugs.php.net/bug.php?id=65999 -- Edit this bug report at https://bugs.php.net/bug.php?id=65999&edit=1
Bug #64269 [Opn->Nab]: Reading conf files takes 30minutes
Edit report at https://bugs.php.net/bug.php?id=64269&edit=1 ID: 64269 Updated by: krak...@php.net Reported by:phpfpm1 at gmail dot com Summary:Reading conf files takes 30minutes -Status: Open +Status: Not a bug Type: Bug Package:FPM related Operating System: CentOS 5.8 PHP Version:5.3.21 Block user comment: N Private report: N New Comment: This is expected, normal parsing routine. Previous Comments: [2013-02-21 18:27:29] phpfpm1 at gmail dot com Description: Hello, we have a lot of users on the system and reading php-fpm conf files is a bit "weird". Why is it reading every byte? Checking every char looks like a bug. Test script: --- strace /usr/local/php53/sbin/php-fpm53 --fpm-config /usr/local/php53/etc/php-fpm.conf Expected result: Reading whole lines. Actual result: -- open("/usr/local/directadmin/data/users/test83/php/php-fpm53.conf", O_RDONLY) = 4 read(4, "\n", 1)= 1 read(4, "\n", 1)= 1 read(4, "\n", 1)= 1 read(4, "\n", 1)= 1 read(4, "\n", 1)= 1 read(4, "\n", 1)= 1 read(4, "[", 1) = 1 read(4, "t", 1) = 1 read(4, "e", 1) = 1 read(4, "s", 1) = 1 read(4, "t", 1) = 1 read(4, "8", 1) = 1 read(4, "3", 1) = 1 read(4, "]", 1) = 1 read(4, "\n", 1)= 1 read(4, "u", 1) = 1 read(4, "s", 1) = 1 read(4, "e", 1) = 1 read(4, "r", 1) = 1 read(4, " ", 1) = 1 read(4, "=", 1) = 1 read(4, " ", 1) = 1 read(4, "$", 1) = 1 read(4, "p", 1) = 1 read(4, "o", 1) = 1 read(4, "o", 1) = 1 read(4, "l", 1) = 1 read(4, "\n", 1)= 1 read(4, "g", 1) = 1 read(4, "r", 1) = 1 read(4, "o", 1) = 1 read(4, "u", 1) = 1 read(4, "p", 1) = 1 read(4, " ", 1) = 1 read(4, "=", 1) = 1 read(4, " ", 1) = 1 read(4, "$", 1) = 1 read(4, "p", 1) = 1 read(4, "o", 1) = 1 read(4, "o", 1) = 1 read(4, "l", 1) = 1 read(4, "\n", 1)= 1 read(4, "\n", 1)= 1 read(4, "l", 1) = 1 read(4, "i", 1) = 1 read(4, "s", 1) = 1 read(4, "t", 1) = 1 read(4, "e", 1) = 1 read(4, "n", 1) = 1 read(4, " ", 1) = 1 read(4, "=", 1) = 1 read(4, " ", 1) = 1 read(4, "/", 1) = 1 read(4, "t", 1) = 1 read(4, "m", 1) = 1 read(4, "p", 1) = 1 read(4, "/", 1) = 1 read(4, "f", 1) = 1 read(4, "p", 1) = 1 read(4, "m", 1) = 1 read(4, "5", 1) = 1 read(4, "3", 1) = 1 read(4, "/", 1) = 1 read(4, "$", 1) = 1 read(4, "p", 1) = 1 read(4, "o", 1) = 1 read(4, "o", 1) = 1 read(4, "l", 1) = 1 read(4, ".", 1) = 1 read(4, "s", 1) = 1 read(4, "o", 1) = 1 read(4, "c", 1) = 1 read(4, "k", 1) = 1 read(4, "\n", 1)= 1 read(4, "\n", 1)= 1 read(4, "p", 1) = 1 read(4, "m", 1) = 1 read(4, " ", 1) = 1 read(4, "=", 1) = 1 read(4, " ", 1) = 1 read(4, "d", 1) = 1 read(4, "y", 1) = 1 read(4, "n", 1) = 1 read(4, "a", 1) = 1 read(4, "m", 1) = 1 read(4, "i", 1) = 1 read(4, "c", 1) = 1 read(4, "\n", 1)= 1 rea
Bug #64057 [Fbk->NoF]: substr_replace failed charset utf-8
Edit report at https://bugs.php.net/bug.php?id=64057&edit=1 ID: 64057 Updated by: php-bugs@lists.php.net Reported by: ltsujiguchi at gmail dot com Summary: substr_replace failed charset utf-8 -Status: Feedback +Status: No Feedback Type: Bug Package: Strings related Operating System: Ubuntu 12.10 PHP Version: 5.4.11 Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: [2013-10-24 06:32:39] yohg...@php.net Taking look at the source code, I don't see the cause of this report. I also get http://3v4l.org/FMSW9 Try to ask Ubuntu developers. [2013-10-10 07:36:31] datib...@php.net Couldn't reproduce this on quite a few versions; see also: http://3v4l.org/FMSW9 [2013-01-26 13:54:01] ltsujiguchi at gmail dot com Using echo bin2hex($cond); Return: 6e6f74696369612e6e6f74696369615f746974756c6f204c494b452025c3a925204f52206e6f74696 369615f6e6f74696369615f636f6e746575646f204c494b4525c3a9253f [2013-01-26 13:50:36] ltsujiguchi at gmail dot com Update comment above: [2013-01-26 13:37 UTC] ltsujiguchi at gmail dot com Using source in gedit new file Manually Result: noticia.noticia_titulo LIKE %éééééááááá% OR noticia.noticia_cont%éééééááááá%udo LIKE ? [2013-01-26 13:42:04] ltsujiguchi at gmail dot com Concatenating solved using substr. 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=64057 -- Edit this bug report at https://bugs.php.net/bug.php?id=64057&edit=1
Bug #65304 [Com]: Use of max int in array_sum
Edit report at https://bugs.php.net/bug.php?id=65304&edit=1 ID: 65304 Comment by: thuhc at yahoo dot com Reported by:koushky at gmail dot com Summary:Use of max int in array_sum Status: Closed Type: Bug Package:Arrays related Operating System: Ubuntu 13.04 64bit PHP Version:5.4.17 Block user comment: N Private report: N New Comment: This bug still happen on ARM 64bits (aarch64) /root/php-5.5.4/ext/standard/tests/array/bug65304.phpt int(-9223372036854775808) float(9.2233720368548E+18) 001+ int(-9223372036854775808) 002- float(%s) Previous Comments: [2013-07-21 13:07:45] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=3380de9774551964af976aa48328e7e6f9bd78ff Log: Fixed bug #65304 (Use of max int in array_sum) [2013-07-21 12:12:03] larue...@php.net use fast_add_function here fixed the in-consistent. [2013-07-21 12:11:25] larue...@php.net The following patch has been added/updated: Patch Name: bug65304.patch Revision: 1374408685 URL: https://bugs.php.net/patch-display.php?bug=65304&patch=bug65304.patch&revision=1374408685 [2013-07-21 09:47:33] koushky at gmail dot com update [2013-07-21 09:37:52] koushky at gmail dot com Description: If we add amount of max INT with number 1 in array_sum function , the result will be false. While if we add this two via plus (+) operator ,the result will be true. My operation system is 64 bit. Test script: --- /* max INT in 64bit = 9223372036854775807 */ var_dump(array_sum(array(9223372036854775807,1))); var_dump(9223372036854775807+1); Expected result: int(-9223372036854775808) float(9.2233720368548E+18) Actual result: -- float(9.2233720368548E+18) float(9.2233720368548E+18) -- Edit this bug report at https://bugs.php.net/bug.php?id=65304&edit=1
Bug #63355 [Fbk->NoF]: PHP 5.3.x failes with core dump
Edit report at https://bugs.php.net/bug.php?id=63355&edit=1 ID: 63355 Updated by: php-bugs@lists.php.net Reported by: rainer dot herbst at uni-potsdam dot de Summary: PHP 5.3.x failes with core dump -Status: Feedback +Status: No Feedback Type: Bug Package: Reproducible crash Operating System: Solaris 10 SPARC PHP Version: 5.3.18 Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: [2013-10-24 07:33:20] yohg...@php.net Since we don't fix bugs in 5.3, could you try to see if 5.4 or later segfaults. [2012-11-12 14:25:39] rainer dot herbst at uni-potsdam dot de The core dumps with the "zend_hash_find" problem occure when APC is disabled. With APC enabled, we find "zend_vm_stack_alloc" in the core dumps. [2012-11-12 13:36:02] johan...@php.net Does this also happen without APC? Any chance to get som ereproduce code? hard to identify otherwise. [2012-11-12 09:46:05] rainer dot herbst at uni-potsdam dot de Disabling APC does not solve the Problem. In both php 5.3. and 5.4 we still receive core dumps like this: core '/var/cores/n-moodle2-6.1352712335.24296.httpd' of 24296: /opt/zeik/apache24/sbin/httpd -k start -f /opt/site/etc/httpd/httpd.co fe09de40 zend_hash_find (fe646b24, 21b888, 25, ffbff180, ff, 6f646c65) + 50 fe018e10 zend_set_compiled_filename (21b888, 2252, ffbff1f8, 21ba68, 24, 0) + 48 fdfdbabc open_file_for_scanning (ffbff4c8, 1, ffc0, 21b888, 0, 0) + 304 fdfdbbec compile_file (ffbff4c8, 2, 0, 0, 21b7c8, 21b7c8) + 94 fd9a20f0 phar_compile_file (ffbff4c8, 2, ffc0, 80, 540ba4, 48) + 3b8 fe07e7e8 zend_execute_scripts (2, 0, 1, ffbff4c8, 70687000, 7068702d) + 140 fe19e6dc php_handler (53ee28, e1, 0, 1231d8, 127920, 0) + 74c 0005c534 ap_run_handler (53ee28, 53f9f0, 0, 1413b8, , 1) + 8c 0005d1c4 ap_invoke_handler (53ee28, 0, 53ede8, 0, 0, 0) + 154 0007da90 ap_process_async_request (53ee28, 0, 4, 4b0870, 0, 4) + 488 0007dba4 ap_process_request (53ee28, 4, 53ee28, 53fa50, 0, 4b0870) + 24 00078edc ap_process_http_sync_connection (4b0870, 4b0b20, 0, 4b05d8, 53ee28, 4b0b08) + 7c 0007903c ap_process_http_connection (4b0870, 4b05d8, 4b05d8, 4b0b20, 0, 0) + 64 0006c1f4 ap_run_process_connection (4b0870, 4b05d8, 4b05d8, 1416f0, , 0) + 8c 0006c8c8 ap_process_connection (4b0870, 4b05d8, 4b05d8, 14, 4ae638, 4b45a8) + 60 0008746c child_main (14, 86398, 0, da6d8, 4b0870, 0) + 93c 0008775c make_child (dfd18, 14, 0, 0, 1cf4, fefb6100) + 1f4 00087820 startup_children (20, 2, 97fe4, 1415f8, 14, 1) + 90 00087f7c prefork_run (ba940, 11a108, dfd18, 0, 0, b4928) + 254 000379bc ap_run_mpm (ba940, 11a108, dfd18, f2050, , 0) + 9c 0002e01c main (5, ffbffd4c, ffbffd64, ac800, ff0e0100, 0) + 12ec 0002ba38 _start (0, 0, 0, 0, 0, 0) + d8 zend_hash_find is quite a short function, so it should not be so difficult to find the reason for this annoying instability... [2012-10-30 12:01:18] rainer dot herbst at uni-potsdam dot de Compiled the latest APC version (3.1.13), but same behaviour: - core dumps with fe256d98 zend_vm_stack_alloc (1040, ffbff478, fe222de8, 0, 0, 0) + 110 - Service brought to maintenance modus every now and than. 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=63355 -- Edit this bug report at https://bugs.php.net/bug.php?id=63355&edit=1
Bug #66011 [Com]: Wrong serialize of rounded value
Edit report at https://bugs.php.net/bug.php?id=66011&edit=1 ID: 66011 Comment by: mail at johanntanzer dot at Reported by:proh dot alexey at gmail dot com Summary:Wrong serialize of rounded value Status: Open Type: Bug Package:*General Issues PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Could not reproduce I get string(4) "0.33" string(11) "s:4:"0.33";" as expected Previous Comments: [2013-10-31 13:19:34] proh dot alexey at gmail dot com Description: Wrong serialize of rounded value Test script: --- $a = strval(round(1 / 3, 2)); var_dump($a, serialize($a)); Expected result: float(0.33) string(7) "d:0.33;" Actual result: -- float(0.33) string(59) "d:0.330015543122344752191565930843353271484375;" -- Edit this bug report at https://bugs.php.net/bug.php?id=66011&edit=1
Bug #51271 [Fbk->NoF]: CLI script + Sockets + Windows causes hang/pause at end of script execution
Edit report at https://bugs.php.net/bug.php?id=51271&edit=1 ID: 51271 Updated by: php-bugs@lists.php.net Reported by: funnymonkeybanana at gmail dot com Summary: CLI script + Sockets + Windows causes hang/pause at end of script execution -Status: Feedback +Status: No Feedback Type: Bug Package: CGI/CLI related Operating System: win32 only PHP Version: 5.2.13 Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: [2013-10-24 08:11:33] yohg...@php.net Please try using this snapshot: http://snaps.php.net/php5.4-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-03-11 02:45:51] funnymonkeybanana at gmail dot com Description: I've experienced this problem for years but have never bothered to report it until now. I write a lot of command-line PHP scripts and I've found that scripts that do not attempt to open a socket connection terminate immediately at the end of the program. However, scripts that contact remote (or even 'localhost') servers (i.e. open a socket during script execution) hang for about 5 seconds before returning control to the command prompt. I only experience this issue on Windows machines. Linux and OSX boxes seem unaffected. Test script: --- http://www.google.com/";); echo "Hi!\n"; ?> Expected result: Return to the command prompt as soon as the "Hi!" is output. Actual result: -- Reaches the end of the script (after displaying "Hi!") and simply hangs for 5 seconds or so. -- Edit this bug report at https://bugs.php.net/bug.php?id=51271&edit=1
Bug #66011 [Opn->Fbk]: Wrong serialize of rounded value
Edit report at https://bugs.php.net/bug.php?id=66011&edit=1 ID: 66011 Updated by: ni...@php.net Reported by:proh dot alexey at gmail dot com Summary:Wrong serialize of rounded value -Status: Open +Status: Feedback Type: Bug Package:*General Issues PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Can't reproduce this either. Don't see how that result could possible happen with the strval() call in there. Previous Comments: [2013-10-31 15:55:24] mail at johanntanzer dot at Could not reproduce I get string(4) "0.33" string(11) "s:4:"0.33";" as expected [2013-10-31 13:19:34] proh dot alexey at gmail dot com Description: Wrong serialize of rounded value Test script: --- $a = strval(round(1 / 3, 2)); var_dump($a, serialize($a)); Expected result: float(0.33) string(7) "d:0.33;" Actual result: -- float(0.33) string(59) "d:0.330015543122344752191565930843353271484375;" -- Edit this bug report at https://bugs.php.net/bug.php?id=66011&edit=1
Bug #64877 [Com]: is_numeric() doesn't treat strings in binary notation as documented
Edit report at https://bugs.php.net/bug.php?id=64877&edit=1 ID: 64877 Comment by: ni...@php.net Reported by:cmbecker69 at gmx dot de Summary:is_numeric() doesn't treat strings in binary notation as documented Status: Open Type: Bug Package:Scripting Engine problem Operating System: any PHP Version:5.4.0 and later Block user comment: N Private report: N New Comment: Related discussion for is_numeric_string: http://markmail.org/message/ax2drcb6dolr5agl. General consensus is that we would rather remove hex support than add support for binary and octal. Previous Comments: [2013-10-31 16:43:09] cmbecker69 at gmx dot de | This is bugged also for hex numbers: The results are as expected according to the documentation. Note, that a hexadecimal number is only reported as being numeric, if it is in hexadecimal string notation (i.e. starting with 0x). The first example is correctly reported as being numeric, because the "e" is recognized as starting the exponential part of the number. [2013-10-31 16:08:45] daniele dot didomizio at eurac dot edu This is bugged also for hex numbers: print "526e948280122 " .(is_numeric("526e948280122") ? "numeric" : "not numeric"). PHP_EOL; print "526a948280122 ". (is_numeric("526a948280122") ? "numeric" : "not numeric"). PHP_EOL; print "0x526a948280122 ". (is_numeric("0x526a948280122") ? "numeric" : "not numeric"). PHP_EOL; print "526f948280122 ". (is_numeric("526f948280122") ? "numeric" : "not numeric"). PHP_EOL; output is: 526e948280122 numeric 526a948280122 not numeric 0x526a948280122 numeric 526f948280122 not numeric tested with versions 5.5.4-1 and 5.4.4 (Debian version 5.4.4-14+deb7u5) [2013-08-18 04:01:08] yohg...@php.net > is_numeric()/intval() (many others) were not taken into account new format. is_numeric()/intval() (may be others) were not taken into account new format. [2013-08-18 03:46:48] yohg...@php.net This problem was introduced when binary format integer was supported. is_numeric()/intval() (many others) were not taken into account new format. [2013-08-18 03:43:45] yohg...@php.net Related to https://bugs.php.net/bug.php?id=65418 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=64877 -- Edit this bug report at https://bugs.php.net/bug.php?id=64877&edit=1
Bug #65999 [Com]: autoloading of aliased namespaced classes fails when including twice a file
Edit report at https://bugs.php.net/bug.php?id=65999&edit=1 ID: 65999 Comment by: gg at ez dot no Reported by:giunta dot gaetano at gmail dot com Summary:autoloading of aliased namespaced classes fails when including twice a file Status: Not a bug Type: Bug Package:*General Issues Operating System: win7 64bit PHP Version:5.4.21 Block user comment: N Private report: N New Comment: OK - but then maybe this could be made more clear in the docs? Previous Comments: [2013-10-31 16:11:11] ni...@php.net String class names must always be fully qualified, i.e. if you need to write class_exists('A\B\C'). Namespace aliases don't work in strings. If you are using PHP 5.5 you can alternatively write class_exists(A::class). [2013-10-30 16:45:05] gg at ez dot no ...and apparently it has nothing to do with re-including the original file (my bad) [2013-10-30 16:42:50] gg at ez dot no Here's a test file with a somewhat odd result: https://bugs.php.net/bug.php?id=65999 -- Edit this bug report at https://bugs.php.net/bug.php?id=65999&edit=1
Bug #63558 [Fbk->NoF]: Random crash in php-fpm
Edit report at https://bugs.php.net/bug.php?id=63558&edit=1 ID: 63558 Updated by: php-bugs@lists.php.net Reported by: goelvivek2011 at gmail dot com Summary: Random crash in php-fpm -Status: Feedback +Status: No Feedback Type: Bug Package: SQLite related Operating System: amazon-linux PHP Version: 5.3.18 Private report: N New Comment: No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Re-Opened". Thank you. Previous Comments: [2013-10-24 06:52:38] yohg...@php.net By the way, we don't fix 5.3 bug anymore. Try it with 5.4. [2013-10-24 06:51:41] yohg...@php.net I guess amazon-linux also has debuginfo packages. To identify which packages you need, use gdb and read start up message. (i.e. execute 'gdb php-cgi') Then you can get better backtrace. [2012-11-20 06:14:39] goelvivek2011 at gmail dot com @laruence How to identify the cause? What all can go wrong in this flow? [2012-11-20 02:55:41] larue...@php.net according to your description, I think maybe not a fpm issue, but sqlite3 [2012-11-19 07:30:29] goelvivek2011 at gmail dot com Description: Description: php-fpm is randomly crashing with error message: WARNING: [pool www] child 20063 exited on signal 11 (SIGSEGV - core dumped) after 187826.894044 seconds from start PHP package details: PHP 5.3.18 (cli) (built: Nov 5 2012 19:35:04) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies Configuration command: Configure Command => './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-amazon-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib64' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/var/lib' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib64' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--disable-rpath' '--without-pear' '--with-bz2' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--enable-gd-native-ttf' '--with-t1lib=/usr' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable- ftp' '--enable-magic-quotes' '--enable-sockets' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--without-sqlite' '--with-libxml-dir=/usr' '--enable-xml' '--with-system-tzdata' '--with-mhash' '--enable-force-cgi-redirect' '--libdir=/usr/lib64/php' '--enable-pcntl' '--with-imap=shared' '--with-imap-ssl' '--enable-mbstring=shared' '--enable-mbregex' '--with-gd=shared' '--enable-bcmath=shared' '--enable-dba=shared' '--with-db4=/usr' '--with-xmlrpc=shared' '--with-ldap=shared' '--with-ldap-sasl' '--enable-mysqlnd=shared' '--with-mysql=shared,mysqlnd' '--with-mysqli=shared,mysqlnd' '--enable-dom=shared' '--with-pgsql=shared' '--enable-wddx=shared' '--with-snmp=shared,/usr' '--enable-soap=shared' '--with-xsl=shared,/usr' '--enable-xmlreader=shared' '--enable-xmlwriter=shared' '--with-curl=shared,/usr' '--enable-fastcgi' '--enable-pdo=shared' '--with-pdo-odbc=shared,unixODBC,/usr' '--with-pdo-mysql=shared,mysqlnd' '--with-pdo-pgsql=shared,/usr' '--with-pdo- sqlite=shared,/usr' '--with-pdo-dblib=shared,/usr' '--with-sqlite3=shared,/usr' '--enable-json=shared' '--enable-zip=shared,/usr' '--without-readline' '--with-libedit' '--with-pspell=shared' '--enable-phar=shared' '--with-mcrypt=shared,/usr' '--with-tidy=shared,/usr' '--with-mssql=shared,/usr' '--enable-sysvmsg=shared' '--enable-sysvshm=shared' '--enable-sysvsem=shared' '--enable-posix=shared' '--with-unixODBC=shared,/usr' '--enable-fileinfo=shared' '--enable-intl=shared' '--with-icu-dir=/usr' '--with-enchant=no' '--with-recode=shared,/usr' Any other information unique or specific to your setup: We are custom compiling sqlite3 extension. For compilation we followed following steps: 1. Download php source code. 2. Download latest sqlite3 source code. 3. Copy latest sqlite files to ext/sqlite3/libsqlite/ folder. 4.