Bug #65940 [Opn-Fbk]: zend_dtrace.d failed to resolve INP_IPV4
Edit report at https://bugs.php.net/bug.php?id=65940edit=1 ID: 65940 Updated by: s...@php.net Reported by:devzone dot my at gmail dot com Summary:zend_dtrace.d failed to resolve INP_IPV4 -Status: Open +Status: Feedback Type: Bug Package:*General Issues Operating System: FreeBSD 10.0-BETA1 PHP Version:5.5.5 Block user comment: N Private report: N New Comment: Some brainstorm thoughts: - Does it work with older FreeBSD releases? - Did http://git.php.net/?p=php-src.git;a=commit;h=3c5e22921202bf5451774b23e2a25fb73029fc68 affect anything? - Do you need anything special for FreeBSD in the PHP_INIT_DTRACE macro in acinclude.m4? - Check with PHP 5.5.1. Some DTrace fixes have been merged since then, but they were not expected to impact FreeBSD. I, personally, can only test DTrace on Solaris and Oracle Linux. Previous Comments: [2013-10-21 16:57:23] devzone dot my at gmail dot com Description: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ # make showconfig -C /usr/ports/lang/php55 | grep DTRACE DTRACE=on: Enable DTrace support --- CFLAGS=-O2 -pipe -fno-strict-aliasing dtrace -h -C -s /usr/ports/lang/php55/work/php-5.5.5/Zend/zend_dtrace.d -o Zend/zend_dtrace_gen.h.bak sed -e 's,PHP_,DTRACE_,g' Zend/zend_dtrace_gen.h.bak Zend/zend_dtrace_gen.h dtrace: failed to compile script /usr/ports/lang/php55/work/php-5.5.5/Zend/zend_dtrace.d: /usr/lib/dtrace/regs_x86.d, line 30: failed to resolve INP_IPV4: Unknown variable name *** [Zend/zend_dtrace_gen.h] Error code 1 make[2]: stopped in /usr/ports/lang/php55/work/php-5.5.5 1 error -- Edit this bug report at https://bugs.php.net/bug.php?id=65940edit=1
Bug #61450 [Asn-Csd]: oci8, open ldap not working
Edit report at https://bugs.php.net/bug.php?id=61450edit=1 ID: 61450 Updated by: s...@php.net Reported by:pratheeshrajan18 at gmail dot com Summary:oci8, open ldap not working -Status: Assigned +Status: Closed Type: Bug Package:LDAP related Operating System: Linux PHP Version:trunk-SVN-2012-03-20 (SVN) Assigned To:sixd Block user comment: N Private report: N New Comment: I've patched PHP 5.5. and the master branches to allow the ldap extension to be compiled with Oracle's LDAP implementation, if desired. Note the implementations differ so you will see different ldap behavior. The patch allows configuration similar to: --with-ldap=$HOME/instantclient --with-oci8=instantclient,$HOME/instantclient The patch doesn't support configuration similar to: --with-ldap --with-oci8=instantclient,$HOME/instantclient since this would try and mix the default LDAP and Oracle LDAP implementations. Regardless of this patch, my recommended way to install both OCI8 and ldap extensions is to statically configure PHP with ldap, and then add OCI8 as a shared extension from PECL. Previous Comments: [2013-10-01 14:15:57] m...@php.net Related To: Bug #62003 [2013-09-30 11:31:47] m...@php.net Hi Chris, could you have a quick look on this PR, please? [2012-03-24 01:56:07] s...@php.net The best solution is to build PHP without OCI8, and then build OCI8 as a shared extension. There are hack solutions that may or may not work like editing Makefile, changing INCLUDES to remove the -I Oracle include directory, and adding that -I option explicitly to every oci8*.c file. Also see the patch https://github.com/cjbj/php- src/commit/68b1abcd789711586c481feb12b985e5807ebeaa [2012-03-20 10:14:17] pratheeshrajan18 at gmail dot com changed to right package [2012-03-20 10:10:18] pratheeshrajan18 at gmail dot com Description: ldap functionality is not working when i configure ldap and oci8 together. I am getting Out of memory error while trying ldap. But, when i disabled oci8, it worked well. Could some one help please.. My configuration looks like './configure' '--with-apxs2=/appl/apache3/bin/apxs' '--with-mysql=/appl/mysql/' '--with-zlib' '--prefix=/appl/php5.2.9' '--enable-sockets' '--with-ldap' '--with-oci8=instantclient,/usr/lib/oracle/11.1/client64/lib/' '--enable-mbstring' '--with-mysqli' '--with-xmlrpc' '--with-libxml-dir' '--with-openssl' '--with-pcre-dir' '--with-pspell' '--enable-soap' '--with-xmlrpc' '--with-curl' '--enable-exif' '--with-gd' I tried changing the order of ldap and oci8 in the config, that also didn't work for me. All thoughts welcome Thanks, Prats Test script: --- Sample code --- ?php $ldapServer = ldap://ldap.example.com;; $ldaprdn = my user; $ldappass = my pass; $ldap_conn = ldap_connect($ldapServer); $ldapbind =ldap_bind($ldap_conn); if($ldapbind) { echo success; } else { echo LDAP-Errno: . ldap_err2str(ldap_errno($ldap_conn)) . br /\n; echo binding failed; echo ; Getting the ldap error no: 10. Could any one have any idea ? Thanks in advance :) Prats. -- Edit this bug report at https://bugs.php.net/bug.php?id=61450edit=1
Bug #65687 [Asn-Dup]: oci_connect() fails with segmentation fault signal
Edit report at https://bugs.php.net/bug.php?id=65687edit=1 ID: 65687 Updated by: s...@php.net Reported by:grig-siren at rambler dot ru Summary:oci_connect() fails with segmentation fault signal -Status: Assigned +Status: Duplicate Type: Bug Package:Oracle related Operating System: Linux PHP Version:Irrelevant Assigned To:sixd Block user comment: N Private report: N New Comment: Upgrade. I believe this will solve your issues. Previous Comments: [2013-09-24 08:35:32] grig-siren at rambler dot ru Bug report #58477 looks like something similar. But I use PHP 5.3.3. The following is from my phpinfo() result: OCI8 Supportenabled Version 1.4.5 Revision$Revision: 305257 $ Oracle Instant Client Version 10.2 [2013-09-23 15:17:45] s...@php.net What would be most useful is version numbers of PHP OCI8, the Oracle client libraries and the Oracle database. I thought this crash was fixed long ago. See bugs like https://bugs.php.net/bug.php?id=58477 and https://bugs.php.net/bug.php?id=59896 [2013-09-18 06:21:43] grig-siren at rambler dot ru Sorry, but I can't do so. To do so I need DBA access rights to Oracle to restore user's password life time and make this password expired. But I don't have such rights. But I'm sure the problem is located inside oci_connect() call and execution. To locate it I have put debugging trigger_error() calls in my script in different places. And when I put trigger_error() call just before call to oci_connect() and another just after it - then I have got 'before' print in '/var/log/httpd/error_log' and fauilure message just after it. BTW, when I tried to connect to the same database with another tools (such as SQLDeveloper or SQL*Plus), I have got message ORA-2800x (sorry, I don't remember the last digit). I think, oci_connect() receives the same message, but don't expect it, and that's the reason of failure. [2013-09-17 21:47:56] fel...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2013-09-17 10:15:34] grig-siren at rambler dot ru Description: I have tried to connect to Oracle database after user's password has expired. And result was: failure of PHP with message child pid ... exit signal Segmentation fault(11) in '/var/log/httpd/error_log' file. Then I asked Oracle DBA to modify user's profile and set password life time to unlimited - and after that all my scripts again work correctly. As I understand, the reason of such situation is warning message about password expiration issued by database during connection process. I think, this message is a big surprise for function oci_connect(). -- Edit this bug report at https://bugs.php.net/bug.php?id=65687edit=1
Bug #65687 [Opn-Fbk]: oci_connect() fails with segmentation fault signal
Edit report at https://bugs.php.net/bug.php?id=65687edit=1 ID: 65687 Updated by: s...@php.net Reported by:grig-siren at rambler dot ru Summary:oci_connect() fails with segmentation fault signal -Status: Open +Status: Feedback Type: Bug Package:Oracle related Operating System: Linux PHP Version:Irrelevant -Assigned To: +Assigned To:sixd Block user comment: N Private report: N New Comment: What would be most useful is version numbers of PHP OCI8, the Oracle client libraries and the Oracle database. I thought this crash was fixed long ago. See bugs like https://bugs.php.net/bug.php?id=58477 and https://bugs.php.net/bug.php?id=59896 Previous Comments: [2013-09-18 06:21:43] grig-siren at rambler dot ru Sorry, but I can't do so. To do so I need DBA access rights to Oracle to restore user's password life time and make this password expired. But I don't have such rights. But I'm sure the problem is located inside oci_connect() call and execution. To locate it I have put debugging trigger_error() calls in my script in different places. And when I put trigger_error() call just before call to oci_connect() and another just after it - then I have got 'before' print in '/var/log/httpd/error_log' and fauilure message just after it. BTW, when I tried to connect to the same database with another tools (such as SQLDeveloper or SQL*Plus), I have got message ORA-2800x (sorry, I don't remember the last digit). I think, oci_connect() receives the same message, but don't expect it, and that's the reason of failure. [2013-09-17 21:47:56] fel...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2013-09-17 10:15:34] grig-siren at rambler dot ru Description: I have tried to connect to Oracle database after user's password has expired. And result was: failure of PHP with message child pid ... exit signal Segmentation fault(11) in '/var/log/httpd/error_log' file. Then I asked Oracle DBA to modify user's profile and set password life time to unlimited - and after that all my scripts again work correctly. As I understand, the reason of such situation is warning message about password expiration issued by database during connection process. I think, this message is a big surprise for function oci_connect(). -- Edit this bug report at https://bugs.php.net/bug.php?id=65687edit=1
Bug #65562 [Opn-Fbk]: memory leak in zend_parse_arg
Edit report at https://bugs.php.net/bug.php?id=65562edit=1 ID: 65562 Updated by: s...@php.net Reported by:rrh at newrelic dot com Summary:memory leak in zend_parse_arg -Status: Open +Status: Feedback Type: Bug Package:Performance problem Operating System: all PHP Version:5.5.3 Block user comment: N Private report: N New Comment: Waiting feedback on the patch Previous Comments: [2013-08-26 23:07:33] rrh at newrelic dot com I will test the patch, and in the future come up with patches for your review. [2013-08-26 23:02:38] yohg...@php.net I suspect you have pointer issue. Valgrind does not handle ***(pointer to pointer to pointer) well. Check your hash handling code carefully, it may help. [2013-08-26 23:02:10] johan...@php.net meant to write your problem :-) [2013-08-26 23:01:42] johan...@php.net https://github.com/johannes/php-src/commit/3bfe148c83d6c9b4134ac4fc5f6e0ae36f3f2c42 This might fix your issue. As you won't be telling whether this is our problem I can't properly test it. I'd welcome if you could test it and in future help providing patches. [2013-08-26 22:55:31] yohg...@php.net It should be by using ext_skel shell script. It should be easy by using ext_skel shell script. 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=65562 -- Edit this bug report at https://bugs.php.net/bug.php?id=65562edit=1
Bug #65490 [Opn-Csd]: Duplicate calls to get lineno filename for DTRACE_FUNCTION_*
Edit report at https://bugs.php.net/bug.php?id=65490edit=1 ID: 65490 Updated by: s...@php.net Reported by:s...@php.net Summary:Duplicate calls to get lineno filename for DTRACE_FUNCTION_* -Status: Open +Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Linux PHP Version:5.4Git-2013-08-20 (Git) -Assigned To: +Assigned To:sixd Block user comment: N Private report: N New Comment: The patch was committed. Previous Comments: [2013-08-20 23:52:17] s...@php.net The patch should be merged to 5.4, 5.5 and master. [2013-08-20 23:40:15] s...@php.net Description: In zend_dtrace.c:dtrace_execute_ex(), the lineno filename values are fetched twice when DTRACE_FUNCTION_ENTRY_ENABLED() and DTRACE_FUNCTION_RETURN_ENABLED() are true. -- Edit this bug report at https://bugs.php.net/bug.php?id=65490edit=1
Bug #62692 [Ver-Csd]: PHP fails to build with dtrace
Edit report at https://bugs.php.net/bug.php?id=62692edit=1 ID: 62692 Updated by: s...@php.net Reported by:eugene at zhegan dot in Summary:PHP fails to build with dtrace -Status: Verified +Status: Closed Type: Bug Package:*General Issues Operating System: Solaris 10 x86 PHP Version:5.4.5 Assigned To:dsp Block user comment: N Private report: N New Comment: The patch was merged to 5.4, 5.5 and master branches on 16th August. Previous Comments: [2013-08-15 05:14:18] eugene at zhegan dot in I've tested this patch on Solaris 11.1. Works just great - building went fine, probes are functional when running php. Thanks for a great work. [2013-08-14 20:21:19] s...@php.net To use the patch: - Download a recent PHP 5.4/5.4/trunk snapshot from http://snaps.php.net - patch acinclude.m4.patch - rm -f configure ./buildconf --force - ./configure ... [2013-08-14 19:11:16] s...@php.net The following patch has been added/updated: Patch Name: acinclude.m4.patch Revision: 1376507476 URL: https://bugs.php.net/patch-display.php?bug=62692patch=acinclude.m4.patchrevision=1376507476 [2013-08-14 19:09:25] s...@php.net I've attached a patch (acinclude.m4.patch) that uses the correct PIC/non-PIC .o files on Solaris and Linux. Please test your configurations. If there are issues, please give the full ./configure line (and reduce the options to the minimum that reproduces the problem - this is important to reproducing your issues). Apply the patch to a recent PHP 5.4/5.5/trunk snapshot from http://snaps.php.net. Several other DTrace related patches have been merged in the last few days and are only in snapshots. The patch does not change linking for non-Solaris/Linux platforms. These platforms may benefit from the new code path implemented for Solaris Linux but users on non-Solaris/Linux platforms will need to verify this and supply a new patch. [2013-08-06 00:37:56] mike at harschsystems dot com Related To: Bug #61268 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=62692 -- Edit this bug report at https://bugs.php.net/bug.php?id=62692edit=1
Bug #64716 [Opn-Csd]: PDO_OCI: unused variable
Edit report at https://bugs.php.net/bug.php?id=64716edit=1 ID: 64716 Updated by: s...@php.net Reported by:s...@php.net Summary:PDO_OCI: unused variable -Status: Open +Status: Closed Type: Bug Package:PDO related Operating System: Linux PHP Version:5.5.0beta4 -Assigned To: +Assigned To:sixd Block user comment: N Private report: N New Comment: The fix for this bug has been committed. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2013-04-25 18:42:13] s...@php.net Description: Compiling PDO_OCI gives the following warning: /home/cjones/Desktop/php-5.5.0beta4/ext/pdo_oci/oci_driver.c: In function âpdo_oci_check_livenessâ: /home/cjones/Desktop/php-5.5.0beta4/ext/pdo_oci/oci_driver.c:540:7: warning: unused variable âversionâ [-Wunused-variable] -- Edit this bug report at https://bugs.php.net/bug.php?id=64716edit=1
Bug #64717 [Opn-Csd]: Unused variables in phar
Edit report at https://bugs.php.net/bug.php?id=64717edit=1 ID: 64717 Updated by: s...@php.net Reported by:s...@php.net Summary:Unused variables in phar -Status: Open +Status: Closed Type: Bug Package:PHAR related Operating System: Linux PHP Version:5.5.0beta4 -Assigned To: +Assigned To:sixd Block user comment: N Private report: N New Comment: The fix for this bug has been committed. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2013-04-25 18:44:12] s...@php.net Description: Compiling PHP 5.5 Beta 4 gives: /home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c: In function âphar_parse_zipfileâ: /home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c:408:10: warning: variable ânowâ set but not used [-Wunused-but-set-variable] /home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c: In function âphar_zip_applysignatureâ: /home/cjones/Desktop/php-5.5.0beta4/ext/phar/zip.c:1095:15: warning: variable âstâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/phar/phar_object.c: In function âzim_Phar_webPharâ: /home/cjones/Desktop/php-5.5.0beta4/ext/phar/phar_object.c:568:21: warning: variable âretâ set but not used [-Wunused-but-set-variable] -- Edit this bug report at https://bugs.php.net/bug.php?id=64717edit=1
Bug #65490 [Opn]: Duplicate calls to get lineno filename for DTRACE_FUNCTION_*
Edit report at https://bugs.php.net/bug.php?id=65490edit=1 ID: 65490 Updated by: s...@php.net Reported by:s...@php.net Summary:Duplicate calls to get lineno filename for DTRACE_FUNCTION_* Status: Open Type: Bug Package:Scripting Engine problem Operating System: Linux PHP Version:5.4Git-2013-08-20 (Git) Block user comment: N Private report: N New Comment: The patch should be merged to 5.4, 5.5 and master. Previous Comments: [2013-08-20 23:40:15] s...@php.net Description: In zend_dtrace.c:dtrace_execute_ex(), the lineno filename values are fetched twice when DTRACE_FUNCTION_ENTRY_ENABLED() and DTRACE_FUNCTION_RETURN_ENABLED() are true. -- Edit this bug report at https://bugs.php.net/bug.php?id=65490edit=1
Bug #65470 [Asn-Opn]: Segmentation fault in zend_error() with --enable-dtrace
Edit report at https://bugs.php.net/bug.php?id=65470edit=1 ID: 65470 Updated by: s...@php.net Reported by:s...@php.net Summary:Segmentation fault in zend_error() with --enable-dtrace -Status: Assigned +Status: Open Type: Bug Package:Reproducible crash Operating System: Linux PHP Version:5.4Git-2013-08-18 (Git) -Assigned To:sixd +Assigned To: Block user comment: N Private report: N New Comment: The patch tested OK and can be applied to PHP 5.4, 5.5 and master. This requires zend karma, which I don't have. Previous Comments: [2013-08-18 05:05:12] s...@php.net The following patch has been added/updated: Patch Name: bug65470 Revision: 1376802312 URL: https://bugs.php.net/patch-display.php?bug=65470patch=bug65470revision=1376802312 [2013-08-18 04:41:33] s...@php.net I'm currently testing a patch. [2013-08-18 04:40:25] s...@php.net Description: A segmentation fault can occur in zend_error() with --enable-dtrace. The zend_vspprintf() call in the DTRACE_ERROR_ENABLED() block leaves args undefined: If ap is passed to a function that uses va_arg(ap,type) then the value of ap is undefined after the return of that function. When args is used again later in zend_error(), a seg fault can occur. Test script: --- As root: --- # dtrace -Z -s error.d dtrace: script 'error.d' matched 0 probes CPU IDFUNCTION:NAME 0 6 zend_error:error PHP error As a normal user: $ php error.php Segmentation fault (core dumped) Where error.d is: php*:::error { printf(PHP error\n); } and error.php is: ?php trigger_error('This is an error', E_USER_ERROR); ? -- Edit this bug report at https://bugs.php.net/bug.php?id=65470edit=1
Req #65462 [Opn-Fbk]: Please add tests for gregorian and jewish overflow fixes
Edit report at https://bugs.php.net/bug.php?id=65462edit=1 ID: 65462 Updated by: s...@php.net Reported by:neweracracker at gmail dot com Summary:Please add tests for gregorian and jewish overflow fixes -Status: Open +Status: Feedback Type: Feature/Change Request Package:Calendar related Operating System: Irrelevant PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Can you construct these in PHP's .phpt test format? See http://qa.php.net/write- test.php and http://qa.php.net/phpt_details.php Check existing tests to see how if anything special is required to make the tests run identically in all locales. Previous Comments: [2013-08-17 03:26:18] neweracracker at gmail dot com Description: While backporting calendar fixes from PHP 5.3 to PHP 5.2 I noticed that there are two fixes which lack of tests and I'd like to have more tests added. Test script: --- php -r for ($i=324542840; $i324542850; $i++) echo $i.':'.jdtojewish($i).PHP_EOL; 324542840:12/7/887605 324542841:12/8/887605 324542842:12/9/887605 324542843:12/10/887605 324542844:12/11/887605 324542845:12/12/887605 324542846:12/13/887605 324542847:0/0/0 324542848:0/0/0 324542849:0/0/0 php -r for ($i=536838860; $i536838870; $i++) echo $i.':'.jdtogregorian($i).PHP_EOL; 536838860:10/11/1465102 536838861:10/12/1465102 536838862:10/13/1465102 536838863:10/14/1465102 536838864:10/15/1465102 536838865:10/16/1465102 536838866:10/17/1465102 536838867:0/0/0 536838868:0/0/0 536838869:0/0/0 -- Edit this bug report at https://bugs.php.net/bug.php?id=65462edit=1
Bug #65470 [Asn]: Segmentation fault in zend_error() with --enable-dtrace
Edit report at https://bugs.php.net/bug.php?id=65470edit=1 ID: 65470 Updated by: s...@php.net Reported by:s...@php.net Summary:Segmentation fault in zend_error() with --enable-dtrace Status: Assigned Type: Bug Package:Reproducible crash Operating System: Linux PHP Version:5.4Git-2013-08-18 (Git) Assigned To:sixd Block user comment: N Private report: N New Comment: I'm currently testing a patch. Previous Comments: [2013-08-18 04:40:25] s...@php.net Description: A segmentation fault can occur in zend_error() with --enable-dtrace. The zend_vspprintf() call in the DTRACE_ERROR_ENABLED() block leaves args undefined: If ap is passed to a function that uses va_arg(ap,type) then the value of ap is undefined after the return of that function. When args is used again later in zend_error(), a seg fault can occur. Test script: --- As root: --- # dtrace -Z -s error.d dtrace: script 'error.d' matched 0 probes CPU IDFUNCTION:NAME 0 6 zend_error:error PHP error As a normal user: $ php error.php Segmentation fault (core dumped) Where error.d is: php*:::error { printf(PHP error\n); } and error.php is: ?php trigger_error('This is an error', E_USER_ERROR); ? -- Edit this bug report at https://bugs.php.net/bug.php?id=65470edit=1
Bug #65431 [Csd-ReO]: Discarded qualifiers from pointer target warnings when using --enable-dtrace
Edit report at https://bugs.php.net/bug.php?id=65431edit=1 ID: 65431 Updated by: s...@php.net Reported by:s...@php.net Summary:Discarded qualifiers from pointer target warnings when using --enable-dtrace -Status: Closed +Status: Re-Opened Type: Bug Package:Compile Warning Operating System: Linux PHP Version:5.4Git-2013-08-09 (Git) Block user comment: N Private report: N New Comment: Missed one in zend_exceptions.c. I've reopened this bug and attached a new patch that applies to PHP 5.4, 5.5 and master. Previous Comments: [2013-08-14 03:44:39] larue...@php.net Automatic comment on behalf of laruence Revision: http://git.php.net/?p=php-src.git;a=commit;h=f4dc2240a048050a87a6e3e31573f13a2256cf2e Log: Fixed #65431 (Discarded qualifiers from pointer target warnings when using --enable-dtrace) by Sixd [2013-08-13 20:37:29] s...@php.net I've uploaded new patches for each branch. Can you apply them? Your patch was missing a couple of casts on DTRACE_FUNCTION_ENTRY parameters. [2013-08-13 20:36:50] s...@php.net The following patch has been added/updated: Patch Name: dtrace_master.patch Revision: 1376426210 URL: https://bugs.php.net/patch-display.php?bug=65431patch=dtrace_master.patchrevision=1376426210 [2013-08-13 20:36:32] s...@php.net The following patch has been added/updated: Patch Name: dtrace_php55.patch Revision: 1376426192 URL: https://bugs.php.net/patch-display.php?bug=65431patch=dtrace_php55.patchrevision=1376426192 [2013-08-13 20:35:55] s...@php.net The following patch has been added/updated: Patch Name: dtrace_php54.patch Revision: 1376426155 URL: https://bugs.php.net/patch-display.php?bug=65431patch=dtrace_php54.patchrevision=1376426155 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=65431 -- Edit this bug report at https://bugs.php.net/bug.php?id=65431edit=1
Bug #61268 [Csd]: --enable-dtrace leads make to clobber Zend/zend_dtrace.d
Edit report at https://bugs.php.net/bug.php?id=61268edit=1 ID: 61268 Updated by: s...@php.net Reported by:mike at harschsystems dot com Summary:--enable-dtrace leads make to clobber Zend/zend_dtrace.d Status: Closed Type: Bug Package:Compile Failure Operating System: solaris PHP Version:5.4.0 Assigned To:dsp Block user comment: N Private report: N New Comment: Verified status is open and the problem confirmed to occur. Previous Comments: [2013-08-06 00:37:56] mike at harschsystems dot com Building on solaris/illumos is still broken per the description in bug 62692. I don't know how it reached 'verified' state but it needs to be re-opened and evaluated. [2013-08-05 22:50:43] s...@php.net The fix for this bug has been committed. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2013-08-05 16:05:25] mike at harschsystems dot com The suggested patch does appear to fix the clobber problem on illumos. This clears the way to hit bug 62692 (which also breaks dtrace on solaris-based systems). Let's fix the issue of not applying the 'dtrace -G' step to the files in Zend/.libs so that we can reach a working state for dtrace on solaris. [2013-08-03 01:14:49] s...@php.net After some investigation, I think the easiest patch is below. This has only been tested on Linux in one install scenario. I'll continuing testing after the weekend. diff --git a/acinclude.m4 b/acinclude.m4 index 07b1f8e..01eabf2 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -2962,8 +2962,12 @@ dnl DTrace objects esac dnl Generate Makefile.objects entries +dnl The empty $ac_provsrc command stops an implicit circular dependency +dnl triggering which lead to the .d file being overwritten with GNU make (Bug 61268) catMakefile.objectsEOF +$abs_srcdir/$ac_provsrc:; + $ac_bdir[$]ac_hdrobj: $abs_srcdir/$ac_provsrc CFLAGS=\$(CFLAGS_CLEAN) dtrace -h -C -s $ac_srcdir[$]ac_provsrc -o \$[]@ cp \$[]@ \$[]@.bak \$(SED) 's,PHP_,DTRACE_,g' \$[]@.bak \$[]@ [2013-08-03 01:14:49] s...@php.net Related To: Bug #61268 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=61268 -- Edit this bug report at https://bugs.php.net/bug.php?id=61268edit=1
Bug #63695 [Asn-Dup]: PHP doesn't build with shared extensions and dtrace enabled
Edit report at https://bugs.php.net/bug.php?id=63695edit=1 ID: 63695 Updated by: s...@php.net Reported by:d...@php.net Summary:PHP doesn't build with shared extensions and dtrace enabled -Status: Assigned +Status: Duplicate Type: Bug Package:*General Issues Operating System: Solaris 11 PHP Version:5.5.0alpha1 Assigned To:dsp Block user comment: N Private report: N New Comment: I'm going to close this as a dup of https://bugs.php.net/bug.php?id=62692 The issues all seem related to PIC/non-PIC object creation. Previous Comments: [2012-12-05 11:00:01] d...@php.net Description: PHP doesn't build if an extension is to build shared and --enable-dtrace is enabled. Test script: --- ./configure --enable-calendar=shared --enable-dtrace Expected result: build complete Actual result: -- __dtrace_php___request__shutdownmain/.libs/main.o __dtrace_php___exception__caughtZend/.libs/zend_execute.o __dtrace_php___execute__return Zend/.libs/zend_dtrace.o __dtrace_php___request__startup main/.libs/main.o __dtraceenabled_php___exception__caught Zend/.libs/zend_execute.o __dtrace_php___compile__file__entry Zend/.libs/zend_dtrace.o __dtraceenabled_php___function__entry Zend/.libs/zend_dtrace.o $dtrace15765465.ZEND_CATCH_SPEC_CONST_CV_HANDLER Zend/zend_dtrace.d.o __dtrace_php___execute__entry Zend/.libs/zend_dtrace.o __dtraceenabled_php___error Zend/.libs/zend.o __dtraceenabled_php___function__return Zend/.libs/zend_dtrace.o /fastcgi.lo -lresolv -lrt -lm -lnsl -lsocket -lgcc -o sapi/cgi/php-cgi UndefinedUndefined first referenced symbol in firstfile __dtraceenabled_php___execute__entryreferenced Zend/.libs /zend_dtrace.o symbol__dtraceenabled_php___execute__return Zend/ .libs/ zend_dtrace.o __dtrace_php___compile__file__return Zend/ .libs/ zend_dtrace.o __dtrace_php___exception__thrown Zendin/.libs/ zend_exceptions.o file__dtrace_php___error __dtraceenabled_php___execute__entry Zend/.libs/zend_dtrace.o __dtraceenabled_php___execute__return Zend/.libs/zend_dtrace.o __dtrace_php___compile__file__return Zend/.libs/zend_dtrace.o __dtrace_php___exception__thrownZend/.libs/zend_exceptions.o __dtrace_php___errorZend/.libs/zend.o __dtraceenabled_php___exception__thrown Zend/.libs/zend_exceptions.o ld: fatal: symbol referencing errors. No output written to sapi/cli/php collect2: ld returned 1 exit status Zend/.libs/zend.o __dtrace_php___function__entry Zend/.libs/zend_dtrace.o __dtrace_php___function__return Zend/.libs/zend_dtrace.o __dtrace_php___request__shutdownmain/.libs/main.o __dtrace_php___exception__caughtZend/.libs/zend_execute.o __dtrace_php___execute__return Zend/.libs/zend_dtrace.o __dtrace_php___request__startup main/.libs/main.o __dtraceenabled_php___exception__caught Zend/.libs/zend_execute.o __dtrace_php___compile__file__entry Zend/.libs/zend_dtrace.o __dtraceenabled_php___function__entry Zend/.libs/zend_dtrace.o $dtrace15765465.ZEND_CATCH_SPEC_CONST_CV_HANDLER Zend/zend_dtrace.d.o __dtrace_php___execute__entry Zend/.libs/zend_dtrace.o __dtraceenabled_php___error Zend/.libs/zend.o __dtraceenabled_php___function__return Zend/.libs/zend_dtrace.o __dtraceenabled_php___exception__thrown Zend/.libs/zend_exceptions.o ld: fatal: symbol referencing errors. No output written to sapi/cgi/php-cgi collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 make: *** Waiting for unfinished jobs make: *** [sapi/cgi/php-cgi] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=63695edit=1
Bug #62692 [Ver]: PHP fails to build with dtrace
Edit report at https://bugs.php.net/bug.php?id=62692edit=1 ID: 62692 Updated by: s...@php.net Reported by:eugene at zhegan dot in Summary:PHP fails to build with dtrace Status: Verified Type: Bug Package:*General Issues Operating System: Solaris 10 x86 PHP Version:5.4.5 Assigned To:dsp Block user comment: N Private report: N New Comment: I've attached a patch (acinclude.m4.patch) that uses the correct PIC/non-PIC .o files on Solaris and Linux. Please test your configurations. If there are issues, please give the full ./configure line (and reduce the options to the minimum that reproduces the problem - this is important to reproducing your issues). Apply the patch to a recent PHP 5.4/5.5/trunk snapshot from http://snaps.php.net. Several other DTrace related patches have been merged in the last few days and are only in snapshots. The patch does not change linking for non-Solaris/Linux platforms. These platforms may benefit from the new code path implemented for Solaris Linux but users on non-Solaris/Linux platforms will need to verify this and supply a new patch. Previous Comments: [2013-08-06 00:37:56] mike at harschsystems dot com Related To: Bug #61268 [2013-08-05 16:05:25] mike at harschsystems dot com Related To: Bug #61268 [2012-12-13 03:49:20] eugene at zhegan dot in And yes, forgot to mention, this is reproduceable on Solaris 11 and 11.1. [2012-12-13 03:48:07] eugene at zhegan dot in Wow, terribly sorry for misinterpreting the question. Yup, I've built most of the modules as shared: xmlrpc,pear,mcrypt,openssl,curl,bz2,xsl,imap,imap-ssl - these are shared modules. [2012-12-12 17:19:51] eugene at zhegan dot in Actually the DTrace support for 5.4.x is pretty much working, and one of my long comments here describes why's it's not building clearly and how to fix it, I suppose the Makefile can be fixed too (so it doesn't clobber ther dtrace.d file, invokes sed on solaris properly, and most of all - copies the dtraced object files to .libs). So I hope it's worth fixing. 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=62692 -- Edit this bug report at https://bugs.php.net/bug.php?id=62692edit=1
Bug #62692 [Ver]: PHP fails to build with dtrace
Edit report at https://bugs.php.net/bug.php?id=62692edit=1 ID: 62692 Updated by: s...@php.net Reported by:eugene at zhegan dot in Summary:PHP fails to build with dtrace Status: Verified Type: Bug Package:*General Issues Operating System: Solaris 10 x86 PHP Version:5.4.5 Assigned To:dsp Block user comment: N Private report: N New Comment: To use the patch: - Download a recent PHP 5.4/5.4/trunk snapshot from http://snaps.php.net - patch acinclude.m4.patch - rm -f configure ./buildconf --force - ./configure ... Previous Comments: [2013-08-14 19:11:16] s...@php.net The following patch has been added/updated: Patch Name: acinclude.m4.patch Revision: 1376507476 URL: https://bugs.php.net/patch-display.php?bug=62692patch=acinclude.m4.patchrevision=1376507476 [2013-08-14 19:09:25] s...@php.net I've attached a patch (acinclude.m4.patch) that uses the correct PIC/non-PIC .o files on Solaris and Linux. Please test your configurations. If there are issues, please give the full ./configure line (and reduce the options to the minimum that reproduces the problem - this is important to reproducing your issues). Apply the patch to a recent PHP 5.4/5.5/trunk snapshot from http://snaps.php.net. Several other DTrace related patches have been merged in the last few days and are only in snapshots. The patch does not change linking for non-Solaris/Linux platforms. These platforms may benefit from the new code path implemented for Solaris Linux but users on non-Solaris/Linux platforms will need to verify this and supply a new patch. [2013-08-06 00:37:56] mike at harschsystems dot com Related To: Bug #61268 [2013-08-05 16:05:25] mike at harschsystems dot com Related To: Bug #61268 [2012-12-13 03:49:20] eugene at zhegan dot in And yes, forgot to mention, this is reproduceable on Solaris 11 and 11.1. 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=62692 -- Edit this bug report at https://bugs.php.net/bug.php?id=62692edit=1
Bug #65431 [Fbk-Opn]: Discarded qualifiers from pointer target warnings when using --enable-dtrace
Edit report at https://bugs.php.net/bug.php?id=65431edit=1 ID: 65431 Updated by: s...@php.net Reported by:s...@php.net Summary:Discarded qualifiers from pointer target warnings when using --enable-dtrace -Status: Feedback +Status: Open Type: Bug Package:Compile Warning Operating System: Linux PHP Version:5.4Git-2013-08-09 (Git) Block user comment: N Private report: N New Comment: I've uploaded new patches for each branch. Can you apply them? Your patch was missing a couple of casts on DTRACE_FUNCTION_ENTRY parameters. Previous Comments: [2013-08-13 20:36:50] s...@php.net The following patch has been added/updated: Patch Name: dtrace_master.patch Revision: 1376426210 URL: https://bugs.php.net/patch-display.php?bug=65431patch=dtrace_master.patchrevision=1376426210 [2013-08-13 20:36:32] s...@php.net The following patch has been added/updated: Patch Name: dtrace_php55.patch Revision: 1376426192 URL: https://bugs.php.net/patch-display.php?bug=65431patch=dtrace_php55.patchrevision=1376426192 [2013-08-13 20:35:55] s...@php.net The following patch has been added/updated: Patch Name: dtrace_php54.patch Revision: 1376426155 URL: https://bugs.php.net/patch-display.php?bug=65431patch=dtrace_php54.patchrevision=1376426155 [2013-08-13 03:16:46] larue...@php.net The following patch has been added/updated: Patch Name: dtrace_casts_2.patch Revision: 1376363806 URL: https://bugs.php.net/patch-display.php?bug=65431patch=dtrace_casts_2.patchrevision=1376363806 [2013-08-13 03:14:00] larue...@php.net I got merge conflicts when I was trying to merge this patch.. I made a new one, but I dont have dtrace in my box avaliable. so, could you please verify the patch? 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=65431 -- Edit this bug report at https://bugs.php.net/bug.php?id=65431edit=1
Bug #65395 [Opn-Fbk]: Memory leak in TSRM.c
Edit report at https://bugs.php.net/bug.php?id=65395edit=1 ID: 65395 Updated by: s...@php.net Reported by:naitik dot dani at gmail dot com Summary:Memory leak in TSRM.c -Status: Open +Status: Feedback Type: Bug Package:*General Issues Operating System: Freebsd PHP Version:5.3.25 Block user comment: N Private report: N New Comment: How did you configure PHP and what is the testcase that reproduces the problem? Previous Comments: [2013-08-05 15:10:18] naitik dot dani at gmail dot com Description: I am seeing the following backtrace in the memory plumber output which points that there is a memory leak with respect to tsrm_tls_entry in TSRM.c file: ==165== at 0x80395a890: __zend_realloc (php-5.3.25/Zend/zend_alloc.h:112) ==165== at 0x80395c7ef: _zend_hash_quick_add_or_update (php- 5.3.25/Zend/zend_hash.c:337) ==165== at 0x80395cb71: zend_hash_copy (php-5.3.25/Zend/zend_hash.c:788) ==165== at 0x80394c269: compiler_globals_ctor (php-5.3.25/Zend/zend.c:506) ==165== at 0x8038e65ca: allocate_new_resource (php-5.3.25/TSRM/TSRM.c:294) ==165== at 0x8038e6709: ts_resource_ex (php-5.3.25/TSRM/TSRM.c:361) ==165== at 0x8039e29f1: php_handler (php- 5.3.25/sapi/apache2handler/sapi_apache2.c:548) I am using PHP 5.3.25 version. I looked for the patch release after this one that might have a fix for it, but I couldn't find one. I would appreciate if you can throw some light on this memory leak to help me fix it. I cannot upgrade to new PHP version due to some inhouse roadblocks. However I can patch it to fix this memory leak. Thanks in advance. Actual result: -- ==165== at 0x80395a890: __zend_realloc (php-5.3.25/Zend/zend_alloc.h:112) ==165== at 0x80395c7ef: _zend_hash_quick_add_or_update (php- 5.3.25/Zend/zend_hash.c:337) ==165== at 0x80395cb71: zend_hash_copy (php-5.3.25/Zend/zend_hash.c:788) ==165== at 0x80394c269: compiler_globals_ctor (php-5.3.25/Zend/zend.c:506) ==165== at 0x8038e65ca: allocate_new_resource (php-5.3.25/TSRM/TSRM.c:294) ==165== at 0x8038e6709: ts_resource_ex (php-5.3.25/TSRM/TSRM.c:361) ==165== at 0x8039e29f1: php_handler (php- 5.3.25/sapi/apache2handler/sapi_apache2.c:548) -- Edit this bug report at https://bugs.php.net/bug.php?id=65395edit=1
Bug #61268 [Asn-Csd]: --enable-dtrace leads make to clobber Zend/zend_dtrace.d
Edit report at https://bugs.php.net/bug.php?id=61268edit=1 ID: 61268 Updated by: s...@php.net Reported by:mike at harschsystems dot com Summary:--enable-dtrace leads make to clobber Zend/zend_dtrace.d -Status: Assigned +Status: Closed Type: Bug Package:Compile Failure Operating System: solaris PHP Version:5.4.0 Assigned To:dsp Block user comment: N Private report: N New Comment: The fix for this bug has been committed. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Previous Comments: [2013-08-05 16:05:25] mike at harschsystems dot com The suggested patch does appear to fix the clobber problem on illumos. This clears the way to hit bug 62692 (which also breaks dtrace on solaris-based systems). Let's fix the issue of not applying the 'dtrace -G' step to the files in Zend/.libs so that we can reach a working state for dtrace on solaris. [2013-08-03 01:14:49] s...@php.net After some investigation, I think the easiest patch is below. This has only been tested on Linux in one install scenario. I'll continuing testing after the weekend. diff --git a/acinclude.m4 b/acinclude.m4 index 07b1f8e..01eabf2 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -2962,8 +2962,12 @@ dnl DTrace objects esac dnl Generate Makefile.objects entries +dnl The empty $ac_provsrc command stops an implicit circular dependency +dnl triggering which lead to the .d file being overwritten with GNU make (Bug 61268) catMakefile.objectsEOF +$abs_srcdir/$ac_provsrc:; + $ac_bdir[$]ac_hdrobj: $abs_srcdir/$ac_provsrc CFLAGS=\$(CFLAGS_CLEAN) dtrace -h -C -s $ac_srcdir[$]ac_provsrc -o \$[]@ cp \$[]@ \$[]@.bak \$(SED) 's,PHP_,DTRACE_,g' \$[]@.bak \$[]@ [2013-08-03 01:14:49] s...@php.net Related To: Bug #61268 [2013-07-23 10:54:27] eugene at zhegan dot in Still there on 5.5.1. [2013-02-18 16:11:27] mike at harschsystems dot com Change from closed to assigned. 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=61268 -- Edit this bug report at https://bugs.php.net/bug.php?id=61268edit=1
Bug #61268 [Asn]: --enable-dtrace leads make to clobber Zend/zend_dtrace.d
Edit report at https://bugs.php.net/bug.php?id=61268edit=1 ID: 61268 Updated by: s...@php.net Reported by:mike at harschsystems dot com Summary:--enable-dtrace leads make to clobber Zend/zend_dtrace.d Status: Assigned Type: Bug Package:Compile Failure Operating System: solaris PHP Version:5.4.0 Assigned To:dsp Block user comment: N Private report: N New Comment: After some investigation, I think the easiest patch is below. This has only been tested on Linux in one install scenario. I'll continuing testing after the weekend. diff --git a/acinclude.m4 b/acinclude.m4 index 07b1f8e..01eabf2 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -2962,8 +2962,12 @@ dnl DTrace objects esac dnl Generate Makefile.objects entries +dnl The empty $ac_provsrc command stops an implicit circular dependency +dnl triggering which lead to the .d file being overwritten with GNU make (Bug 61268) catMakefile.objectsEOF +$abs_srcdir/$ac_provsrc:; + $ac_bdir[$]ac_hdrobj: $abs_srcdir/$ac_provsrc CFLAGS=\$(CFLAGS_CLEAN) dtrace -h -C -s $ac_srcdir[$]ac_provsrc -o \$[]@ cp \$[]@ \$[]@.bak \$(SED) 's,PHP_,DTRACE_,g' \$[]@.bak \$[]@ Previous Comments: [2013-08-03 01:14:49] s...@php.net Related To: Bug #61268 [2013-07-23 10:54:27] eugene at zhegan dot in Still there on 5.5.1. [2013-02-18 16:11:27] mike at harschsystems dot com Change from closed to assigned. [2013-02-18 16:10:16] mike at harschsystems dot com This bug should not be closed unless someone can confirm that the broken behavior has been corrected. The issue is described in detail below. The requested feedback was provided and the issue was reproduced by multiple people on several versions. [2013-02-18 00:35:43] php-bugs at lists dot php dot net 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 Open. Thank you. 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=61268 -- Edit this bug report at https://bugs.php.net/bug.php?id=61268edit=1
Bug #63704 [Asn-Dup]: Can't 'make' a second time with --enable-dtrace
Edit report at https://bugs.php.net/bug.php?id=63704edit=1 ID: 63704 Updated by: s...@php.net Reported by:s...@php.net Summary:Can't 'make' a second time with --enable-dtrace -Status: Assigned +Status: Duplicate Type: Bug Package:*General Issues Operating System: Oracle Linux 6.3 PHP Version:5.5 Git Assigned To:dsp Block user comment: N Private report: N New Comment: This is one of the symptoms reported in https://bugs.php.net/bug.php?id=61268 Closing as a dup of that bug. Previous Comments: [2012-12-06 21:39:17] d...@php.net Changed it to General issue as this is a bug of the DTRaces probes in core not the DTrace package. [2012-12-06 21:39:16] d...@php.net Changed it to General issue as this is a bug of the DTRaces probes in core not the DTrace package. [2012-12-06 03:41:19] s...@php.net After getting the error, the workaround is to do: git checkout Zend/zend_dtrace.d and then repeat the 'make'. [2012-12-06 03:20:13] s...@php.net Description: For any build with --enable-dtrace, running 'make' a second time after a successful build gives a compile failure. Test script: --- ./configure --disable-all --enable-dtrace make make Expected result: Both 'make' commands succeed. Actual result: -- The actual result is the second 'make' fails like: $ make cc /home/cjones/php-src/Zend/zend_dtrace.d.o -o /home/cjones/php- src/Zend/zend_dtrace.d /usr/lib/gcc/x86_64-redhat-linux/4.4.6/../../../../lib64/crt1.o: In function `_start': (.text+0x20): undefined reference to `main' collect2: ld returned 1 exit status make: *** [/home/cjones/php-src/Zend/zend_dtrace.d] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=63704edit=1
Bug #65197 [Asn-Csd]: oci8: PECL install fails with PHP 5.5.0
Edit report at https://bugs.php.net/bug.php?id=65197edit=1 ID: 65197 Updated by: s...@php.net Reported by:krishean+php at gmail dot com -Summary:oci8: Incompatible with PHP 5.5.0 +Summary:oci8: PECL install fails with PHP 5.5.0 -Status: Assigned +Status: Closed Type: Bug Package:OCI8 related Operating System: Any PHP Version:5.5.0 Assigned To:sixd Block user comment: N Private report: N New Comment: OCI8 1.4.10 is available on PECL to fix this problem. Some background info: - The problem only affected installation from PECL. Installing PHP 5.5.0 from source allowed OCI8 1.4.9 to be installed at the same time. - To install OCI8 1.4.9 from PECL you could have extracted the package, bumped the max version in package.xml and installed using these instructions: http://php.net/manual/en/install.pecl.phpize.php Previous Comments: [2013-07-05 19:00:40] krishean+php at gmail dot com I see that the compiled extension is already included in the windows binary packages, this issue could probably be changed from OS: Any to OS: Linux. [2013-07-05 18:32:47] krishean+php at gmail dot com The package.xml file, even in the 5.5.0 source bundle, specifies: dependencies required php min4.3.9/min max5.4.99/max /php pearinstaller min1.4.0b1/min /pearinstaller /required /dependencies Installation with pecl install oci8 will fail. [2013-07-05 15:02:49] s...@php.net The PHP 5.5 source bundle already includes OCI8 1.4.9 [2013-07-03 20:27:46] krishean+php at gmail dot com Description: The current version of oci8 (1.4.9) is compatible with PHP version 4.3.9 to 5.4.99, but not 5.5.0. -- Edit this bug report at https://bugs.php.net/bug.php?id=65197edit=1
Bug #65197 [Opn]: oci8: Incompatible with PHP 5.5.0
Edit report at https://bugs.php.net/bug.php?id=65197edit=1 ID: 65197 Updated by: s...@php.net Reported by:krishean+php at gmail dot com Summary:oci8: Incompatible with PHP 5.5.0 Status: Open Type: Bug Package:OCI8 related Operating System: Any PHP Version:5.5.0 -Assigned To: +Assigned To:sixd Block user comment: N Private report: N New Comment: The PHP 5.5 source bundle already includes OCI8 1.4.9 Previous Comments: [2013-07-03 20:27:46] krishean+php at gmail dot com Description: The current version of oci8 (1.4.9) is compatible with PHP version 4.3.9 to 5.4.99, but not 5.5.0. -- Edit this bug report at https://bugs.php.net/bug.php?id=65197edit=1
Bug #60467 [Opn-Nab]: About 107 auto test [phpt script] failed .
Edit report at https://bugs.php.net/bug.php?id=60467edit=1 ID: 60467 Updated by: s...@php.net Reported by:Jtang at suse dot com Summary:About 107 auto test [phpt script] failed . -Status: Open +Status: Not a bug Type: Bug Package:Testing related Operating System: SLES 11 SP2 PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. Please try PHP 5.5. Previous Comments: [2013-06-26 16:30:06] mi+php at aldan dot algebra dot com In the cases, where the errors are related to DateTime, the differences seem to have to do with daylight-saving time. Note the EST vs. EDT differences in the lines reported by the test-failures: DateTime_add-spring-type2-type3.diff ... 008+ test_time_spring_type2_st_type3_post: ADD: 2010-03-14 00:10:20 EST + P+0Y0M1DT18H49M39S = **2010-03-15 18:59:59 EST** 009+ test_time_spring_type2_dt_type3_prev: ADD: 2010-03-14 03:16:55 EDT + P-0Y0M0DT7H38M27S = **2010-03-13 19:38:28 EDT** 008- test_time_spring_type2_st_type3_post: ADD: 2010-03-14 00:10:20 EST + P+0Y0M1DT18H49M39S = **2010-03-15 19:59:59 EDT** 009- test_time_spring_type2_dt_type3_prev: ADD: 2010-03-14 03:16:55 EDT + P-0Y0M0DT7H38M27S = **2010-03-13 18:38:28 EST** It is likely, the build-machine's TZ-definitions aren't up to date -- daylight savings really did begin on March 14th in 2010: http://www.timeanddate.com/time/dst/2010.html [2011-12-09 14:13:52] dani...@php.net I'll deal with the ext/date/tests portions in the near future. [2011-12-08 03:34:59] Jtang at suse dot com Description: I use the phpt file from php 5.3 tarball package for automation test. 11338 test file , 107 failed , in 107 failed : # 33 test are expect as described in output # 9 test have bug NO. # 66 test is failed 66 test cases are: ./ext/calendar/tests/easter_date.phpt ./ext/calendar/tests/unixtojd.phpt ./ext/date/tests/DateTime_days-spring-type2-type2.phpt ./ext/date/tests/DateTime_days-spring-type2-type3.phpt ./ext/date/tests/DateTime_days-spring-type3-type2.phpt ./ext/date/tests/DateTime_days-spring-type3-type3.phpt ./ext/date/tests/DateTime_sub-dates.phpt ./ext/date/tests/DateTime_sub-february.phpt ./ext/date/tests/timezone_location_get.phpt ./ext/dom/tests/DOMDocument_relaxNGValidate_error2.phpt ./ext/dom/tests/DOMDocument_validate_on_parse_variation.phpt ./ext/gmp/tests/gmp_nextprime.phpt ./ext/intl/tests/resourcebundle_arrayaccess.phpt ./ext/intl/tests/resourcebundle_individual.phpt ./ext/intl/tests/resourcebundle_iterator.phpt ./ext/mysql/tests/001.phpt ./ext/mysql/tests/mysql_connect.phpt ./ext/mysql/tests/mysql_max_links.phpt ./ext/mysql/tests/mysql_sql_safe_mode.phpt ./ext/mysqli/tests/mysqli_connect.phpt ./ext/mysqli/tests/mysqli_connect_oo.phpt ./ext/mysqli/tests/mysqli_connect_oo_defaults.phpt ./ext/pcre/tests/006.phpt ./ext/pdo_mysql/tests/pdo_mysql___construct_options.phpt ./ext/pdo_mysql/tests/pdo_mysql_interface.phpt ./ext/posix/tests/posix_ttyname_error.phpt ./ext/posix/tests/posix_ttyname_variation1.phpt ./ext/posix/tests/posix_ttyname_variation2.phpt ./ext/posix/tests/posix_ttyname_variation3.phpt ./ext/posix/tests/posix_ttyname_variation4.phpt ./ext/posix/tests/posix_ttyname_variation5.phpt ./ext/posix/tests/posix_ttyname_variation6.phpt ./ext/posix/tests/posix_ttyname_variation7.phpt ./ext/session/tests/014.phpt ./ext/session/tests/015.phpt ./ext/session/tests/018.phpt ./ext/session/tests/020.phpt ./ext/session/tests/021.phpt ./ext/session/tests/session_id_variation2.phpt ./ext/sockets/tests/socket_strerror.phpt ./ext/spl/examples/tests/dualiterator_001.phpt ./ext/sqlite/tests/sqlite_session_001.phpt ./ext/sqlite/tests/sqlite_session_002.phpt ./ext/sqlite3/tests/sqlite3_prepare_001.phpt ./ext/standard/tests/class_object/is_a_error_001.phpt ./ext/standard/tests/class_object/is_subclass_of_error_001.phpt ./ext/standard/tests/general_functions/getservbyname_variation10.phpt ./ext/standard/tests/general_functions/getservbyname_variation9.phpt ./ext/standard/tests/general_functions/getservbyport_variation1.phpt ./ext/standard/tests/general_functions/phpinfo.phpt ./ext/standard/tests/general_functions/proc_nice_variation5.phpt ./ext/standard/tests/misc/time_sleep_until_basic.phpt
Bug #65116 [Csd-Nab]: fgets() fails to return newline at end of string
Edit report at https://bugs.php.net/bug.php?id=65116edit=1 ID: 65116 Updated by: s...@php.net Reported by:strideroflands at yahoo dot com Summary:fgets() fails to return newline at end of string -Status: Closed +Status: Not a bug Type: Bug Package:Streams related Operating System: Windows PHP Version:5.4.16 Assigned To:ab Block user comment: N Private report: N Previous Comments: [2013-06-25 06:40:43] strideroflands at yahoo dot com sorry. it is keeping the newline as expected after all. please delete this bug. [2013-06-25 04:10:16] strideroflands at yahoo dot com Description: --- From manual page: http://www.php.net/function.fgets --- In C programming, the function fgets() returns the end of line character at the end of the string. The description of stream_get_line says This function is nearly identical to fgets() except in that it allows end of line delimiters other than the standard \n, \r, and \r\n, and does not return the delimiter itself. This suggests that fgets() should indeed return a newline character. Such functionality would be very useful. In C, fgets(fp) is known to be a known source of bugs, since it overwrites memory buffers when the line is longer than intended. In PHP, fgets() allows an additional parameter to limit the size of a buffer it can fill. If fgets() does not return a newline if it reaches one, how are we supposed to know if it reached the end of the length parameter, or if it reached a newline? In the test script, it can report if a line is longer than expected only if the newline is returned. However, this does not happen. The only way to know if this happened would be 1) write your own fgets() function, 2) see if you are at the end of the file, use ftell to determine the position, read a byte, seek to the position ftell just reported, and test on the byte. This is more laborious than the simple test for a newline below. The lack of returning the newline effectively obviates the usefulness of the length parameter. If one were to encounter a large video file, e.g., the whole thing might be read into memory, and there would be no convenient way to detect it. I generally detest any changes that break existing code by changing the language. Therefore, I suggest making another function that won't be giving existing applications newline characters they didn't have before; or else having a variable that you set to make fgets() return newlines like it should. This is actually vers. 5.4.15. Test script: --- $hndl = fopen(aFileWithNewlines.txt, r+); $line= fgets ($hndl,80); if (strpos($line,\n)==false) echo error; else echo no error; Expected result: error if the line is longer than 80 characters, otherwise, no error. Actual result: -- always error -- Edit this bug report at https://bugs.php.net/bug.php?id=65116edit=1
Req #65078 [Opn]: opcache not enabled in embedded sapi / uwsgi
Edit report at https://bugs.php.net/bug.php?id=65078edit=1 ID: 65078 Updated by: s...@php.net Reported by:info at icod dot de Summary:opcache not enabled in embedded sapi / uwsgi Status: Open Type: Feature/Change Request Package:opcache Operating System: linux 3.9.6 PHP Version:5.5.0 Block user comment: N Private report: N New Comment: You might want to get involved in this project: http://news.php.net/php.internals/67768 Previous Comments: [2013-06-21 00:17:02] info at icod dot de Server API uWSGI/php [2013-06-21 00:15:24] info at icod dot de Description: Startup Failed Opcode Caching is only supported in Apache, ISAPI, FPM and FastCGI SAPIs uwsgi (my version 1.9.12) http://projects.unbit.it/uwsgi/ uses the embed sapi to compile a php plugin you can build plugins with different versions of php, good stuff. you can use apc in php-5.4, one could use apc in php-5.5 but why? the opcode cache is disabled because uwsgi is using the embedded sapi to build the plugin. Test script: --- ?php phpinfo(); ? Expected result: Opcode Caching Enabled OptimizationEnabled Actual result: -- Opcode Caching Disabled OptimizationDisabled Startup Failed Opcode Caching is only supported in Apache, ISAPI, FPM and FastCGI SAPIs -- Edit this bug report at https://bugs.php.net/bug.php?id=65078edit=1
Req #64894 [Opn-Nab]: information about speed
Edit report at https://bugs.php.net/bug.php?id=64894edit=1 ID: 64894 Updated by: s...@php.net Reported by:roberto at spadim dot com dot br Summary:information about speed -Status: Open +Status: Not a bug Type: Feature/Change Request Package:*General Issues Operating System: linux PHP Version:5.4.15 Block user comment: N Private report: N New Comment: Please use an appropriate mail list to ask questions: http://php.net/mailing-lists.php Previous Comments: [2013-05-22 02:51:08] roberto at spadim dot com dot br Description: hi guys, could anyone explain this results? why a $array['string'] is slower to ++ operator and $array[0] and $class- variable and $single_var and why a $var that point to anyone of this type of var $point=$to_this_var; is faster than anyone? Test script: --- ?php class a{ var $t; } $array=array(0=0,'t'=0); $var=0; $class=new a; $qnt=1000; $t1=microtime(1); for($i=0;$i$qnt;$i++) $array['t']++; $t2=microtime(1); for($i=0;$i$qnt;$i++) $array[0]++; $t3=microtime(1); for($i=0;$i$qnt;$i++) $class-t++; $t4=microtime(1); for($i=0;$i$qnt;$i++) $var++; $t5=microtime(1); echoarray with string index: .($t2-$t1).\n. array with number index: .($t3-$t2).\n. class public var: .($t4-$t3).\n. var: .($t5-$t4).\n. ''; $array=array(0=0,'t'=0); $var=0; $class=new a; $qnt=1000; $v1=$array['t']; $v2=$array[0]; $v3=$a-t; $v4=$var; $t1=microtime(1); for($i=0;$i$qnt;$i++) $v1++; $t2=microtime(1); for($i=0;$i$qnt;$i++) $v2++; $t3=microtime(1); for($i=0;$i$qnt;$i++) $v3++; $t4=microtime(1); for($i=0;$i$qnt;$i++) $v4++; $t5=microtime(1); echo array with string index: .($t2-$t1).\n. array with number index: .($t3-$t2).\n. class public var: .($t4-$t3).\n. var: .($t5-$t4).\n. ''; Expected result: array with string index: 0.80007791519165(at least sabe time as $array[0]) array with number index: 0.65114402770996(why not faster like $var?) class public var: 0.5907871723175(why not faster like $var?) var: 0.47185897827148(why not faster like $var?) array with string index: 0.46768593788147 (why faster than a $var?!?!?!?!) array with number index: 0.46670913696289 class public var: 0.46836400032043 var: 0.46757102012634 Actual result: -- array with string index: 0.80007791519165 array with number index: 0.65114402770996 class public var: 0.5907871723175 var: 0.47185897827148 array with string index: 0.46768593788147 array with number index: 0.46670913696289 class public var: 0.46836400032043 var: 0.46757102012634 system is only running me, it's linux with php, nothing less, nothing more downloaded slackware and php -- Edit this bug report at https://bugs.php.net/bug.php?id=64894edit=1
Bug #64785 [Csd]: Compile fails using --with-gd
Edit report at https://bugs.php.net/bug.php?id=64785edit=1 ID: 64785 Updated by: s...@php.net Reported by:s...@php.net Summary:Compile fails using --with-gd Status: Closed Type: Bug Package:GD related Operating System: Linux PHP Version:5.5Git-2013-05-07 (Git) Assigned To:remi Block user comment: N Private report: N New Comment: Thanks for restoring this. With PHP 5.4 PHP 5.5 it now works similarly: $ ~/php-5.4/configure --with-gd ... checking for GD support... yes checking for the location of libvpx... no checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no checking for fabsf... yes checking for floorf... yes If configure fails try --with-jpeg-dir=DIR If configure fails try --with-vpx-dir=DIR checking for png_write_image in -lpng... yes If configure fails try --with-xpm-dir=DIR If configure fails try --with-freetype-dir=DIR checking for GNU gettext support... no checking for GNU MP support... no ... Configuration continues compilation succeeds. Previous Comments: [2013-05-08 05:37:38] r...@php.net Automatic comment on behalf of remi Revision: http://git.php.net/?p=php-src.git;a=commit;h=36eee5b994a1da413330f96020c3dec1378a89f7 Log: Fixed bug #64785 : restore 5.4 behaviour, libpng is mandatory [2013-05-08 05:34:44] r...@php.net I don't think it works in 5.4 libpng is mandatory and cannot be disabled. checking for GD support... yes checking for the location of libvpx... no checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... no If configure fails try --with-vpx-dir=DIR If configure fails try --with-jpeg-dir=DIR configure: error: png.h not found. I will restore this behaviour in 5.5. [2013-05-07 21:42:57] s...@php.net Description: In PHP 5.5, using ./configure --with-gd causes compilation failure. It works in PHP 5.4. The compilation errors after doing ./configure --with-gd are: ext/gd/libgd/.libs/gd_png.o: In function `php_gd_gdImagePngCtxEx': /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:482: undefined reference to `png_create_write_struct' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:491: undefined reference to `png_create_info_struct' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:502: undefined reference to `png_destroy_write_struct' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:508: undefined reference to `png_set_write_fn' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:524: undefined reference to `png_set_compression_level' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:526: undefined reference to `png_set_filter' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:581: undefined reference to `png_set_IHDR' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:664: undefined reference to `png_write_info' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:667: undefined reference to `png_set_packing' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:720: undefined reference to `png_write_image' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:721: undefined reference to `png_write_end' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:754: undefined reference to `png_destroy_write_struct' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:494: undefined reference to `png_destroy_write_struct' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:577: undefined reference to `png_set_IHDR' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:590: undefined reference to `png_set_tRNS' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:637: undefined reference to `png_set_tRNS' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:660: undefined reference to `png_set_PLTE' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:739: undefined reference to `png_write_image' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:740: undefined reference to `png_write_end' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:574: undefined reference to `png_set_IHDR' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:748: undefined reference to `png_write_image' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:749: undefined reference to `png_write_end' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:720: undefined reference to `png_write_image' /home/cjones/php-5.5/ext/gd/libgd/gd_png.c:721: undefined reference to `png_write_end'
Bug #64780 [Opn]: PHP 5.5 builds are broken with GCC 3
Edit report at https://bugs.php.net/bug.php?id=64780edit=1 ID: 64780 Updated by: s...@php.net Reported by:s...@php.net Summary:PHP 5.5 builds are broken with GCC 3 Status: Open Type: Bug Package:Compile Failure Operating System: Linux PHP Version:5.5Git-2013-05-06 (snap) -Assigned To: +Assigned To:ardbiesheuvel Block user comment: N Private report: N New Comment: Doh! I'd initially patched it that way but hadn't included stddef.h correctly. Your patch works. Since you have Zend karma, can you apply it? Previous Comments: [2013-05-07 09:07:14] ardbiesheu...@php.net This seems to be related to GCC 3 not having support for __builtin_offsetof(). Let's fix it like this instead (see patch). Could you please try it? [2013-05-07 09:06:50] ardbiesheu...@php.net The following patch has been added/updated: Patch Name: gcc3-offsetof Revision: 1367917610 URL: https://bugs.php.net/patch-display.php?bug=64780patch=gcc3-offsetofrevision=1367917610 [2013-05-07 04:02:06] s...@php.net The following patch has been added/updated: Patch Name: zend_operators.h.patch Revision: 1367899326 URL: https://bugs.php.net/patch-display.php?bug=64780patch=zend_operators.h.patchrevision=1367899326 [2013-05-06 23:05:30] s...@php.net Description: PHP 5.5 builds are broken with GCC 3.4.6 due to the inline assembler changes in zend_operators.h (in aa12cdc361) Since the old assembler code path works for GCC 3, I suggest we simply retain it with appropriate #ifdef's. This may make someone's life easier, e.g. during platform migration. Note RHEL 4.9 with GCC 3.4.6 was released 2 years ago. GCC 3.4.6 itself was released 6 years ago. Currently compiling PHP 5.5 with GCC 3.4.6 fails with: In file included from /tmp/php5.5-201305061630/Zend/zend.h:840, from /tmp/php5.5-201305061630/main/php.h:34, from /tmp/php5.5-201305061630/ext/date/php_date.c:21: /tmp/php5.5-201305061630/Zend/zend_operators.h: In function `fast_increment_function': /tmp/php5.5-201305061630/Zend/zend_operators.h:516: error: syntax error before zval /tmp/php5.5-201305061630/Zend/zend_operators.h:516: error: syntax error before zval /tmp/php5.5-201305061630/Zend/zend_operators.h: In function `fast_decrement_function': /tmp/php5.5-201305061630/Zend/zend_operators.h:559: error: syntax error before zval /tmp/php5.5-201305061630/Zend/zend_operators.h:559: error: syntax error before zval /tmp/php5.5-201305061630/Zend/zend_operators.h: In function `fast_add_function': /tmp/php5.5-201305061630/Zend/zend_operators.h:613: error: syntax error before zval /tmp/php5.5-201305061630/Zend/zend_operators.h:613: error: syntax error before zval /tmp/php5.5-201305061630/Zend/zend_operators.h: In function `fast_sub_function': /tmp/php5.5-201305061630/Zend/zend_operators.h:698: error: syntax error before zval /tmp/php5.5-201305061630/Zend/zend_operators.h:698: error: syntax error before zval make: *** [ext/date/php_date.lo] Error 1 The patch is attached. It was tested with GCC 3.4.6 and 4.1.2 on 32 and 64 bit Oracle Linux. -- Edit this bug report at https://bugs.php.net/bug.php?id=64780edit=1
Bug #64710 [Csd-ReO]: Implicit function declaration and unused variables in gd.c
Edit report at https://bugs.php.net/bug.php?id=64710edit=1 ID: 64710 Updated by: s...@php.net Reported by:s...@php.net Summary:Implicit function declaration and unused variables in gd.c -Status: Closed +Status: Re-Opened Type: Bug Package:GD related Operating System: Ubuntu 12.04 PHP Version:5.5.0beta4 Assigned To:pajoye Block user comment: N Private report: N New Comment: Re-opening as per IRC discussion with Pierre. The following warnings are still outstanding in PHP 5.5 from git: /home/cjones/php-5.5/ext/gd/libgd/gd.c:3014: warning: unused variable âalloc_yâ and: /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:1023: warning: unused variable ârowâ /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:1766: warning: unused variable âf_127â /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:359: warning: âfilter_cubic_splineâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:375: warning: âfilter_cubic_convolutionâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:410: warning: âfilter_filterâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:420: warning: âfilter_lanczos8â defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:436: warning: âfilter_lanczos3â defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:508: warning: âfilter_cosineâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:546: warning: âfilter_quadratic_bsplineâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:595: warning: âfilter_welshâ defined but not used Previous Comments: [2013-04-26 06:16:27] paj...@php.net The fix for this bug has been committed. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2013-04-25 18:35:59] s...@php.net There are similar issues in some of the libgd functions: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gdhelpers.c: In function âphp_gd_gd_strtok_râ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gdhelpers.c:18:9: warning: variable âstartâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_in.c: In function âphp_gd_gdImageCreateFromGifCtxâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_in.c:139:18: warning: variable âgif87aâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_out.c: In function âphp_gd_gdImageGifCtxâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_out.c:120:6: warning: variable âinterlaceâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_arc.c: In function âphp_gd_gdImageFilledEllipseâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_arc.c:61:6: warning: variable âold_y1â set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_rotate.c: In function âphp_gd_gdImageRotate45â: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_rotate.c:351:10: warning: variable âfâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c: In function âgdImageCropAutoâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:109:13: warning: variable âcornersâ set but not used [-Wunused-but-set-variable] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c: In function âgdColorMatchâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:340:2: warning: suggest parentheses around arithmetic in operand of â^â [-Wparentheses] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:340:2: warning: suggest parentheses around arithmetic in operand of â^â [-Wparentheses] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function â_gdScaleRowâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:981:10: warning: type defaults to âintâ in declaration of âleft_channelâ [-Wimplicit- int] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function â_gdScaleColâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:1023:8: warning: unused variable ârowâ [-Wunused-variable] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function âgdImageScaleBilinearTCâ:
Bug #64736 [Fbk-Opn]: Incorrect calculation in gdColorMatch
Edit report at https://bugs.php.net/bug.php?id=64736edit=1 ID: 64736 Updated by: s...@php.net Reported by:s...@php.net Summary:Incorrect calculation in gdColorMatch -Status: Feedback +Status: Open Type: Bug Package:GD related Operating System: Linux PHP Version:5.5Git-2013-04-29 (Git) Block user comment: N Private report: N New Comment: In C, ^ is the bitwise exclusive OR operator (and has lower precedence than +). Pow() is the power function. Previous Comments: [2013-04-30 05:21:35] paj...@php.net That's the classic distance calculation in the RGB cube, does ^ not have precedence with the compiler you use? It should (or has in all platforms I use) :). [2013-04-29 23:05:06] s...@php.net Description: Compilations warnings in gd_crop.c flag a potential calculation issue in gdColorMatch: /home/cjones/php-5.5/ext/gd/libgd/gd_crop.c:340: warning: suggest parentheses around arithmetic in operand of ^ /home/cjones/php-5.5/ext/gd/libgd/gd_crop.c:340: warning: suggest parentheses around arithmetic in operand of ^ The code at line 340 is: const double dist_perc = sqrt(dist / (255^2 + 255^2 + 255^2)); The denominator is currently evaluated as 253. Was it instead intended be (3 * (255 * 255)) == 195075 ? -- Edit this bug report at https://bugs.php.net/bug.php?id=64736edit=1
Bug #64713 [Opn]: Compilation warnings in fileinfo
Edit report at https://bugs.php.net/bug.php?id=64713edit=1 ID: 64713 Updated by: s...@php.net Reported by:s...@php.net Summary:Compilation warnings in fileinfo Status: Open Type: Bug Package:Filesystem function related PHP Version:5.5.0beta4 Block user comment: N Private report: N New Comment: And with a git build, this warning occurs: /home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c: In function âapprentice_loadâ: /home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c:1172: warning: passing argument 1 of â_php_stream_opendirâ discards qualifiers from pointer target type /home/cjones/php-5.5/ext/fileinfo/libmagic/apprentice.c:1136: warning: unused variable âmfnâ Previous Comments: [2013-04-25 18:30:53] s...@php.net Description: The libmagic patch could be tidied up to remove these warnings: /home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:83:14: warning: âfree_mlistâ declared âstaticâ but never defined [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/magic.c:87:21: warning: âget_default_magicâ declared âstaticâ but never defined [-Wunused-function] and /home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c: In function âfile_fmttimeâ: /home/cjones/Desktop/php-5.5.0beta4/ext/fileinfo/libmagic/print.c:82:3: warning: implicit declaration of function âcdf_timestamp_to_timespecâ [-Wimplicit- function-declaration] -- Edit this bug report at https://bugs.php.net/bug.php?id=64713edit=1
Bug #64720 [Opn-Fbk]: SegFault on zend_deactivate (php-fpm)
Edit report at https://bugs.php.net/bug.php?id=64720edit=1 ID: 64720 Updated by: s...@php.net Reported by:d dot ananyev at gmail dot com Summary:SegFault on zend_deactivate (php-fpm) -Status: Open +Status: Feedback Type: Bug Package:opcache Operating System: CentOS release 6.4 (Final) PHP Version:5.4.14 Block user comment: N Private report: N New Comment: Where did you install opcache from? Does the crash happen without opcache? Previous Comments: [2013-04-26 13:10:43] d dot ananyev at gmail dot com i'sorry we're using php-5.4.10 because not all modules can run on 5.4.14 [2013-04-26 10:47:42] d dot ananyev at gmail dot com My opcache stats (screenshots) https://drive.google.com/folderview?id=0B4F2-uZsSusnLWF0a2ZrQ2REUmcusp=sharing [2013-04-26 10:44:25] d dot ananyev at gmail dot com Description: Every approximately 30 minutes i got segfaults in php-fpm Debuginfo gives me the following trace Core was generated by `php-fpm: pool www '. Program terminated with signal 11, Segmentation fault. #0 _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_alloc.c:2100 2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) { Missing separate debuginfos, use: debuginfo-install cairo-1.8.8-3.1.el6.x86_64 fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e- 11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64 librabbitmq- 0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 sqlite- 3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64 (gdb) bt #0 _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_alloc.c:2100 #1 0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_variables.h:35 #2 _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php- 5.4.10/Zend/zend_execute_API.c:438 #3 0x007163af in cleanup_user_class_data (pce=value optimized out) at /usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165 #4 zend_cleanup_user_class_data (pce=value optimized out) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_opcode.c:198 #5 0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_hash.c:799 #6 0x00714156 in shutdown_executor () at /usr/build/php-5.4.10/php- 5.4.10/Zend/zend_execute_API.c:289 #7 0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php- 5.4.10/Zend/zend.c:938 #8 0x006c2a3c in php_request_shutdown (dummy=value optimized out) at /usr/build/php-5.4.10/php-5.4.10/main/main.c:1790 #9 0x007d0d49 in main (argc=value optimized out, argv=value optimized out) at /usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948 server runs ~ 100 req/sec it has 8Gb of ram and 120 fpm workers la = 0.5 Expected result: dont segfault Actual result: -- [26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11 (SIGSEGV - core dumped) after 1613.465551 seconds from start [26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started -- Edit this bug report at https://bugs.php.net/bug.php?id=64720edit=1
Bug #64725 [Opn]: Wrong return value logic in imageaffinematrixget
Edit report at https://bugs.php.net/bug.php?id=64725edit=1 ID: 64725 Updated by: s...@php.net Reported by:s...@php.net Summary:Wrong return value logic in imageaffinematrixget Status: Open Type: Bug Package:GD related Operating System: Linux PHP Version:5.5Git-2013-04-26 (Git) Block user comment: N Private report: N New Comment: The build also has these warnings: /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: In function â_gdScaleRowâ: /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:981: warning: type defaults to âintâ in declaration of âleft_channelâ /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: In function â_gdScaleColâ: /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:1023: warning: unused variable ârowâ /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: In function âgdImageRotateGenericâ: /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:1766: warning: unused variable âf_127â /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c: At top level: /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:359: warning: âfilter_cubic_splineâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:375: warning: âfilter_cubic_convolutionâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:410: warning: âfilter_filterâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:420: warning: âfilter_lanczos8â defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:436: warning: âfilter_lanczos3â defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:508: warning: âfilter_cosineâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:546: warning: âfilter_quadratic_bsplineâ defined but not used /home/cjones/php-5.5/ext/gd/libgd/gd_interpolation.c:595: warning: âfilter_welshâ defined but not used Previous Comments: [2013-04-26 16:08:34] s...@php.net Description: Compile warnings in gd.c show that that the return value logic for imageaffinematrixget is wrong: /home/cjones/php-5.5/ext/gd/libgd/gd.c: In function âgdImagePaletteToTrueColorâ: /home/cjones/php-5.5/ext/gd/libgd/gd.c:3014: warning: unused variable âalloc_yâ /home/cjones/php-5.5/ext/gd/gd.c: In function âzif_imageaffinematrixgetâ: /home/cjones/php-5.5/ext/gd/gd.c:5579: warning: suggest parentheses around assignment used as truth value The code it points to is: if (res = GD_FALSE) { RETURN_FALSE; } else { -- Edit this bug report at https://bugs.php.net/bug.php?id=64725edit=1
Bug #64722 [Opn-Fbk]: PDO extension causes zend_mm_heap corrupted
Edit report at https://bugs.php.net/bug.php?id=64722edit=1 ID: 64722 Updated by: s...@php.net Reported by:tj dot botha at plista dot com Summary:PDO extension causes zend_mm_heap corrupted -Status: Open +Status: Feedback Type: Bug Package:PDO related Operating System: Ubuntu Server 12.10 PHP Version:master-Git-2013-04-26 (Git) Block user comment: N Private report: N New Comment: Do you have a reproducible testcase? Previous Comments: [2013-04-26 14:48:58] tj dot botha at plista dot com Description: I have a project which uses MySQL PDO. I Compiled PHP versions 5.4.6, PHP 5.4.14 and PHP 5.6 (from current GIT repositoty - 26 April 2013). I have various configuration options, but everytime I my configure command includes --with-pdo-mysql=mysqlnd, I am unable to run my project. The ONLY log file which shows any kind of information is Apache error.log: zend_mm_heap corrupted When I remove --with-pdo-mysql from configure, then my project works okay (however all my PDO functions are of course missing) and I just get normal expected PHP errors. However. When I compile PHP version 5.3.24, it works. I can successfully include --with-pdo-mysql=mysqlnd, and my project loads without problems. Test script: --- I do not have a test script - as I have no indication as to where the app fails Actual result: -- #0 0x008ee2c2 in zval_delref_p (pz=0x5a5a5a5a5a5a5a5a) at /home/tj/php- latest/Zend/zend.h:409 #1 0x008ee51f in i_zval_ptr_dtor (zval_ptr=0x5a5a5a5a5a5a5a5a, __zend_filename=0xe38408 /home/tj/php-latest/Zend/zend_objects.c, __zend_lineno=54) at /home/tj/php-latest/Zend/zend_execute.h:76 #2 0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6068a20, __zend_filename=0xe38408 /home/tj/php-latest/Zend/zend_objects.c, __zend_lineno=54) at /home/tj/php-latest/Zend/zend_execute_API.c:428 #3 0x009354de in zend_object_std_dtor (object=0x271b880) at /home/tj/php-latest/Zend/zend_objects.c:54 #4 0x0068aad0 in pdo_dbh_free_storage (dbh=0x271b880) at /home/tj/php- latest/ext/pdo/pdo_dbh.c:1576 #5 0x0093c9ad in zend_objects_store_del_ref_by_handle_ex (handle=140, handlers=0x116c2e0 pdo_dbh_object_handlers) at /home/tj/php-latest/Zend/zend_objects_API.c:221 #6 0x0093c6b3 in zend_objects_store_del_ref (zobject=0x7f88d60a4af8) at /home/tj/php-latest/Zend/zend_objects_API.c:173 #7 0x00901b6c in _zval_dtor_func (zvalue=0x7f88d60a4af8, __zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, __zend_lineno=81) at /home/tj/php-latest/Zend/zend_variables.c:54 #8 0x008ee4c1 in _zval_dtor (zvalue=0x7f88d60a4af8, __zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, __zend_lineno=81) at /home/tj/php-latest/Zend/zend_variables.h:35 #9 0x008ee58c in i_zval_ptr_dtor (zval_ptr=0x7f88d60a4af8, __zend_filename=0xe34970 /home/tj/php-latest/Zend/zend_variables.c, __zend_lineno=182) at /home/tj/php-latest/Zend/zend_execute.h:81 #10 0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6030b28, __zend_filename=0xe34970 /home/tj/php-latest/Zend/zend_variables.c, __zend_lineno=182) at /home/tj/php-latest/Zend/zend_execute_API.c:428 #11 0x00901f7b in _zval_ptr_dtor_wrapper (zval_ptr=0x7f88d6030b28) at /home/tj/php-latest/Zend/zend_variables.c:182 #12 0x009174a7 in zend_hash_destroy (ht=0x7f88d6069138) at /home/tj/php- latest/Zend/zend_hash.c:560 #13 0x00901b2f in _zval_dtor_func (zvalue=0x7f88d6b1ece8, __zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, __zend_lineno=81) at /home/tj/php-latest/Zend/zend_variables.c:45 #14 0x008ee4c1 in _zval_dtor (zvalue=0x7f88d6b1ece8, __zend_filename=0xe335f8 /home/tj/php-latest/Zend/zend_execute.h, __zend_lineno=81) at /home/tj/php-latest/Zend/zend_variables.h:35 #15 0x008ee58c in i_zval_ptr_dtor (zval_ptr=0x7f88d6b1ece8, __zend_filename=0xe33d68 /home/tj/php-latest/Zend/zend_opcode.c, __zend_lineno=169) at /home/tj/php-latest/Zend/zend_execute.h:81 #16 0x008ef896 in _zval_ptr_dtor (zval_ptr=0x7f88d6b1ef20, __zend_filename=0xe33d68 /home/tj/php-latest/Zend/zend_opcode.c, __zend_lineno=169) at /home/tj/php-latest/Zend/zend_execute_API.c:428 ---Type return to continue, or q return to quit--- #17 0x008f562e in cleanup_user_class_data (ce=0x7f88d6b1e528) at /home/tj/php-latest/Zend/zend_opcode.c:169 #18 0x008f5757 in zend_cleanup_user_class_data (pce=0x26d28e8) at /home/tj/php-latest/Zend/zend_opcode.c:202 #19 0x00917ee7 in zend_hash_reverse_apply (ht=0x25016b0, apply_func=0x8f572e zend_cleanup_user_class_data) at /home/tj/php- latest/Zend/zend_hash.c:799 #20 0x008ef301 in shutdown_executor () at
Bug #64686 [Opn-Wfx]: PECL SQLite2 support for PHP 5.4
Edit report at https://bugs.php.net/bug.php?id=64686edit=1 ID: 64686 Updated by: s...@php.net Reported by:svyatoslav dot lempert at gmail dot com Summary:PECL SQLite2 support for PHP 5.4 -Status: Open +Status: Wont fix Type: Bug Package:SQLite related Operating System: FreeBSD 9.1 PHP Version:5.4.14 Block user comment: N Private report: N New Comment: SQLite 2 support was removed from PHP 5.4. Refer to the UPGRADING file: - ext/sqlite is no longer part of the base distribution and has been moved to PECL. Use sqlite3 or PDO_SQLITE instead. Previous Comments: [2013-04-21 04:28:34] svyatoslav dot lempert at gmail dot com Description: Hello, you have pecl-sqlite extenstion for work with sqlite2 databases (not sqlite3 !) http://pecl.php.net/package/SQLite It works with PHP 5.3, but does not build with PHP 5.4 Please release new version of PECL-SQLite binary package (archive file) from SVN trunk http://svn.php.net/repository/pecl/sqlite/trunk/ It compilted and working without any issue with PHP 5.4 Test script: --- /bin/sh /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/libtool --mode=compile cc -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/libsqlite/src -I. -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -DPHP_ATOM_INC -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/include -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/main -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -DHAVE_CONFIG_H -O2 -pipe -fno-strict-aliasing -c /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c -o sqlite.lo mkdir .libs cc -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/libsqlite/src -I. -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -DPHP_ATOM_INC -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/include -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/main -I/usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3 -I/usr/local/include/php -I/usr/local/include/php/main -I/usr/local/include/php/TSRM -I/usr/local/include/php/Zend -I/usr/local/include/php/ext -I/usr/local/include/php/ext/date/lib -DHAVE_CONFIG_H -O2 -pipe -fno-strict-aliasing -c /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c -fPIC -DPIC -o .libs/sqlite.o /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:56: error: 'BYREF_NONE' undeclared here (not in a function) /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:56: error: 'BYREF_FORCE' undeclared here (not in a function) /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:124: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'sqlite_functions' /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:167: error: 'sqlite_functions' undeclared here (not in a function) /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:167: error: initializer element is not constant /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:167: error: (near initialization for 'sqlite_module_entry.functions') /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c: In function 'php_sqlite_agg_step_function_callback': /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:485: error: 'zval' has no member named 'is_ref' /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c: In function 'php_sqlite_authorizer': /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: 'struct _php_core_globals' has no member named 'safe_mode' /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: 'CHECKUID_CHECK_FILE_AND_DIR' undeclared (first use in this function) /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: (Each undeclared identifier is reported only once /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:593: error: for each function it appears in.) /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:606: error: 'struct _php_core_globals' has no member named 'safe_mode' /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c: In function 'php_sqlite_open': /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:739: error: 'list_entry' undeclared (first use in this function) /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:739: error: expected ';' before 'le' /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:741: error: 'le' undeclared (first use in this function) /usr/ports/databases/pecl-sqlite2/work/SQLite-1.0.3/sqlite.c:741: error: request for member 'type' in something not a structure or union
Bug #64720 [Fbk]: SegFault on zend_deactivate (php-fpm)
Edit report at https://bugs.php.net/bug.php?id=64720edit=1 ID: 64720 Updated by: s...@php.net Reported by:d dot ananyev at gmail dot com Summary:SegFault on zend_deactivate (php-fpm) Status: Feedback Type: Bug Package:opcache Operating System: CentOS release 6.4 (Final) PHP Version:5.4.14 Block user comment: N Private report: N New Comment: If it is OPcache related, try using OPcache from https://github.com/zend- dev/ZendOptimizerPlus. This has various fixes that aren't yet in PECL. Previous Comments: [2013-04-26 17:43:42] d dot ananyev at gmail dot com I installed OpCache from this link: http://pecl.php.net/package/ZendOpcache/7.0.1 I'll check if it will be reproduced without opcode cache. [2013-04-26 17:13:04] s...@php.net Where did you install opcache from? Does the crash happen without opcache? [2013-04-26 13:10:43] d dot ananyev at gmail dot com i'sorry we're using php-5.4.10 because not all modules can run on 5.4.14 [2013-04-26 10:47:42] d dot ananyev at gmail dot com My opcache stats (screenshots) https://drive.google.com/folderview?id=0B4F2-uZsSusnLWF0a2ZrQ2REUmcusp=sharing [2013-04-26 10:44:25] d dot ananyev at gmail dot com Description: Every approximately 30 minutes i got segfaults in php-fpm Debuginfo gives me the following trace Core was generated by `php-fpm: pool www '. Program terminated with signal 11, Segmentation fault. #0 _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_alloc.c:2100 2100if (ZEND_MM_IS_FREE_BLOCK(next_block)) { Missing separate debuginfos, use: debuginfo-install cairo-1.8.8-3.1.el6.x86_64 fftw-3.2.1-3.1.el6.x86_64 lcms-libs-1.19-1.el6.x86_64 libc-client-2007e- 11.el6.x86_64 libidn-1.18-2.el6.x86_64 libmcrypt-2.5.8-9.el6.x86_64 librabbitmq- 0.2-0.1.git2059570.el6.remi.x86_64 libtool-ltdl-2.2.6-15.5.el6.x86_64 sqlite- 3.6.20-1.el6.x86_64 xz-libs-4.999.9-0.3.beta.20091007git.el6.x86_64 (gdb) bt #0 _zend_mm_free_int (heap=0x1c39330, p=0x23671b8) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_alloc.c:2100 #1 0x007116d7 in _zval_dtor (zval_ptr=0x29076d8) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_variables.h:35 #2 _zval_ptr_dtor (zval_ptr=0x29076d8) at /usr/build/php-5.4.10/php- 5.4.10/Zend/zend_execute_API.c:438 #3 0x007163af in cleanup_user_class_data (pce=value optimized out) at /usr/build/php-5.4.10/php-5.4.10/Zend/zend_opcode.c:165 #4 zend_cleanup_user_class_data (pce=value optimized out) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_opcode.c:198 #5 0x0072b944 in zend_hash_reverse_apply (ht=0x1c39c90, apply_func=0x716340 zend_cleanup_user_class_data) at /usr/build/php- 5.4.10/php-5.4.10/Zend/zend_hash.c:799 #6 0x00714156 in shutdown_executor () at /usr/build/php-5.4.10/php- 5.4.10/Zend/zend_execute_API.c:289 #7 0x0071f412 in zend_deactivate () at /usr/build/php-5.4.10/php- 5.4.10/Zend/zend.c:938 #8 0x006c2a3c in php_request_shutdown (dummy=value optimized out) at /usr/build/php-5.4.10/php-5.4.10/main/main.c:1790 #9 0x007d0d49 in main (argc=value optimized out, argv=value optimized out) at /usr/build/php-5.4.10/php-5.4.10/sapi/fpm/fpm/fpm_main.c:1948 server runs ~ 100 req/sec it has 8Gb of ram and 120 fpm workers la = 0.5 Expected result: dont segfault Actual result: -- [26-Apr-2013 14:30:19] WARNING: [pool www] child 15002 exited on signal 11 (SIGSEGV - core dumped) after 1613.465551 seconds from start [26-Apr-2013 14:30:19] NOTICE: [pool www] child 1423 started -- Edit this bug report at https://bugs.php.net/bug.php?id=64720edit=1
Bug #64710 [Opn]: Implicit function declaration and unused variables in gd.c
Edit report at https://bugs.php.net/bug.php?id=64710edit=1 ID: 64710 Updated by: s...@php.net Reported by:s...@php.net Summary:Implicit function declaration and unused variables in gd.c Status: Open Type: Bug Package:GD related Operating System: Ubuntu 12.04 PHP Version:5.5.0beta4 Block user comment: N Private report: N New Comment: There are similar issues in some of the libgd functions: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gdhelpers.c: In function âphp_gd_gd_strtok_râ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gdhelpers.c:18:9: warning: variable âstartâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_in.c: In function âphp_gd_gdImageCreateFromGifCtxâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_in.c:139:18: warning: variable âgif87aâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_out.c: In function âphp_gd_gdImageGifCtxâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_gif_out.c:120:6: warning: variable âinterlaceâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_arc.c: In function âphp_gd_gdImageFilledEllipseâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_arc.c:61:6: warning: variable âold_y1â set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_rotate.c: In function âphp_gd_gdImageRotate45â: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_rotate.c:351:10: warning: variable âfâ set but not used [-Wunused-but-set-variable] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c: In function âgdImageCropAutoâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:109:13: warning: variable âcornersâ set but not used [-Wunused-but-set-variable] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c: In function âgdColorMatchâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:340:2: warning: suggest parentheses around arithmetic in operand of â^â [-Wparentheses] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_crop.c:340:2: warning: suggest parentheses around arithmetic in operand of â^â [-Wparentheses] and /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function â_gdScaleRowâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:981:10: warning: type defaults to âintâ in declaration of âleft_channelâ [-Wimplicit- int] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function â_gdScaleColâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:1023:8: warning: unused variable ârowâ [-Wunused-variable] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function âgdImageScaleBilinearTCâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:1306:6: warning: variable âdwSrcTotalOffsetâ set but not used [-Wunused-but-set- variable] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function âgdImageRotateGenericâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:1766:13: warning: unused variable âf_127â [-Wunused-variable] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: In function âgdTransformAffineCopyâ: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:2343:23: warning: variable âinterpolation_bakâ set but not used [-Wunused-but-set- variable] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c: At top level: /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:358:15: warning: âfilter_cubic_splineâ defined but not used [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:374:15: warning: âfilter_cubic_convolutionâ defined but not used [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:409:15: warning: âfilter_filterâ defined but not used [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:419:15: warning: âfilter_lanczos8â defined but not used [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:435:15: warning: âfilter_lanczos3â defined but not used [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:507:15: warning: âfilter_cosineâ defined but not used [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:545:15: warning: âfilter_quadratic_bsplineâ defined but not used [-Wunused-function] /home/cjones/Desktop/php-5.5.0beta4/ext/gd/libgd/gd_interpolation.c:594:15: warning:
Req #64709 [Opn]: Get a PHP stack trace on process signal
Edit report at https://bugs.php.net/bug.php?id=64709edit=1 ID: 64709 Updated by: s...@php.net Reported by:williama_lovaton at coomeva dot com dot co Summary:Get a PHP stack trace on process signal Status: Open Type: Feature/Change Request Package:Performance problem Operating System: Linux PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Also review XHProf XHGui Previous Comments: [2013-04-25 17:19:16] a...@php.net With performance - what about profiling with xdebug or zend? The other were for sure possible catching some signal. Though dunno yet if the same gdb functionality is available on windows. [2013-04-25 16:22:02] williama_lovaton at coomeva dot com dot co Description: I'm not sure if this is possible to implement or if it's implemented now but I'd like a way to get a PHP stack trace of a running process on any given time (may be using a process signal with kill). This would be very similar to what you can do with Java, you do a kill -3 pid but the process doesn't die, instead it outputs a full backtrace of Java code of every thread and the current state. You can do something similar now using the gstack command from GDB but you'll get a stack trace from the C code. I'd like to be able to get a stack trace but from the PHP code so that I can analyze where is the exact point in the program where my web app is running slow or getting stuck. My web app is instrumented and I can get logs from slow functions but this is information I get after the fact. With this feature request it would be possible to get the information exactly when it is happening. Is this possible? If so, would it be possible to make it work if PHP is being run as an Apache module? Thanks a lot for your time. -- Edit this bug report at https://bugs.php.net/bug.php?id=64709edit=1
Bug #64619 [Wfx]: mysql_query issue
Edit report at https://bugs.php.net/bug.php?id=64619edit=1 ID: 64619 Updated by: s...@php.net Reported by:clone_12 at ymail dot com -Summary:Functions +Summary:mysql_query issue Status: Wont fix Type: Bug Package:MySQL related Operating System: Linux/Windows PHP Version:5.4.13 Block user comment: N Private report: N New Comment: Please log bugs with descriptive subject line. Be clear about the environment and the actual output. Previous Comments: [2013-04-10 09:13:45] ahar...@php.net We are sorry, but we can not support PHP 4 related problems anymore. [2013-04-10 05:08:55] clone_12 at ymail dot com Description: using two or more procedure in php 4 Test script: --- $sql = mysql_query(CALL emp_master_list();); while($row = mysql_fetch_array($sql)){$x++;} echo $x hr/; $sql = mysql_query(SELECT * FROM employee_information); while($row = mysql_fetch_array($sql)){$v++;} echo $v hr/; $sql = mysql_query(CALL emp_master_list();); while($row = mysql_fetch_array($sql)){$z++;} echo $z hr/; Expected result: functions/fix bug Actual result: -- error -- Edit this bug report at https://bugs.php.net/bug.php?id=64619edit=1
Bug #64606 [Opn-Fbk]: php crashes when wrtiting stream
Edit report at https://bugs.php.net/bug.php?id=64606edit=1 ID: 64606 Updated by: s...@php.net Reported by:pbxanime at gmail dot com Summary:php crashes when wrtiting stream -Status: Open +Status: Feedback Type: Bug Package:Streams related Operating System: Centos 5.8 PHP Version:5.4.13 Block user comment: N Private report: N New Comment: Does it reproduce without XCache? Do you have a standalone testcase? Previous Comments: [2013-04-07 19:41:41] pbxanime at gmail dot com Description: I use the latest stable XCache and the latest stable Lighttpd. I store sessions with memcache: session.save_handler = memcache session.save_path = unix:///tmp/memcached.socket:0?persistent=1weight=1timeout=1retry_interval=15 php is compiled with the following, I removed directories, but they are correctly linked: ./configure \ --disable-fileinfo \ --disable-pdo \ --enable-exif \ --enable-fpm \ --enable-ftp \ --enable-gd-native-ttf \ --enable-libxml \ --enable-mbstring \ --enable-zip \ --prefix= \ --with-apxs2= \ --with-bz2 \ --with-curl= \ --with-freetype-dir= \ --with-gd \ --with-gettext \ --with-imap= \ --with-imap-ssl= \ --with-jpeg-dir= \ --with-png-dir= \ --with-kerberos \ --with-libxml-dir= \ --with-mcrypt= \ --with-mysql= \ --with-mysql-sock= \ --with-mysqli= \ --with-openssl= \ --with-openssl-dir= \ --with-pcre-regex= \ --with-png-dir= \ --with-xpm-dir= \ --with-zlib \ --with-zlib-dir= Test script: --- I store sessions like this: IF (!ISSET($_SESSION)) { SESSION_START(); } IF($_SESSION['user_session_last_access']+180 TIME()){ $_SESSION['user_session_last_access'] = TIME(); } It's nothing special and it works normally. Actual result: -- I don't know how to dupicate this bug, it just happens randomly every few to several hours: FPM Log: [07-Apr-2013 08:35:05.926454] DEBUG: pid 25374, fpm_got_signal(), line 72: received SIGCHLD [07-Apr-2013 08:35:05.926552] WARNING: pid 25374, fpm_children_bury(), line 252: [pool ] child 534 exited on signal 11 (SIGSEGV - core dumped) after 34.242946 seconds from start [07-Apr-2013 08:35:05.926939] NOTICE: pid 25374, fpm_children_make(), line 421: [pool ] child 575 started [07-Apr-2013 08:35:05.926980] DEBUG: pid 25374, fpm_event_loop(), line 411: event module triggered 1 events Backtrace: #0 0x08304f47 in _php_stream_write (stream=0x9556b88, buf=0xb77c5000 set 0b58f7308927b881bd2d5273f0dc8de7 0 1440 38\r\nuser_session_last_access|i:1365338080;\r\n, count=88) at /usr/src/php-5.4.13/main/streams/streams.c:1238 1238if (buf == NULL || count == 0 || stream-ops-write == NULL) { (gdb) bt #0 0x08304f47 in _php_stream_write (stream=0x9556b88, buf=0xb77c5000 set 0b58f7308927b881bd2d5273f0dc8de7 0 1440 38\r\nuser_session_last_access|i:1365338080;\r\n, count=88) at /usr/src/php-5.4.13/main/streams/streams.c:1238 #1 0x00764506 in ?? () #2 0x09556b88 in ?? () #3 0xb77c5000 in ?? () #4 0x0058 in ?? () #5 0xbfb79f0e in ?? () #6 0x in ?? () (gdb) frame 0 #0 0x08304f47 in _php_stream_write (stream=0x9556b88, buf=0xb77c5000 set 0b58f7308927b881bd2d5273f0dc8de7 0 1440 38\r\nuser_session_last_access|i:1365338080;\r\n, count=88) at /usr/src/php-5.4.13/main/streams/streams.c:1238 1238if (buf == NULL || count == 0 || stream-ops-write == NULL) { Another Backtrace: #0 _php_stream_write_filtered (stream=0x95564a8, buf=0x96c9100 , count=3216473280, flags=0) at /usr/src/php-5.4.13/main/streams/streams.c:1177 1177status = filter-fops-filter(stream, filter, brig_inp, brig_outp, (gdb) bt #0 _php_stream_write_filtered (stream=0x95564a8, buf=0x96c9100 , count=3216473280, flags=0) at /usr/src/php-5.4.13/main/streams/streams.c:1177 #1 0x007620bb in ?? () #2 0x in ?? () (gdb) frame 0 #0 _php_stream_write_filtered (stream=0x95564a8, buf=0x96c9100 , count=3216473280, flags=0) at /usr/src/php-5.4.13/main/streams/streams.c:1177 1177status = filter-fops-filter(stream, filter, brig_inp, brig_outp, -- Edit this bug report at https://bugs.php.net/bug.php?id=64606edit=1
Bug #64606 [Opn-Fbk]: php crashes when wrtiting stream
Edit report at https://bugs.php.net/bug.php?id=64606edit=1 ID: 64606 Updated by: s...@php.net Reported by:pbxanime at gmail dot com Summary:php crashes when wrtiting stream -Status: Open +Status: Feedback Type: Bug Package:Streams related Operating System: Centos 5.8 PHP Version:5.4.13 Block user comment: N Private report: N Previous Comments: [2013-04-08 16:40:32] pbxanime at gmail dot com No, I haven't tested it with Xcache disabled. I didn't even think Xcache would be an issue since it doesn't interact with the writing of the sessions. I will disable Xcache for a few hours and see what results, I get thank you for the response. [2013-04-08 16:10:56] s...@php.net Does it reproduce without XCache? Do you have a standalone testcase? [2013-04-07 19:41:41] pbxanime at gmail dot com Description: I use the latest stable XCache and the latest stable Lighttpd. I store sessions with memcache: session.save_handler = memcache session.save_path = unix:///tmp/memcached.socket:0?persistent=1weight=1timeout=1retry_interval=15 php is compiled with the following, I removed directories, but they are correctly linked: ./configure \ --disable-fileinfo \ --disable-pdo \ --enable-exif \ --enable-fpm \ --enable-ftp \ --enable-gd-native-ttf \ --enable-libxml \ --enable-mbstring \ --enable-zip \ --prefix= \ --with-apxs2= \ --with-bz2 \ --with-curl= \ --with-freetype-dir= \ --with-gd \ --with-gettext \ --with-imap= \ --with-imap-ssl= \ --with-jpeg-dir= \ --with-png-dir= \ --with-kerberos \ --with-libxml-dir= \ --with-mcrypt= \ --with-mysql= \ --with-mysql-sock= \ --with-mysqli= \ --with-openssl= \ --with-openssl-dir= \ --with-pcre-regex= \ --with-png-dir= \ --with-xpm-dir= \ --with-zlib \ --with-zlib-dir= Test script: --- I store sessions like this: IF (!ISSET($_SESSION)) { SESSION_START(); } IF($_SESSION['user_session_last_access']+180 TIME()){ $_SESSION['user_session_last_access'] = TIME(); } It's nothing special and it works normally. Actual result: -- I don't know how to dupicate this bug, it just happens randomly every few to several hours: FPM Log: [07-Apr-2013 08:35:05.926454] DEBUG: pid 25374, fpm_got_signal(), line 72: received SIGCHLD [07-Apr-2013 08:35:05.926552] WARNING: pid 25374, fpm_children_bury(), line 252: [pool ] child 534 exited on signal 11 (SIGSEGV - core dumped) after 34.242946 seconds from start [07-Apr-2013 08:35:05.926939] NOTICE: pid 25374, fpm_children_make(), line 421: [pool ] child 575 started [07-Apr-2013 08:35:05.926980] DEBUG: pid 25374, fpm_event_loop(), line 411: event module triggered 1 events Backtrace: #0 0x08304f47 in _php_stream_write (stream=0x9556b88, buf=0xb77c5000 set 0b58f7308927b881bd2d5273f0dc8de7 0 1440 38\r\nuser_session_last_access|i:1365338080;\r\n, count=88) at /usr/src/php-5.4.13/main/streams/streams.c:1238 1238if (buf == NULL || count == 0 || stream-ops-write == NULL) { (gdb) bt #0 0x08304f47 in _php_stream_write (stream=0x9556b88, buf=0xb77c5000 set 0b58f7308927b881bd2d5273f0dc8de7 0 1440 38\r\nuser_session_last_access|i:1365338080;\r\n, count=88) at /usr/src/php-5.4.13/main/streams/streams.c:1238 #1 0x00764506 in ?? () #2 0x09556b88 in ?? () #3 0xb77c5000 in ?? () #4 0x0058 in ?? () #5 0xbfb79f0e in ?? () #6 0x in ?? () (gdb) frame 0 #0 0x08304f47 in _php_stream_write (stream=0x9556b88, buf=0xb77c5000 set 0b58f7308927b881bd2d5273f0dc8de7 0 1440 38\r\nuser_session_last_access|i:1365338080;\r\n, count=88) at /usr/src/php-5.4.13/main/streams/streams.c:1238 1238if (buf == NULL || count == 0 || stream-ops-write == NULL) { Another Backtrace: #0 _php_stream_write_filtered (stream=0x95564a8, buf=0x96c9100 , count=3216473280, flags=0) at /usr/src/php-5.4.13/main/streams/streams.c:1177 1177status = filter-fops-filter(stream, filter, brig_inp, brig_outp, (gdb) bt #0 _php_stream_write_filtered (stream=0x95564a8, buf=0x96c9100 , count=3216473280, flags=0) at /usr/src/php-5.4.13/main/streams/streams.c:1177 #1 0x007620bb in ?? () #2 0x in ?? () (gdb) frame 0 #0 _php_stream_write_filtered (stream=0x95564a8, buf=0x96c9100 , count=3216473280, flags=0) at /usr/src/php-5.4.13/main/streams/streams.c:1177 1177status = filter-fops-filter(stream, filter, brig_inp, brig_outp, -- Edit this bug report at https://bugs.php.net/bug.php?id=64606edit=1
Bug #64568 [Opn-Fbk]: opcache no loadable
Edit report at https://bugs.php.net/bug.php?id=64568edit=1 ID: 64568 Updated by: s...@php.net Reported by:bugzilla77 at gmail dot com Summary:opcache no loadable -Status: Open +Status: Feedback Type: Bug Package:opcache Operating System: windows PHP Version:5.5.0beta1 Block user comment: N Private report: N New Comment: Try Beta 2 and use zend_extension=php_opcache.dll Previous Comments: [2013-04-02 19:48:14] bugzilla77 at gmail dot com Description: opcache no loadable Test script: --- php.ini add: extension=php_opcache.dll Expected result: opcache in phpinfo() extension_loaded('opcache') returns true Actual result: -- no opcache in phpinfo() extension_loaded('opcache') returns false -- Edit this bug report at https://bugs.php.net/bug.php?id=64568edit=1
Bug #64567 [Opn-Dup]: missed: php_gd2.dll
Edit report at https://bugs.php.net/bug.php?id=64567edit=1 ID: 64567 Updated by: s...@php.net Reported by:bugzilla77 at gmail dot com Summary:missed: php_gd2.dll -Status: Open +Status: Duplicate Type: Bug Package:GD related Operating System: windows PHP Version:5.5.0beta1 Block user comment: N Private report: N New Comment: Duplicate of https://bugs.php.net/bug.php?id=64552 Previous Comments: [2013-04-02 19:37:24] bugzilla77 at gmail dot com Description: missed: php_gd2.dll Test script: --- http://windows.php.net/downloads/qa/php-5.5.0beta2-Win32-VC11-x64.zip Expected result: exists: php_gd2.dll Actual result: -- missed: php_gd2.dll -- Edit this bug report at https://bugs.php.net/bug.php?id=64567edit=1
Req #64492 [Opn]: ./configure fails under bison 2.7 environment
Edit report at https://bugs.php.net/bug.php?id=64492edit=1 ID: 64492 Updated by: s...@php.net Reported by:user at zuse dot jp Summary:./configure fails under bison 2.7 environment Status: Open Type: Feature/Change Request Package:Compile Failure Operating System: OSX 10.7 PHP Version:master-Git-2013-03-22 (Git) Block user comment: N Private report: N New Comment: The PHP test suite runs fine with (hand built) bison 2.7 on Oracle Linux 5.9. The fix for https://bugs.php.net/bug.php?id=64503 means that 2.3 and earlier are no longer usable. I verified this, as did laruence (on IRC he retracted his email that claimed it was usable). Rasmus is OK with dropping support for 2.3 (see http://news.php.net/php.internals/66810). These older versions should be removed from Zend/acinclude.m4 Note in https://bugs.php.net/bug.php?id=64503 Remi says 2.4.1 is OK. I haven't seen any results for 2.4. Previous Comments: [2013-03-23 13:38:52] paj...@php.net Then we need to fix the code for 2.6+. Right now it fails for ZTS with 2.6.1 already. [2013-03-23 13:15:21] m...@php.net We might add it to master, I'm using 2.7 all-time here, too. [2013-03-22 16:29:08] paj...@php.net I would suggest to use older versions for now, latest versions are not yet tested and can create issues. [2013-03-22 16:21:28] user at zuse dot jp Description: Please add build support for bison 2.7 environment. Test script: --- $ bison --version bison (GNU Bison) 2.7 $ autoreconf -i ./configure configure: WARNING: bison versions supported for regeneration of the Zend/PHP parsers: 1.28 1.35 1.75 1.875 2.0 2.1 2.2 2.3 2.4 2.4.1 2.4.2 2.4.3 2.5 2.5.1 2.6 2.6.1 2.6.2 (found: 2.7). configure: error: bison is required to build PHP/Zend when building a GIT checkout! -- Edit this bug report at https://bugs.php.net/bug.php?id=64492edit=1
Bug #64518 [Nab]: optimisation for for ($i=0; $icount($array);$i++) when $array is global
Edit report at https://bugs.php.net/bug.php?id=64518edit=1 ID: 64518 Updated by: s...@php.net Reported by:php at richardneill dot org Summary:optimisation for for ($i=0; $icount($array);$i++) when $array is global Status: Not a bug Type: Bug Package:Performance problem PHP Version:5.4.13 Block user comment: N Private report: N New Comment: You can contribute documentation updates at https://edit.php.net. If you don't have an account, use anonymous in the VCS login field. Previous Comments: [2013-03-26 16:55:28] php at richardneill dot org I see your point about optimisations being too low-level, but some of these things are hugely different in performance. Try running the following script: http://www.richardneill.org/tmp/php-perf.txt I notice 3 things. 1) Updating a variable in-place is 1000x slower than creating a new one. Fast: $n = count($data); Slow:$data = count($data); 2) Using $GLOBALS['var'] inside a function is very similar to using the same variable in the main scope. Using global $var is always at least a bit slower. 3) Using global for just reading a variable is 100x slower than reading it from $GLOBALS inside a function. Fast: $n = count($GLOBALS['data']) Slow: global $data; $n = count ($data) I think that (3) might be a bug. I also think that these differences are far from negligible, and so PHP's documentation *should* mention them. [2013-03-26 15:57:08] ni...@php.net It's not always faster. Which one is faster is not very predictable without good knowledge of the engine. We don't address such low-level details in the manual. [2013-03-26 15:15:38] php at richardneill dot org The issue you are seeing is that `global $data` is a by-reference fetch (unlike `$data = $GLOBALS['data']`, which is by-value). The by-ref pass prevents us from doing a copy-on-write optimization when passing the array to the by-value count() function, so the array has to be copied every single time. Thanks for the explanation. That makes some sense as an explanation. However, it also implies that use of $GLOBALS['var'] is always faster, sometimes much faster, than global $var. If this is true, might I suggest that this is a documentation issue that should be addressed? [2013-03-26 13:34:40] ni...@php.net The issue you are seeing is that `global $data` is a by-reference fetch (unlike `$data = $GLOBALS['data']`, which is by-value). The by-ref pass prevents us from doing a copy-on-write optimization when passing the array to the by-value count() function, so the array has to be copied every single time. The specific count() case is something we could optimize by adding a read-only passing mode for function arguments (that never separates zvals). As that is something that's also useful for a few other things, it might well be worth doing. [2013-03-26 06:34:44] php at richardneill dot org ... and getting closer to the source of the problem... function a(){ //about 1400 us global $data; $n = $data; } function b(){ //much much quicker: about 18us $n = $GLOBALS['data']; } Something is definitely wrong here, that makes global so much slower than $GLOBALS. Also, this isn't a read-only optimisation which makes b() much quicker than a(); it still applies even when we want to copy back into the global scope. Consider: function x(){ $n = $GLOBALS['data']; $GLOBALS['data'] = count($n); } and x() is always about as fast as b(). A secondary problem: if x() is rewritten as: function y(){ $GLOBALS['data'] = count($GLOBALS['data']); } then it can be either fast or slow depending on whether other function calls contain global $data or not. 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=64518 -- Edit this bug report at https://bugs.php.net/bug.php?id=64518edit=1
Bug #64461 [Opn-Csd]: /Zend/zend_language_parser.h error
Edit report at https://bugs.php.net/bug.php?id=64461edit=1 ID: 64461 Updated by: s...@php.net Reported by:kevin dot waterson at gmail dot com Summary:/Zend/zend_language_parser.h error -Status: Open +Status: Closed Type: Bug Package:Compile Failure Operating System: Centos 6.3 PHP Version:5.5.0alpha5 -Assigned To: +Assigned To:aharvey Block user comment: N Private report: N New Comment: Closing as per previous comment Previous Comments: [2013-03-20 23:11:11] kevin dot waterson at gmail dot com OK! Fixed in latest snap. Thanks for looking Kev [2013-03-20 20:20:16] ahar...@php.net I don't seem to be able to reproduce this. So, a few questions for you: 1. How did you get PHP? Tarball, git checkout, something else? 2. Does the error still occur with a blank configure line (ie just ./configure)? 3. Does it still happen with the latest 5.5 snapshot from http://snaps.php.net/? [2013-03-20 11:43:44] kevin dot waterson at gmail dot com Description: Config options ./configure --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=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --cache-file=../config.cache --with-config-file-path=/etc --enable-force-cgi-redirect --enable-fastcgi --enable-pic --disable-rpath --prefix=/usr/local/apache/php --enable-track-vars --enable-force-cgi-redirect --disable-cgi --with-exec-dir=/usr/bin --enable-ftp --enable-magic-quotes --disable-short-tags --enable-sigchild --enable-trans-sid --with-apxs2=/usr/sbin/apxs --with-pear=/usr/local/lib/php --with-openssl --with-bz2 --with-tiff-dir=/usr --enable-dba --enable-pdo --with-fam --with-ttf --enable-gd-native-ttf --with-gettext --with-gmp --with-gd --with-jpeg-dir=/usr --with-zlib --enable-bcmath --enable-exif --enable-sockets --enable-sysvshm --enable-sysvsem --enable-sysvmsg --enable-discard-path --enable-yp --enable-wddx --enable-memory-limit --enable-shmop --enable-versioning --enable-calendar --with-png-dir=/usr --enable-debug --with-regex=system --with-xsl --disable-short-tags --enable-zip --enable-maintainer-zts --with-pgsql=/usr --with-pdo-pgsql=/usr --with-pdo-mysql=mysqlnd /home/kevin/php/php-5.5.0alpha5/Zend/zend_language_parser.h:331: error: conflicting types for âzendparseâ make: *** [ext/standard/basic_functions.lo] Error 1 Test script: --- Compile error Expected result: Build Actual result: -- Compile Fails -- Edit this bug report at https://bugs.php.net/bug.php?id=64461edit=1
Bug #63760 [Opn]: microtime(true) profiling is unreliable
Edit report at https://bugs.php.net/bug.php?id=63760edit=1 ID: 63760 Updated by: s...@php.net Reported by:lennartvdd at gmail dot com Summary:microtime(true) profiling is unreliable Status: Open Type: Bug Package:Date/time related Operating System: Windows Server 2008 R2 PHP Version:5.3.19 Block user comment: N Private report: N New Comment: You might be interested in bug #64370 Previous Comments: [2013-01-28 08:30:15] kraft at web-consulting dot at Maybe the problem ist task swapping. Altough the measured instruction was a sleep(2.5 seconds) it could be that before or after the sleep a task swap took place and another application with higher priority got executed. At least you are in a multi tasking environment and you can't expect your application to show real-time behaviour. Altough extending a 2.5seconds loop to almost 45 seconds looks strange. On my work laptop which is MacBook Black running Ubuntu your script yields the following output: PHP Version: 5.3.10-1ubuntu3.5 0. Sleep: 250 us. Measured: 2.5002579689026 s. 1. Sleep: 250 us. Measured: 2.5001587867737 s. 2. Sleep: 250 us. Measured: 2.5001730918884 s. 3. Sleep: 250 us. Measured: 2.5001239776611 s. 4. Sleep: 250 us. Measured: 2.5001139640808 s. 5. Sleep: 250 us. Measured: 2.5001068115234 s. 6. Sleep: 250 us. Measured: 2.5001077651978 s. 7. Sleep: 250 us. Measured: 2.5002279281616 s. 8. Sleep: 250 us. Measured: 2.5001499652863 s. 9. Sleep: 250 us. Measured: 2.5002629756927 s. 10. Sleep: 250 us. Measured: 2.5001599788666 s. 11. Sleep: 250 us. Measured: 2.5001139640808 s. 12. Sleep: 250 us. Measured: 2.5001239776611 s. 13. Sleep: 250 us. Measured: 2.5001049041748 s. 14. Sleep: 250 us. Measured: 2.5001349449158 s. 15. Sleep: 250 us. Measured: 2.5001358985901 s. 16. Sleep: 250 us. Measured: 2.5001120567322 s. 17. Sleep: 250 us. Measured: 2.5002059936523 s. 18. Sleep: 250 us. Measured: 2.5001180171967 s. 19. Sleep: 250 us. Measured: 2.5001227855682 s. 20. Sleep: 250 us. Measured: 2.5001170635223 s. 21. Sleep: 250 us. Measured: 2.5001339912415 s. 22. Sleep: 250 us. Measured: 2.5001168251038 s. 23. Sleep: 250 us. Measured: 2.500118970871 s. 24. Sleep: 250 us. Measured: 2.500030579 s. I assume it has to do with some Windows issue! greetings, Bernhard [2012-12-13 16:07:33] lennartvdd at gmail dot com Description: Script executing timing (profiling) using microtime(true) can produce unexpected and very inaccurate results (perhaps only on windows, haven't tested on *nix) An often used method for execution time profiling is to substract the result of microtime(true) ($start) before execution of a code block from the result of microtime(true) ($end) after exection of the code block. $end - $start sometimes produces values that are close to a minute, when actual code execution time is only a few seconds. Note that this server is in a domain environment, so this issue could be related to clock drift caused by synchronization with the Domain Controller. I am however not sure of this because I don't know the exact inner working of this method, and since I haven't been able to find a viable alternative for microtime(true), in my opinion it was still worth submitting this issue as a bug. Test script: --- ?php echo PHP Version: . phpversion() . PHP_EOL; $iterations = 25; for($i = 0; $i $iterations; $i++) { // Sleep for 2.5 s $sleeptime = 250; $time_start = microtime(true); echo $i . . Sleep: . $sleeptime . us. ; usleep($sleeptime); $time = microtime(true) - $time_start; echo Measured: $time s..PHP_EOL; } ? Expected result: On every iteration: [iteration no]. Sleep: 250 us. Measured: [a value very close to 2.5] s. Actual result: -- C:\php-5.3.19-Win32-VC9-x86php c:\scripts\test.php PHP Version: 5.3.19 0. Sleep: 250 us. Measured: 2.5308179855347 s. 1. Sleep: 250 us. Measured: 2.519441376 s. 2. Sleep: 250 us. Measured: 2.5092051029205 s. 3. Sleep: 250 us. Measured: 2.5104570388794 s. 4. Sleep: 250 us. Measured: 2.555615901947 s. 5. Sleep: 250 us. Measured: 2.5104122161865 s. 6. Sleep: 250 us. Measured: 2.5099401473999 s. 7. Sleep: 250 us. Measured: 2.5175790786743 s. 8. Sleep: 250 us. Measured: 2.5002219676971 s. 9. Sleep: 250 us. Measured: 2.5104150772095 s. 10. Sleep: 250 us. Measured: 2.5105049610138 s. 11. Sleep: 250 us. Measured: 2.5094060897827 s. 12. Sleep: 250 us. Measured: 2.5106818675995 s. 13. Sleep: 250 us. Measured: 2.510064125061 s. 14. Sleep: 250 us. Measured:
Bug #54050 [Opn-Dup]: microtime() returns random values
Edit report at https://bugs.php.net/bug.php?id=54050edit=1 ID: 54050 Updated by: s...@php.net Reported by:nospam at unclassified dot de Summary:microtime() returns random values -Status: Open +Status: Duplicate Type: Bug Package:*General Issues Operating System: Windows XP PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Duplicate of bug #64370 Previous Comments: [2011-06-09 13:51:32] ynn at free dot fr There is a simpler test case : for ($i=0 ; $i=10 ; $i++) { $mt = microtime(true); if(isset($last) $mt$last) echo 'Last:'.$last.' - Current:'.$mt.\n; $last = $mt; } On Windows XP, PHP 5.3.5, I get outputs that looks like : Last:1307620010.9549 - Current:1307620010.0533 Last:1307620010.9742 - Current:1307620010.0689 Last:1307620010.9742 - Current:1307620010.0689 Last:1307620010.983 - Current:1307620010.0845 Last:1307620010.9909 - Current:1307620010.0845 Last:1307620011.0142 - Current:1307620010.1158 Last:1307620011.0612 - Current:1307620010.147 Last:1307620011.0679 - Current:1307620010.1626 Last:1307620011.0865 - Current:1307620010.1783 Last:1307620011.115 - Current:1307620010.2095 [2011-02-18 23:31:48] nospam at unclassified dot de The seconds part of the return value seems to be my system boot time. I have now restarted the computer and the value points to that time. The fractional part is kind of oscillating around similar values. It's going up and down a bit every time but it has the tendency to decrease slowly. I have discovered a few other places in my application where it happens. But it's always the same database function. The same code. $start0 = microtime(true); $start = microtime(true); if (abs($start - $start0) 1) { var_dump($start0); var_dump($start); } This should never print something but it does. Here are a few examples: float(1298065510.0493) float(1298068208.1106) float(1298065510.0533) float(1298068218.7475) float(1298065510.0405) float(1298068225.1549) float(1298065510.038) float(1298068231.7615) float(1298065510.0269) float(1298068237.0667) float(1298065510.0234) float(1298068244.8534) float(1298065510.0266) float(1298068250.9826) float(1298065510.0145) float(1298068257.6404) float(1298065510.8087) float(1298068265.3026) float(1298065510.809) float(1298068271.1601) float(1298065510.8087) float(1298068277.0327) float(1298065510.8029) float(1298068284.6319) ... [2011-02-18 22:32:24] nospam at unclassified dot de I have restarted the Apache web server and then the microtime function worked correctly in this situation a few times. Then it started to produce the same bogus data often. Now the original problem is right here again. Same place. Only the approximately 100th of like 200 times it is called. Instead of 1298064639.9228 (or similar) as everywhere else on the page it returns values around 1296908080.167 or 1296908081.2987. Quite a bit off but relatively constant. [2011-02-18 22:17:00] nospam at unclassified dot de Description: I have a very weird bug here. The microtime() function with the parameter true works fine everywhere in my entire application - except in one single place. It's measuring database query durations here. It counts everything perfectly but always at a certain database query in the deepest middle of my application it returns random values. When I call it a second time just a line of code later, it returns the correct value again. It happens every time tonight. I cannot provide a testcase yet because there's another tens of thousands of lines of code hanging at this to work at all. I cannot upgrade PHP because there's no newer XAMPP package available. Version is 5.3.1. -- Edit this bug report at https://bugs.php.net/bug.php?id=54050edit=1
Bug #64329 [Nab]: CURLOPT_FTP_SKIP_PASV_IP does not exist
Edit report at https://bugs.php.net/bug.php?id=64329edit=1 ID: 64329 Updated by: s...@php.net Reported by:daniel at c-books dot co dot uk Summary:CURLOPT_FTP_SKIP_PASV_IP does not exist Status: Not a bug Type: Bug Package:*General Issues Operating System: any PHP Version:5.4.12 Block user comment: N Private report: N New Comment: That boiler plate might have been confusing (I believe the drop down menu that adds it to a bug just says try a newer version and doesn't mention which component is old). The answer is probably that your cURL version is not the most recent. Looking at PHP 5.4.11's ext/curl/interface.c there is code for this constant if your libcurl version is recent enough. #if LIBCURL_VERSION_NUM = 0x070f01 REGISTER_CURL_CONSTANT(CURLOPT_FTP_FILEMETHOD); REGISTER_CURL_CONSTANT(CURLOPT_FTP_SKIP_PASV_IP); #endif Previous Comments: [2013-03-01 04:59:29] daniel at c-books dot co dot uk I am confused how am I not using a current version of PHP? PHP Info: PHP Version 5.4.12 PHP Downloads: PHP 5.4.12 (Current stable) [2013-03-01 04:41:35] pierr...@php.net Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to Open. Again, thank you for your continued support of PHP. This constant will be available in php5.5 [2013-03-01 04:28:33] daniel at c-books dot co dot uk Description: he CURLOPT_FTP_SKIP_PASV_IP option is part of libcurl (see http://curl.haxx.se/libcurl/c/curl_easy_setopt.html ) but no predefined constant exists for use with curl_setopt(). This was requested 2010-01-14. https://bugs.php.net/bug.php?id=50756 No resolution has been provided to date. -- Edit this bug report at https://bugs.php.net/bug.php?id=64329edit=1
Bug #64333 [Opn]: Can´t configure with LDAP
Edit report at https://bugs.php.net/bug.php?id=64333edit=1 ID: 64333 Updated by: s...@php.net Reported by:hudson dot melo at fazenda dot mg dot gov dot br Summary:Can´t configure with LDAP Status: Open Type: Bug Package:PHP options/info functions Operating System: Solaris 10 PHP Version:5.3.22 Block user comment: N Private report: N New Comment: See https://github.com/php/php-src/pull/19 Previous Comments: [2013-03-01 18:21:11] hudson dot melo at fazenda dot mg dot gov dot br Description: Hi, in any version 5.3.x of php with solaris 10 sparc/x86 appear the same ERROR. I need help. checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for ldap_bind_s... no configure: error: LDAP build check failed. Please check config.log for more information. My environment: SunOS geia 5.10 Generic_118833-36 sun4v sparc SUNW,Sun-Fire-T200 or SunOS amicoz2 5.10 Generic_147441-01 i86pc i386 i86pc LD_LIBRARY_PATH=/oracle/app/oracle/product/instantclient_10.2.0.3:/usr/local/lib:/usr/sfw/lib:/usr/local/ssl/lib PATH=/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/usr/bin:/bin:/usr/local/BerkeleyDB.4.2:/usr/local/ssl/bin:/usr/sfw/bin:/usr/ccs/bin command line PHP: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-config-file-path=/usr/local/apache2/conf --with-oci8=instantclient,/oracle/app/oracle/product/instantclient_10.2.0.3 --enable-sigchild --enable-mbstring --with-gd --with-openssl=/usr/local/ssl --with-curl=/usr/local/bin/curl --with-ldap=/usr --with-xmlrpc Thanks. Hudson Actual result: -- checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for ldap_bind_s... no configure: error: LDAP build check failed. Please check config.log for more information. -- Edit this bug report at https://bugs.php.net/bug.php?id=64333edit=1
Bug #64333 [Opn-Dup]: Can´t configure with LDAP
Edit report at https://bugs.php.net/bug.php?id=64333edit=1 ID: 64333 Updated by: s...@php.net Reported by:hudson dot melo at fazenda dot mg dot gov dot br Summary:Can´t configure with LDAP -Status: Open +Status: Duplicate Type: Bug -Package:PHP options/info functions +Package:LDAP related Operating System: Solaris 10 PHP Version:5.3.22 Block user comment: N Private report: N New Comment: See https://bugs.php.net/bug.php?id=61450 Previous Comments: [2013-03-01 19:32:33] s...@php.net See https://github.com/php/php-src/pull/19 [2013-03-01 18:21:11] hudson dot melo at fazenda dot mg dot gov dot br Description: Hi, in any version 5.3.x of php with solaris 10 sparc/x86 appear the same ERROR. I need help. checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for ldap_bind_s... no configure: error: LDAP build check failed. Please check config.log for more information. My environment: SunOS geia 5.10 Generic_118833-36 sun4v sparc SUNW,Sun-Fire-T200 or SunOS amicoz2 5.10 Generic_147441-01 i86pc i386 i86pc LD_LIBRARY_PATH=/oracle/app/oracle/product/instantclient_10.2.0.3:/usr/local/lib:/usr/sfw/lib:/usr/local/ssl/lib PATH=/usr/sbin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/sbin:/usr/bin:/bin:/usr/local/BerkeleyDB.4.2:/usr/local/ssl/bin:/usr/sfw/bin:/usr/ccs/bin command line PHP: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-config-file-path=/usr/local/apache2/conf --with-oci8=instantclient,/oracle/app/oracle/product/instantclient_10.2.0.3 --enable-sigchild --enable-mbstring --with-gd --with-openssl=/usr/local/ssl --with-curl=/usr/local/bin/curl --with-ldap=/usr --with-xmlrpc Thanks. Hudson Actual result: -- checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for ldap_bind_s... no configure: error: LDAP build check failed. Please check config.log for more information. -- Edit this bug report at https://bugs.php.net/bug.php?id=64333edit=1
Bug #64211 [Opn-Nab]: sha256 hashes #, , and + incorrectly.
Edit report at https://bugs.php.net/bug.php?id=64211edit=1 ID: 64211 Updated by: s...@php.net Reported by:pwormer at science dot ru dot nl Summary:sha256 hashes #, , and + incorrectly. -Status: Open +Status: Not a bug Type: Bug Package:hash related Operating System: windows/linux PHP Version:5.4.11 Block user comment: N Private report: N New Comment: Can't reproduce on 32 or 64 bit Linux: $ php53 -r 'echo hash(sha256, #) . \n;' 334359b90efed75da5f0ada1d5e6b256f4a6bd0aee7eb39c0f90182a021ffc8b $ php54 -r 'echo hash(sha256, #) . \n;' 334359b90efed75da5f0ada1d5e6b256f4a6bd0aee7eb39c0f90182a021ffc8b Is it coincidence that (an empty string) gives the hash you are expecting for #. $ php53 -r 'echo hash(sha256, ) . \n;' e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 $ php54 -r 'echo hash(sha256, ) . \n;' e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 Previous Comments: [2013-02-14 11:05:56] pwormer at science dot ru dot nl Description: The JavaScript functions at: http://crypto-js.googlecode.com/svn/tags/3.1.2/build/rollups/sha256.js and http://www.movable-type.co.uk/scripts/sha256.html give the same hash for any password of any length consisting of ASCII 32 through 128. Almost always the hash is the same as obtained from PHP: hash(sha256, $pswd). Exceptions (bugs?) are passwords containing one or more of the three characters: # (number sign), (ampersand), or + (plus sign). Tested with XAMPP (PHP 5.4.7), FireFox and Chrome and Linux server. Test script: --- See http://www.theochem.ru.nl/~pwormer/sha256bug.php This URL calls SHA256.php which contains the following four lines ?php $pswd = $_GET[pswd]; echo hash(sha256, $pswd); ? Expected result: I expect JavaScript and PHP to give same Sha-256 hashes Actual result: -- Hash of # (single character): JS: 334359b90efed75da5f0ada1d5e6b256f4a6bd0aee7eb39c0f90182a021ffc8b PHP: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 -- Edit this bug report at https://bugs.php.net/bug.php?id=64211edit=1
Bug #64211 [Nab]: sha256 hashes #, , and + incorrectly.
Edit report at https://bugs.php.net/bug.php?id=64211edit=1 ID: 64211 Updated by: s...@php.net Reported by:pwormer at science dot ru dot nl Summary:sha256 hashes #, , and + incorrectly. Status: Not a bug Type: Bug Package:hash related Operating System: windows/linux PHP Version:5.4.11 Block user comment: N Private report: N New Comment: s/expecting/getting Previous Comments: [2013-02-14 21:37:50] s...@php.net Can't reproduce on 32 or 64 bit Linux: $ php53 -r 'echo hash(sha256, #) . \n;' 334359b90efed75da5f0ada1d5e6b256f4a6bd0aee7eb39c0f90182a021ffc8b $ php54 -r 'echo hash(sha256, #) . \n;' 334359b90efed75da5f0ada1d5e6b256f4a6bd0aee7eb39c0f90182a021ffc8b Is it coincidence that (an empty string) gives the hash you are expecting for #. $ php53 -r 'echo hash(sha256, ) . \n;' e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 $ php54 -r 'echo hash(sha256, ) . \n;' e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 [2013-02-14 11:05:56] pwormer at science dot ru dot nl Description: The JavaScript functions at: http://crypto-js.googlecode.com/svn/tags/3.1.2/build/rollups/sha256.js and http://www.movable-type.co.uk/scripts/sha256.html give the same hash for any password of any length consisting of ASCII 32 through 128. Almost always the hash is the same as obtained from PHP: hash(sha256, $pswd). Exceptions (bugs?) are passwords containing one or more of the three characters: # (number sign), (ampersand), or + (plus sign). Tested with XAMPP (PHP 5.4.7), FireFox and Chrome and Linux server. Test script: --- See http://www.theochem.ru.nl/~pwormer/sha256bug.php This URL calls SHA256.php which contains the following four lines ?php $pswd = $_GET[pswd]; echo hash(sha256, $pswd); ? Expected result: I expect JavaScript and PHP to give same Sha-256 hashes Actual result: -- Hash of # (single character): JS: 334359b90efed75da5f0ada1d5e6b256f4a6bd0aee7eb39c0f90182a021ffc8b PHP: e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855 -- Edit this bug report at https://bugs.php.net/bug.php?id=64211edit=1
Bug #64197 [Opn]: The PHP5 module don't build
Edit report at https://bugs.php.net/bug.php?id=64197edit=1 ID: 64197 Updated by: s...@php.net Reported by:mats at exmandato dot se Summary:The PHP5 module don't build Status: Open Type: Bug Package:Compile Failure Operating System: FreeBSD10 / ARM PHP Version:5.4.11 Block user comment: N Private report: N New Comment: It could be interesting to try a snapshot of trunk from http://snaps.php.net/, since some ARM fixes have recently been merged there, Previous Comments: [2013-02-12 15:42:53] mats at exmandato dot se Description: === Building for php5-5.4.11 /bin/sh /usr/ports/lang/php5/work/php-5.4.11/libtool --silent --preserve-dup-deps --mode=compile clang -Iext/date/lib -Iext/date/ -I/usr/ports/lang/php5/work/php-5.4.11/ext/date/ -DPHP_ATOM_INC -I/usr/ports/lang/php5/work/php-5.4.11/include -I/usr/ports/lang/php5/work/php-5.4.11/main -I/usr/ports/lang/php5/work/php-5.4.11 -I/usr/ports/lang/php5/work/php-5.4.11/ext/date/lib -I/usr/ports/lang/php5/work/php-5.4.11/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/lang/php5/work/php-5.4.11/TSRM -I/usr/ports/lang/php5/work/php-5.4.11/Zend-O2 -mno-global-merge -mno-load-store-multiple -fno-strict-aliasing -pipe -march=armv6z -mtune=arm1176jzf-s -mfloat-abi=soft -c /usr/ports/lang/php5/work/php-5.4.11/ext/date/php_date.c -o ext/date/php_date.lo /usr/ports/lang/php5/work/php-5.4.11/ext/date/php_date.c:500:2: warning: implicit declaration of function '_Offsetof' is invalid in C99 [-Wimplicit-function-declaration] STD_PHP_INI_ENTRY(date.timezone, , PHP_INI_ALL, OnUpdateString, default_timezone, zend_date_globals, date_globals) ^ /usr/ports/lang/php5/work/php-5.4.11/main/php_ini.h:67:28: note: expanded from macro 'STD_PHP_INI_ENTRY' #define STD_PHP_INI_ENTRY STD_ZEND_INI_ENTRY ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:150:71: note: expanded from macro 'STD_ZEND_INI_ENTRY' ZEND_INI_ENTRY2(name, default_value, modifiable, on_modify, (void *) XtOffsetOf(struct_type, property_name), (void *) struct_ptr) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:55:36: note: expanded from macro 'XtOffsetOf' # define XtOffsetOf(s_type, field) XtOffset(s_type*, field) ^ note: (skipping 1 expansions in backtrace; use -fmacro-backtrace-limit=0 to see all) /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:127:65: note: expanded from macro 'ZEND_INI_ENTRY2' ZEND_INI_ENTRY2_EX(name, default_value, modifiable, on_modify, arg1, arg2, NULL) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:124:65: note: expanded from macro 'ZEND_INI_ENTRY2_EX' ZEND_INI_ENTRY3_EX(name, default_value, modifiable, on_modify, arg1, arg2, NULL, displayer) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:118:50: note: expanded from macro 'ZEND_INI_ENTRY3_EX' { 0, modifiable, name, sizeof(name), on_modify, arg1, arg2, arg3, default_value, sizeof(default_value)-1, NULL, 0, 0, 0, displayer }, ^ /usr/ports/lang/php5/work/php-5.4.11/ext/date/php_date.c:500:88: error: unexpected type name 'zend_date_globals': expected expression STD_PHP_INI_ENTRY(date.timezone, , PHP_INI_ALL, OnUpdateString, default_timezone, zend_date_globals, date_globals) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:150:82: note: expanded from macro 'STD_ZEND_INI_ENTRY' ZEND_INI_ENTRY2(name, default_value, modifiable, on_modify, (void *) XtOffsetOf(struct_type, property_name), (void *) struct_ptr) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:55:45: note: expanded from macro 'XtOffsetOf' # define XtOffsetOf(s_type, field) XtOffset(s_type*, field) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:33:44: note: expanded from macro 'XtOffset' # define XtOffset(p_type, field) _Offsetof(p_type, field) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:127:65: note: expanded from macro 'ZEND_INI_ENTRY2' ZEND_INI_ENTRY2_EX(name, default_value, modifiable, on_modify, arg1, arg2, NULL) ^ /usr/ports/lang/php5/work/php-5.4.11/Zend/zend_ini.h:124:65: note: expanded from
Bug #64170 [Opn-Nab]: ECHO with a character become a backdoor
Edit report at https://bugs.php.net/bug.php?id=64170edit=1 ID: 64170 Updated by: s...@php.net Reported by:yoco_smart at live dot cn Summary:ECHO with a character become a backdoor -Status: Open +Status: Not a bug Type: Bug Package:*General Issues Operating System: windows linux PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. See http://php.net/manual/en/language.operators.execution.php Previous Comments: [2013-02-07 18:57:54] yoco_smart at live dot cn Description: echo function become a backdoor. hello, i'm YoCo,from Silic Network Solutions Company,China. I find that some character can make the function ECHO become the backdoor, just one line!! like this: echo `$_POST[x]`; the quote character is ``, not the '',it is diffrent between ' and `,is it right? i dont know why the `` will equal the function SYSTEM, i test it both on the windows with iis and linux with apache,both of them are work well, however the ECHO function become a hacker's backdoor, if some one use it, the manager hard to find it. Test script: --- ?php /* usage: test.php?x=dir */ echo `$_GET[x]`; ? Expected result: the ECHO function becomes the SYSTEM function, just one line script. -- Edit this bug report at https://bugs.php.net/bug.php?id=64170edit=1
Bug #64085 [Opn-Fbk]: microtime(true) undervalued
Edit report at https://bugs.php.net/bug.php?id=64085edit=1 ID: 64085 Updated by: s...@php.net Reported by:bugzilla77 at gmail dot com Summary:microtime(true) undervalued -Status: Open +Status: Feedback Type: Bug Package:Date/time related Operating System: Windows 7 x86/x64 PHP Version:5.5.0alpha4 Block user comment: N Private report: N New Comment: Regardless of whether it makes sense to compare the two functions, or regardless of whatever Windows system calls the two functions expose, I'd expect time1-time2 to be negative. Please review the testcase and clarify the problem description. Previous Comments: [2013-01-27 19:03:58] bugzilla77 at gmail dot com Description: This bug is inaugurated in PHP 5.5: microtime(true) is undervalued up to several seconds! The difference increases in time to work the server (after a few days more than 10 seconds). I am watching now test script -5.2 seconds, after Apache restart difference is positive. I am using Apache 2.2 module on Windows 7 x86/x64. Test script: --- microtime(true): ?=$mt=microtime(true)?br/ time(): ?=$t=time()?br/br/ microtime(true) - time(): ?=$mt-$t?br/br/ difference should be greater than zero and less than one Expected result: PHP 5.4: microtime(true) = time() microtime(true): 1359313026.5983 time(): 1359313026 microtime(true) - time(): 0.59834909439087 difference should be greater than zero and less than one Actual result: -- PHP 5.5: microtime(true) time() microtime(true): 1359312493.8386 time(): 1359312499 microtime(true) - time(): -5.1614379882812 difference should be greater than zero and less than one -- Edit this bug report at https://bugs.php.net/bug.php?id=64085edit=1
Bug #61551 [Fbk-Opn]: Error /usr/bin/ld: warning: libnnz11.so not found when using --disable-rpath
Edit report at https://bugs.php.net/bug.php?id=61551edit=1 ID: 61551 Updated by: s...@php.net Reported by:jm at trash-mail dot com -Summary:dynamic linker says libnnz11.so not found +Summary:Error /usr/bin/ld: warning: libnnz11.so not found when using --disable-rpath -Status: Feedback +Status: Open Type: Bug Package:OCI8 related Operating System: linux x64 PHP Version:Irrelevant Assigned To:sixd Block user comment: N Private report: N New Comment: Either: - Don't use --disable-rpath. - set LD_LIBRARY_PATH to the Oracle library directory before invoking 'make'. Previous Comments: [2013-01-18 10:18:08] kenji dot uui at gmail dot com I got the error when I built php-5.3.20: /usr/bin/ld: warning: libnnz11.so, needed by /u01/app/oracle/product/11.2.0/xe/lib/libclntsh.so, not found (try using -rpath or -rpath-link) configure: './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-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=/usr/com' '--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' '--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' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--enable-xml' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--disable-dom' '--disable-dba' '--without-unixODBC' '--enable-pdo' '--disable-xmlreader' '--disable-xmlwriter' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' '--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' '--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem' --with-oci8 --with-pdo-oci=$ORACLE_HOME --with-sqlite3 --enable-sqlite-utf8 Environment: CentOS 5.2 64bit oracle-xe-11.2.0-1.0.x86_64.rpm PHP 5.3.20 [2012-03-29 15:05:56] s...@php.net What operating system and version are you using? What version of Instant Client are you using? What is your 'configure' line? [2012-03-29 09:04:00] jm at trash-mail dot com Description: Installed Oracle instantclient from RPM: /usr/lib/oracle/11.2/client64/lib looks like this: libclntsh.so libclntsh.so.11.1 libnnz11.so libocci.so libocci.so.11.1 libociei.so libocijdbc11.so ojdbc5.jar ojdbc6.jar ottclasses.zip xstreams.jar configuring and compiling oci8 results in # ldd modules/oci8.so ... libnnz11.so = not found ... even though libnnz11.so is present in the above listing. What helps is this: --- config.m4.old 2012-03-29 10:31:58.0 +0200 +++ config.m4 2012-03-29 10:31:43.0 +0200 @@ -321,6 +321,7 @@ AC_OCI8IC_VERSION($PHP_OCI8_INSTANT_CLIENT) PHP_ADD_LIBRARY(clntsh, 1, OCI8_SHARED_LIBADD) +PHP_ADD_LIBRARY(nnz11, 1, OCI8_SHARED_LIBADD) PHP_ADD_LIBPATH($PHP_OCI8_INSTANT_CLIENT, OCI8_SHARED_LIBADD) AC_DEFINE(HAVE_OCI_INSTANT_CLIENT,1,[ ]) -- # ldd modules/oci8.so linux-vdso.so.1 = (0x7fff9efc5000) libclntsh.so.11.1 = /usr/lib/oracle/11.2/client64/lib/libclntsh.so.11.1 (0x7f2b4f24c000) libnnz11.so = /usr/lib/oracle/11.2/client64/lib/libnnz11.so (0x7f2b4ee7f000) libc.so.6 = /lib64/libc.so.6 (0x7f2b4eaef000) libdl.so.2 = /lib64/libdl.so.2 (0x7f2b4e8eb000) libm.so.6 = /lib64/libm.so.6 (0x7f2b4e694000) libpthread.so.0 = /lib64/libpthread.so.0 (0x7f2b4e477000) libnsl.so.1 = /lib64/libnsl.so.1 (0x7f2b4e25f000) libaio.so.1 = /lib64/libaio.so.1 (0x7f2b4e05c000) /lib64/ld-linux-x86-64.so.2 (0x7f2b51d11000) \o/ -- Edit this bug report at https://bugs.php.net/bug.php?id=61551edit=1
Bug #61551 [Asn]: Error /usr/bin/ld: warning: libnnz11.so not found when using --disable-rpath
Edit report at https://bugs.php.net/bug.php?id=61551edit=1 ID: 61551 Updated by: s...@php.net Reported by:jm at trash-mail dot com Summary:Error /usr/bin/ld: warning: libnnz11.so not found when using --disable-rpath Status: Assigned Type: Bug Package:OCI8 related Operating System: linux x64 PHP Version:Irrelevant Assigned To:sixd Block user comment: N Private report: N New Comment: Try the attached patch to ext/oci8/config.m4. Rebuild the configuration file before configuring the PHP build: ./buildconf --force ./configure ... make Previous Comments: [2013-01-22 07:14:36] s...@php.net The following patch has been added/updated: Patch Name: config.m4.61551.patch Revision: 1358838876 URL: https://bugs.php.net/patch-display.php?bug=61551patch=config.m4.61551.patchrevision=1358838876 [2013-01-22 05:02:47] s...@php.net Either: - Don't use --disable-rpath. - set LD_LIBRARY_PATH to the Oracle library directory before invoking 'make'. [2013-01-18 10:18:08] kenji dot uui at gmail dot com I got the error when I built php-5.3.20: /usr/bin/ld: warning: libnnz11.so, needed by /u01/app/oracle/product/11.2.0/xe/lib/libclntsh.so, not found (try using -rpath or -rpath-link) configure: './configure' '--build=x86_64-redhat-linux-gnu' '--host=x86_64-redhat-linux-gnu' '--target=x86_64-redhat-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=/usr/com' '--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' '--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' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--with-kerberos' '--enable-ucd-snmp-hack' '--enable-shmop' '--enable-calendar' '--enable-xml' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--disable-dom' '--disable-dba' '--without-unixODBC' '--enable-pdo' '--disable-xmlreader' '--disable-xmlwriter' '--without-sqlite3' '--disable-phar' '--disable-fileinfo' '--disable-json' '--without-pspell' '--disable-wddx' '--without-curl' '--disable-posix' '--disable-sysvmsg' '--disable-sysvshm' '--disable-sysvsem' --with-oci8 --with-pdo-oci=$ORACLE_HOME --with-sqlite3 --enable-sqlite-utf8 Environment: CentOS 5.2 64bit oracle-xe-11.2.0-1.0.x86_64.rpm PHP 5.3.20 [2012-03-29 15:05:56] s...@php.net What operating system and version are you using? What version of Instant Client are you using? What is your 'configure' line? [2012-03-29 09:04:00] jm at trash-mail dot com Description: Installed Oracle instantclient from RPM: /usr/lib/oracle/11.2/client64/lib looks like this: libclntsh.so libclntsh.so.11.1 libnnz11.so libocci.so libocci.so.11.1 libociei.so libocijdbc11.so ojdbc5.jar ojdbc6.jar ottclasses.zip xstreams.jar configuring and compiling oci8 results in # ldd modules/oci8.so ... libnnz11.so = not found ... even though libnnz11.so is present in the above listing. What helps is this: --- config.m4.old 2012-03-29 10:31:58.0 +0200 +++ config.m4 2012-03-29 10:31:43.0 +0200 @@ -321,6 +321,7 @@ AC_OCI8IC_VERSION($PHP_OCI8_INSTANT_CLIENT) PHP_ADD_LIBRARY(clntsh, 1, OCI8_SHARED_LIBADD) +PHP_ADD_LIBRARY(nnz11, 1, OCI8_SHARED_LIBADD) PHP_ADD_LIBPATH($PHP_OCI8_INSTANT_CLIENT, OCI8_SHARED_LIBADD) AC_DEFINE(HAVE_OCI_INSTANT_CLIENT,1,[ ]) -- # ldd modules/oci8.so linux-vdso.so.1 = (0x7fff9efc5000) libclntsh.so.11.1 = /usr/lib/oracle/11.2/client64/lib/libclntsh.so.11.1 (0x7f2b4f24c000) libnnz11.so = /usr/lib/oracle/11.2/client64/lib/libnnz11.so (0x7f2b4ee7f000) libc.so.6 = /lib64/libc.so.6 (0x7f2b4eaef000) libdl.so.2 = /lib64/libdl.so.2 (0x7f2b4e8eb000) libm.so.6 = /lib64/libm.so.6 (0x7f2b4e694000) libpthread.so.0 = /lib64/libpthread.so.0
Bug #44852 [Opn-Fbk]: PDO_OCI crashes
Edit report at https://bugs.php.net/bug.php?id=44852edit=1 ID: 44852 Updated by: s...@php.net Reported by:der...@php.net Summary:PDO_OCI crashes -Status: Open +Status: Feedback Type: Bug Package:PDO related Operating System: Linux PHP Version:5.*, 6CVS (2009-04-25) Block user comment: N Private report: N New Comment: See if this is resolved now that https://bugs.php.net/bug.php?id=57702 is fixed. Previous Comments: [2009-04-25 15:01:13] j...@php.net See also bug #44589 [2008-04-28 09:14:12] der...@php.net Issue #44589 is the same, but has a bit more information. Keeping both open as they complement each other. (The other one has a test script) [2008-04-28 09:12:12] der...@php.net Description: PDO/OCI segfaults while describing columns. I gave a stab at a quick reproducing script, but did not manage unfortunately. I get this issue by running the WorkflowDatabaseTiein component test suite with: php -dmemory_limit=-1 UnitTest/src/runtests.php -v -D oracle://ezc:wee123@ezctest/ezctest WorkflowDatabaseTiein/tests/execution_test.php Reproduce code: --- Database schema: CREATE TABLE execution ( execution_id number NOT NULL, execution_next_thread_id number NOT NULL, execution_parent number NOT NULL, execution_started number NOT NULL, execution_threads clob, execution_variables clob, execution_waiting_for clob, workflow_id number NOT NULL ) CREATE SEQUENCE execution_execution_id_seq start with 1 increment by 1 nomaxvalue CREATE OR REPLACE TRIGGER execution_execution_id_trg before insert on execution for each row begin select execution_execution_id_seq.nextval into :new.execution_id from dual; end; ALTER TABLE execution ADD CONSTRAINT execution_pkey PRIMARY KEY ( execution_id ) CREATE INDEX execution_parent ON execution ( execution_parent ) CREATE TABLE execution_state ( execution_id number NOT NULL, node_activated_from clob NOT NULL, node_id number NOT NULL, node_state clob, node_thread_id number NOT NULL ) ALTER TABLE execution_state ADD CONSTRAINT execution_state_pkey PRIMARY KEY ( execution_id, node_id ) CREATE TABLE node ( node_class varchar2(255) NOT NULL, node_configuration clob, node_id number NOT NULL, workflow_id number NOT NULL ) CREATE SEQUENCE node_node_id_seq start with 1 increment by 1 nomaxvalue CREATE OR REPLACE TRIGGER node_node_id_trg before insert on node for each row begin select node_node_id_seq.nextval into :new.node_id from dual; end; ALTER TABLE node ADD CONSTRAINT node_pkey PRIMARY KEY ( node_id ) CREATE INDEX workflow_id ON node ( workflow_id ) CREATE TABLE node_connection ( in_node_id number NOT NULL, out_node_id number NOT NULL ) CREATE INDEX in_node_id ON node_connection ( in_node_id ) CREATE TABLE variable_handler ( class varchar2(255) NOT NULL, variable varchar2(255) NOT NULL, workflow_id number NOT NULL ) ALTER TABLE variable_handler ADD CONSTRAINT variable_handler_pkey PRIMARY KEY ( class, workflow_id ) CREATE TABLE workflow ( workflow_created number NOT NULL, workflow_id number NOT NULL, workflow_name varchar2(64) NOT NULL, workflow_version number DEFAULT 1 NOT NULL ) CREATE SEQUENCE workflow_workflow_id_seq start with 1 increment by 1 nomaxvalue CREATE OR REPLACE TRIGGER workflow_workflow_id_trg before insert on workflow for each row begin select workflow_workflow_id_seq.nextval into :new.workflow_id from dual; end; ALTER TABLE workflow ADD CONSTRAINT workflow_pkey PRIMARY KEY ( workflow_id ) CREATE UNIQUE INDEX name_version ON workflow ( workflow_name, workflow_version ) Actual result: -- Segfault: backtrace: #0 0xb7447574 in kghualloc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #1 0xb73e865f in kohalc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #2 0xb73e7f4f in kohalc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #3 0xb73e8902 in kohalw () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #4 0xb7283b83 in kollalfn () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #5 0xb6d401d3 in kpugdesc () from /usr/lib/oracle/xe/app/oracle/product/10.2.0/client/lib/libclntsh.so.10.1 No symbol table info available. #6 0xb6e0e5a6 in
Bug #63073 [Fbk-Opn]: master make install fails to install PEAR
Edit report at https://bugs.php.net/bug.php?id=63073edit=1 ID: 63073 Updated by: s...@php.net Reported by:php at bof dot de Summary:master make install fails to install PEAR -Status: Feedback +Status: Open Type: Bug Package:Compile Failure Operating System: openSUSE 11.4 64bit PHP Version:5.5 Block user comment: N Private report: N New Comment: This is still an issue in PHP 5.5. and master: 1. Download a snap 2. $ ./configure 3. $ make 4. $ make install Previous Comments: [2012-12-20 14:38:20] korvin1986 at gmail dot com I've tried PHP-5.5.0alpha2 and go-pear.phar script (http://pear.php.net/go-pear.phar) : Log: /usr/bin/php go-pear.phar Below is a suggested file layout for your new PEAR installation. To change individual locations, type the number in front of the directory. Type 'all' to change all of them or simply press Enter to accept these locations. 1. Installation base ($prefix) : /usr 2. Temporary directory for processing: /tmp/pear/install 3. Temporary directory for downloads : /tmp/pear/install 4. Binaries directory: /usr/bin 5. PHP code directory ($php_dir) : /usr/share/pear 6. Documentation directory : /usr/docs 7. Data directory: /usr/data 8. User-modifiable configuration files directory : /usr/cfg 9. Public Web Files directory: /usr/www 10. Tests directory : /usr/tests 11. Name of configuration file: /etc/pear.conf 1-11, 'all' or Enter to continue: Beginning install... Configuration written to /etc/pear.conf... Initialized registry... Preparing to install... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Archive_Tar-1.3.7.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Console_Getopt-1.3.0.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/PEAR-1.9.4.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/Structures_Graph-1.0.4.tar... installing phar://go-pear.phar/PEAR/go-pear-tarballs/XML_Util-1.2.1.tar... could not extract the package.xml file from phar://go-pear.phar/PEAR/go-pear-tarballs/Archive_Tar-1.3.7.tar could not extract the package.xml file from phar://go-pear.phar/PEAR/go-pear-tarballs/Console_Getopt-1.3.0.tar could not extract the package.xml file from phar://go-pear.phar/PEAR/go-pear-tarballs/PEAR-1.9.4.tar could not extract the package.xml file from phar://go-pear.phar/PEAR/go-pear-tarballs/Structures_Graph-1.0.4.tar could not extract the package.xml file from phar://go-pear.phar/PEAR/go-pear-tarballs/XML_Util-1.2.1.tar install failed [2012-12-06 08:08:54] paj...@php.net It will be much easier to debug if you could provide a small script, even using a pear package as input. [2012-12-06 04:55:49] dani...@php.net This needs to be fixed so PHP 5.5 can be properly tested. Things work as expected when building PHP = 5.4. [2012-10-14 11:06:27] bobvin at pillars dot net Branch master does not compile and also is missing file sapi/fpm/php- fpm.service.in Running git-bisect to find the break point, This is the commit that broke compilation: commit 4968fa644b0849321e1761e52b8db15dd46f9b75 Author: theanomaly...@gmail.com googleguy@googleguy-virtualbox.(none) Date: Tue Apr 17 07:31:36 2012 -0400 Fixed bug #61038; Z and better behavior for unpack() Added new Z argument to pack/unpack, now allowing a to return data without stripping, and A strips all trailing white space, while Z will strip everything after the first null. [2012-09-12 15:30:17] php at bof dot de Description: I'm building PHP master from current git (at 5246d6f02e52798e343bd5208692f1a5ed89b9d9) Compile works fine, but on make install, PEAR does not install. See Actual result regarding the error output I get. I can successfully compile AND install, with identical configure, the PHP-5.4.6 release, so I don't think that there is anything wrong with my build environment. I tried to copy over pecl, pear, and the pear environment, from the 5.4 build/install. pecl and pear search works. download or install fetches the file, but then fails with a similar could not extract error. Test script: --- make install Expected result: Installing PEAR environment: /opt/php/php/ [PEAR] Archive_Tar- already installed: 1.3.7 [PEAR] Console_Getopt - already installed: 1.3.0 [PEAR] Structures_Graph-
Bug #63809 [Asn-Opn]: ORA-01461 when inserting/updating more that 1333 characters
Edit report at https://bugs.php.net/bug.php?id=63809edit=1 ID: 63809 Updated by: s...@php.net Reported by:blair dot chesnut at gmail dot com Summary:ORA-01461 when inserting/updating more that 1333 characters -Status: Assigned +Status: Open Type: Bug Package:PDO related Operating System: Unix/Solaris 10 PHP Version:5.4.9 -Assigned To:sixd +Assigned To: Block user comment: N Private report: N New Comment: See also https://bugs.php.net/bug.php?id=54379 value_sz is set to allow for character set conversion due to different client and server character sets. This might increase the storage requirements when the data is stored in the server. The hardcoded choice of the ratio is questionable. Previous Comments: [2012-12-19 19:42:49] blair dot chesnut at gmail dot com Description: Using PDO/OCI via Yii framework. Inserts/updates to varchar2(4000) column fail with error ORA-01461 when value exceeds 1332 characters. Line 300 of source php-5.4.9/ext/pdo_oci/oci_statement.c: value_sz = 1332; /* maximum size before value is interpreted as a LONG value */ Why??? I changed to value_sz = 4000, recompiled, and inserts/updates work fine. I'm not using CLOBs, only varchar2() columns. Test script: --- $dbh = new PDO($dsn, $dbuser, $dbpass); $sth = $dbh-prepare('insert into some_table (some_varchar4000_column) values (:p1)'); $big_value = str_repeat('ABCDEFGHIJ', 300); $sth-bindValue(':p1', $big_value, PDO::PARAM_STR); $sth-execute(); print_r($sth-errorInfo()); Expected result: Array ( [0] = 0 [1] = [2] = ) Actual result: -- Array ( [0] = HY000 [1] = 1461 [2] = OCIStmtExecute: ORA-01461: can bind a LONG value only for insert into a LONG column (/usr/local/src/php-5.4.5/ext/pdo_oci/oci_statement.c:146) ) -- Edit this bug report at https://bugs.php.net/bug.php?id=63809edit=1
Bug #63823 [Opn]: SPL InfiniteIterator needs explicit rewind to be usable in a closure
Edit report at https://bugs.php.net/bug.php?id=63823edit=1 ID: 63823 Updated by: s...@php.net Reported by:s...@php.net Summary:SPL InfiniteIterator needs explicit rewind to be usable in a closure Status: Open Type: Bug Package:SPL related Operating System: Linux PHP Version:5.4Git-2012-12-21 (Git) Block user comment: N Private report: N New Comment: A bigger example is: ?php echo 'foreach' on ArrayIterator\n; $c = array('one', 'two', 'three'); $c_it = new ArrayIterator($c); foreach ($c_it as $key = $val) { var_dump($val); } echo \n'foreach' on InfiniteIterator\n; $a = array('one', 'two', 'three'); $a_it = new InfiniteIterator(new ArrayIterator($a)); $i = 0; foreach ($a_it as $key = $val) { if ($i++ = 7) break; var_dump($val); } echo \n'for' on ArrayIterator\n; $d = array('one', 'two', 'three'); $d_it = new ArrayIterator($d); for ($i = 0; $i 3; $i++) { var_dump($d_it-current()); $d_it-next(); } echo \n'for' on InfiniteIterator\n; $b = array('one', 'two', 'three'); $b_it = new InfiniteIterator(new ArrayIterator($b)); for ($i = 0; $i 7; $i++) { var_dump($b_it-current()); $b_it-next(); } ? This outputs: 'foreach' on ArrayIterator string(3) one string(3) two string(5) three 'foreach' on InfiniteIterator string(3) one string(3) two string(5) three string(3) one string(3) two string(5) three string(3) one 'for' on ArrayIterator string(3) one string(3) two string(5) three 'for' on InfiniteIterator NULL string(3) two string(5) three string(3) one string(3) two string(5) three string(3) one So the odd behavior is with the last loop. A real life script (from discussion on php.internals) is: ?php // Replacing words in a string with a sequential, repeating set of replacement words $replacements = array('one', 'two', 'three'); $replacements_iterator = new InfiniteIterator(new ArrayIterator($replacements)); $replacements_iterator-rewind(); // why is the rewind needed? $result = preg_replace_callback( '/word/', function($matches) use ($replacements_iterator) { $r = $replacements_iterator-current(); $replacements_iterator-next(); return $r; }, 'word word word word word' ); var_dump($result); // Outputs: //string(21) one two three one two // Without the call to $replacements_iterator-rewind(), the output is: //string(18) two three one two ? Previous Comments: [2012-12-21 02:17:17] s...@php.net Description: SPL's InfiniteIterator returns NULL for the first access, unless used in a 'foreach' loop, or a rewind is done. This means that an explicit rewind is needed before an InfiniteIterator can be safely be used in an application. Test script: --- ?php $b = array('one', 'two', 'three'); $b_it = new InfiniteIterator(new ArrayIterator($b)); for ($i = 0; $i 7; $i++) { var_dump($b_it-current()); $b_it-next(); } ? Expected result: string(3) one string(3) two string(5) three string(3) one string(3) two string(5) three string(3) one Actual result: -- NULL string(3) two string(5) three string(3) one string(3) two string(5) three string(3) one -- Edit this bug report at https://bugs.php.net/bug.php?id=63823edit=1
Bug #63777 [Opn]: DateTime obj in Dec 2012 in Australia/South TZ reports 'CST' time zone abbrev
Edit report at https://bugs.php.net/bug.php?id=63777edit=1 ID: 63777 Updated by: s...@php.net Reported by:kavi at postpro dot net Summary:DateTime obj in Dec 2012 in Australia/South TZ reports 'CST' time zone abbrev Status: Open Type: Bug Package:Date/time related Operating System: OS X, CentOS, Debian PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Testcase confirmed with 5.3, 5.4, 5.5 from git. All use Olson 2012.10 Previous Comments: [2012-12-14 23:43:45] kavi at postpro dot net See #50276 for a tangentially related bug about the Australian timezone abbreviations. [2012-12-14 23:42:34] kavi at postpro dot net Description: Tried this on 5.3.3, 5.3.6 and 5.3.10, the latest available from the various OS vendors we have. I have not yet successfully compiled 5.4.x to test there. This occurs with the 2012.10 tzdata installed and verified with phpinfo(). Test script: --- $date = new DateTime('now', new DateTimezone('Australia/South')); echo $date-format('Y-m-d H:i:s T'); Expected result: 2012-12-15 10:10:13 ACDT Actual result: -- 2012-12-15 10:10:13 CST -- Edit this bug report at https://bugs.php.net/bug.php?id=63777edit=1
Bug #63749 [Opn-Spm]: cotebo...@homail.com
Edit report at https://bugs.php.net/bug.php?id=63749edit=1 ID: 63749 Updated by: s...@php.net Reported by:cotebonet at homail dot com Summary:cotebo...@homail.com -Status: Open +Status: Spam Type: Bug Package:Testing related Operating System: cotebo...@homail.com PHP Version:5.5.0alpha1 Block user comment: N Private report: N Previous Comments: [2012-12-12 05:14:03] cotebonet at homail dot com Description: cotecross cjdnnnccd ieeer rrufnl Test script: ---
Bug #63708 [Opn-Nab]: imagefttext or imagettftext both function are return a blank image
Edit report at https://bugs.php.net/bug.php?id=63708edit=1 ID: 63708 Updated by: s...@php.net Reported by:rameezsoomro dot pk at live dot com -Summary:5.16.1 +Summary:imagefttext or imagettftext both function are return a blank image -Status: Open +Status: Not a bug Type: Bug Package:GD related Operating System: Win 7 PHP Version:5.4.9 Block user comment: N Private report: N New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2012-12-06 11:42:48] rameezsoomro dot pk at live dot com Description: Note: I i've choose wrong version on PHP Version list because my php version not available on list option... I am using xampp on localhost/computer with Apache/2.4.3 (Win32) OpenSSL/1.0.1c PHP/5.4.7 imagefttext or imagettftext both function are return a blank image (null) and my gd library was also enable ...tell me what should i do... Test script: --- // Set the content-type header('Content-Type: image/png'); // Create the image $im = imagecreatetruecolor(400, 30); // Create some colors $white = imagecolorallocate($im, 255, 255, 255); $grey = imagecolorallocate($im, 128, 128, 128); $black = imagecolorallocate($im, 0, 0, 0); imagefilledrectangle($im, 0, 0, 399, 29, $white); // The text to draw $text = 'Testing...'; // Replace path by your own font path $font = 'arial.ttf'; // Add some shadow to the text imagefttext($im, 20, 0, 11, 21, $grey, $font, $text); // Add the text imagefttext($im, 20, 0, 10, 20, $black, $font, $text); // Using imagepng() results in clearer text compared with imagejpeg() imagepng($im); imagedestroy($im); -- Edit this bug report at https://bugs.php.net/bug.php?id=63708edit=1
Bug #63499 [Opn-Dup]: [configure] Oracle library version compatibility check fails on tail command
Edit report at https://bugs.php.net/bug.php?id=63499edit=1 ID: 63499 Updated by: s...@php.net Reported by:ch dot melin at gmail dot com Summary:[configure] Oracle library version compatibility check fails on tail command -Status: Open +Status: Duplicate Type: Bug Package:Compile Failure Operating System: SunOS 5.10 / Solaris 10 PHP Version:5.4.8 -Assigned To: +Assigned To:sixd Block user comment: N Private report: N New Comment: This change was already re-fixed for https://bugs.php.net/bug.php?id=60901 Use PECL OCI8 1.4.9 or wait for next month's PHP release. Previous Comments: [2012-11-12 22:24:03] ch dot melin at gmail dot com Description: From PHP 5.4.8, we can see the following changes in the configure file compared to previous PHP releases: PHP 5.4.8 / configure : $as_echo_n checking Oracle library version compatibility... 6; } OCI8_LCS_BASE=$OCI8_DIR/$OCI8_LIB_DIR/libclntsh.$SHLIB_SUFFIX_NAME OCI8_LCS=`ls $OCI8_LCS_BASE.*.1 2 /dev/null | tail -n1` # Oracle 10g, 11g etc PHP 5.4.7 / configure : $as_echo_n checking Oracle library version compatibility... 6; } OCI8_LCS_BASE=$OCI8_DIR/$OCI8_LIB_DIR/libclntsh.$SHLIB_SUFFIX_NAME OCI8_LCS=`ls $OCI8_LCS_BASE.*.1 2 /dev/null | tail -1` # Oracle 10g, 11g etc When configuring with --with-oci8=shared and a valid ORACLE_HOME environment variable set, configure fails with the following error message: checking Oracle ORACLE_HOME install directory... /u01/app/oracle/product/11107 checking ORACLE_HOME library validity... lib32 checking Oracle library version compatibility... usage: tail [+/-[n][lbc][f]] [file] tail [+/-[n][l][r|f]] [file] configure: error: Oracle libclntsh.so client library not found Indeed, the tail command syntax is incorrect. cmelin@bt1sss:/$ tail -n1 usage: tail [+/-[n][lbc][f]] [file] tail [+/-[n][l][r|f]] [file] The syntax in previous PHP releases was OK: cmelin@bt1sss:/$ echo 'test' | tail -1 test Reverting to tail -1 instead of tail -n1 in the configure file of PHP 5.4.8 solves this issue. -- Edit this bug report at https://bugs.php.net/bug.php?id=63499edit=1
Bug #63412 [Opn-Fbk]: Crash in libclntsh.so.11.1 on database access
Edit report at https://bugs.php.net/bug.php?id=63412edit=1 ID: 63412 Updated by: s...@php.net Reported by:roman dot b at zend dot com Summary:Crash in libclntsh.so.11.1 on database access -Status: Open +Status: Feedback Type: Bug Package:OCI8 related Operating System: RedHat EL 5 32bit PHP Version:5.3.18 Block user comment: N Private report: N New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Previous Comments: [2012-11-01 15:41:59] roman dot b at zend dot com Description: The crash occurs every time the application interacts with the Oracle database. The application is based on Doctrine and the problem happens only with the following setting in the Doctrine configuration: doctrine.cache.query.driver = Doctrine_Cache_Array With the same parameter empty, no crash happens: doctrine.cache.query.driver = Crash stack trace: /usr/local/zend/lib/ZendExtensionManager.so(_Z11zPrintTraceN6ZDebug8StreamIdE+0x 2c) [0x90c4ee] /usr/local/zend/lib/ZendExtensionManager.so [0x8fab65] [0xb0e420] /usr/local/zend/lib/php_extensions/oci8.so(php_oci_bind_in_callback+0x28) [0xb97d48] /usr/lib/libclntsh.so.11.1(ttcGetSendInfo+0x9a) [0x50cfeea] /usr/lib/libclntsh.so.11.1(ttcacs+0x913) [0x66cbc2f] /usr/lib/libclntsh.so.11.1(ttcdrv+0x412) [0x66a1972] /usr/lib/libclntsh.so.11.1(nioqwa+0x30) [0x665c034] /usr/lib/libclntsh.so.11.1(upirtrc+0x463) [0x664bc0b] /usr/lib/libclntsh.so.11.1(kpurcsc+0x60) [0x6650f3c] /usr/lib/libclntsh.so.11.1(kpuexec+0x9a8) [0x664d0b8] /usr/lib/libclntsh.so.11.1(OCIStmtExecute+0x32) [0x664c5ec] /usr/local/zend/lib/php_extensions/oci8.so(php_oci_statement_execute+0x11d) [0xb98ecd] /usr/local/zend/lib/php_extensions/oci8.so(zif_oci_execute+0x97) [0xba5a27] /usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1de0254] /usr/local/zend/lib/apache2/libphp5.so [0x122fd91] /usr/local/zend/lib/apache2/libphp5.so(execute+0x1f3) [0x122f2f3] /usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1defe1e] /usr/local/zend/lib/debugger/php-5.3.x/ZendDebugger.so [0x7235ede] /usr/local/zend/lib/apache2/libphp5.so [0x122f84f] -- Edit this bug report at https://bugs.php.net/bug.php?id=63412edit=1
Bug #63412 [Fbk]: Crash in libclntsh.so.11.1 on database access
Edit report at https://bugs.php.net/bug.php?id=63412edit=1 ID: 63412 Updated by: s...@php.net Reported by:roman dot b at zend dot com Summary:Crash in libclntsh.so.11.1 on database access Status: Feedback Type: Bug Package:OCI8 related Operating System: RedHat EL 5 32bit PHP Version:5.3.18 Block user comment: N Private report: N New Comment: - work on getting a reproducible testcase i.e. one that I can run. - Add some details about versions, machines, and configuration. This might help someone in future - Check the Oracle ADR client diagnostics. Check for any Oracle DB logs too Previous Comments: [2012-11-05 00:11:04] s...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2012-11-01 15:41:59] roman dot b at zend dot com Description: The crash occurs every time the application interacts with the Oracle database. The application is based on Doctrine and the problem happens only with the following setting in the Doctrine configuration: doctrine.cache.query.driver = Doctrine_Cache_Array With the same parameter empty, no crash happens: doctrine.cache.query.driver = Crash stack trace: /usr/local/zend/lib/ZendExtensionManager.so(_Z11zPrintTraceN6ZDebug8StreamIdE+0x 2c) [0x90c4ee] /usr/local/zend/lib/ZendExtensionManager.so [0x8fab65] [0xb0e420] /usr/local/zend/lib/php_extensions/oci8.so(php_oci_bind_in_callback+0x28) [0xb97d48] /usr/lib/libclntsh.so.11.1(ttcGetSendInfo+0x9a) [0x50cfeea] /usr/lib/libclntsh.so.11.1(ttcacs+0x913) [0x66cbc2f] /usr/lib/libclntsh.so.11.1(ttcdrv+0x412) [0x66a1972] /usr/lib/libclntsh.so.11.1(nioqwa+0x30) [0x665c034] /usr/lib/libclntsh.so.11.1(upirtrc+0x463) [0x664bc0b] /usr/lib/libclntsh.so.11.1(kpurcsc+0x60) [0x6650f3c] /usr/lib/libclntsh.so.11.1(kpuexec+0x9a8) [0x664d0b8] /usr/lib/libclntsh.so.11.1(OCIStmtExecute+0x32) [0x664c5ec] /usr/local/zend/lib/php_extensions/oci8.so(php_oci_statement_execute+0x11d) [0xb98ecd] /usr/local/zend/lib/php_extensions/oci8.so(zif_oci_execute+0x97) [0xba5a27] /usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1de0254] /usr/local/zend/lib/apache2/libphp5.so [0x122fd91] /usr/local/zend/lib/apache2/libphp5.so(execute+0x1f3) [0x122f2f3] /usr/local/zend/lib/monitor/php-5.3.x/ZendMonitor.so [0x1defe1e] /usr/local/zend/lib/debugger/php-5.3.x/ZendDebugger.so [0x7235ede] /usr/local/zend/lib/apache2/libphp5.so [0x122f84f] -- Edit this bug report at https://bugs.php.net/bug.php?id=63412edit=1
Bug #44937 [Asn-Sus]: Warning: ldap_bind() [function.ldap-bind]: Unable to bind to server: Out of mem
Edit report at https://bugs.php.net/bug.php?id=44937edit=1 ID: 44937 Updated by: s...@php.net Reported by:aalvarez at n2bsolutions dot com Summary:Warning: ldap_bind() [function.ldap-bind]: Unable to bind to server: Out of mem -Status: Assigned +Status: Suspended Type: Bug -Package:LDAP related +Package:OCI8 related Operating System: Ubuntu 7.10 PHP Version:5.2.6 Assigned To:sixd Block user comment: N Private report: N New Comment: See https://github.com/php/php-src/pull/19 I'm suspending this bug pending the merge of that patch. Previous Comments: [2008-05-10 07:50:11] aalvarez at n2bsolutions dot com Ok, I will try to compile with the ldap lib for oracle. Now i have two apache+php working together :-/ one with oci8 and another one with ldap Thxs! [2008-05-09 14:36:02] j...@php.net Oracle libs used to have their own implementation for ldap funcs. So I guess you just need to compile PHP ldap extension to use those libs instead of openldap. I don't know if that instant client thing has the same issue, so assigning to the Oracle guru. :) [2008-05-07 18:49:48] aalvarez at n2bsolutions dot com Description: I have Apache2.2.6 running php5.2.6 with support for: CFLAGS=' -O3 -I/usr/src/instantclient_11_1/sdk/include -I/usr/lib32 -I/usr/include -I/usr/include/sasl' \ CXXFLAGS='-I/usr/src/instantclient_11_1/sdk/include -I/usr/lib32 -I/usr/include -I/usr/include/sasl' \ './configure' \ '--includedir=/usr/src/instantclient_11_1/sdk/include' \ '--includedir=/usr/src/instantclient_11_1/sdk' \ '--with-oci8=/usr/src/instantclient_11_1/' \ '--with-jpge' \ '--with-jpeg-dir' \ '--with-pgsql' \ '--with-gd' \ '--with-png-dir' \ '--with-zlib-dir' \ '--with-apxs2=/usr/local/apache226/bin/apxs' \ '--with-openssl' \ '--with-openssl' \ '--with-tiff' \ '--without-pdo-oci' \ '--enable-sigchild' \ '--enable-soap' \ '--enable-ftp' \ '--with-curl' \ '--with-curlwrappers' \ '--with-ldap' \ '--with-ldap-sasl' $@ I know where is the problem but i don´t know how to fix it... When i change ennvars like that disabling Oracle oci8 lib all works perfectly :-/ LD_LIBRARY_PATH=/usr/local/apache226/lib:/usr/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH export ORACLE_HOME=/usr/src/instantclient_11_1 #export TNS_ADMIN=$ORACLE_HOME/network/admin #export TWO_TASK=$ORACLE_HOME/network/admin/tnsnames.ora export ORACLE_SID=XE export LD_PRELOAD=/usr/lib/libldap.so:/usr/lib/libldap_r.so:/usr/lib/sasl2/libldapdb.so:/usr/lib32/libldap.so.2: #$ORACLE_HOME/lib/libclntsh.so export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib export NLS_LANG=AMERICAN_AMERICA.WE8MSWIN1252 It doesn´t matter if i load first the libldap.so Any Ideas? Thxs a lots Reproduce code: --- Warning: ldap_bind() [function.ldap-bind]: Unable to bind to server: Out of memory in /home/www/web1/web/ss_dev/__fvalida.php Expected result: Ok if the user have valid password in may OpenLDAP 2.2.3 server it works without oracle LD_PRELOAD but ... i need it too :-( -- Edit this bug report at https://bugs.php.net/bug.php?id=44937edit=1
Bug #63355 [Opn-Fbk]: PHP 5.3.x failes with core dump
Edit report at https://bugs.php.net/bug.php?id=63355edit=1 ID: 63355 Updated by: s...@php.net Reported by:rainer dot herbst at uni-potsdam dot de Summary:PHP 5.3.x failes with core dump -Status: Open +Status: Feedback Type: Bug Package:Reproducible crash Operating System: Solaris 10 SPARC PHP Version:5.3.18 Block user comment: N Private report: N New Comment: As seems to be usual with cases involving APC, try to reproduce it _without_ APC. You might also care to try the latest APC, though most of its fixes are probably for PHP 5.4. Thanks for the report but a testcase is really needed. Previous Comments: [2012-10-25 07:40:26] rainer dot herbst at uni-potsdam dot de Description: We use PHP 5.3.x with Apache HTTPD 2.4.3 on Oracle CMT Sparc systems for our elearning system (Moodle 2.3). Quite often, some httpd processes fails throwing core dumps causing sometimes the Solaris Service Manager to bring the HTTPD into maintenance mode. Sometimes only one core dump is written, sometimes up to 6-7 dumps simultanously. As to show how severe the problem is - in 12 hours we get app. 50 core dumps occuping app. 20 GB and 2-3 service transitioned to maintenance messages. Both PHP and HTTPD were compiled using Solaris Studio 12.3. APC (3.1.9) is enabled. Configure line: phpinfo() PHP Version = 5.3.18 System = SunOS mymachine5 5.10 Generic_147440-15 sun4v Build Date = Oct 24 2012 09:39:23 Configure Command = './configure' '--with-apxs2=/opt/zeik/apache24/bin/apxs' '--disable-dba' '--disable-cgi' '--disable-debug' '--disable-dmalloc' '--disable-inline-optimization' '--disable-libgcc' '--disable-libtool-lock' '--disable-rpath' '--disable-static' '--enable-bcmath' '--enable-calendar' '--enable-ctype' '--enable-dom' '--enable-exif' '--enable-flatfile' '--enable-filter' '--enable-gd-jis-conv' '--enable-gd-native-ttf' '--enable-hash' '--enable-inifile' '--enable-ipv6' '--enable-json' '--enable-magic-quotes' '--enable-mbregex' '--enable-mbstring' '--enable-mod-charset' '--enable-pcntl' '--enable-posix' '--enable-libxml' '--without-sqlite' '--without-sqlite3' '--without-pdo-sqlite' '--enable-session' '--enable-shared' '--enable-shmop' '--enable-short-tags' '--enable-simplexml' '--enable-soap' '--enable-sockets' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-tokenizer' '--enable-xml' '--enable-xmlreader' '--enable-xmlwriter' '--enable-zend-multibyte' '--enable-zip' '--with-cdb' '--with-curlwrappers' '--with-freetype-dir=/usr' '--with-jpeg-dir=/usr' '--with-kerberos' '--with-layout=PHP' '--with-libxml-dir=/opt/zeik' '--with-pcre-regex' '--with-png-dir=/usr' '--with-xmlrpc' '--with-xpm-dir=/usr/openwin' '--with-xsl' '--with-zlib' '--with-zlib-dir=/opt/zeik' '--without-dbm' '--with-pear' '--without-t1lib' '--with-freetype-dir=/opt/zeik' '--with-openssl-dir=/opt/zeik' '--enable-ftp=shared' '--enable-pdo=static' '--with-bz2=shared' '--with-gd=shared' '--with-gettext=shared' '--with-iconv=shared,/opt/zeik' '--without-imap' '--with-mcrypt=shared,/opt/zeik' '--with-mysql=mysqlnd' '--with-mysqli=mysqlnd' '--with-mysql-sock=/tmp/mysql.sock' '--with-pdo-mysql=mysqlnd' '--without-tidy' '--with-curl=shared,/opt/zeik' '--with-imap-ssl=shared,/usr/sfw' '--with-ldap=shared,/opt/zeik' '--with-ldap-sasl=/opt/zeik' '--with-openssl=shared,/opt/zeik' '--without-snmp' '--enable-cli' '--disable-discard-path' '--prefix=/opt/zeik' Due to the nature of the application, the memory limits have been increased: memory_limit = 1000M post_max_size = 1000M upload_max_filesize = 1000M apc.shm_size=256M Other relevant settings in the php.ini default_socket_timeout = 1800 extension=apc.so extension=bz2.so extension=curl.so extension=ftp.so extension=gd.so extension=gettext.so extension=iconv.so extension=ldap.so extension=mcrypt.so extension=openssl.so pstack delivers the following message: core 'mymachine5.1351146863.4020.httpd' of 4020: /opt/zeik/apache24/sbin/httpd -k start -f /opt/site/etc/httpd/httpd.co fe256d98 zend_vm_stack_alloc (238, 0, 0, ec4063d0, 220f4f8, ec406430) + 110 fe25b214 execute (1f9e48, 2, ffc0, 1, 440d78, 48) + b4 fe1e728c zend_execute_scripts (2, 0, 1, ffbff458, 70687000, 7068702d) + 1bc fe2cf124 php_handler (500c00, e1, 0, 126958, 125288, 0) + 74c 0005c534 ap_run_handler (500c00, 5017c0, 0, 1431f0, , 1) + 8c 0005d1c4 ap_invoke_handler (500c00, 0, 500bc0, 0, 0, 0) + 154 0007da90 ap_process_async_request (500c00, 0, 4, 3b2f18, 0, 4) + 488 0007dba4 ap_process_request (500c00, 4, 500c00, 501820, 0, 3b2f18) + 24 00078edc ap_process_http_sync_connection (3b2f18, 3b31c0, 0, 3b2c80, 500c00, 3b31a8) + 7c 0007903c ap_process_http_connection (3b2f18, 3b2c80, 3b2c80, 3b31c0, 0, 0) + 64 0006c1f4 ap_run_process_connection (3b2f18,
Bug #51196 [Fbk-NoF]: SQLT_INT or OCI_B_INT not binding correctly
Edit report at https://bugs.php.net/bug.php?id=51196edit=1 ID: 51196 Updated by: s...@php.net Reported by:joel at layers dot com Summary:SQLT_INT or OCI_B_INT not binding correctly -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: linux 2.6.21.7-2.fc8xen PHP Version:5.3.1 Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2010-03-05 08:07:25] s...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. [2010-03-03 14:12:13] joel at layers dot com As a test, try this PLSQL function with the SQLT_INT or OCI_B_INT bind types... CREATE OR REPLACE FUNCTION FUNCTION1 RETURN NUMBER AS BEGIN RETURN 234; END FUNCTION1; [2010-03-03 13:53:51] joel at layers dot com Description: When trying to bind the return value of a function as SQLT_INT or OCI_B_INT, the value that is bound upon return shows as int(-4294964414), where the expected is 2882, in our case. The oracle function returns NUMBER data type. Changing the bind type to SQLT_CHAR resolves the problem. This worked in php 5.2.11 -- Edit this bug report at https://bugs.php.net/bug.php?id=51196edit=1
Bug #51675 [Fbk-NoF]: OCIFetchInto
Edit report at https://bugs.php.net/bug.php?id=51675edit=1 ID: 51675 Updated by: s...@php.net Reported by:miguelaabraham at gmail dot com Summary:OCIFetchInto -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: Itanium IA64 PHP Version:5.2.13 Block user comment: N Private report: N Previous Comments: [2010-04-29 06:20:33] s...@php.net If you're using LOBS, try OCI8 1.4.1 from http://pecl.php.net/package/oci8/1.4.1 (or use PHP 5.3.2+) The delayed LOB cleanout prior to this version is known to cause memory shortages for heavy LOB users. Also see http://blogs.oracle.com/opal/2010/03/reducing_oracle_lob_memory_use.html [2010-04-27 17:32:01] johan...@php.net Please provide a complete script including the SQL and table definition. [2010-04-27 16:40:43] miguelaabraham at gmail dot com Description: function next_record() { if ($this-max_rows 0) if (count($this-records) = $this-max_rows) { $this-max_reached = true; return false; } $this-currentRecord = array(); return OCIFetchInto($this-stmt, $this-currentRecord, OCI_ASSOC + OCI_RETURN_NULLS); } Actual result: -- [Tue Apr 27 10:35:03 2010] [error] [client xx.x.xx.xxx] PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 76 bytes) in . -- Edit this bug report at https://bugs.php.net/bug.php?id=51675edit=1
Bug #56183 [Fbk-NoF]: oci_new_collection does not work with Oracle 8i
Edit report at https://bugs.php.net/bug.php?id=56183edit=1 ID: 56183 Updated by: s...@php.net Reported by:cyrill at malevanov dot spb dot ru Summary:oci_new_collection does not work with Oracle 8i -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: Windows 2000 PHP Version:4.3.3 Block user comment: N Private report: N Previous Comments: [2011-11-09 23:57:39] s...@php.net If this reproduces with a more recent stack, please load the script here. [2004-09-01 16:45:14] cyrill at malevanov dot spb dot ru Description: Oracle 8i, Windows 2000, PHP 4.3.x as apache module. Tryinh to bind collection using oci_new_collection. Tony has an example code. -- Edit this bug report at https://bugs.php.net/bug.php?id=56183edit=1
Bug #57202 [Fbk-NoF]: segmentation fault with oci8
Edit report at https://bugs.php.net/bug.php?id=57202edit=1 ID: 57202 Updated by: s...@php.net Reported by:jeff at newnewmedia dot com Summary:segmentation fault with oci8 -Status: Feedback +Status: No Feedback Type: Bug -Package:oci8 +Package:*General Issues Operating System: SuSE Linux 9.2 (i586) PHP Version:5.1.1 Block user comment: N Private report: N Previous Comments: [2006-08-29 13:08:06] tony2001 at phpclub dot net This is version 1.1. [2006-08-29 13:03:19] jeff at newnewmedia dot com phpinfo gives this: oci8 OCI8 Support = enabled Revision = $Revision: 1.269.2.3 $ Active Persistent Links = 0 Active Links = 0 Oracle Version = 9.2 Compile-time ORACLE_HOME = /util/oracle Libraries Used = Temporary Lob support = enabled Collections support = enabled That's the extension version, correct? [2006-08-29 12:47:10] tony2001 at phpclub dot net Please try latest OCI8 version (1.2.2). [2006-08-29 12:23:29] jeff at newnewmedia dot com Description: I received a Segmentation fault while trying to run PEAR::DB_DataObject's createTables.php script against an Oracle database. I'm an not well versed in gdb or submitting bug reports. This is all I could get without building PHP with debug support on our development machines, which we are unable to do at this time. Is there anything else I can provide short of recompiling PHP? Actual result: -- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1088095712 (LWP 30011)] 0x40cfd5fc in memcpy () from /lib/tls/libc.so.6 #0 0x40cfd5fc in memcpy () from /lib/tls/libc.so.6 #1 0x405c9ab3 in nioqrc () from /util/oracle/lib/libclntsh.so.9.0 #2 0x4070c891 in ttcclr () from /util/oracle/lib/libclntsh.so.9.0 #3 0x4070a16b in ttcrbur () from /util/oracle/lib/libclntsh.so.9.0 #4 0x4070a641 in ttcbur () from /util/oracle/lib/libclntsh.so.9.0 #5 0x406f969e in ttcdrv () from /util/oracle/lib/libclntsh.so.9.0 #6 0x405d0248 in nioqwa () from /util/oracle/lib/libclntsh.so.9.0 #7 0x404243d0 in upirtrc () from /util/oracle/lib/libclntsh.so.9.0 #8 0x403e69da in kpurcsc () from /util/oracle/lib/libclntsh.so.9.0 #9 0x403a91c4 in kpuexecv8 () from /util/oracle/lib/libclntsh.so.9.0 #10 0x403aad97 in kpuexec () from /util/oracle/lib/libclntsh.so.9.0 #11 0x40408a2f in OCIStmtExecute () from /util/oracle/lib/libclntsh.so.9.0 #12 0x08133eb1 in oci_execute () #13 0x0813d768 in zif_oci_execute () #14 0x082c8118 in zend_do_fcall_common_helper_SPEC () #15 0x082cabec in ZEND_DO_FCALL_SPEC_CONST_HANDLER () #16 0x082c7dde in execute () #17 0x082c822b in zend_do_fcall_common_helper_SPEC () #18 0x082c85d4 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #19 0x082c7dde in execute () #20 0x082c822b in zend_do_fcall_common_helper_SPEC () #21 0x082c85d4 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #22 0x082c7dde in execute () ---Type return to continue, or q return to quit--- #23 0x082c822b in zend_do_fcall_common_helper_SPEC () #24 0x082c85d4 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #25 0x082c7dde in execute () #26 0x082c822b in zend_do_fcall_common_helper_SPEC () #27 0x082c85d4 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #28 0x082c7dde in execute () #29 0x082c822b in zend_do_fcall_common_helper_SPEC () #30 0x082c85d4 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #31 0x082c7dde in execute () #32 0x082c822b in zend_do_fcall_common_helper_SPEC () #33 0x082c85d4 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER () #34 0x082c7dde in execute () #35 0x082a2a6a in zend_execute_scripts () #36 0x082642f6 in php_execute_script () #37 0x083090ce in main () -- Edit this bug report at https://bugs.php.net/bug.php?id=57202edit=1
Bug #37220 [Sus-NoF]: LOB Type mismatch when using windows oci8.dll
Edit report at https://bugs.php.net/bug.php?id=37220edit=1 ID: 37220 Updated by: s...@php.net Reported by:lbouteille dot ext at francetelecom dot com Summary:LOB Type mismatch when using windows oci8.dll -Status: Suspended +Status: No Feedback Type: Bug Package:OCI8 related Operating System: Win 2000 PHP Version:5.1.2 Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2006-09-01 14:08:07] lbouteille dot ext at francetelecom dot com why suspended ? [2006-08-22 13:14:17] lbouteille dot ext at francetelecom dot com Yes it is working with Oracle10G on Linux, but what about fixing it on windows ? [2006-08-17 01:00:00] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to Open. [2006-08-09 13:17:48] tony2...@php.net Okay, it works with Oracle 10g on Linux. [2006-08-09 12:55:56] lbouteille dot ext at francetelecom dot com Check the detail of the error message : Sounds like XML wasn't valid.. it's working on my Linux server anyway.. maybe some oracle configuration to deal with XML ? Oracle Error :: LPX-00245 extra data after end of document Cause After the close of the top-level element, more data was found. Action The end-element tag for the top-level element must be the last thing in the document. 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=37220 -- Edit this bug report at https://bugs.php.net/bug.php?id=37220edit=1
Bug #60274 [Fbk-NoF]: cpu steady on httpd processes never clears
Edit report at https://bugs.php.net/bug.php?id=60274edit=1 ID: 60274 Updated by: s...@php.net Reported by:jwprice at georgiasouthern dot edu Summary:cpu steady on httpd processes never clears -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: Solaris 10 PHP Version:5.3.8 Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2012-02-29 23:56:48] s...@php.net The MaxRequestsPerChild setting will cause the httpd processes to restart after a number of HTTP requests. Your MaxClients looks inherently high; but only your application tuning can determine the best value. It effectively means you could have up to 1200 connections open to the DB, which will cause problems in the DB tier. I suggest: - Do the PHP Oracle client upgrade previously discussed. - Bring the OS patch level up to date. - Review the application for inefficiencies - fixing these should help reduce load in each tier. - Check for application errors and for Oracle trace files. using Oracle Instant Client 11g will create better client side trace files. - Monitor if anything unexpected is causing load during idle times. - Check that the number of httpd processes decreases when there is no load. - Use truss, pstack etc to identify what any high CPU httpd process are doing [2012-02-29 13:42:44] jwprice at georgiasouthern dot edu What do you mean by httpd process cycled? Do you be restarted every so often? I was not aware there were and php.ini oci settings so we're using whatever the defaults are. The database is on a separate machine. These settings have been set for a couple of years now. We changed MaxClients to 1200 an it solved couple of problems we were having and worked for one fall registration. We only started having a problem when we upgraded php and apache from php 5.2.11 and apache 2.0.63 IfModule prefork.c ServerLimit1200 StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 1200 MaxRequestsPerChild 5000 /IfModule [2012-02-29 00:09:59] s...@php.net Are the httpd processes not being cycled by choice? What are the MaxClients and MaxRequestsPerChild values? (Are you using the prefork MPM?). What are the php.ini oci8.* values? Is the DB on a different host? oci_pconnect will cause DB host memory contention unless you restrict MaXClients and/or have Oracle 11g and use its DRCP. [2012-02-28 19:46:39] jwprice at georgiasouthern dot edu cpu load was measured with uptime and prstat. Note this is a 4 core 16 thread 16Gb SunFire T2000. Load is normally between 3 and 5, between 350 and 550 process. During the busy time load was 200 and stayed there even after the load on the database was gone. I would say that the httpd processes were spinning at 3 to 4% of cpu each normally this is a lot lower .1%. They are not being cycled. We are using an older version of the oracle client we will definitely try to update it. We have since updated to apache 2.2.21 and php- 5.3.8. We will have another high load Mar 5th. We've stayed away from persistent connections because it caused a high load on the database. We will look into the performance tips you mentioned. Apache was configured and compiled with the following: ./configure --enable-modules=most \ --prefix=${Home}/server \ --enable-mods-shared=most \ --enable-proxy \ --enable-proxy-http \ --enable-so [2012-02-28 18:39:15] s...@php.net This bug just came to my attention and I've now changed the package from Performance to OCI8. How are you measuring CPU load? How is Apache configured and what is the system configuration? Are httpd process spinning? Are they being cycled? 600 processes seems a large number for a single commodity machine. One old rule of thumb was to set maxclients to 25 for a 1Gb, 2-core machine. Look at reducing maxclients and using persistent OCI8 connections. If possible, use Oracle 11g DRCP connections. I'd recommend upgrading the Oracle client by using the free Oracle Instant Client. Use the latest version that can still connect back to your DB. The current PHP OCI8 hasn't had any particularly relevant changes since 5.3.4. Make sure the code uses binds, prefetches, etc. effectively. Check the performance tips in http://www.oracle.com/technetwork/topics/php/underground-php-oracle-manual- 098250.html
Req #57149 [Fbk-NoF]: add support for proxy authentication
Edit report at https://bugs.php.net/bug.php?id=57149edit=1 ID: 57149 Updated by: s...@php.net Reported by:jkeller at berkeley dot edu Summary:add support for proxy authentication -Status: Feedback +Status: No Feedback Type: Feature/Change Request Package:OCI8 related Operating System: Irrelevant PHP Version:Irrelevant Block user comment: N Private report: N Previous Comments: [2011-11-10 00:25:59] s...@php.net From OCI8 1.4.0 PHP 5.3.1 an end-user identity can be passed into the DB with the oci_set_client_identifier() function. This values is used for auditing, VPD and monitoring. See http://www.oracle.com/technetwork/articles/dsl/php-web-auditing- 171451.html [2009-06-21 21:46:25] amonh at mit dot edu EDIT to remove oci_close_proxy_session line. -- Partial functionality exists. Pre-Test requirements: create user app identified by ppa; create user bob identified by obo; grant create session to app; grant create sesion to bob; alter user bob connect through app; PHP Test ?php require dirname(__FILE__)./connect.inc; $pc = oci_connect(app[bob], ppa, $dbase); $stmt = oci_parse($pc, select user from dual); oci_execute($stmt); var_dump(oci_fetch_array($stmt, OCI_RETURN_NULLS)); echo Done\n; ? result: array(2) { [0]= string(3) BOB [USER]= string(3) BOB } [2009-06-21 21:34:53] amonh at mit dot edu Partial functionality exists. Pre-Test requirements: create user app identified by ppa; create user bob identified by obo; grant create session to app; grant create sesion to bob; alter user bob connect through app; PHP Test ?php require dirname(__FILE__)./connect.inc; $pc = oci_connect(app[bob], ppa, $dbase); $stmt = oci_parse($pc, select user from dual); oci_execute($stmt); var_dump(oci_fetch_array($stmt, OCI_RETURN_NULLS)); $t = oci_close_proxy_session($pc); echo Done\n; ? result: array(2) { [0]= string(3) BOB [USER]= string(3) BOB } [2009-06-19 10:27:13] amonh at mit dot edu I am a programmer/analyst at MIT and we are requesting this as well. We are currently working on this issue as well. Please let us know if this is on the roadmap and/or if you would accept patches to add this functionality. [2006-07-21 18:32:34] jkeller at berkeley dot edu Description: We would love to be able to use Oracle database proxy authentication with the oci8 library. Proxy authentication is supported by Oracle's OCI library. It would allow us to use an external authentication source (LDAP) and then securely pass the user identity to the database (so it is available for things like auditing and fine-grained access control at the database level). If it is not difficult to add support for this feature to the PHP oci8 library, we would really appreciate it. -- Edit this bug report at https://bugs.php.net/bug.php?id=57149edit=1
Bug #61142 [Fbk-NoF]: error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR
Edit report at https://bugs.php.net/bug.php?id=61142edit=1 ID: 61142 Updated by: s...@php.net Reported by:hinaresh2000 at gmail dot com Summary:error : child pid 16289 exit signal Illegal instruction (4) - if using SQLT_CHR -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: RHEL5.3 PHP Version:5.3.10 Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2012-02-23 21:27:44] s...@php.net Without a reproducible testcase (see my previous request #2) I can only comment on the code: 1. You need error checking in the code. 2. You need SQLT_CHR instead of SQLT_STR in the oci_bind_array_by_name call. 3. You should specify the maximum data length instead of -1 in the oci_bind_array_by_name call. Otherwise the length of permissions\n is used and you might see ORA-06502 PL/SQL: numeric or value error: host bind array too small, depending on your schema (again, see my previous request #2). I can look at this again if I get a complete reproducible testcase. [2012-02-22 15:15:46] hinaresh2000 at gmail dot com Below is my code snippet which i am using : $filter_permissions_array = permissions\n; $conn=db_connection(); $query = BEGIN dns_filter_permissions_pkg.insert_customize_brand(:iprange, :is_apply_to_networks_of_nop, :network_filter_id, :ip_check, :filter_permissions, :network_cursor, :return_value); END;; $stmt = oci_parse($conn, $query); $network_cursor = oci_new_cursor($conn); oci_bind_by_name($stmt, iprange, $ip_cidr_range,20); oci_bind_by_name($stmt, is_apply_to_networks_of_nop, $set_network_operator, 225); oci_bind_by_name($stmt, network_filter_id, $network_filter_id, 10); oci_bind_by_name($stmt, ip_check, $ip_check, 10); oci_bind_array_by_name($stmt, filter_permissions, $filter_permissions_array, 1,-1,SQLT_STR); oci_bind_by_name($stmt, network_cursor, $network_cursor, -1, OCI_B_CURSOR); oci_bind_by_name($stmt, return_value, $return_value, 10); oci_execute($stmt); oci_execute($network_cursor); oci_free_statement($stmt); oci_close($conn); The oracle version is 11.2.0.3.0 PHP version is 5.3.9 Thanks, Naresh [2012-02-21 20:17:49] s...@php.net I need: 1. A complete PHP test script showing the values (if any) in $filter_permissions_array. 2. The SQL to create any DB objects used. 3. The versions of the Oracle client libraries and of the database. Thanks. [2012-02-20 11:39:32] hinaresh2000 at gmail dot com Also i have tested it on another box having php 5.3.9 - (built: Jan 12 2012 15:14:33) then i saw below error in log: child pid 7758 exit signal Segmentation fault (11) [2012-02-20 11:26:19] hinaresh2000 at gmail dot com Description: --- From manual page: http://www.php.net/function.oci-bind-array-by-name#refsect1-function.oci-bind-array-by-name-returnvalues --- Hi, I am testing my application on Amazon Cloud Box where PHP 5.3.9 is installed on RHEL5.3 Below is my php source code line : oci_bind_array_by_name($stmt, filter_permissions, $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that child pid 16289 exit signal Illegal instruction (4) and browser stops and shows blank page. The same line is working fine with PHP 5.1.6 and showing results perfectly. Also if it fails somewhere on any version then i have replaced SQLT_STR with SQLT_CHR and it works fine. In that case i am not in a position to fix this issue in 5.3.9. Is this a PHP issue or the OCI one? help me resolving this issue. Thanks in Advance Naresh K. Test script: --- Below is my php source code line : oci_bind_array_by_name($stmt, filter_permissions, $filter_permissions_array, 1,-1,SQLT_STR); here $filter_permissions may or may not contain any value. The above code line shows error in /var/log/httpd/error_log file that child pid 16289 exit signal Illegal instruction (4) and browser stops and shows blank page. Expected result: It should run without any error in log and doesn't stop the functionlity of page at browser. Actual result: -- Error in log - child pid 16289 exit signal Illegal instruction (4) and browser stops and shows blank page. -- Edit this bug report at https://bugs.php.net/bug.php?id=61142edit=1
Bug #60624 [Fbk-NoF]: Incorrect Invalid variable used for bind error
Edit report at https://bugs.php.net/bug.php?id=60624edit=1 ID: 60624 Updated by: s...@php.net Reported by:935c at itsynergy dot co dot uk Summary:Incorrect Invalid variable used for bind error -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: Scientific Linux 6.1 PHP Version:5.3.8 Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2012-01-27 00:20:39] s...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Can you give a concrete example of a failing $p_tkn token? Also what is the fs_pkg signature? Do the oci_bind_by_name calls return errors? [2011-12-29 13:47:27] 935c at itsynergy dot co dot uk update php version [2011-12-29 11:37:52] 935c at itsynergy dot co dot uk OCI8 Supportenabled Version 1.4.6 Revision$Revision: 313688 $ Active Persistent Connections 0 Active Connections 0 Oracle Run-time Client Library Version 11.2.0.2.0 Oracle Version 11.2 Compile-time ORACLE_HOME/u01/app/oracle/product/11.2.0/xe Libraries Used -Wl,-rpath,/u01/app/oracle/product/11.2.0/xe/lib - L/u01/app/oracle/product/11.2.0/xe/lib -lclntsh Temporary Lob support enabled Collections support enabled Directive Local Value Master Value oci8.connection_class no valueno value oci8.default_prefetch 100 100 oci8.events Off Off oci8.max_persistent -1 -1 oci8.old_oci_close_semanticsOff Off oci8.persistent_timeout -1 -1 oci8.ping_interval 60 60 oci8.privileged_connect Off Off oci8.statement_cache_size 20 20 [2011-12-29 11:35:30] 935c at itsynergy dot co dot uk Description: I am seeing the following errors generated for no apparent reason when a function is used as a string source: PHP Warning: oci_bind_by_name(): Invalid variable used for bind PHP Warning: oci_execute(): ORA-01008: not all variables bound If I replace the $sim_token parameter in my FS_ORA_NEW_SIMTOKEN call with a static string, e.g. 2, then it all works fine. Test script: --- -- The OCI8 Call -- function FS_ORA_NEW_SIMTOKEN($p_sess,$p_tkn) { $c = FS_ORA_CONNECT(); $s = oci_parse($c, begin fs_pkg_X.new_auth(:p_sess,:p_sim);end;); oci_bind_by_name($s,:p_sess,$p_sess,-1,SQLT_CHR); oci_bind_by_name($s,:p_sim,$p_tkn,-1,SQLT_CHR); $exec_status=oci_execute($s); oci_free_statement($s); return $exec_status; } -- The Token Generator-- function FS_SIMAPI_GETTOKEN() { $valid_time=time()+FS_SIM_TOKLEN; $sesskey=htmlspecialchars(sha1(X)); $qry_array=array( 'mode' = 'AUTH', 'user' = FS_SIM_UNA, 'clientip'=FS_SIM_SRCIP, 'expiry' = $valid_time, 'key' = $sesskey ); $tokres=FS_SIMAPI_SIMPLEPOST(XXX AUTH,$qry_array); if ($tokres==false) { return false; } libxml_use_internal_errors(true); try { $xmlp=new SimpleXMLElement($tokres); } catch (Exception $e) { foreach(libxml_get_errors() as $error_line) { $error_msg = SimpleXML: .$error_line-message; FS_APPTOOL_LOGERR($error_msg); } return false; } return $xmlp-results-token; } -- The Application Call-- // 4 XX Token $sim_token=FS_SIMAPI_GETTOKEN(); if($sim_token!=false) { $sim_to_db=FS_ORA_NEW_SIMTOKEN($_COOKIE['fs_cookie'],$sim_token); if($sim_to_db==false) { header(Location: . FS_APP_HOME_URI . ?autherr= . urlencode(FS_ERR_SIMFAIL)); exit; } } else { header(Location: . FS_APP_HOME_URI . ?autherr= . urlencode($sim_token)); exit; } -- Edit this bug report at https://bugs.php.net/bug.php?id=60624edit=1
Bug #54664 [Fbk-NoF]: Warning oci_fetch_object() --Trying to get property of non-object
Edit report at https://bugs.php.net/bug.php?id=54664edit=1 ID: 54664 Updated by: s...@php.net Reported by:rattonwing at yahoo dot com Summary:Warning oci_fetch_object() --Trying to get property of non-object -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: Windows 7 PHP Version:5.3.6 Block user comment: N Private report: N Previous Comments: [2011-11-07 22:35:38] s...@php.net Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Please give a standalone PHP script and a SQL creation script that reproduces the problem. Oracle objects created with case-insensitive names in the DB will be returned to PHP OCI8 with uppercase names. See the fetch_object*.phpt examples in http://svn.php.net/viewvc/php/php-src/trunk/ext/oci8/tests/ [2011-05-05 05:57:16] rattonwing at yahoo dot com Description: --- From manual page: http://www.php.net/function.oci-fetch-object#Description --- Env:Joomla [begin] Warning: oci_fetch_object() [function.oci-fetch-object]: ORA-24374: define not done before fetch or execute and fetch in O.php on line 587 Notice: Trying to get property of non-object in X.php on line 78 [end] Test script: --- if (!($cur = $this-query())) return null; if ($object =oci_fetch_object($cur)) $ret = $object; ocifreestatement($cur); ... $this-_oradb-setQuery($query); $result = $this-_oradb-loadObject(); $this-DesireProp = $result-FromOra; Expected result: $this-DesireProp is not null (a year number) Actual result: -- Notice: Trying to get property of non-object -- Edit this bug report at https://bugs.php.net/bug.php?id=54664edit=1
Bug #57339 [Fbk-NoF]: oci_execute segmentation fault on PHP CLI
Edit report at https://bugs.php.net/bug.php?id=57339edit=1 ID: 57339 Updated by: s...@php.net Reported by:jeff at newnewmedia dot com Summary:oci_execute segmentation fault on PHP CLI -Status: Feedback +Status: No Feedback Type: Bug -Package:oci8 +Package:*General Issues Operating System: SuSE Linux 9.2 PHP Version:5.1.1 Block user comment: N Private report: N Previous Comments: [2007-05-29 10:47:11] adavey at cj dot com Am getting the same issue. Instead of doing what is expected, i am getting: child process exited with status 3221225477 within the apache error logs. Cant seem to find any help/resolution to the problem. [2006-11-08 03:41:02] tony2001 at phpclub dot net Cannot reproduce. [2006-11-02 13:16:57] jeff at newnewmedia dot com Description: Calling a certain query via oci_execute causes PHP to segmentation fault. PHP 5.1.1 (cli) (built: Dec 6 2005 17:34:08) oci8 OCI8 Support = enabled Revision = $Revision: 1.269.2.3 $ Oracle Version = 9.2 Reproduce code: --- $user = 'XX'; $pass = 'XX'; $db = 'XX'; $table = 'PEOPLE'; $conn = oci_connect($user, $pass, $db); if (!$conn) { $e = oci_error(); print htmlentities($e['message']); exit; } print $query = SELECT column_name FROM user_tab_columns WHERE table_name='$table' ORDER BY column_id; $stid = oci_parse($conn, $query); $r = oci_execute($stid, OCI_DEFAULT); Expected result: oci_execute should return true Actual result: -- GNU gdb 6.2.1 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i586-suse-linux...Using host libthread_db library /lib/tls/libthread_db.so.1. (gdb) run oracle-php-cli-bug.php Starting program: /ibm_local/usr/util/web/apache_1.3.33/util/php5/bin/php oracle-php-cli-bug.php [Thread debugging using libthread_db enabled] [New Thread 1088095712 (LWP 2127)] SELECT column_name FROM user_tab_columns WHERE table_name='People' OR table_name='PEOPLE' ORDER BY column_id Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1088095712 (LWP 2127)] 0x40cfd5fc in memcpy () from /lib/tls/libc.so.6 (gdb) backtrace #0 0x40cfd5fc in memcpy () from /lib/tls/libc.so.6 #1 0x4070c8b0 in ttcclr () from /util/oracle/lib/libclntsh.so.9.0 #2 0x4070a16b in ttcrbur () from /util/oracle/lib/libclntsh.so.9.0 #3 0x4070a641 in ttcbur () from /util/oracle/lib/libclntsh.so.9.0 #4 0x406f969e in ttcdrv () from /util/oracle/lib/libclntsh.so.9.0 #5 0x405d0248 in nioqwa () from /util/oracle/lib/libclntsh.so.9.0 #6 0x404243d0 in upirtrc () from /util/oracle/lib/libclntsh.so.9.0 #7 0x403e69da in kpurcsc () from /util/oracle/lib/libclntsh.so.9.0 #8 0x403a91c4 in kpuexecv8 () from /util/oracle/lib/libclntsh.so.9.0 #9 0x403aad97 in kpuexec () from /util/oracle/lib/libclntsh.so.9.0 #10 0x40408a2f in OCIStmtExecute () from /util/oracle/lib/libclntsh.so.9.0 #11 0x08133eb1 in oci_execute () #12 0x0813d768 in zif_oci_execute () #13 0x082c8118 in zend_do_fcall_common_helper_SPEC () #14 0x082cabec in ZEND_DO_FCALL_SPEC_CONST_HANDLER () #15 0x082c7dde in execute () #16 0x082a2a6a in zend_execute_scripts () #17 0x082642f6 in php_execute_script () #18 0x083090ce in main () -- Edit this bug report at https://bugs.php.net/bug.php?id=57339edit=1
Bug #57619 [Fbk-NoF]: Segmentation fault when oci8.default_prefetch greater than 0
Edit report at https://bugs.php.net/bug.php?id=57619edit=1 ID: 57619 Updated by: s...@php.net Reported by:ms at e-kazan dot ru Summary:Segmentation fault when oci8.default_prefetch greater than 0 -Status: Feedback +Status: No Feedback Type: Bug -Package:oci8 +Package:*General Issues Operating System: CentOS release 4.4 (Final) PHP Version:5.2.1 Block user comment: N Private report: N Previous Comments: [2007-06-18 14:14:52] christopher dot jones at oracle dot com See http://bugs.php.net/bug.php?id=41069 [2007-04-13 07:52:11] tony2001 at phpclub dot net Did you try applying the patch for Oracle Bug #3396162 ? [2007-04-13 07:37:55] ms at e-kazan dot ru Both sides have Oracle 10.2.0.1.0 on CentOS 4.4, InstantClient 10.2.0.3-1 [2007-04-12 16:37:42] christopher dot jones at oracle dot com What are the two Database versions and the OS's they are on? Also see http://bugs.php.net/bug.php?id=36607 [2007-04-12 08:48:04] tony2001 at phpclub dot net Yeah, exactly what I thought, some OIC bug. 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=57619 -- Edit this bug report at https://bugs.php.net/bug.php?id=57619edit=1
Bug #58467 [Fbk-NoF]: after loading oci8 module perl modules with basic auth stop working
Edit report at https://bugs.php.net/bug.php?id=58467edit=1 ID: 58467 Updated by: s...@php.net Reported by:michael dot ablassmeier at kubus-it dot de Summary:after loading oci8 module perl modules with basic auth stop working -Status: Feedback +Status: No Feedback Type: Bug Package:OCI8 related Operating System: SLES10 PHP Version:5.2.5 Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2008-12-23 00:53:44] christopher dot jones at oracle dot com Can you investigate this e.g. with lsof, pmap, strace or equivalents to identify if there is a symbol clash? How were Apache and the perl module built? How are you setting LD_LIBRARY_PATH? [2008-12-19 03:00:29] michael dot ablassmeier at kubus-it dot de hi christopher, just disabling the oci8 extension in php does the job, things are back to normal then. The oci8 Library is linked against oracle instant client: oracle-instantclient11.1-basic-11.1.0.7.0-1 oracle-instantclient11.1-devel-11.1.0.7.0-1 according to a working mate at least connecting to the database with php's oci8 worked fine. [2008-12-18 21:34:06] christopher dot jones at oracle dot com What version of Oracle libraries is PHP OCI8 using? [2008-12-18 21:30:32] christopher dot jones at oracle dot com Is there a symbol name-clash somewhere in the underlying libraries? What is the enable/disable OCI8 step: do you disable PHP or just OCI8? Does OCI8 work when it is enabled? [2008-12-18 04:45:22] michael dot ablassmeier at kubus-it dot de Description: hi, we are running an apache 2.2.3 instance from SLES10. This instance also serves as SVN Server using WebDAV. The SVN Location is secured with Authen::Simple::Kerberos: PerlModule Authen::Simple::Apache PerlModule Authen::Simple::Kerberos PerlSetVar AuthenSimpleKerberos_realm BY.AOK.DE PerlSetVar AuthenSimpleKerberos_log debug Location /svn DAV svn SVNParentPath /mnt/svn/projekte PerlAuthenHandler Authen::Simple::Kerberos after loading the oci8 extension and restarting the apache daemon, the PerlModule handler fails to work correctly: [Wed Dec 17 16:23:32 2008] [error] [client 19.224.14.64] PerlAuthenHandler Authen::Simple::Kerberos - No password was given it seems like the handler does not get any data back from the apache dispatcher. I know this may be somewhat hard to reproduce, but tcpdumps clearly show me the data is sent. After disabling the oci8 module, everythings working fine again. The corresponding code in the perl module looks like: sub handler_mp1 ($$) { handle; } sub handler_mp2 : method { handle; } *Authen::Simple::Adapter::handler = MP2 ? \handler_mp2 : \handler_mp1; sub handle { my ( $class, $r ) = @_; my( $rc, $password ) = $r-get_basic_auth_pw; it seems like get_basic_auth stuff stops working after the oci8 module has been loaded. Any ideas how to fix this? -- Edit this bug report at https://bugs.php.net/bug.php?id=58467edit=1
Bug #58477 [Fbk-NoF]: Segmentation fault on oci_connect in relation with password expiration warning
Edit report at https://bugs.php.net/bug.php?id=58477edit=1 ID: 58477 Updated by: s...@php.net Reported by:marc at practeo dot ch Summary:Segmentation fault on oci_connect in relation with password expiration warning -Status: Feedback +Status: No Feedback Type: Bug -Package:oci8 +Package:OCI8 related Operating System: Ubuntu 8.04.1 64bit PHP Version:5.2.4 Block user comment: N Private report: N Previous Comments: [2011-11-24 15:20:40] asimileac at gmail dot com Look here how I resolved my problem with Application crashes then using expiring password https://bugs.php.net/bug.php?id=59896 [2010-12-15 22:16:15] nathan dot hand at ga dot gov dot au Confirmed same behaviour with instant client 10.2.0.1 and 10.2.0.5. Using Solaris 10u8 with PHP 5.2.9 and OCI8 1.4.1. Segfault caused by the password expiration warning message from Oracle. [2010-04-18 12:46:37] bryan dot lajoie at gmail dot com I am having the identical issue Marc was having. Oracle 11.1.0.6.0 w/ RHEL 5. During login, if oracle returns that the password will expire soon...The OCI_CONNECT crashes and take the whole website down. Just returns a blank page, which makes thigns very difficult to debug :) Soon as I log into sqlplus, and change the password, all is well again. Will try to update to oracle 11.1.0.7.0 and then report back. [2009-01-07 18:21:07] christopher dot jones at oracle dot com I could not reproduce the problem on Ubuntu 8.04 (32 bit). I saw the crash on RHEL 4 (64 bit) when I used Instant Client 10.2 and 11.1.0.6 connecting to 11.1.0.6 DB. The crash is in the Oracle libraries. With Instant Client 11.0.1.0.7 there was no crash, and my connection succeeded. Can you test with 11.1.0.7 client libraries? [2008-12-29 08:26:26] marc at practeo dot ch Description: By using : oci_connect(scott, tiger, //192.168.124.25:1521/ORCL1) to an Oracle 11.1.0.6.0 - Production database, I got a Segmentation fault. Doing the same connection with SQLplus I got a warning : ORA-28002: the password will expire within 2 days It's look like the oci8 wrapper is not able to handle this kind of warning messages. By reseting the password on the database, the connection was possible again. pecl oci8 1.3.4 linked to Oracle Instant Client 10.2 (64bit) Thanks, Regards, Marc Reproduce code: --- with a valid password and no warning : oci_connect(scott, tiger, //192.168.124.25:1521/ORCL1) with a valid password but that will expired in 2 days and a warning : oci_connect(scott, tiger, //192.168.124.25:1521/ORCL1) Actual result: -- (with strace) [...] write(4, \2\244\0\0\6\0\0\0\0\0\3s\3\1\5\0\0\0\1\201\0\0\1\r\0\0... , 676) = 676 read(4, \6x\0\0\6\0\0\0\0\0\17bm2\0\4\0002ORA-28002: the..., 2064) = 1656 fcntl(15587568, F_SETFD, FD_CLOEXEC)= -1 EBADF (Bad file descriptor) fcntl(15505008, F_SETFD, FD_CLOEXEC)= -1 EBADF (Bad file descriptor) -- Edit this bug report at https://bugs.php.net/bug.php?id=58477edit=1
Bug #58412 [Fbk-NoF]: Unable to locate instantclient on HP-UX
Edit report at https://bugs.php.net/bug.php?id=58412edit=1 ID: 58412 Updated by: s...@php.net Reported by:catalin at isp-software dot de Summary:Unable to locate instantclient on HP-UX -Status: Feedback +Status: No Feedback Type: Bug -Package:oci8 +Package:OCI8 related Operating System: HP-UX 11.23 PHP Version:Irrelevant Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2009-03-12 11:51:19] christopher dot jones at oracle dot com Let us know how it goes. [2009-03-12 02:51:11] catalin at isp-software dot de I tried the patch on php-5.2.9 and it works just fine. On php-5.3.0beta1 it fails with a different error: 'error: Oracle Instant Client libraries not found' I get same error on Linux, though I daresay it is a different issue. I am working on tracking it down. [2009-03-11 12:36:49] christopher dot jones at oracle dot com To test the patch: cd php53 make clean patch file_containing_the_patch rm configure ./buildconf --force ./configure --with_your_desired_options make test [2009-03-10 16:03:04] christopher dot jones at oracle dot com I don't have access to HP machines to test. What is the effect of the following patch? If it works, it will change the base shared library extension for PHP on Itanium. This may or may not be a good thing. --- acinclude.m4.orig 2008-12-03 13:55:53.0 -0800 +++ acinclude.m42009-03-10 13:57:10.0 -0700 @@ -1975,8 +1975,16 @@ SHLIB_DL_SUFFIX_NAME=$SHLIB_SUFFIX_NAME case $host_alias in *hpux*[)] - SHLIB_SUFFIX_NAME=sl - SHLIB_DL_SUFFIX_NAME=sl + case $host_cpu in + ia64*[)] + SHLIB_SUFFIX_NAME=so + SHLIB_DL_SUFFIX_NAME=so + ;; + *[)] + SHLIB_SUFFIX_NAME=sl + SHLIB_DL_SUFFIX_NAME=sl + ;; + esac ;; *darwin*[)] SHLIB_SUFFIX_NAME=dylib [2008-11-19 21:02:46] christopher dot jones at oracle dot com I'm told Instant Client uses .sl file extension on HP PA RISC and .so on HP Itanium. This is apparently what the 'ld' man pages specify. Somehow the PHP build scripts need to differentiate between the two. 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=58412 -- Edit this bug report at https://bugs.php.net/bug.php?id=58412edit=1
Bug #63349 [Opn-Fbk]: Segfault during GC
Edit report at https://bugs.php.net/bug.php?id=63349edit=1 ID: 63349 Updated by: s...@php.net Reported by:phpwnd at gmail dot com Summary:Segfault during GC -Status: Open +Status: Feedback Type: Bug Package:Reproducible crash Operating System: Gentoo Linux PHP Version:5.4.8 Block user comment: N Private report: N New Comment: Thanks for the report. Can you continue working on it and: - Upload a script that reproduces the problem when XDebug is not installed - Upload build configuration information - Try with zend.enable_gc = Off Previous Comments: [2012-10-24 20:48:11] phpwnd at gmail dot com Description: PHP 5.4.8 + XDebug 2.2.1, no other extensions I've been experiencing a few segfaults lately. They've been a bit hard to reproduce because so far I've only hit them when using PHP_CodeCoverage and only on specific revisions of my code (adding or removing a single statement such as $a=1; would keep it from happening.) I have gotten around rebuilding PHP with all the debug bells and whistles and the resulting backtrace (hopefully attached to this bug) indicates it's related to GC and/or PCRE. Adding a call to gc_collect_cycles() fixed it for me, at least for now. -- Edit this bug report at https://bugs.php.net/bug.php?id=63349edit=1
Bug #63348 [Opn-Nab]: Unexpected behaviour with strpos()
Edit report at https://bugs.php.net/bug.php?id=63348edit=1 ID: 63348 Updated by: s...@php.net Reported by:aleksey dot v dot korzun at gmail dot com Summary:Unexpected behaviour with strpos() -Status: Open +Status: Not a bug Type: Bug Package:*Programming Data Structures Operating System: *Nix PHP Version:5.3.18 Block user comment: N Private report: N New Comment: The code actually gives this message first: PHP Warning: strpos() expects parameter 1 to be string, array given It's standard for PHP to behave like this for parameter parsing errors. E.g. all but a few of the str* functions are implemented using 'return' in this case. Only strrpos, strripos, strpbrk, (and substr_compare) use RETURN_FALSE. Previous Comments: [2012-10-24 19:09:02] aleksey dot v dot korzun at gmail dot com Description: Please review code snippet below, expected behaviour is that code within if statement will not be executed (since the value was not found). Test script: --- ?php $foobar = array(); if(strpos($foobar, 'something') !== false) { echo 'fail'; } ? Expected result: It should not output 'fail' Actual result: -- Outputs fail -- Edit this bug report at https://bugs.php.net/bug.php?id=63348edit=1
Bug #60901 [Csd]: Oracle-11.2 is not detected (too new)
Edit report at https://bugs.php.net/bug.php?id=60901edit=1 ID: 60901 Updated by: s...@php.net Reported by:lzsiga at freemail dot c3 dot hu Summary:Oracle-11.2 is not detected (too new) Status: Closed Type: Bug Package:OCI8 related Operating System: AIX 6.1 PHP Version:5.3.9 Assigned To:sixd Block user comment: N Private report: N New Comment: I re-fixed this and also pushed OCI8 1.4.9 with the fix to PECL. Previous Comments: [2012-10-22 05:55:50] s...@php.net Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=dbb72de6c75796803ed6ed103763a12eebc9e78e Log: Re-fixed bug #60901 (Improve quot;tailquot; syntax for AIX installation) [2012-10-20 10:51:49] rainer dot jung at kippdata dot de The tail fix breaks compilation on Solaris for php version 5.3.18, which worked until version 5.3.17. Not all tail implementations support -n1. On Solaris default tail only support -1. You could switch to using a variable TAIL and auto detect a working tail implementation (understanding -n), which on Solaris would be the non standard /usr/xpg4/bin/tail. Users could overwrite with a new --with-tail switch. [2012-09-14 08:00:23] lzsiga at freemail dot c3 dot hu Okay, thank you for your help. [2012-09-14 07:20:07] s...@php.net I merged the tail fix. I'm closing this bug out. I understand you'll need to create a symlink like other platforms. [2012-09-14 07:18:13] s...@php.net Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=bbf5978e2641d924c2d4d1c47210756943a28f7b Log: Fixed bug #60901 (Improve quot;tailquot; syntax for AIX installation) 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=60901 -- Edit this bug report at https://bugs.php.net/bug.php?id=60901edit=1
Bug #63221 [Opn-Nab]: configure --prefix=/opt fails to search /opt/subdirs for packages
Edit report at https://bugs.php.net/bug.php?id=63221edit=1 ID: 63221 Updated by: s...@php.net Reported by:mamfelt at gmail dot com Summary:configure --prefix=/opt fails to search /opt/subdirs for packages -Status: Open +Status: Not a bug Type: Bug Package:*Configuration Issues Operating System: AIX PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The --prefix option is the directory that PHP will be installed. It isn't used as a search path. Run ./configure --help to check the option to use. See -- with-libxml-dir PHP 5.4 uses the 2.59+ versions of the tools To use a specific version of the build tools, install that version and then run, for example: export PHP_AUTOCONF=autoconf-2.13 export PHP_AUTOHEADER=autoheader-2.13 ./buildconf If you use buildconf in older versions of PHP, you need to manually clear the caches first with: rm -rf config.cache autom4te.cache Previous Comments: [2012-10-05 10:06:49] mamfelt at gmail dot com Description: ./configure --prefix /opt Basically, to resolve this I patch configure so that all references to /usr/local are replaced by /opt. Note: I have tried ./buildconf --force but get the following message: root@x104:[/data/prj/php/php-RC1-5.3.18]./buildconf --force Forcing buildconf buildconf: checking installation... buildconf: You need autoconf 2.59 or lower to build this version of PHP. You are currently trying to use 2.68 Most distros have separate autoconf 2.13 or 2.59 packages. On Debian/Ubuntu both autoconf2.13 and autoconf2.59 packages exist. Install autoconf2.13 and set the PHP_AUTOCONF env var to autoconf2.13 and try again. make: *** [buildmk.stamp] Error 1 == I went to the autoconf downloads and see that autoconf-2.59 is rather ancient, and wonder if this problem is already resolved using newer tools? [ ] autoconf-2.12.tar.gz 26-Nov-1996 03:00 401K [ ] autoconf-2.13.tar.gz 15-Jan-1999 16:03 433K [ ] autoconf-2.50-2.52.xdelta 18-Jul-2001 09:59 58K ... [ ] autoconf-2.59.tar.bz2 16-Dec-2003 15:53 903K [ ] autoconf-2.59.tar.bz2.sig 16-Dec-2003 15:52 65 [ ] autoconf-2.59.tar.gz 16-Dec-2003 15:52 1.2M [ ] autoconf-2.59.tar.gz.sig 16-Dec-2003 15:52 65 [ ] autoconf-2.60.tar.bz2 26-Jun-2006 13:02 1.0M ... [ ] autoconf-2.68.tar.xz 22-Sep-2010 18:54 1.1M [ ] autoconf-2.68.tar.xz.sig 22-Sep-2010 18:54 556 [ ] autoconf-2.69.tar.gz 24-Apr-2012 23:17 1.8M [ ] autoconf-2.69.tar.gz.sig 24-Apr-2012 23:17 556 [ ] autoconf-2.69.tar.xz 24-Apr-2012 23:17 1.2M [ ] autoconf-2.69.tar.xz.sig 24-Apr-2012 23:17 556 Test script: --- ./configure --prefix=/opt ... checking for xml2-config path... configure: error: xml2-config not found. Please check your libxml2 installation. root@x104:[/data/prj/php/php-RC1-5.3.18] Expected result: ... ... ++ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point.| ++ Thank you for using PHP. Actual result: -- checking for xml2-config path... configure: error: xml2-config not found. Please check your libxml2 installation. -- Edit this bug report at https://bugs.php.net/bug.php?id=63221edit=1
Bug #60901 [Csd-ReO]: Oracle-11.2 is not detected (too new)
Edit report at https://bugs.php.net/bug.php?id=60901edit=1 ID: 60901 Updated by: s...@php.net Reported by:lzsiga at freemail dot c3 dot hu Summary:Oracle-11.2 is not detected (too new) -Status: Closed +Status: Re-Opened Type: Bug Package:OCI8 related Operating System: AIX 6.1 PHP Version:5.3.9 Assigned To:sixd Block user comment: N Private report: N Previous Comments: [2012-10-20 10:51:49] rainer dot jung at kippdata dot de The tail fix breaks compilation on Solaris for php version 5.3.18, which worked until version 5.3.17. Not all tail implementations support -n1. On Solaris default tail only support -1. You could switch to using a variable TAIL and auto detect a working tail implementation (understanding -n), which on Solaris would be the non standard /usr/xpg4/bin/tail. Users could overwrite with a new --with-tail switch. [2012-09-14 08:00:23] lzsiga at freemail dot c3 dot hu Okay, thank you for your help. [2012-09-14 07:20:07] s...@php.net I merged the tail fix. I'm closing this bug out. I understand you'll need to create a symlink like other platforms. [2012-09-14 07:18:13] s...@php.net Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=bbf5978e2641d924c2d4d1c47210756943a28f7b Log: Fixed bug #60901 (Improve quot;tailquot; syntax for AIX installation) [2012-09-13 08:16:20] lzsiga at freemail dot c3 dot hu A new aspect of this problem: an over-zealous version of 'tail' wouldn't accept syntax 'tail -1' only 'tail -n1' (in this line in configure: OCI8_LCS=`ls $OCI8_LCS_BASE.*.1 2 /dev/null | tail -1` # Oracle 10g, 11g etc ) 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=60901 -- Edit this bug report at https://bugs.php.net/bug.php?id=60901edit=1
Bug #60901 [ReO-Csd]: Oracle-11.2 is not detected (too new)
Edit report at https://bugs.php.net/bug.php?id=60901edit=1 ID: 60901 Updated by: s...@php.net Reported by:lzsiga at freemail dot c3 dot hu Summary:Oracle-11.2 is not detected (too new) -Status: Re-Opened +Status: Closed Type: Bug Package:OCI8 related Operating System: AIX 6.1 PHP Version:5.3.9 Assigned To:sixd Block user comment: N Private report: N New Comment: Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=dbb72de6c75796803ed6ed103763a12eebc9e78e Log: Re-fixed bug #60901 (Improve quot;tailquot; syntax for AIX installation) Previous Comments: [2012-10-20 10:51:49] rainer dot jung at kippdata dot de The tail fix breaks compilation on Solaris for php version 5.3.18, which worked until version 5.3.17. Not all tail implementations support -n1. On Solaris default tail only support -1. You could switch to using a variable TAIL and auto detect a working tail implementation (understanding -n), which on Solaris would be the non standard /usr/xpg4/bin/tail. Users could overwrite with a new --with-tail switch. [2012-09-14 08:00:23] lzsiga at freemail dot c3 dot hu Okay, thank you for your help. [2012-09-14 07:20:07] s...@php.net I merged the tail fix. I'm closing this bug out. I understand you'll need to create a symlink like other platforms. [2012-09-14 07:18:13] s...@php.net Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=bbf5978e2641d924c2d4d1c47210756943a28f7b Log: Fixed bug #60901 (Improve quot;tailquot; syntax for AIX installation) [2012-09-13 08:16:20] lzsiga at freemail dot c3 dot hu A new aspect of this problem: an over-zealous version of 'tail' wouldn't accept syntax 'tail -1' only 'tail -n1' (in this line in configure: OCI8_LCS=`ls $OCI8_LCS_BASE.*.1 2 /dev/null | tail -1` # Oracle 10g, 11g etc ) 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=60901 -- Edit this bug report at https://bugs.php.net/bug.php?id=60901edit=1
Bug #63306 [Opn-Fbk]: $stmt-fetchAll() then PHP/ Apache crashed
Edit report at https://bugs.php.net/bug.php?id=63306edit=1 ID: 63306 Updated by: s...@php.net Reported by:mikeyap2005 at gmail dot com Summary:$stmt-fetchAll() then PHP/ Apache crashed -Status: Open +Status: Feedback Type: Bug Package:PDO related Operating System: windows 7 PHP Version:5.3.17 Block user comment: N Private report: N Previous Comments: [2012-10-18 19:22:52] paj...@php.net Check latest rev here: http://windows.php.net/downloads/snaps/php-5.3/r7aed21c/ there is a bug about the html page, which has to be fixed so it gets the right links again [2012-10-18 15:38:25] larue...@php.net Pierre, could you please look at this ? the debug package is 0 size [2012-10-18 14:55:07] mikeyap2005 at gmail dot com the debug pack for php 5.3.17 is 0 mb http://windows.php.net/snapshots/ sorry, this is my first time to debug php [2012-10-18 14:26:43] larue...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2012-10-18 14:23:57] mikeyap2005 at gmail dot com Description: when i call $stmt-fetchAll() then PHP/ Apache crashed,thereafter browser will ask download the script file. sql is SELECT data_x FROM sysuser , datatype of the data_x is text, crashed only when the select statement contain field which is text datatype. i'm using MSSQL 2008 R2 Express It is crashed for PHP version 5.3.13 and 5.3.14 either i use zend server or using wamo or setup my own server , however it is ok for PHP version 5.3.8 and 5.2.x. Test script: --- $conn = new PDO('odbc:Driver={SQL Server};Server=SERVERNAME;Database=DATABASE;','USERID', 'USERPASSWORD'); $conn-setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); $_sql = SELECT data_x ; // please make sure the data type is text $_sql.= FROM gmcmm_user; $stmt = $conn-prepare($_sql); $stmt-setFetchMode(PDO::FETCH_ASSOC); $stmt-execute(); var_dump($stmt-fetch()); // this line will caused the crash -- Edit this bug report at https://bugs.php.net/bug.php?id=63306edit=1
Bug #63307 [Asn-Csd]: Unused variable in debug code
Edit report at https://bugs.php.net/bug.php?id=63307edit=1 ID: 63307 Updated by: s...@php.net Reported by:s...@php.net Summary:Unused variable in debug code -Status: Assigned +Status: Closed Type: Bug Package:OCI8 related Operating System: All PHP Version:5.4.8 Assigned To:sixd Block user comment: N Private report: N New Comment: Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=af14da5714cbcd9c12f140bbb622f10aa0b227a8 Log: Fixed bug #63307 (Unused variable in oci8.c) Previous Comments: [2012-10-19 00:43:47] s...@php.net Description: oci8.c sets but does not use numfree -- Edit this bug report at https://bugs.php.net/bug.php?id=63307edit=1
Bug #63265 [Asn-Csd]: Add ORA-00028 to the PHP_OCI_HANDLE_ERROR macro
Edit report at https://bugs.php.net/bug.php?id=63265edit=1 ID: 63265 Updated by: s...@php.net Reported by:s...@php.net Summary:Add ORA-00028 to the PHP_OCI_HANDLE_ERROR macro -Status: Assigned +Status: Closed Type: Bug Package:OCI8 related Operating System: All PHP Version:5.4.7 Assigned To:sixd Block user comment: N Private report: N New Comment: Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=131dd88505d5a9588ede36b22206bf13965d9137 Log: Fixed bug #63265 (Add ORA-00028 to the PHP_OCI_HANDLE_ERROR macro) Previous Comments: [2012-10-12 02:09:39] s...@php.net Description: The error ORA-00028 your session has been killed should be added to the PHP_OCI_HANDLE_ERROR macro. This would allow a connection that was killed with ALTER SYSTEM KILL SESSION to be directly marked for re-establishment. Currently after getting ORA-00028, reusing the connection gives ORA-01012 which causes the cleanup. Adding ORA-00028 would reduce the number of operations needed to recover from a DBA killing a session: after getting ORA-00028 the next connection reuse would work because OCI8 has reopened the connection. -- Edit this bug report at https://bugs.php.net/bug.php?id=63265edit=1
Bug #62551 [Opn-Fbk]: oci_bind_by_name() : maxlength and memory usage
Edit report at https://bugs.php.net/bug.php?id=62551edit=1 ID: 62551 Updated by: s...@php.net Reported by:tbrillaud at meti dot fr Summary:oci_bind_by_name() : maxlength and memory usage -Status: Open +Status: Feedback Type: Bug Package:OCI8 related Operating System: Linux PHP Version:5.3.14 Block user comment: N Private report: N New Comment: Please give a complete testcase, including the DDL to create the procedure showing the datatype being using. Previous Comments: [2012-07-13 12:54:01] tbrillaud at meti dot fr Description: The variable maxlength has no effect in the memory usage for a bind variable OUT. A bind variable OUT takes systematically 65536 bytes in memory. Test script: --- $sql = CALL TEST.PROC_OUT(:OUT); $curseur = oci_parse($connexion, $sql); $out=1; $size=10; oci_bind_by_name($curseur,:OUT, $out, $size); var_dump(memory_get_usage()); $ok = oci_execute($curseur); oci_free_statement($curseur); var_dump(memory_get_usage()); Expected result: Memory should be consistency with the maxlength parameter. Actual result: -- Playing with memory settings, we obtain : PHP Fatal error: Allowed memory size of 10752000 bytes exhausted (tried to allocate 65536 bytes) -- Edit this bug report at https://bugs.php.net/bug.php?id=62551edit=1
Bug #60901 [Csd]: Oracle-11.2 is not detected (too new)
Edit report at https://bugs.php.net/bug.php?id=60901edit=1 ID: 60901 Updated by: s...@php.net Reported by:lzsiga at freemail dot c3 dot hu Summary:Oracle-11.2 is not detected (too new) Status: Closed Type: Bug Package:OCI8 related Operating System: AIX 6.1 PHP Version:5.3.9 Assigned To:sixd Block user comment: N Private report: N New Comment: I merged the tail fix. I'm closing this bug out. I understand you'll need to create a symlink like other platforms. Previous Comments: [2012-09-14 07:18:13] s...@php.net Automatic comment on behalf of sixd Revision: http://git.php.net/?p=php-src.git;a=commit;h=bbf5978e2641d924c2d4d1c47210756943a28f7b Log: Fixed bug #60901 (Improve quot;tailquot; syntax for AIX installation) [2012-09-13 08:16:20] lzsiga at freemail dot c3 dot hu A new aspect of this problem: an over-zealous version of 'tail' wouldn't accept syntax 'tail -1' only 'tail -n1' (in this line in configure: OCI8_LCS=`ls $OCI8_LCS_BASE.*.1 2 /dev/null | tail -1` # Oracle 10g, 11g etc ) [2012-02-23 21:42:00] s...@php.net What created libclntsh.so.11.2? The instantclient-basic-aix.ppc64- 11.2.0.3.0.zip and instantclient-basic-aix.ppc32-11.2.0.3.0.zip files only contain libclntsh.so I don't consider creating a libcntsh.so.11.1 symlink such a hack, since creating the reverse symlink is required on other platforms. See http://docs.oracle.com/cd/E11882_01/appdev.112/e10646/oci01int.htm#LNOCI16174 However I can improve the installation experience on AIX once I understand what the installed environment commonly looks like. [2012-01-30 05:56:56] lzsiga at freemail dot c3 dot hu It might work, but I wouldn't want to hack around in the Oracle's directory... could you please add an option to ./configure prevent the version-autodetecting? Something like: OCI8_VERSION=11.2 ./configure --with-oci8 or export OCI8_VERSION=$(grep OCI_MAJOR_VERSION $ORACLE_HOME/rdbms/public/oci.h | cut -d' ' -f 4).$(grep OCI_MINOR_VERSION $ORACLE_HOME/rdbms/public/oci.h | cut -d' ' -f 4) ./configure --with-oci8 [2012-01-27 20:47:04] s...@php.net Instead of patching the configuration script can you try creating a symbolic link from libclntsh.so and/or libclntsh.so.11.1 pointing to libclntsh.so.11.2? For ORACLE_HOME installs on Linux (and likely on Solaris) a symbolic link from libclntsh.so to libclntsh.so.11.1 is automatically created during Oracle installation. Linux Solaris 11.2 Instant Client zip installs provide libclntsh.so.11.1 (for drop-in library replacement similar to how Oracle 10.2 libs were called *.10.1). Generic installation instructions for Instant Client are to manually create a symbolic link from libclntsh.so to libclntsh.so.11.1 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=60901 -- Edit this bug report at https://bugs.php.net/bug.php?id=60901edit=1
Bug #62841 [Opn-Nab]: ora11g doesn't work
Edit report at https://bugs.php.net/bug.php?id=62841edit=1 ID: 62841 Updated by: s...@php.net Reported by:altieresdelsent at gmail dot com Summary:ora11g doesn't work -Status: Open +Status: Not a bug Type: Bug Package:OCI8 related Operating System: Windows PHP Version:5.4.6 Block user comment: N Private report: N New Comment: Please take this issue to a support forum, e.g. https://forums.oracle.com/forums/forum.jspa?forumID=178 Previous Comments: [2012-08-16 23:00:31] altieresdelsent at gmail dot com Description: I was using php 5.3 with oracle client 11g and everything works fine. I have a wep app already in production with php5.3. I tried upgrade to php5.4, so I install in another folder XAMPP 1.8 who uses php 5.4. I tried everything to make oracle works, but I cannot connect in the database. Its really strange because in the same machine with the same remote database php 5.3 works just fine. I am using in php 5.3 o php_oci8.dll with oracle client 11g and with php5.4 I tried use php_oci8.dll. The error is: ORA-12154: TNS:could not resolve the connect identifier specified after I tried php_oci8_11g.dll and the the error is: ORA-24315: illegal attribute type I on a Windows Vista 64bit Machine, Both php are 32bis, oracle client is 32bits The database is in another machine. I think that everything that you need to simulate the problem is install XAMPP 1.8, enable php_oci8.dll and try run the test script. Test script: --- print_r(get_loaded_extensions()); print_r(get_extension_funcs('oci8')); echo system('env'); echo Client Version: . oci_client_version(); print_r(oci_pconnect(DBUSER, DBPASSWORD, DBTNS)); print_r(oci_error()); die(); Expected result: I was expecting that the oci_pconnect works, because the same script with php 5.3, works. Actual result: -- Array ( [0] = Core [1] = bcmath [2] = calendar [3] = com_dotnet [4] = ctype [5] = date [6] = ereg [7] = filter [8] = ftp [9] = hash [10] = iconv [11] = json [12] = mcrypt [13] = SPL [14] = odbc [15] = pcre [16] = Reflection [17] = session [18] = standard [19] = mysqlnd [20] = tokenizer [21] = zip [22] = zlib [23] = libxml [24] = dom [25] = PDO [26] = bz2 [27] = SimpleXML [28] = wddx [29] = xml [30] = xmlreader [31] = xmlwriter [32] = apache2handler [33] = Phar [34] = mbstring [35] = exif [36] = gd [37] = gettext [38] = mysql [39] = mysqli [40] = oci8 [41] = pdo_mysql [42] = pdo_sqlite [43] = soap [44] = sockets [45] = sqlite3 [46] = xmlrpc [47] = xsl [48] = mhash ) Array ( [0] = oci_define_by_name [1] = oci_bind_by_name [2] = oci_bind_array_by_name [3] = oci_field_is_null [4] = oci_field_name [5] = oci_field_size [6] = oci_field_scale [7] = oci_field_precision [8] = oci_field_type [9] = oci_field_type_raw [10] = oci_execute [11] = oci_cancel [12] = oci_fetch [13] = oci_fetch_object [14] = oci_fetch_row [15] = oci_fetch_assoc [16] = oci_fetch_array [17] = ocifetchinto [18] = oci_fetch_all [19] = oci_free_statement [20] = oci_internal_debug [21] = oci_num_fields [22] = oci_parse [23] = oci_new_cursor [24] = oci_result [25] = oci_client_version [26] = oci_server_version [27] = oci_statement_type [28] = oci_num_rows [29] = oci_close [30] = oci_connect [31] = oci_new_connect [32] = oci_pconnect [33] = oci_error [34] = oci_free_descriptor [35] = oci_lob_save [36] = oci_lob_import [37] = oci_lob_size [38] = oci_lob_load [39] = oci_lob_read [40] = oci_lob_eof [41] = oci_lob_tell [42] = oci_lob_truncate [43] = oci_lob_erase [44] = oci_lob_flush [45] = ocisetbufferinglob [46] = ocigetbufferinglob [47] = oci_lob_is_equal [48] = oci_lob_rewind [49] = oci_lob_write [50] = oci_lob_append [51] = oci_lob_copy [52] = oci_lob_export [53] = oci_lob_seek [54] = oci_commit [55] = oci_rollback [56] = oci_new_descriptor [57] = oci_set_prefetch [58] = oci_set_client_identifier [59] = oci_set_edition [60] = oci_set_module_name [61] = oci_set_action [62] = oci_set_client_info [63] = oci_password_change [64] = oci_free_collection [65] = oci_collection_append [66] = oci_collection_element_get [67] = oci_collection_element_assign [68] = oci_collection_assign [69] = oci_collection_size [70] = oci_collection_max [71] = oci_collection_trim [72] = oci_new_collection [73] =