Bug #64029 [Fbk->Csd]: segfault on libphp5.so
Edit report at https://bugs.php.net/bug.php?id=64029&edit=1 ID: 64029 User updated by:jmdoren at ok dot cl Reported by:jmdoren at ok dot cl Summary:segfault on libphp5.so -Status: Feedback +Status: Closed Type: Bug Package:Reproducible crash PHP Version:5.4.11 Block user comment: N Private report: N New Comment: apparently the bug was on eAccelerator, I disabled it and php works fine now Previous Comments: [2013-01-21 01:13:21] ahar...@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. Please check whether PHP crashes at all without third party modules such as eAccelerator. If so, please provide a short, self contained example that segfaults PHP, and a backtrace (as described above). Thanks! [2013-01-18 22:27:23] jmdoren at ok dot cl Description: segfault on libphp5.so Jan 18 18:34:43 db2 kernel: httpd[20339]: segfault at 71 ip 7f00043b28ac sp 7efff47f2700 error 4 in libphp5.so[7f0003f99000+912000] Jan 18 18:35:35 db2 kernel: httpd[21958]: segfault at 18 ip 7f0004378d45 sp 7efff33f0620 error 4 in libphp5.so[7f0003f99000+912000] the php was compiled like this: './configure' '--disable-phar' '--with-mysqli=mysqlnd' '--with-mysql' '--with- apxs2=/usr/local/apache2/bin/apxs' '--with-config-file-path=/etc' '--enable- calendar' '--disable-simplexml' '--enable-libxml' '--with-curl' '--enable- mbstring' '--with-gd' '--with-jpeg-dir=/usr/lib64/' '--with-t1lib' '--enable-gd- native-ttf' '--with-freetype-dir=/usr/local' '--with-zlib' it also runs with eAccelerator v1.0-dev, Copyright (c) 2004-2012 eAccelerator, by eAccelerator Test script: --- Don't know, I use mysqli and cUrl but may be another lib Actual result: -- Jan 18 18:34:43 db2 kernel: httpd[20339]: segfault at 71 ip 7f00043b28ac sp 7efff47f2700 error 4 in libphp5.so[7f0003f99000+912000] Jan 18 18:35:35 db2 kernel: httpd[21958]: segfault at 18 ip 7f0004378d45 sp 7efff33f0620 error 4 in libphp5.so[7f0003f99000+912000] -- Edit this bug report at https://bugs.php.net/bug.php?id=64029&edit=1
[PHP-BUG] Bug #64029 [NEW]: segfault on libphp5.so
From: jmdoren at ok dot cl Operating system: PHP version: 5.4.11 Package: Unknown/Other Function Bug Type: Bug Bug description:segfault on libphp5.so Description: segfault on libphp5.so Jan 18 18:34:43 db2 kernel: httpd[20339]: segfault at 71 ip 7f00043b28ac sp 7efff47f2700 error 4 in libphp5.so[7f0003f99000+912000] Jan 18 18:35:35 db2 kernel: httpd[21958]: segfault at 18 ip 7f0004378d45 sp 7efff33f0620 error 4 in libphp5.so[7f0003f99000+912000] the php was compiled like this: './configure' '--disable-phar' '--with-mysqli=mysqlnd' '--with-mysql' '--with- apxs2=/usr/local/apache2/bin/apxs' '--with-config-file-path=/etc' '--enable- calendar' '--disable-simplexml' '--enable-libxml' '--with-curl' '--enable- mbstring' '--with-gd' '--with-jpeg-dir=/usr/lib64/' '--with-t1lib' '--enable-gd- native-ttf' '--with-freetype-dir=/usr/local' '--with-zlib' it also runs with eAccelerator v1.0-dev, Copyright (c) 2004-2012 eAccelerator, by eAccelerator Test script: --- Don't know, I use mysqli and cUrl but may be another lib Actual result: -- Jan 18 18:34:43 db2 kernel: httpd[20339]: segfault at 71 ip 7f00043b28ac sp 7efff47f2700 error 4 in libphp5.so[7f0003f99000+912000] Jan 18 18:35:35 db2 kernel: httpd[21958]: segfault at 18 ip 7f0004378d45 sp 7efff33f0620 error 4 in libphp5.so[7f0003f99000+912000] -- Edit bug report at https://bugs.php.net/bug.php?id=64029&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64029&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64029&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64029&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64029&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64029&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64029&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64029&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64029&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64029&r=support Expected behavior: https://bugs.php.net/fix.php?id=64029&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64029&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64029&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64029&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64029&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64029&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64029&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64029&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64029&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64029&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64029&r=mysqlcfg
Bug #63864 [Opn->Csd]: From time to time "PHP Fatal error: Class 'MySQLi' not found"
Edit report at https://bugs.php.net/bug.php?id=63864&edit=1 ID: 63864 User updated by:jmdoren at ok dot cl Reported by:jmdoren at ok dot cl Summary:From time to time "PHP Fatal error: Class 'MySQLi' not found" -Status: Open +Status: Closed Type: Bug Package:MySQLi related Operating System: Fedora release 13 (Goddard) PHP Version:5.4.10 Block user comment: N Private report: N New Comment: It was a local problem on our server. Sorry for any inconveniences. For your information: For some reason there were two different php versions installed which caused a conflict. The script that triggered the error was not run by the web server but by a cron job. Previous Comments: ---- [2012-12-28 03:44:41] jmdoren at ok dot cl Description: >From time to time i recive the error " PHP Fatal error: Class 'MySQLi' not found in.", the script runs several times each minute but the error is generated only 1 or 2 times in an hour. Php was generated liske this: System Linux db2 2.6.34.7-66.fc13.x86_64 #1 SMP Wed Dec 15 07:04:30 UTC 2010 x86_64 Build Date Dec 27 2012 21:26:02 Configure Command'./configure' '--with-mysqli' '--with-mysql' '--with- apxs2=/usr/local/apache2/bin/apxs' '--with-config-file-path=/etc' '--enable- calendar' '--disable-simplexml' '--enable-libxml' '--with-curl' '--enable- mbstring' '--with-mysqli=mysqlnd' '--with-gd' '--with-jpeg-dir=/usr/lib64/' '-- with-t1lib' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with- zlib' Server API Apache 2.0 Handler Virtual Directory Support enabled PHP API 20100412 PHP Extension 20100525 Zend Extension 220100525 Zend Extension BuildAPI220100525,TS PHP Extension Build API20100525,TS * eAccelerator Version 1.0-dev Caching Enabled true Optimizer Enabled true Check mtime Enabled true Memory Size 33,554,368 Bytes Memory Available33,350,888 Bytes Memory Allocated203,480 Bytes Cached Scripts 9 Removed Scripts 0 mysqli Client API library version mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6aeb3aa66b646fee339f175e39 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links0 Directive Local Value Master Value mysqli.allow_local_infile On On mysqli.allow_persistent On On mysqli.default_host no valueno value mysqli.default_port 33063306 mysqli.default_pw no valueno value mysqli.default_socket /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock mysqli.default_user no valueno value mysqli.max_linksUnlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnectOff Off Test script: --- Expected result: No error Actual result: -- look the time, the script is called several times per minute ( more than 200 ) but it only generates this error from time to time...: [27-Dec-2012 22:08:03] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 [27-Dec-2012 23:08:03] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 [28-Dec-2012 00:03:04] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 [28-Dec-2012 00:23:04] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 -- Edit this bug report at https://bugs.php.net/bug.php?id=63864&edit=1
[PHP-BUG] Bug #63864 [NEW]: From time to time "PHP Fatal error: Class 'MySQLi' not found"
From: jmdoren at ok dot cl Operating system: Fedora release 13 (Goddard) PHP version: 5.4.10 Package: MySQLi related Bug Type: Bug Bug description:From time to time "PHP Fatal error: Class 'MySQLi' not found" Description: >From time to time i recive the error " PHP Fatal error: Class 'MySQLi' not found in.", the script runs several times each minute but the error is generated only 1 or 2 times in an hour. Php was generated liske this: System Linux db2 2.6.34.7-66.fc13.x86_64 #1 SMP Wed Dec 15 07:04:30 UTC 2010 x86_64 Build Date Dec 27 2012 21:26:02 Configure Command'./configure' '--with-mysqli' '--with-mysql' '--with- apxs2=/usr/local/apache2/bin/apxs' '--with-config-file-path=/etc' '--enable- calendar' '--disable-simplexml' '--enable-libxml' '--with-curl' '--enable- mbstring' '--with-mysqli=mysqlnd' '--with-gd' '--with-jpeg-dir=/usr/lib64/' '-- with-t1lib' '--enable-gd-native-ttf' '--with-freetype-dir=/usr/local' '--with- zlib' Server API Apache 2.0 Handler Virtual Directory Support enabled PHP API 20100412 PHP Extension 20100525 Zend Extension 220100525 Zend Extension BuildAPI220100525,TS PHP Extension Build API20100525,TS * eAccelerator Version 1.0-dev Caching Enabled true Optimizer Enabled true Check mtime Enabled true Memory Size 33,554,368 Bytes Memory Available33,350,888 Bytes Memory Allocated203,480 Bytes Cached Scripts 9 Removed Scripts 0 mysqli Client API library version mysqlnd 5.0.10 - 20111026 - $Id: b0b3b15c693b7f6aeb3aa66b646fee339f175e39 $ Active Persistent Links 0 Inactive Persistent Links 0 Active Links0 Directive Local Value Master Value mysqli.allow_local_infile On On mysqli.allow_persistent On On mysqli.default_host no valueno value mysqli.default_port 33063306 mysqli.default_pw no valueno value mysqli.default_socket /var/lib/mysql/mysql.sock /var/lib/mysql/mysql.sock mysqli.default_user no valueno value mysqli.max_linksUnlimited Unlimited mysqli.max_persistent Unlimited Unlimited mysqli.reconnectOff Off Test script: --- Expected result: No error Actual result: -- look the time, the script is called several times per minute ( more than 200 ) but it only generates this error from time to time...: [27-Dec-2012 22:08:03] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 [27-Dec-2012 23:08:03] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 [28-Dec-2012 00:03:04] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 [28-Dec-2012 00:23:04] PHP Fatal error: Class 'MySQLi' not found in /ssd0/cl/ok/src/produccion/cl/ok/MySQL.class.php on line 11 -- Edit bug report at https://bugs.php.net/bug.php?id=63864&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63864&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63864&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63864&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63864&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63864&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63864&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63864&r=needscript Try newer version: https://bugs.php.net/fix.php?id=63864&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63864&r=support Expected behavior: https://bugs.php.net/fix.php?id=63864&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63864&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63864&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63864&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63864&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63864&r=dst IIS Stability: https://bugs.php.net/fix.php?id=63864&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63864&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63864&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63864&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63864&r=mysqlcfg
Bug #48225 [Com]: Microseconds output wrong in DateTime::format()
Edit report at http://bugs.php.net/bug.php?id=48225&edit=1 ID: 48225 Comment by: jmdoren at ok dot cl Reported by:knut dot urdalen at gmail dot com Summary:Microseconds output wrong in DateTime::format() Status: Assigned Type: Bug Package:Date/time related Operating System: * PHP Version:5.*, 6CVS (2009-05-09) Assigned To:derick Block user comment: N Private report: N New Comment: I have the same problem my OS : Fedora release 14 (Laughlin) my php Version: PHP 5.3.5 (cli) (built: Jan 22 2011 00:55:37) in my php.ini date.timezone=America/Santiago my script: my results: 23-01-2011 8:34:18,00 23-01-2011 8:34:18,00 23-01-2011 8:34:19,00 23-01-2011 8:34:20,00 Previous Comments: [2009-05-10 17:38:56] j...@php.net See also bug #45554 and bug #47312 [2009-05-10 17:29:54] knut dot urdalen at gmail dot com Description: The date()-function allow a 'u' format character in the formatting field as of PHP 5.2.2. The DateTime::format() function point to the same manual page for the formatting as the date() function and since DateTime actually store microseconds internally (as mentioned by Derick previously) I think it's a bug that it's not output correctly. Reproduce code: --- format('Y-m-d H:i:s.u')."\n"; ?> Expected result: The 'u' format character should output the microsecond that is internally stored in the DateTime object upon creation. Actual result: -- The 'u' format character always resolve to 0. -- Edit this bug report at http://bugs.php.net/bug.php?id=48225&edit=1