[PHP-BUG] Req #65537 [NEW]: There is no way to use Unix98 pty on proc_open()
From: amrood dot admin at gmail dot com Operating system: CentOS 6 PHP version: 5.4.19 Package: Filesystem function related Bug Type: Feature/Change Request Bug description:There is no way to use Unix98 pty on proc_open() Description: Hi, I tried to use pty terminal type with PHP proc_open() function but could not success and got following message: PHP Warning: proc_open(): pty pseudo terminal not supported on this system in .php on line xx I saw it was raised somewhere in 2006 with Bug #39224 but not sure why it was not fixed. If you can give any clue why it was not fixed? Any security or any other issue? I can see this code is still available in proc_open.c Any help will be highly appreciated. Kind regards Mohtashim Test script: --- $descriptorspec = array( 0 = array(pty), 1 = array(pty), 2 = array(pty) ); $cwd = '/tmp'; $env = array('some_option' = 'aeiou'); Expected result: No error. Actual result: -- PHP Warning: proc_open(): pty pseudo terminal not supported on this system in .php on line xx -- Edit bug report at https://bugs.php.net/bug.php?id=65537edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65537r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65537r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65537r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65537r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65537r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65537r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65537r=needscript Try newer version: https://bugs.php.net/fix.php?id=65537r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65537r=support Expected behavior: https://bugs.php.net/fix.php?id=65537r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65537r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65537r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65537r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65537r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65537r=dst IIS Stability: https://bugs.php.net/fix.php?id=65537r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65537r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65537r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65537r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65537r=mysqlcfg
Bug #55867 [Com]: segfault while declaring function
Edit report at https://bugs.php.net/bug.php?id=55867edit=1 ID: 55867 Comment by: admin at dvaslona dot ru Reported by:savetheinternet at omegasdg dot com Summary:segfault while declaring function Status: Feedback Type: Bug Package:Unknown/Other Function Operating System: Debian 2.6.26-26lenny3 PHP Version:5.3.8 Block user comment: N Private report: N New Comment: Got same issue with PHP 5.3.27 on FreeBSD 8.3 Backtrace: #0 0x0008015b5266 in memcpy () from /lib/libc.so.7 #1 0x0008042f34ba in _zend_hash_add_or_update () from /usr/local/libexec/apache22/libphp5.so #2 0x0008042c994c in do_bind_function () from /usr/local/libexec/apache22/libphp5.so #3 0x00080430a52c in ZEND_DECLARE_FUNCTION_SPEC_HANDLER () from /usr/local/libexec/apache22/libphp5.so #4 0x00080430ddc0 in execute () from /usr/local/libexec/apache22/libphp5.so #5 0x0008042d95f5 in zend_call_function () from /usr/local/libexec/apache22/libphp5.so #6 0x00080421dd47 in zif_call_user_func_array () from /usr/local/libexec/apache22/libphp5.so #7 0x00080433792a in zend_do_fcall_common_helper_SPEC () from /usr/local/libexec/apache22/libphp5.so #8 0x00080430ddc0 in execute () from /usr/local/libexec/apache22/libphp5.so #9 0x0008042d95f5 in zend_call_function () from /usr/local/libexec/apache22/libphp5.so #10 0x00080421dd47 in zif_call_user_func_array () from /usr/local/libexec/apache22/libphp5.so #11 0x00080433792a in zend_do_fcall_common_helper_SPEC () from /usr/local/libexec/apache22/libphp5.so #12 0x00080430ddc0 in execute () from /usr/local/libexec/apache22/libphp5.so #13 0x0008042e460e in zend_execute_scripts () from /usr/local/libexec/apache22/libphp5.so #14 0x00080428f4c7 in php_execute_script () from /usr/local/libexec/apache22/libphp5.so #15 0x0008043707fe in php_handler () from /usr/local/libexec/apache22/libphp5.so Sadly we don't know what PHP code cause this. Previous Comments: [2013-03-02 19:00:09] re...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2012-04-20 10:19:48] vnsavage at gmail dot com Do you still get this? What is your PHP setup? Configuration parameters and modules? Do you use APC? [2011-10-10 18:16:38] goingbackayear at hotmail dot com I'll tell you what's wrong with the code STI when you ban Lazare and all the other Paulberg spammers. [2011-10-08 08:33:35] savetheinternet at omegasdg dot com Well, the file that short extract is from is quite a large file. It is a configuration file for https://github.com/savetheinternet/Tinyboard. Aside from the fhash function, all the file does is modify an associative array which is originally defined elsewhere. --- ?php $config['something'] = false; $config['something_else']['foo'] = 'bar'; // [...] if(!function_exists('fhash')) { --- As I said, I'm not able to reproduce this bug manually so I'm not sure where exactly it goes wrong, but I don't think anything else in the file is relevant. When it happens, my syslog is filled up with the below, and I am forced to restart fastcgi. Oct 8 10:32:30 kernel: [9364589.325832] php-cgi[28124]: segfault at 0 ip b6f67d5c sp bf844b6c error 4 in libc-2.7.so[b6ef+155000] Oct 8 10:32:30 kernel: [9364589.330222] php-cgi[28125]: segfault at 0 ip b6f67d5c sp bf844b6c error 4 in libc-2.7.so[b6ef+155000] Oct 8 10:32:30 kernel: [9364589.335009] php-cgi[28126]: segfault at 0 ip b6f67d5c sp bf844b6c error 4 in libc-2.7.so[b6ef+155000] Oct 8 10:32:30 kernel: [9364589.337822] php-cgi[28127]: segfault at 0 ip b6f67d5c sp bf844b6c error 4 in libc-2.7.so[b6ef+155000] [2011-10-08 06:19:41] paj...@php.net Can you paste the short example please? As in not only the place where it occurs. 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=55867 -- Edit this bug report at https://bugs.php.net/bug.php?id=55867edit=1
Bug #64626 [Com]: PHP-FPM may segfault/hang on startup
Edit report at https://bugs.php.net/bug.php?id=64626edit=1 ID: 64626 Comment by: admin at areainter dot net Reported by:zakrzewskim at wp dot pl Summary:PHP-FPM may segfault/hang on startup Status: Open Type: Bug Package:FPM related Operating System: CentOS 5.9 64-bit PHP Version:5.4.13 Block user comment: N Private report: N New Comment: Got the same issue on Debian 7 Wheezy. # dpkg-query -l |grep php ii libssh2-php 0.11.3-0.1+b2 amd64 PHP Bindings for libssh2 ii php-pear 5.4.4-14+deb7u2all PEAR - PHP Extension and Application Repository ii php5-cgi 5.4.4-14+deb7u2amd64 server-side, HTML-embedded scripting language (CGI binary) ii php5-cli 5.4.4-14+deb7u2amd64 command-line interpreter for the php5 scripting language ii php5-common 5.4.4-14+deb7u2amd64 Common files for packages built from the php5 source ii php5-curl5.4.4-14+deb7u2amd64 CURL module for php5 ii php5-fpm 5.4.4-14+deb7u2amd64 server-side, HTML-embedded scripting language (FPM-CGI binary) ii php5-gd 5.4.4-14+deb7u2amd64GD module for php5 ii php5-imagick 3.1.0~rc1-1+b2 amd64 ImageMagick module for php5 ii php5-mcrypt 5.4.4-14+deb7u2amd64 MCrypt module for php5 ii php5-memcached 2.0.1-6amd64 memcached extension module for PHP5, uses libmemcached ii php5-mysql 5.4.4-14+deb7u2amd64 MySQL module for php5 PHP process died when I done php-fpm reload. Request processing failed with 500 error. php-fpm.log records: [19-Aug-2013 09:45:27] NOTICE: Reloading in progress ... [19-Aug-2013 09:45:27] ERROR: unable to read what child say: Bad file descriptor (9) [19-Aug-2013 09:45:27] ERROR: unable to read what child say: Bad file descriptor (9) [19-Aug-2013 09:45:27] NOTICE: reloading: execvp(/usr/sbin/php5-fpm, {/usr/sbin/php5-fpm, --fpm-config, /etc/php5/fpm/php-fpm.conf}) Apache log has error records about request, processed at restart time: [Mon Aug 19 09:45:27 2013] [error] [client 1.2.3.4] (104)Connection reset by peer: FastCGI: comm with server /external-php5-fpm-my000 aborted: read failed [Mon Aug 19 09:45:27 2013] [error] [client 1.2.3.4] FastCGI: incomplete headers (0 bytes) received from server /external-php5-fpm-000 Dmesg: [4377941.041373] php5-fpm[27812]: segfault at 0 ip 006abcaa sp 7fff1049b690 error 4 in php5-fpm[40+6fd000] [4378139.374307] php5-fpm[30689]: segfault at 418 ip 006abcaa sp 7fff1049b690 error 4 in php5-fpm[40+6fd000] [4394853.530482] php5-fpm[16427]: segfault at 13031 ip 006abcaa sp 7fff1049b690 error 4 in php5-fpm[40+6fd000] [4398633.104253] php5-fpm[21373]: segfault at 0054 ip 006abcaa sp 7fff1049b690 error 5 in php5-fpm[40+6fd000] Also I can notice periodical error occurrence without php-fpm restarts or reloads, for example: # cat php5-fpm.log |grep -E ERROR|signal [19-Aug-2013 03:11:31] WARNING: [pool mypool] child 27812 exited on signal 11 (SIGSEGV) after 87.231127 seconds from start [19-Aug-2013 03:14:50] WARNING: [pool mypool] child 30689 exited on signal 11 (SIGSEGV) after 43.602870 seconds from start [19-Aug-2013 06:25:25] WARNING: [pool mypool] child 13080 exited on signal 11 (SIGSEGV) after 18.955256 seconds from start [19-Aug-2013 07:53:49] WARNING: [pool mypool] child 16427 exited on signal 11 (SIGSEGV) after 43.778338 seconds from start [19-Aug-2013 08:56:55] WARNING: [pool mypool] child 21373 exited on signal 11 (SIGSEGV) after 49.74 seconds from start [19-Aug-2013 09:00:25] ERROR: unable to read what child say: Bad file descriptor (9) [19-Aug-2013 09:45:27] ERROR: unable to read what child say: Bad file descriptor (9) [19-Aug-2013 09:45:27] ERROR: unable to read what child say: Bad file descriptor (9) [19-Aug-2013 10:40:46] WARNING: [pool mypool] child 6684 exited on signal 11 (SIGSEGV) after 40.652017 seconds from start [19-Aug-2013 12:06:16] ERROR: unable to read what child say: Bad file descriptor (9) [19-Aug-2013 12:06:16] ERROR: unable to read what child say: Bad file descriptor (9) Previous Comments: [2013-04-10 19:44:16] zakrzewskim at wp dot pl Description: This is related to this: https://bugs.php.net/bug.php?id=62886thanks=7 Bug still exists and many users are reporting this. There are many segfaults inside dmesg. PHP 5.4.13 (cli) (built: Mar 14 2013 09:15:29
Bug #51043 [Com]: apache crashes on php return statement
Edit report at https://bugs.php.net/bug.php?id=51043edit=1 ID: 51043 Comment by: admin at vodoo dot ro Reported by:php at lokedupont dot info Summary:apache crashes on php return statement Status: No Feedback Type: Bug Package:Reproducible crash Operating System: OS X Snow leopard PHP Version:5.3.1 Assigned To:stas Block user comment: N Private report: N New Comment: I have the same issue, Zend_auth and the following php version: PHP 5.4.17-1~precise+1 (cli) (built: Jul 17 2013 16:48:16) Copyright (c) 1997-2013 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2013 Zend Technologies Previous Comments: [2010-09-01 20:07:10] s...@php.net If you still have repro example (with zf is ok) and it works with latest 5.3 build please send it to me. [2010-04-25 20:03:12] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-02-24 01:00:04] 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. [2010-02-16 10:45:39] paj...@php.net Try to figure out where it crashes in ZF and then try to write a script to reproduce the same context. You can also try to report a bug in the ZF tracker, they could help. [2010-02-16 10:43:14] php at lokedupont dot info I haven't been able to get it to crash without using that ZF bit. Should i open a bug with the ZF guys or does stas have some contact he/she will ping? 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=51043 -- Edit this bug report at https://bugs.php.net/bug.php?id=51043edit=1
Bug #65100 [Asn]: Reject root run
Edit report at https://bugs.php.net/bug.php?id=65100edit=1 ID: 65100 User updated by:admin at mvpro dot net Reported by:admin at mvpro dot net Summary:Reject root run Status: Assigned Type: Bug Package:FPM related Operating System: Linux Debian Wheezy PHP Version:5.5.0 Assigned To:fat Block user comment: N Private report: N New Comment: dlsniper, i have nothing against such policy, however it would be interesting to know what issues can it do. I have many scripts which can not get access to php files because of bad chmod. I can set it automatically but it's rather bad to do it via cron every minute, because it will affect perfomance. Also it will not 'at the moment', maybe user have to wait for a minute after a file update. It's not really awesome. I think it's a bug because in PHP 5.5 there are invent: ; Specify the nice(2) priority to apply to the master process (only if set) ; The value can vary from -19 (highest priority) to 20 (lower priority) ; Note: - It will only work if the FPM master process is launched as root ; - The pool process will inherit the master process priority ; unless it specified otherwise ; Default Value: no set process.priority = -19 This new feature is useless, when root user cause fail to load php-fpm. If root issue is permanent, then why is proccess.priority was implemented? Previous Comments: [2013-06-24 16:13:20] dlsni...@php.net Hi, I'm using Ubuntu 13.04 and I've compiled PHP 5.5 with FPM from sources. I do indeed get something like this: [24-Jun-2013 18:09:32] ERROR: [pool default] please specify user and group other than root [24-Jun-2013 18:09:32] ERROR: FPM initialization failed but I don't think it is a bad thing. Running PHP with root as user would be considered a major security issue so maybe it's not really a bug. Can you provide a real use case where you'd want to allow a script executed via FPM to have root privileges as I can't think of a good one right now? Thanks. [2013-06-23 03:36:07] admin at mvpro dot net Description: Php5-fpm rejected to run with user 'root' and group 'root', it fails to load. While proccess priority was implemented, i assume, running PHP-fpm with user 'root' should be allowed. Test script: --- Put in /etc/php5/fpm/pool.d/www.conf user = root Expected result: Success run. Actual result: -- Fail to run. -- Edit this bug report at https://bugs.php.net/bug.php?id=65100edit=1
Bug #65100 [Asn-Csd]: Reject root run
Edit report at https://bugs.php.net/bug.php?id=65100edit=1 ID: 65100 User updated by:admin at mvpro dot net Reported by:admin at mvpro dot net Summary:Reject root run -Status: Assigned +Status: Closed Type: Bug Package:FPM related Operating System: Linux Debian Wheezy PHP Version:5.5.0 Assigned To:fat Block user comment: N Private report: N New Comment: Umm, ok with -R it's OK. It's not the best way to modify /etc/init.d fpm files manually, so ideally i think you should allow root by default. You should change type of root message to warning. I am sure you need to inform users about the issue with root, but it should not make php5-fpm fail to start. Previous Comments: [2013-06-24 16:29:40] dlsni...@php.net Hi, I've forgot to mention that if you run: php-fpm help it will show you something like this: Usage: php-fpm [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file] [-D] [-F] [...] -R, --allow-to-run-as-root Allow pool to run as root (disabled by default) Have you tried that? Thanks :) [2013-06-24 16:21:06] admin at mvpro dot net dlsniper, i have nothing against such policy, however it would be interesting to know what issues can it do. I have many scripts which can not get access to php files because of bad chmod. I can set it automatically but it's rather bad to do it via cron every minute, because it will affect perfomance. Also it will not 'at the moment', maybe user have to wait for a minute after a file update. It's not really awesome. I think it's a bug because in PHP 5.5 there are invent: ; Specify the nice(2) priority to apply to the master process (only if set) ; The value can vary from -19 (highest priority) to 20 (lower priority) ; Note: - It will only work if the FPM master process is launched as root ; - The pool process will inherit the master process priority ; unless it specified otherwise ; Default Value: no set process.priority = -19 This new feature is useless, when root user cause fail to load php-fpm. If root issue is permanent, then why is proccess.priority was implemented? [2013-06-24 16:13:20] dlsni...@php.net Hi, I'm using Ubuntu 13.04 and I've compiled PHP 5.5 with FPM from sources. I do indeed get something like this: [24-Jun-2013 18:09:32] ERROR: [pool default] please specify user and group other than root [24-Jun-2013 18:09:32] ERROR: FPM initialization failed but I don't think it is a bad thing. Running PHP with root as user would be considered a major security issue so maybe it's not really a bug. Can you provide a real use case where you'd want to allow a script executed via FPM to have root privileges as I can't think of a good one right now? Thanks. [2013-06-23 03:36:07] admin at mvpro dot net Description: Php5-fpm rejected to run with user 'root' and group 'root', it fails to load. While proccess priority was implemented, i assume, running PHP-fpm with user 'root' should be allowed. Test script: --- Put in /etc/php5/fpm/pool.d/www.conf user = root Expected result: Success run. Actual result: -- Fail to run. -- Edit this bug report at https://bugs.php.net/bug.php?id=65100edit=1
Bug #65100 [Csd]: Reject root run
Edit report at https://bugs.php.net/bug.php?id=65100edit=1 ID: 65100 User updated by:admin at mvpro dot net Reported by:admin at mvpro dot net Summary:Reject root run Status: Closed Type: Bug Package:FPM related Operating System: Linux Debian Wheezy PHP Version:5.5.0 Assigned To:fat Block user comment: N Private report: N New Comment: Proccess priority works...i am stupid, sorry. Closed. Previous Comments: [2013-06-24 16:37:23] admin at mvpro dot net Umm, ok with -R it's OK. It's not the best way to modify /etc/init.d fpm files manually, so ideally i think you should allow root by default. You should change type of root message to warning. I am sure you need to inform users about the issue with root, but it should not make php5-fpm fail to start. [2013-06-24 16:29:40] dlsni...@php.net Hi, I've forgot to mention that if you run: php-fpm help it will show you something like this: Usage: php-fpm [-n] [-e] [-h] [-i] [-m] [-v] [-t] [-p prefix] [-g pid] [-c file] [-d foo[=bar]] [-y file] [-D] [-F] [...] -R, --allow-to-run-as-root Allow pool to run as root (disabled by default) Have you tried that? Thanks :) [2013-06-24 16:21:06] admin at mvpro dot net dlsniper, i have nothing against such policy, however it would be interesting to know what issues can it do. I have many scripts which can not get access to php files because of bad chmod. I can set it automatically but it's rather bad to do it via cron every minute, because it will affect perfomance. Also it will not 'at the moment', maybe user have to wait for a minute after a file update. It's not really awesome. I think it's a bug because in PHP 5.5 there are invent: ; Specify the nice(2) priority to apply to the master process (only if set) ; The value can vary from -19 (highest priority) to 20 (lower priority) ; Note: - It will only work if the FPM master process is launched as root ; - The pool process will inherit the master process priority ; unless it specified otherwise ; Default Value: no set process.priority = -19 This new feature is useless, when root user cause fail to load php-fpm. If root issue is permanent, then why is proccess.priority was implemented? [2013-06-24 16:13:20] dlsni...@php.net Hi, I'm using Ubuntu 13.04 and I've compiled PHP 5.5 with FPM from sources. I do indeed get something like this: [24-Jun-2013 18:09:32] ERROR: [pool default] please specify user and group other than root [24-Jun-2013 18:09:32] ERROR: FPM initialization failed but I don't think it is a bad thing. Running PHP with root as user would be considered a major security issue so maybe it's not really a bug. Can you provide a real use case where you'd want to allow a script executed via FPM to have root privileges as I can't think of a good one right now? Thanks. [2013-06-23 03:36:07] admin at mvpro dot net Description: Php5-fpm rejected to run with user 'root' and group 'root', it fails to load. While proccess priority was implemented, i assume, running PHP-fpm with user 'root' should be allowed. Test script: --- Put in /etc/php5/fpm/pool.d/www.conf user = root Expected result: Success run. Actual result: -- Fail to run. -- Edit this bug report at https://bugs.php.net/bug.php?id=65100edit=1
[PHP-BUG] Bug #65099 [NEW]: Errors displayed always regardless of setting display_errors
From: admin at mvpro dot net Operating system: Linux Debian Wheezy PHP version: 5.5.0 Package: *General Issues Bug Type: Bug Bug description:Errors displayed always regardless of setting display_errors Description: It's strange, but i have display_errorsOff Off display_startup_errors Off Off and errors still shown. For example i have: Deprecated: mysql_pconnect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in bla bla bla on line 23 Using php5-fpm - PHP Version 5.5.0-1~dotdeb.1 Zend Engine v2.5.0-dev, Copyright (c) 1998-2013 Zend Technologies with Zend OPcache v7.0.2-dev, Copyright (c) 1999-2013, by Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans Web server: Nginx Test script: --- In php.ini: display_errors = Off display_startup_errors = Off Expected result: I expect no errors shown! Actual result: -- Errors shown... -- Edit bug report at https://bugs.php.net/bug.php?id=65099edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65099r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65099r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65099r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65099r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65099r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65099r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65099r=needscript Try newer version: https://bugs.php.net/fix.php?id=65099r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65099r=support Expected behavior: https://bugs.php.net/fix.php?id=65099r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65099r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65099r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65099r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65099r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65099r=dst IIS Stability: https://bugs.php.net/fix.php?id=65099r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65099r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65099r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65099r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65099r=mysqlcfg
Bug #65099 [Opn-Csd]: Errors displayed always regardless of setting display_errors
Edit report at https://bugs.php.net/bug.php?id=65099edit=1 ID: 65099 User updated by:admin at mvpro dot net Reported by:admin at mvpro dot net Summary:Errors displayed always regardless of setting display_errors -Status: Open +Status: Closed Type: Bug Package:*General Issues Operating System: Linux Debian Wheezy PHP Version:5.5.0 Block user comment: N Private report: N New Comment: Wow, i stupid... Previous Comments: [2013-06-23 02:51:04] admin at mvpro dot net Description: It's strange, but i have display_errorsOff Off display_startup_errors Off Off and errors still shown. For example i have: Deprecated: mysql_pconnect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in bla bla bla on line 23 Using php5-fpm - PHP Version 5.5.0-1~dotdeb.1 Zend Engine v2.5.0-dev, Copyright (c) 1998-2013 Zend Technologies with Zend OPcache v7.0.2-dev, Copyright (c) 1999-2013, by Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans Web server: Nginx Test script: --- In php.ini: display_errors = Off display_startup_errors = Off Expected result: I expect no errors shown! Actual result: -- Errors shown... -- Edit this bug report at https://bugs.php.net/bug.php?id=65099edit=1
Bug #65099 [Csd]: Errors displayed always regardless of setting display_errors
Edit report at https://bugs.php.net/bug.php?id=65099edit=1 ID: 65099 User updated by:admin at mvpro dot net Reported by:admin at mvpro dot net Summary:Errors displayed always regardless of setting display_errors Status: Closed Type: Bug Package:*General Issues Operating System: Linux Debian Wheezy PHP Version:5.5.0 Block user comment: N Private report: N New Comment: You should definitely remove this bug report :) Previous Comments: [2013-06-23 02:53:45] admin at mvpro dot net Wow, i stupid... [2013-06-23 02:51:04] admin at mvpro dot net Description: It's strange, but i have display_errorsOff Off display_startup_errors Off Off and errors still shown. For example i have: Deprecated: mysql_pconnect(): The mysql extension is deprecated and will be removed in the future: use mysqli or PDO instead in bla bla bla on line 23 Using php5-fpm - PHP Version 5.5.0-1~dotdeb.1 Zend Engine v2.5.0-dev, Copyright (c) 1998-2013 Zend Technologies with Zend OPcache v7.0.2-dev, Copyright (c) 1999-2013, by Zend Technologies with Xdebug v2.2.3, Copyright (c) 2002-2013, by Derick Rethans Web server: Nginx Test script: --- In php.ini: display_errors = Off display_startup_errors = Off Expected result: I expect no errors shown! Actual result: -- Errors shown... -- Edit this bug report at https://bugs.php.net/bug.php?id=65099edit=1
[PHP-BUG] Bug #65100 [NEW]: Reject root run
From: admin at mvpro dot net Operating system: Linux Debian Wheezy PHP version: 5.5.0 Package: FPM related Bug Type: Bug Bug description:Reject root run Description: Php5-fpm rejected to run with user 'root' and group 'root', it fails to load. While proccess priority was implemented, i assume, running PHP-fpm with user 'root' should be allowed. Test script: --- Put in /etc/php5/fpm/pool.d/www.conf user = root Expected result: Success run. Actual result: -- Fail to run. -- Edit bug report at https://bugs.php.net/bug.php?id=65100edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65100r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65100r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65100r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65100r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65100r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65100r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65100r=needscript Try newer version: https://bugs.php.net/fix.php?id=65100r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65100r=support Expected behavior: https://bugs.php.net/fix.php?id=65100r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65100r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65100r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65100r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65100r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65100r=dst IIS Stability: https://bugs.php.net/fix.php?id=65100r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65100r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65100r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65100r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65100r=mysqlcfg
[PHP-BUG] Req #65038 [NEW]: IMAGETYPE_WEBP constant missing
From: david at admin dot amateri dot cz Operating system: CentOS 6 PHP version: 5.5.0RC3 Package: EXIF related Bug Type: Feature/Change Request Bug description:IMAGETYPE_WEBP constant missing Description: There is no IMAGETYPE_WEBP constant returning from exif_imagetype, but there is webp support since v5.5. You should add it. Thank you. -- Edit bug report at https://bugs.php.net/bug.php?id=65038edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65038r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65038r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65038r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65038r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65038r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65038r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65038r=needscript Try newer version: https://bugs.php.net/fix.php?id=65038r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65038r=support Expected behavior: https://bugs.php.net/fix.php?id=65038r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65038r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65038r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=65038r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=65038r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=65038r=dst IIS Stability: https://bugs.php.net/fix.php?id=65038r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=65038r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=65038r=float No Zend Extensions: https://bugs.php.net/fix.php?id=65038r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=65038r=mysqlcfg
[PHP-BUG] Bug #64689 [NEW]: _SERVER[SCRIPT_NAME] incorrectly evaluated
From: admin at 3dr dot org Operating system: FreeBSD 9.1 PHP version: 5.3Git-2013-04-22 (Git) Package: FPM related Bug Type: Bug Bug description:_SERVER[SCRIPT_NAME] incorrectly evaluated Description: I use mod_proxy_fcgi along with FPM: ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://172.16.0.11:1007/home/admin/domains/domenaadmina.fulo.inten.pl/public_htm l/$1 timeout=180 Using scripts like this: /glowna/index.php/aaa/bbb/ccc causes _SERVER[SCRIPT_NAME] to be wrongly evaluated. Instead of /glowna/index.php FPM returns /glowna/index.php/aaa/bbb/ccc which obviously also destroys _SERVER[PHP_SELF]. We've checked it with cgi.fix_pathinfo = 0 (no input file specified error) and cgi.fix_pathinfo = 1. proxy-fcgi-pathinfo = 1 doesn't help to. Expected result: _SERVER[REQUEST_URI] /glowna/index.php/aaa/bbb/ccc _SERVER[SCRIPT_NAME] /glowna/index.php _SERVER[PATH_INFO]/aaa/bbb/ccc _SERVER[ORIG_SCRIPT_FILENAME] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/glowna/index.php/aaa/bb b/ccc _SERVER[PATH_TRANSLATED] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/aaa/bbb/ccc _SERVER[PHP_SELF] /glowna/index.php/aaa/bbb/ccc Actual result: -- _SERVER[REQUEST_URI] /glowna/index.php/aaa/bbb/ccc _SERVER[SCRIPT_NAME] /glowna/index.php/aaa/bbb/ccc _SERVER[PATH_INFO]/aaa/bbb/ccc _SERVER[ORIG_SCRIPT_FILENAME] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/glowna/index.php/aaa/bb b/ccc _SERVER[PATH_TRANSLATED] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/aaa/bbb/ccc _SERVER[PHP_SELF] /glowna/index.php/aaa/bbb/ccc/aaa/bbb/ccc -- Edit bug report at https://bugs.php.net/bug.php?id=64689edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64689r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64689r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64689r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64689r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64689r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64689r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64689r=needscript Try newer version: https://bugs.php.net/fix.php?id=64689r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64689r=support Expected behavior: https://bugs.php.net/fix.php?id=64689r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64689r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64689r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64689r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64689r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64689r=dst IIS Stability: https://bugs.php.net/fix.php?id=64689r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64689r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64689r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64689r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64689r=mysqlcfg
Bug #64689 [Nab]: _SERVER[SCRIPT_NAME] incorrectly evaluated
Edit report at https://bugs.php.net/bug.php?id=64689edit=1 ID: 64689 User updated by:admin at 3dr dot org Reported by:admin at 3dr dot org Summary:_SERVER[SCRIPT_NAME] incorrectly evaluated Status: Not a bug Type: Bug Package:FPM related Operating System: FreeBSD 9.1 PHP Version:5.3Git-2013-04-22 (Git) Block user comment: N Private report: N New Comment: @johan...@php.net Well - this is not true - FPM is evaluating most of _SERVER variables. Just have a look at fpm_main.c at line 1198 - that's the place where SCRIPT_NAME is beeing evaluated. When you try to send [E=SCRIPT_NAME:whatever] from Apache side - it's beeing immidiatelly overwritten by FPM. Go check by yourself. Luke Previous Comments: [2013-04-22 08:55:47] johan...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php $_SERVER variables are passed by the server, PHP doesn't touch it. [2013-04-22 08:40:42] admin at 3dr dot org Description: I use mod_proxy_fcgi along with FPM: ProxyPassMatch ^/(.*\.php(/.*)?)$ fcgi://172.16.0.11:1007/home/admin/domains/domenaadmina.fulo.inten.pl/public_htm l/$1 timeout=180 Using scripts like this: /glowna/index.php/aaa/bbb/ccc causes _SERVER[SCRIPT_NAME] to be wrongly evaluated. Instead of /glowna/index.php FPM returns /glowna/index.php/aaa/bbb/ccc which obviously also destroys _SERVER[PHP_SELF]. We've checked it with cgi.fix_pathinfo = 0 (no input file specified error) and cgi.fix_pathinfo = 1. proxy-fcgi-pathinfo = 1 doesn't help to. Expected result: _SERVER[REQUEST_URI] /glowna/index.php/aaa/bbb/ccc _SERVER[SCRIPT_NAME] /glowna/index.php _SERVER[PATH_INFO]/aaa/bbb/ccc _SERVER[ORIG_SCRIPT_FILENAME] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/glowna/index.php/aaa/bb b/ccc _SERVER[PATH_TRANSLATED] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/aaa/bbb/ccc _SERVER[PHP_SELF] /glowna/index.php/aaa/bbb/ccc Actual result: -- _SERVER[REQUEST_URI] /glowna/index.php/aaa/bbb/ccc _SERVER[SCRIPT_NAME] /glowna/index.php/aaa/bbb/ccc _SERVER[PATH_INFO]/aaa/bbb/ccc _SERVER[ORIG_SCRIPT_FILENAME] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/glowna/index.php/aaa/bb b/ccc _SERVER[PATH_TRANSLATED] /home/admin/domains/domenaadmina.fulo.inten.pl/public_html/aaa/bbb/ccc _SERVER[PHP_SELF] /glowna/index.php/aaa/bbb/ccc/aaa/bbb/ccc -- Edit this bug report at https://bugs.php.net/bug.php?id=64689edit=1
Req #60128 [Com]: Add SplClassLoader to SPL
Edit report at https://bugs.php.net/bug.php?id=60128edit=1 ID: 60128 Comment by: admin at marcelaraujo dot me Reported by:dav...@php.net Summary:Add SplClassLoader to SPL Status: Assigned Type: Feature/Change Request Package:SPL related Operating System: OSX (Irrelevant) PHP Version:5.4SVN-2011-10-25 (SVN) Assigned To:davidc Block user comment: N Private report: N New Comment: I've working in this extension to make run on PHP 5.4.x plataform. I had a stable working extension. https://github.com/marcelaraujo/splclassloader Previous Comments: [2011-10-25 10:18:38] dav...@php.net The following patch has been added/updated: Patch Name: spl-classloader Revision: 1319537918 URL: https://bugs.php.net/patch-display.php?bug=60128patch=spl-classloaderrevision=1319537918 [2011-10-25 10:18:18] dav...@php.net Description: As stated in this rfc: https://wiki.php.net/rfc/splclassloader we would like to see the SplClassLoader (Patch linked) so that users can benefit of the PSR without having to install an extra extension. The initial patch was in fact an extension on its own however the newest version of the patch is fitted to include it directly into SPL (https://gist.github.com/1310352) -- Edit this bug report at https://bugs.php.net/bug.php?id=60128edit=1
Bug #63611 [Opn]: Config file path doesn't work
Edit report at https://bugs.php.net/bug.php?id=63611edit=1 ID: 63611 User updated by:admin at marcelaraujo dot me Reported by:admin at marcelaraujo dot me Summary:Config file path doesn't work Status: Open Type: Bug Package:Unknown/Other Function Operating System: Centos 6.3 64bits PHP Version:5.4.9 Block user comment: N Private report: N New Comment: Yes, I ran it in PHP-FPM mode. Previous Comments: [2013-01-24 13:25:46] ilantipov at gmail dot com I'm having the same problem on one server. Others are ok. php is runing in php- fpm mode. Info from php-info: Configure Command'./configure' '--enable-fpm' '--enable-libxml' '--with- mcrypt' '--enable-mbstring' '--with-gd' '--with-mysql-sock' '--with- mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-mysql=mysqlnd' '--enable- sockets' '--with-iconv' '--with-gettext' '--with-zlib' '--with-freetype- dir=/usr' '--with-jpeg-dir=/usr' '--prefix=/usr/local/php-fpm' '--with-config- file-path=/usr/local/php-fpm/etc' '--with-fpm-user=www-data' '--with-fpm- group=www-data' '--with-fpm-user=www-data' '--with-fpm-group=www-data' '-- disable-simplexml' '--disable-xmlreader' '--disable-xmlwriter' '--disable-dom' '--disable-tokenizer' '--without-sqlite3' '--without-pdo-sqlite' '--with-curl' '--with-config-file-scan-dir=/usr/local/php-fpm/etc/conf.d' At the same time: Scan this dir for additional .ini files no value Additional .ini files parsed(none) While using comand-line: root@backup:/usr/local/src/php-5.3.21# /usr/local/php-fpm/bin/php --ini | grep - A 5 Scan Scan for additional .ini files in: /usr/local/php-fpm/etc/conf.d Additional .ini files parsed: /usr/local/php-fpm/etc/conf.d/apc.ini, /usr/local/php-fpm/etc/conf.d/memcached.ini, /usr/local/php-fpm/etc/conf.d/xcache.ini Linux backup 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 PHP Version 5.3.21 but i tried many of them. Recompiling different versions from diferent folders won't help drwxr-xr-x 3 root root 4096 Ñнв. 24 17:13 ./ drwxr-xr-x 10 root root 4096 дек. 3 13:16 ../ drwxr-xr-x 2 root root 4096 Ñнв. 24 17:08 conf.d/ -rw-r--r-- 1 root root 1192 Ñнв. 24 17:14 pear.conf -rw-r--r-- 1 root root 15228 дек. 3 14:48 php-fpm.conf -rw-r--r-- 1 root root 21667 Ñнв. 24 17:13 php-fpm.conf.default -rw-r--r-- 1 root root 67702 Ñнв. 24 15:30 php.ini drwxr-xr-x 2 root root 4096 Ñнв. 24 17:08 ./ drwxr-xr-x 3 root root 4096 Ñнв. 24 17:13 ../ -rw-r--r-- 1 root root 309 Ñнв. 24 16:55 apc.ini -rw-r--r-- 1 root root24 дек. 6 11:53 memcached.ini -rw-r--r-- 1 root root 1174 Ñнв. 24 15:29 xcache.ini [2012-11-26 15:37:26] admin at marcelaraujo dot me Yes, I did it. I make download and then make the build in my server that did not have no PHP version installed. [2012-11-26 15:29:52] larue...@php.net did you build 5.4.9 freshly? a common reason is , you re-configure the PHP , but didn't make clean before your re-compile it [2012-11-26 15:09:41] admin at marcelaraujo dot me Description: Hi guys I've built the PHP 5.4.9 source code but the PHP won't find php.ini in the /etc folder. After I compile the PHP 5.4.8 and everything runs fine. Test script: --- ./configure --enable-fpm --with-libdir=lib64 --prefix=/usr/local --with-layout=PHP --with-pear --with-apxs2 --with-fpm-user=www-data --with-fpm-group=www-data --enable-debug --with-openssl --with-kerberos --with-zlib --enable-calendar --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-vpx-dir=/usr --with-freetype-dir=/usr --with-t1lib --enable-exif --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext --with-gmp --with-mhash --enable-intl --enable-mbstring --with-mcrypt --with-mysql --with-mysqli --enable-pcntl --with-pdo-mysql --with-pspell --with-libedit --with-readline --enable-shmop --with-snmp --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvshm --with-xsl --enable-zip --with-pear --enable-zend-signals --enable-maintainer-zts --enable-calendar --enable-bcmath --with-gmp --enable-exif --with-mcrypt --with-mhash --with-zlib --with-bz2 --enable-zip --enable-ftp --enable-mbstring --with-iconv --enable-intl --with-icu-dir=/usr --with-gettext --with-pspell --enable-sockets --with-openssl --with-curl --with-curlwrappers --with-gd --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr --with-vpx-dir=/usr --with-freetype-dir=/usr --with-t1lib=/usr --with-libxml-dir=/usr --with-mysql
Bug #63611 [Opn]: Config file path doesn't work
Edit report at https://bugs.php.net/bug.php?id=63611edit=1 ID: 63611 User updated by:admin at marcelaraujo dot me Reported by:admin at marcelaraujo dot me Summary:Config file path doesn't work Status: Open Type: Bug Package:Unknown/Other Function Operating System: Centos 6.3 64bits PHP Version:5.4.9 Block user comment: N Private report: N New Comment: Yes, I ran it in PHP-FPM mode. Previous Comments: [2013-01-27 14:29:38] admin at marcelaraujo dot me Yes, I ran it in PHP-FPM mode. [2013-01-24 13:25:46] ilantipov at gmail dot com I'm having the same problem on one server. Others are ok. php is runing in php- fpm mode. Info from php-info: Configure Command'./configure' '--enable-fpm' '--enable-libxml' '--with- mcrypt' '--enable-mbstring' '--with-gd' '--with-mysql-sock' '--with- mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' '--with-mysql=mysqlnd' '--enable- sockets' '--with-iconv' '--with-gettext' '--with-zlib' '--with-freetype- dir=/usr' '--with-jpeg-dir=/usr' '--prefix=/usr/local/php-fpm' '--with-config- file-path=/usr/local/php-fpm/etc' '--with-fpm-user=www-data' '--with-fpm- group=www-data' '--with-fpm-user=www-data' '--with-fpm-group=www-data' '-- disable-simplexml' '--disable-xmlreader' '--disable-xmlwriter' '--disable-dom' '--disable-tokenizer' '--without-sqlite3' '--without-pdo-sqlite' '--with-curl' '--with-config-file-scan-dir=/usr/local/php-fpm/etc/conf.d' At the same time: Scan this dir for additional .ini files no value Additional .ini files parsed(none) While using comand-line: root@backup:/usr/local/src/php-5.3.21# /usr/local/php-fpm/bin/php --ini | grep - A 5 Scan Scan for additional .ini files in: /usr/local/php-fpm/etc/conf.d Additional .ini files parsed: /usr/local/php-fpm/etc/conf.d/apc.ini, /usr/local/php-fpm/etc/conf.d/memcached.ini, /usr/local/php-fpm/etc/conf.d/xcache.ini Linux backup 3.2.0-29-generic #46-Ubuntu SMP Fri Jul 27 17:03:23 UTC 2012 x86_64 PHP Version 5.3.21 but i tried many of them. Recompiling different versions from diferent folders won't help drwxr-xr-x 3 root root 4096 Ñнв. 24 17:13 ./ drwxr-xr-x 10 root root 4096 дек. 3 13:16 ../ drwxr-xr-x 2 root root 4096 Ñнв. 24 17:08 conf.d/ -rw-r--r-- 1 root root 1192 Ñнв. 24 17:14 pear.conf -rw-r--r-- 1 root root 15228 дек. 3 14:48 php-fpm.conf -rw-r--r-- 1 root root 21667 Ñнв. 24 17:13 php-fpm.conf.default -rw-r--r-- 1 root root 67702 Ñнв. 24 15:30 php.ini drwxr-xr-x 2 root root 4096 Ñнв. 24 17:08 ./ drwxr-xr-x 3 root root 4096 Ñнв. 24 17:13 ../ -rw-r--r-- 1 root root 309 Ñнв. 24 16:55 apc.ini -rw-r--r-- 1 root root24 дек. 6 11:53 memcached.ini -rw-r--r-- 1 root root 1174 Ñнв. 24 15:29 xcache.ini [2012-11-26 15:37:26] admin at marcelaraujo dot me Yes, I did it. I make download and then make the build in my server that did not have no PHP version installed. [2012-11-26 15:29:52] larue...@php.net did you build 5.4.9 freshly? a common reason is , you re-configure the PHP , but didn't make clean before your re-compile it [2012-11-26 15:09:41] admin at marcelaraujo dot me Description: Hi guys I've built the PHP 5.4.9 source code but the PHP won't find php.ini in the /etc folder. After I compile the PHP 5.4.8 and everything runs fine. Test script: --- ./configure --enable-fpm --with-libdir=lib64 --prefix=/usr/local --with-layout=PHP --with-pear --with-apxs2 --with-fpm-user=www-data --with-fpm-group=www-data --enable-debug --with-openssl --with-kerberos --with-zlib --enable-calendar --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-vpx-dir=/usr --with-freetype-dir=/usr --with-t1lib --enable-exif --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext --with-gmp --with-mhash --enable-intl --enable-mbstring --with-mcrypt --with-mysql --with-mysqli --enable-pcntl --with-pdo-mysql --with-pspell --with-libedit --with-readline --enable-shmop --with-snmp --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvshm --with-xsl --enable-zip --with-pear --enable-zend-signals --enable-maintainer-zts --enable-calendar --enable-bcmath --with-gmp --enable-exif --with-mcrypt --with-mhash --with-zlib --with-bz2 --enable-zip --enable-ftp --enable-mbstring --with-iconv --enable-intl --with-icu-dir=/usr --with-gettext --with-pspell --enable-sockets --with-openssl --with-curl --with-curlwrappers --with-gd --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png
[PHP-BUG] Bug #63975 [NEW]: Fileinfo module causing parse_ini_file to skip 0 in array
From: admin at michiganwxsystem dot com Operating system: CentOS 6.2 PHP version: 5.4.10 Package: PHP options/info functions Bug Type: Bug Bug description:Fileinfo module causing parse_ini_file to skip 0 in array Description: --- From manual page: http://www.php.net/ref.fileinfo --- parse_ini_file('/path/to/file', true); will not read a starting value of 0 when php is built with fileinfo enabled. example ini file [Colors] 0=796E4C 1=E8E661 2=66 3=FFE533 4=FFCC00 with fileinfo enabled, the array will not contain 0 as the start point, the array will start at 1, rebuilding php with out fileinfo the array starts at 0 like it should -- Edit bug report at https://bugs.php.net/bug.php?id=63975edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63975r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63975r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63975r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63975r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63975r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63975r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63975r=needscript Try newer version: https://bugs.php.net/fix.php?id=63975r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63975r=support Expected behavior: https://bugs.php.net/fix.php?id=63975r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63975r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63975r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63975r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63975r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63975r=dst IIS Stability: https://bugs.php.net/fix.php?id=63975r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63975r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63975r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63975r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63975r=mysqlcfg
Bug #63975 [Opn]: Fileinfo module causing parse_ini_file to skip 0 in array
Edit report at https://bugs.php.net/bug.php?id=63975edit=1 ID: 63975 User updated by:admin at michiganwxsystem dot com Reported by:admin at michiganwxsystem dot com Summary:Fileinfo module causing parse_ini_file to skip 0 in array Status: Open Type: Bug Package:PHP options/info functions Operating System: CentOS 6.2 PHP Version:5.4.10 Block user comment: N Private report: N New Comment: I have confirmed this in 5.3.15 as well Previous Comments: [2013-01-12 03:16:47] admin at michiganwxsystem dot com Description: --- From manual page: http://www.php.net/ref.fileinfo --- parse_ini_file('/path/to/file', true); will not read a starting value of 0 when php is built with fileinfo enabled. example ini file [Colors] 0=796E4C 1=E8E661 2=66 3=FFE533 4=FFCC00 with fileinfo enabled, the array will not contain 0 as the start point, the array will start at 1, rebuilding php with out fileinfo the array starts at 0 like it should -- Edit this bug report at https://bugs.php.net/bug.php?id=63975edit=1
Bug #49625 [Com]: spl_autoload and case sensitivity
Edit report at https://bugs.php.net/bug.php?id=49625edit=1 ID: 49625 Comment by: admin at tandyukservers dot co dot uk Reported by:jo at feuersee dot de Summary:spl_autoload and case sensitivity Status: Not a bug Type: Bug Package:SPL related Operating System: Linux PHP Version:5.3.0 Block user comment: N Private report: N New Comment: Status: Not a bug Bullshit. IS A BUG. When will this be recognised as such by you php devs and added to the list of bugs to be fixed! Previous Comments: [2012-06-15 19:59:25] jdornan at stanford dot edu This seems like a 20 min fix to me, and I've never looked the sql_autoload code before. I spent a good deal of time spinning my wheels on this. I don't see why anyone should lose time of this very obvious bug. However it's better to patch that to bitch, as I always say. I'll submit my patch and see what happens. It's not big deal if this is not fixed, since it's so easy to fix I can keep fixing it with each release. Here is a diff, I'll submit the patch with the Add a Patch link. 225d224 char *lc_class_file; 227d225 int lc_class_file_len; 229d226 int mixed_case = 0; 235,236c232 lc_class_file_len = spprintf(lc_class_file, 0, %s%s, lc_name, file_extension); class_file_len = spprintf(class_file, 0, %s%s, class_name, file_extension); --- class_file_len = spprintf(class_file, 0, %s%s, lc_name, file_extension); 252,261c248 mixed_case = 1; } /* fall back to lowercase file name. should issue deprecated warning. */ if (ret != SUCCESS) { ret = php_stream_open_for_zend_ex(lc_class_file, file_handle, ENFORCE_SAFE_MODE|USE_PATH|STREAM_OPEN_FOR_INCLUDE TSRMLS_CC); } if (ret == SUCCESS) { if (!file_handle.opened_path mixed_case == 1) { --- if (!file_handle.opened_path) { 263,264d249 } else if(!file_handle.opened_path mixed_case == 0) { file_handle.opened_path = estrndup(lc_class_file, lc_class_file_len); 290d274 efree(lc_class_file); 295d278 efree(lc_class_file); 331d313 PS: I really hate this bug with a passion. [2012-06-01 23:10:39] mrex at interport dot net After having lost 2 days over this, I agree, this should be fixed. At the very least, it should be documented that spl_autoload lower cases filenames. I spent hours trying to register an autoload class that would fix this, but in vain. How can I know that dataloader should be mapped to DataLoader? If it had been documented that filenames were lowercased, I would not have spent hours banging my head against a brick wall... [2012-05-14 23:45:55] david at panmedia dot co dot nz Please fix this [2011-09-05 01:32:08] blake dot soley at gmail dot com I agree, this bug is not bogus. In fact, it's actually quite serious. Just because spl_autoload was designed poorly doesn't mean it has to remain broken. Several fixes have been proposed, please consider implementing one of them to make this function cross-platform, and therefore useful. [2011-08-10 01:13:40] bram048 at gmail dot com I agree with Simon. There is absolutely no reason not to fix this, while keeping backwards compatibility. Two years ago the reason for not fixing it was breaking BC is not an option. There are plenty of alternatives, and to be honest, PHP has broken BC alot of times in the last few versions (which is a good thing in my opinion, as long as the language becomes cleaner/stricter). Having all the files in lowercase makes them alot harder to read. Having a custom autoloader function is slower and more complicated to get right, and just makes code more ugly and harder to understand. At the very least case sensitivity of the SPL autoloader should be configurable, or available by the use of an extra suffix. I would love to see this in the new 5.4 release; shouldn't take more than a few lines of code. 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=49625 -- Edit this bug report at https://bugs.php.net/bug.php?id=49625edit=1
[PHP-BUG] Bug #63611 [NEW]: Config file path doesn't work
From: admin at marcelaraujo dot me Operating system: Centos 6.3 64bits PHP version: 5.4.9 Package: Unknown/Other Function Bug Type: Bug Bug description:Config file path doesn't work Description: Hi guys I've built the PHP 5.4.9 source code but the PHP won't find php.ini in the /etc folder. After I compile the PHP 5.4.8 and everything runs fine. Test script: --- ./configure --enable-fpm --with-libdir=lib64 --prefix=/usr/local --with-layout=PHP --with-pear --with-apxs2 --with-fpm-user=www-data --with-fpm-group=www-data --enable-debug --with-openssl --with-kerberos --with-zlib --enable-calendar --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-vpx-dir=/usr --with-freetype-dir=/usr --with-t1lib --enable-exif --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext --with-gmp --with-mhash --enable-intl --enable-mbstring --with-mcrypt --with-mysql --with-mysqli --enable-pcntl --with-pdo-mysql --with-pspell --with-libedit --with-readline --enable-shmop --with-snmp --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvshm --with-xsl --enable-zip --with-pear --enable-zend-signals --enable-maintainer-zts --enable-calendar --enable-bcmath --with-gmp --enable-exif --with-mcrypt --with-mhash --with-zlib --with-bz2 --enable-zip --enable-ftp --enable-mbstring --with-iconv --enable-intl --with-icu-dir=/usr --with-gettext --with-pspell --enable-sockets --with-openssl --with-curl --with-curlwrappers --with-gd --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr --with-vpx-dir=/usr --with-freetype-dir=/usr --with-t1lib=/usr --with-libxml-dir=/usr --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd --enable-soap --with-xmlrpc --with-xsl --with-tidy=/usr --with-readline --enable-pcntl --enable-sysvshm --enable-sysvmsg --enable-shmop --enable-memory-limit --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php/conf.d --with-apxs2=/usr/sbin/apxs make make install Expected result: Configuration File (php.ini) Path - /etc Loaded Configuration File - /etc/php.ini Scan this dir for additional .ini files - /etc/php/conf.d Actual result: -- Configuration File (php.ini) Path - /etc Loaded Configuration File - none Scan this dir for additional .ini files - /etc/php/conf.d -- Edit bug report at https://bugs.php.net/bug.php?id=63611edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63611r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63611r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63611r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63611r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63611r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63611r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63611r=needscript Try newer version: https://bugs.php.net/fix.php?id=63611r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63611r=support Expected behavior: https://bugs.php.net/fix.php?id=63611r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63611r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63611r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63611r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63611r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63611r=dst IIS Stability: https://bugs.php.net/fix.php?id=63611r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63611r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63611r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63611r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63611r=mysqlcfg
Bug #63611 [Fbk-Opn]: Config file path doesn't work
Edit report at https://bugs.php.net/bug.php?id=63611edit=1 ID: 63611 User updated by:admin at marcelaraujo dot me Reported by:admin at marcelaraujo dot me Summary:Config file path doesn't work -Status: Feedback +Status: Open Type: Bug Package:Unknown/Other Function Operating System: Centos 6.3 64bits PHP Version:5.4.9 Block user comment: N Private report: N New Comment: Yes, I did it. I make download and then make the build in my server that did not have no PHP version installed. Previous Comments: [2012-11-26 15:29:52] larue...@php.net did you build 5.4.9 freshly? a common reason is , you re-configure the PHP , but didn't make clean before your re-compile it [2012-11-26 15:09:41] admin at marcelaraujo dot me Description: Hi guys I've built the PHP 5.4.9 source code but the PHP won't find php.ini in the /etc folder. After I compile the PHP 5.4.8 and everything runs fine. Test script: --- ./configure --enable-fpm --with-libdir=lib64 --prefix=/usr/local --with-layout=PHP --with-pear --with-apxs2 --with-fpm-user=www-data --with-fpm-group=www-data --enable-debug --with-openssl --with-kerberos --with-zlib --enable-calendar --with-curl --with-curlwrappers --enable-exif --enable-ftp --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-vpx-dir=/usr --with-freetype-dir=/usr --with-t1lib --enable-exif --enable-gd-native-ttf --enable-gd-jis-conv --with-gettext --with-gmp --with-mhash --enable-intl --enable-mbstring --with-mcrypt --with-mysql --with-mysqli --enable-pcntl --with-pdo-mysql --with-pspell --with-libedit --with-readline --enable-shmop --with-snmp --enable-soap --enable-sockets --enable-sysvmsg --enable-sysvshm --with-xsl --enable-zip --with-pear --enable-zend-signals --enable-maintainer-zts --enable-calendar --enable-bcmath --with-gmp --enable-exif --with-mcrypt --with-mhash --with-zlib --with-bz2 --enable-zip --enable-ftp --enable-mbstring --with-iconv --enable-intl --with-icu-dir=/usr --with-gettext --with-pspell --enable-sockets --with-openssl --with-curl --with-curlwrappers --with-gd --enable-gd-native-ttf --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-xpm-dir=/usr --with-vpx-dir=/usr --with-freetype-dir=/usr --with-t1lib=/usr --with-libxml-dir=/usr --with-mysql=mysqlnd --with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd --enable-soap --with-xmlrpc --with-xsl --with-tidy=/usr --with-readline --enable-pcntl --enable-sysvshm --enable-sysvmsg --enable-shmop --enable-memory-limit --with-config-file-path=/etc --with-config-file-scan-dir=/etc/php/conf.d --with-apxs2=/usr/sbin/apxs make make install Expected result: Configuration File (php.ini) Path - /etc Loaded Configuration File - /etc/php.ini Scan this dir for additional .ini files - /etc/php/conf.d Actual result: -- Configuration File (php.ini) Path - /etc Loaded Configuration File - none Scan this dir for additional .ini files - /etc/php/conf.d -- Edit this bug report at https://bugs.php.net/bug.php?id=63611edit=1
[PHP-BUG] Bug #63548 [NEW]: Segmentation fault in recursive function
From: admin at phpcode dot us Operating system: OpenBSD 5.2 amd64 PHP version: 5.3.18 Package: Scripting Engine problem Bug Type: Bug Bug description:Segmentation fault in recursive function Description: I user OpenBSD 5.2 amd64. with php 5.3.17 port from current port tree with small fix to success build it on 5.2 and fix to use latest version. Run test script from CLI and get segfault. Test script: --- #!/usr/local/bin/php -n ?php function test() { static $i = 0; if ($i === PHP_INT_MAX) { echo $i . PHP_EOL; return ; } if (!($i % 256)) { echo $i . PHP_EOL; } $i++; test(); } test(); Expected result: $ ./test.php a lot of input ($i % 256) 9223372036854775807 Actual result: -- $ ./test.php 0 ... 11776 Segmentation fault (core dumped) $ gdb -c php-5.3.core /usr/local/bin/php-5.3 #0 0x006b9dac in vspprintf () #1 0x00723cfa in zend_exception_error () #2 0x00703630 in _convert_to_string () #3 0x0070c9d4 in zend_make_printable_zval () #4 0x0070317b in concat_function () #5 0x00733876 in zend_get_user_opcode_handler () #6 0x00735260 in execute () #7 0x00683d4c in php_url_encode_hash_ex () #8 0x00735c7c in execute () #9 0x00735260 in execute () .. #58400 0x008ef760 in execute () #58401 0x008f53cf in execute () #58402 0x008ee560 in execute () #58403 0x007bd39a in php_url_encode_hash_ex () #58404 0x007bd3e1 in php_url_encode_hash_ex () #58405 0x008b4c76 in zend_execute_scripts () #58406 0x00835571 in php_execute_script () #58407 0x009ae07c in _full_mem_check () #58408 0x00428b71 in ___start () #58409 0x in ?? () -- Edit bug report at https://bugs.php.net/bug.php?id=63548edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63548r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63548r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63548r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63548r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63548r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63548r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63548r=needscript Try newer version: https://bugs.php.net/fix.php?id=63548r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63548r=support Expected behavior: https://bugs.php.net/fix.php?id=63548r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63548r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63548r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63548r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63548r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63548r=dst IIS Stability: https://bugs.php.net/fix.php?id=63548r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63548r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63548r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63548r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63548r=mysqlcfg
[PHP-BUG] Req #63525 [NEW]: php5.4.8 connecting to mysql is slower then php5.2.6
From: admin at wudimei dot com Operating system: windows 7 PHP version: 5.4.8 Package: MySQL related Bug Type: Feature/Change Request Bug description:php5.4.8 connecting to mysql is slower then php5.2.6 Description: php5.4.8 connecting to mysql is slower then php5.2.8 i use php5.4.8 to connect the mysql,it's slow!it take about 1.0138568878174 seconds. then i switch to php5.2.6 ,it only take 0.00234985351562 seconds. please improve it thank you! yang qingrong Test script: --- ?php $a = microtime( true ); $conn = mysql_connect(localhost,root,123456); mysql_select_db(yqr); $q = mysql_query(show tables); while( $r = mysql_fetch_assoc( $q )) { print_r( $r ); } echo microtime(true ) - $a; echo seconds; exit(); ? php5.4.8 output: Array ( [Tables_in_yqr] = account_book ) Array ( [Tables_in_yqr] = customer ) Array ( [Tables_in_yqr] = domain ) Array ( [Tables_in_yqr] = friends ) Array ( [Tables_in_yqr] = hourly_work ) Array ( [Tables_in_yqr] = hourly_work_project ) Array ( [Tables_in_yqr] = notepad ) Array ( [Tables_in_yqr] = notepad_ctg ) Array ( [Tables_in_yqr] = schedule ) 1.0138568878174 seconds php 5.2.6 output Array ( [Tables_in_yqr] = account_book ) Array ( [Tables_in_yqr] = customer ) Array ( [Tables_in_yqr] = domain ) Array ( [Tables_in_yqr] = friends ) Array ( [Tables_in_yqr] = hourly_work ) Array ( [Tables_in_yqr] = hourly_work_project ) Array ( [Tables_in_yqr] = notepad ) Array ( [Tables_in_yqr] = notepad_ctg ) Array ( [Tables_in_yqr] = schedule ) 0.00234985351562 seconds -- Edit bug report at https://bugs.php.net/bug.php?id=63525edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63525r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63525r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63525r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63525r=fixed Fixed in release: https://bugs.php.net/fix.php?id=63525r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63525r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63525r=needscript Try newer version: https://bugs.php.net/fix.php?id=63525r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=63525r=support Expected behavior: https://bugs.php.net/fix.php?id=63525r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63525r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63525r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63525r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63525r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=63525r=dst IIS Stability: https://bugs.php.net/fix.php?id=63525r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=63525r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63525r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63525r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63525r=mysqlcfg
Req #63525 [Fbk-Opn]: php5.4.8 connecting to mysql is slower then php5.2.6
Edit report at https://bugs.php.net/bug.php?id=63525edit=1 ID: 63525 User updated by:admin at wudimei dot com Reported by:admin at wudimei dot com Summary:php5.4.8 connecting to mysql is slower then php5.2.6 -Status: Feedback +Status: Open Type: Feature/Change Request Package:MySQL related Operating System: windows 7 PHP Version:5.4.8 Block user comment: N Private report: N New Comment: i use ip,not localhost. http://127.0.0.18/wudimei_show/admin_S2D3L56N8K5L/component_types.php?act=index Previous Comments: [2012-11-15 09:37:35] and...@php.net Can you try 127.0.0.1 instead of localhost and report the connect time? [2012-11-15 09:09:19] admin at wudimei dot com Description: php5.4.8 connecting to mysql is slower then php5.2.8 i use php5.4.8 to connect the mysql,it's slow!it take about 1.0138568878174 seconds. then i switch to php5.2.6 ,it only take 0.00234985351562 seconds. please improve it thank you! yang qingrong Test script: --- ?php $a = microtime( true ); $conn = mysql_connect(localhost,root,123456); mysql_select_db(yqr); $q = mysql_query(show tables); while( $r = mysql_fetch_assoc( $q )) { print_r( $r ); } echo microtime(true ) - $a; echo seconds; exit(); ? php5.4.8 output: Array ( [Tables_in_yqr] = account_book ) Array ( [Tables_in_yqr] = customer ) Array ( [Tables_in_yqr] = domain ) Array ( [Tables_in_yqr] = friends ) Array ( [Tables_in_yqr] = hourly_work ) Array ( [Tables_in_yqr] = hourly_work_project ) Array ( [Tables_in_yqr] = notepad ) Array ( [Tables_in_yqr] = notepad_ctg ) Array ( [Tables_in_yqr] = schedule ) 1.0138568878174 seconds php 5.2.6 output Array ( [Tables_in_yqr] = account_book ) Array ( [Tables_in_yqr] = customer ) Array ( [Tables_in_yqr] = domain ) Array ( [Tables_in_yqr] = friends ) Array ( [Tables_in_yqr] = hourly_work ) Array ( [Tables_in_yqr] = hourly_work_project ) Array ( [Tables_in_yqr] = notepad ) Array ( [Tables_in_yqr] = notepad_ctg ) Array ( [Tables_in_yqr] = schedule ) 0.00234985351562 seconds -- Edit this bug report at https://bugs.php.net/bug.php?id=63525edit=1
Req #63525 [Nab]: php5.4.8 connecting to mysql is slower then php5.2.6
Edit report at https://bugs.php.net/bug.php?id=63525edit=1 ID: 63525 User updated by:admin at wudimei dot com Reported by:admin at wudimei dot com Summary:php5.4.8 connecting to mysql is slower then php5.2.6 Status: Not a bug Type: Feature/Change Request Package:MySQL related Operating System: windows 7 PHP Version:5.4.8 Block user comment: N Private report: N New Comment: ?php $a = microtime( true ); $conn = mysql_connect(127.0.0.1,root,123456); mysql_select_db(yqr); $q = mysql_query(show tables); while( $r = mysql_fetch_assoc( $q )) { print_r( $r ); } echo br /bconnect to mysql take . (microtime(true ) - $a); echo seconds/b; phpinfo(); ? connect to mysql take 0.0034029483795166 seconds thanks ras...@php.net very much,this issue solved! thank you again! best regards yangqingrong Previous Comments: [2012-11-15 15:43:11] ras...@php.net You said you used 127.0.0.1 but your code clearly shows localhost. Windows is probably trying to use ipv6 for localhost first and MySQL isn't listening on ::1 so it has to time out there first before trying 127.0.0.1. You can either fix your Hosts file and remove ::1 (probably a bad idea) or simply use 127.0.0.1 in your code. [2012-11-15 12:11:34] yangqingrong at wudimei dot com i edited the code like this: ?php $a = microtime( true ); $conn = mysql_connect(localhost,root,123456); mysql_select_db(yqr); $q = mysql_query(show tables); while( $r = mysql_fetch_assoc( $q )) { print_r( $r ); } echo br /bconnect to mysql take . (microtime(true ) - $a); echo seconds/b; phpinfo(); ? to see the result,copy the url below and paste it to the address bar of browser: http://www.wudimei.com/data/YangQingrong/php5.2.6.jpg http://www.wudimei.com/data/YangQingrong/php5.4.8.jpg [2012-11-15 11:59:54] admin at wudimei dot com i use ip,not localhost. http://127.0.0.18/wudimei_show/admin_S2D3L56N8K5L/component_types.php?act=index [2012-11-15 09:37:35] and...@php.net Can you try 127.0.0.1 instead of localhost and report the connect time? [2012-11-15 09:09:19] admin at wudimei dot com Description: php5.4.8 connecting to mysql is slower then php5.2.8 i use php5.4.8 to connect the mysql,it's slow!it take about 1.0138568878174 seconds. then i switch to php5.2.6 ,it only take 0.00234985351562 seconds. please improve it thank you! yang qingrong Test script: --- ?php $a = microtime( true ); $conn = mysql_connect(localhost,root,123456); mysql_select_db(yqr); $q = mysql_query(show tables); while( $r = mysql_fetch_assoc( $q )) { print_r( $r ); } echo microtime(true ) - $a; echo seconds; exit(); ? php5.4.8 output: Array ( [Tables_in_yqr] = account_book ) Array ( [Tables_in_yqr] = customer ) Array ( [Tables_in_yqr] = domain ) Array ( [Tables_in_yqr] = friends ) Array ( [Tables_in_yqr] = hourly_work ) Array ( [Tables_in_yqr] = hourly_work_project ) Array ( [Tables_in_yqr] = notepad ) Array ( [Tables_in_yqr] = notepad_ctg ) Array ( [Tables_in_yqr] = schedule ) 1.0138568878174 seconds php 5.2.6 output Array ( [Tables_in_yqr] = account_book ) Array ( [Tables_in_yqr] = customer ) Array ( [Tables_in_yqr] = domain ) Array ( [Tables_in_yqr] = friends ) Array ( [Tables_in_yqr] = hourly_work ) Array ( [Tables_in_yqr] = hourly_work_project ) Array ( [Tables_in_yqr] = notepad ) Array ( [Tables_in_yqr] = notepad_ctg ) Array ( [Tables_in_yqr] = schedule ) 0.00234985351562 seconds -- Edit this bug report at https://bugs.php.net/bug.php?id=63525edit=1
Bug #63097 [Com]: Segfault on php-fpm service start
Edit report at https://bugs.php.net/bug.php?id=63097edit=1 ID: 63097 Comment by: admin at yqed dot com Reported by:admin at yqed dot com Summary:Segfault on php-fpm service start Status: Closed Type: Bug Package:FPM related Operating System: CentOS 5/6 64bits PHP Version:5.3.17 Assigned To:fat Block user comment: N Private report: N New Comment: Can you please submit a patch related to this issue, so we can apply it on current production version? Thank you. Previous Comments: [2012-09-27 22:12:11] f...@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. see bug #62886 and bug #62954 [2012-09-27 22:11:49] f...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ see bug #62886 and bug #62954 [2012-09-17 02:46:08] debian at michael-neubert dot de Hello, since PHP 5.3.15 we have also segmentation faults when using xcache PHP module in combination with ionCubeLoader PHP module. 5.3.14 is not affected. Without loading xcache PHP module everything works also fine for us in 5.3.17. Maybe this is also related to this bug: Bug https://bugs.php.net/bug.php?id=63005. Best wishes Michael [2012-09-16 02:15:37] admin at yqed dot com Some additional troubleshooting: # DAEMON_COREFILE_LIMIT=unlimited strace -s 1024 -f /etc/init.d/php-fpm restart 21 | grep -i SEGV [pid 21884] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 21883] ... wait4 resumed [{WIFSIGNALED(s) WTERMSIG(s) == SIGSEGV WCOREDUMP(s)}], 0, NULL) = 21884 The above error occurs on a regular basis, no matter how many times I run the strace: # DAEMON_COREFILE_LIMIT=unlimited strace -s 1024 -f /etc/init.d/php-fpm restart 21 | grep -i SEGV [pid 21914] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 21913] ... wait4 resumed [{WIFSIGNALED(s) WTERMSIG(s) == SIGSEGV WCOREDUMP(s)}], 0, NULL) = 21914 I believe it could be related to this bug: https://bugs.php.net/bug.php?id=61231 [2012-09-16 01:36:48] admin at qyqed dot com The segfault occurs randomly, I can restart the service several times without issues. All of the sudden, it pops without explanation. 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=63097 -- Edit this bug report at https://bugs.php.net/bug.php?id=63097edit=1
[PHP-BUG] Bug #63097 [NEW]: Segfault on php-fpm service start
From: admin at yqed dot com Operating system: CentOS 5/6 64bits PHP version: 5.3.17 Package: FPM related Bug Type: Bug Bug description:Segfault on php-fpm service start Description: This issue started making surface with PHP 5.3.15 and is still present in 5.3.17 release. In /var/log/messages, you will see entries similar to: hermes kernel: php-fpm[20659]: segfault at 2aea5a750210 rip 003ca220da3e rsp 7fff6b7d56b0 error 4 I created a objdump which will help you precisely locate the current issue. Test script: --- php-fpm.debug objdump file: http://www.mediafire.com/?qbkjzbidj9b1zsr -- Edit bug report at https://bugs.php.net/bug.php?id=63097edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63097r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63097r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63097r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63097r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=63097r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=63097r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63097r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63097r=needscript Try newer version: https://bugs.php.net/fix.php?id=63097r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=63097r=support Expected behavior: https://bugs.php.net/fix.php?id=63097r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63097r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63097r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63097r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63097r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=63097r=dst IIS Stability: https://bugs.php.net/fix.php?id=63097r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=63097r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63097r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63097r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63097r=mysqlcfg
Bug #63097 [Com]: Segfault on php-fpm service start
Edit report at https://bugs.php.net/bug.php?id=63097edit=1 ID: 63097 Comment by: admin at yqed dot com Reported by:admin at yqed dot com Summary:Segfault on php-fpm service start Status: Open Type: Bug Package:FPM related Operating System: CentOS 5/6 64bits PHP Version:5.3.17 Block user comment: N Private report: N New Comment: The error format I get when I restart the php-fpm service: # service php-fpm restart Stopping php-fpm: [ OK ] Starting php-fpm: /bin/bash: line 1: 20659 Segmentation fault /usr/sbin/php- fpm -y /etc/php-fpm/php-fpm.conf [FAILED] Previous Comments: [2012-09-16 01:25:02] admin at yqed dot com Description: This issue started making surface with PHP 5.3.15 and is still present in 5.3.17 release. In /var/log/messages, you will see entries similar to: hermes kernel: php-fpm[20659]: segfault at 2aea5a750210 rip 003ca220da3e rsp 7fff6b7d56b0 error 4 I created a objdump which will help you precisely locate the current issue. Test script: --- php-fpm.debug objdump file: http://www.mediafire.com/?qbkjzbidj9b1zsr -- Edit this bug report at https://bugs.php.net/bug.php?id=63097edit=1
Bug #63097 [Com]: Segfault on php-fpm service start
Edit report at https://bugs.php.net/bug.php?id=63097edit=1 ID: 63097 Comment by: admin at qyqed dot com Reported by:admin at yqed dot com Summary:Segfault on php-fpm service start Status: Open Type: Bug Package:FPM related Operating System: CentOS 5/6 64bits PHP Version:5.3.17 Block user comment: N Private report: N New Comment: The segfault occurs randomly, I can restart the service several times without issues. All of the sudden, it pops without explanation. Previous Comments: [2012-09-16 01:34:28] admin at yqed dot com The error format I get when I restart the php-fpm service: # service php-fpm restart Stopping php-fpm: [ OK ] Starting php-fpm: /bin/bash: line 1: 20659 Segmentation fault /usr/sbin/php- fpm -y /etc/php-fpm/php-fpm.conf [FAILED] [2012-09-16 01:25:02] admin at yqed dot com Description: This issue started making surface with PHP 5.3.15 and is still present in 5.3.17 release. In /var/log/messages, you will see entries similar to: hermes kernel: php-fpm[20659]: segfault at 2aea5a750210 rip 003ca220da3e rsp 7fff6b7d56b0 error 4 I created a objdump which will help you precisely locate the current issue. Test script: --- php-fpm.debug objdump file: http://www.mediafire.com/?qbkjzbidj9b1zsr -- Edit this bug report at https://bugs.php.net/bug.php?id=63097edit=1
Bug #63097 [Com]: Segfault on php-fpm service start
Edit report at https://bugs.php.net/bug.php?id=63097edit=1 ID: 63097 Comment by: admin at yqed dot com Reported by:admin at yqed dot com Summary:Segfault on php-fpm service start Status: Open Type: Bug Package:FPM related Operating System: CentOS 5/6 64bits PHP Version:5.3.17 Block user comment: N Private report: N New Comment: Some additional troubleshooting: # DAEMON_COREFILE_LIMIT=unlimited strace -s 1024 -f /etc/init.d/php-fpm restart 21 | grep -i SEGV [pid 21884] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 21883] ... wait4 resumed [{WIFSIGNALED(s) WTERMSIG(s) == SIGSEGV WCOREDUMP(s)}], 0, NULL) = 21884 The above error occurs on a regular basis, no matter how many times I run the strace: # DAEMON_COREFILE_LIMIT=unlimited strace -s 1024 -f /etc/init.d/php-fpm restart 21 | grep -i SEGV [pid 21914] --- SIGSEGV (Segmentation fault) @ 0 (0) --- [pid 21913] ... wait4 resumed [{WIFSIGNALED(s) WTERMSIG(s) == SIGSEGV WCOREDUMP(s)}], 0, NULL) = 21914 I believe it could be related to this bug: https://bugs.php.net/bug.php?id=61231 Previous Comments: [2012-09-16 01:36:48] admin at qyqed dot com The segfault occurs randomly, I can restart the service several times without issues. All of the sudden, it pops without explanation. [2012-09-16 01:34:28] admin at yqed dot com The error format I get when I restart the php-fpm service: # service php-fpm restart Stopping php-fpm: [ OK ] Starting php-fpm: /bin/bash: line 1: 20659 Segmentation fault /usr/sbin/php- fpm -y /etc/php-fpm/php-fpm.conf [FAILED] [2012-09-16 01:25:02] admin at yqed dot com Description: This issue started making surface with PHP 5.3.15 and is still present in 5.3.17 release. In /var/log/messages, you will see entries similar to: hermes kernel: php-fpm[20659]: segfault at 2aea5a750210 rip 003ca220da3e rsp 7fff6b7d56b0 error 4 I created a objdump which will help you precisely locate the current issue. Test script: --- php-fpm.debug objdump file: http://www.mediafire.com/?qbkjzbidj9b1zsr -- Edit this bug report at https://bugs.php.net/bug.php?id=63097edit=1
[PHP-BUG] Bug #62815 [NEW]: Bug reappear:error_log ignores date.timezone php.ini at custom log path
From: admin at x-simulator dot de Operating system: Debian Squeze PHP version: 5.3.15 Package: Date/time related Bug Type: Bug Bug description:Bug reappear:error_log ignores date.timezone php.ini at custom log path Description: With 5.3.15 Bug #45191 and Bug #49627 reappers! Reproduce code: --- # php.ini : ; Log errors to specified file. error_log = /var/log/php/php-error.log ; Defines the default timezone used by the date functions date.timezone = Europe/Berlin # System time settings: root@localhost ~# date root@localhost ~# Tue Aug 14 11:47:29 CEST 2012 php-error.log still writes GMT: Tue Aug 14 09:47:29 Same problem is reported with PHP 5.4.1 to 5.4.5 I must reopen and write a new bug report because the old bugs are closed and the error is still existent in current versions of php. -- Edit bug report at https://bugs.php.net/bug.php?id=62815edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62815r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62815r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62815r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62815r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62815r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62815r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62815r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62815r=needscript Try newer version: https://bugs.php.net/fix.php?id=62815r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62815r=support Expected behavior: https://bugs.php.net/fix.php?id=62815r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62815r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62815r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62815r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62815r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62815r=dst IIS Stability: https://bugs.php.net/fix.php?id=62815r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62815r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62815r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62815r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62815r=mysqlcfg
[PHP-BUG] Bug #62795 [NEW]: Zip extension version not defined
From: admin at yqed dot com Operating system: CentOS 6 64bits PHP version: 5.3.15 Package: Zip Related Bug Type: Bug Bug description:Zip extension version not defined Description: Running the php -i command in a terminal displays the following information for zip extension: Zip = enabled Extension Version = $Id$ Zip version = 1.11.0 Libzip version = 0.10.1 For some reason, the extension version is reported as $Id$. -- Edit bug report at https://bugs.php.net/bug.php?id=62795edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62795r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62795r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62795r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62795r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62795r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62795r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62795r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62795r=needscript Try newer version: https://bugs.php.net/fix.php?id=62795r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62795r=support Expected behavior: https://bugs.php.net/fix.php?id=62795r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62795r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62795r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62795r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62795r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62795r=dst IIS Stability: https://bugs.php.net/fix.php?id=62795r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62795r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62795r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62795r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62795r=mysqlcfg
[PHP-BUG] Bug #62753 [NEW]: proxy_test.php
From: admin at angosso dot net Operating system: Migration Localhost-_Server PHP version: 5.3.15 Package: Built-in web server Bug Type: Bug Bug description:proxy_test.php Description: User Agent: Mozilla/5.0 (Windows NT 6.0; rv:14.0) Gecko/20100101 Firefox/14.0.1 Build ID: 20120713134347 Steps to reproduce: user_pref(capability.policy.policynames, strict); user_pref(capability.policy.strict.sites, http://www.hosting24.com http://www.srv47.hosting24.com;); user_pref(capability.policy.strict.Window.alert, noAccess); user_pref(capability.policy.strict.Window.confirm, noAccess); user_pref(capability.policy.strict.Window.prompt, noAccess); Test script: --- v=spf1 +a +mx +ip4:212.1.208.183 +a:srv47.hosting24.com +mx:mail.angosso.net +mx:srv47.hosting24.com +include:angosso.net ?all Expected result: function _parse_uri() function _redirect( $uri ) { $location = $this-_parse_location( $uri ); if ( $location['host'] != $this-host || $location['port'] != $this-port ) { $this-host = $location['host']; $this-port = $location['port']; if ( !$this-_use_proxy) $this-disconnect(); } usleep( 100 ); $this-get( $location['request_file'] . '?' . $location['query_string'] ); foreach( $this-cookies as $cookie_name = $cookie_data ) { if ($cookie_data['expires'] $none) { $new_cookies[$cookie_name] = $cookie_data; $domain = preg_quote( $cookie_data['angosso.net'] ); $path = preg_quote( $cookie_data['/home/angosson/public_html/www'] ); if ( preg_match( '.*$domain$'i, $current_domain ) preg_match( '^$path.*'i, $current_path ) ) $cookie_str .= $cookie_name . '=' . $cookie_data['http://www.angosso.net/pub-page/economie.php'] . '; '; } } Actual result: -- Vulnerability -- Edit bug report at https://bugs.php.net/bug.php?id=62753edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62753r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62753r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62753r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62753r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62753r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62753r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62753r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62753r=needscript Try newer version: https://bugs.php.net/fix.php?id=62753r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62753r=support Expected behavior: https://bugs.php.net/fix.php?id=62753r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62753r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62753r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62753r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62753r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62753r=dst IIS Stability: https://bugs.php.net/fix.php?id=62753r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62753r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62753r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62753r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62753r=mysqlcfg
Bug #52130 [Com]: Apache HTTP Server has encountered a problem and needs to close. We are sorry
Edit report at https://bugs.php.net/bug.php?id=52130edit=1 ID: 52130 Comment by: admin at online102 dot com Reported by:imtiyazali4all at yahoo dot com Summary:Apache HTTP Server has encountered a problem and needs to close. We are sorry Status: Feedback Type: Bug Package:Apache2 related Operating System: Windows XP (SP3) PHP Version:5.3.2 Block user comment: N Private report: N New Comment: you need to install apache new version or install php old version i hope it will help you :) Previous Comments: [2011-12-16 05:25:19] scimitar_24 at hotmail dot com adding the libmysql.dll did not solve the problem..:( [2011-04-20 19:32:34] raja dot b dot manian at gmail dot com Copy libmysql.dll from php\ folder to your \Apache2.2\bin\ folder, will solve this issue, no need to disable any extensions. [2010-06-21 15:32:13] imtiyazali4all at yahoo dot com Hi, Thanks for your response. I had to disable the following extensions for Apache to run sucessfully. Any ideas why these extensions dont work for me and the steps to resolve it? thanks a lot! [PHP_INTL] [PHP_OCI8] [PHP_OCI8_11G] [PHP_PDO_MYSQL] [PHP_PDO_OCI] [PHP_PDO_PGSQL] [PHP_PGSQL] [PHP_SYBASE_CT] [2010-06-21 09:44:40] paj...@php.net Disable all extensions and see if it works. Then enable them again one by one to see which one causes a problem. Restart apache between each step. [2010-06-21 03:17:48] imtiyazali4all at yahoo dot com Description: Hi, I have installed Apache 2.2.15 and it was tested successful and working fine. As a next step I installed php-5.3.2-Win32-VC6-x86 on Windows XP SP3.Now when I restart the Apache server I am getting an error the following message Apache HTTP Server has encountered a problem and needs to close. We are sorry for the inconvenience. and I had been given two options send error report to microsoft and other option is dont send. when i clicked on the error report technical information I could see the following information: C:\DOCUME~1\IMTIYA~1\LOCALS~1\Temp\WERcee8.dir00\httpd.exe.mdmp C:\DOCUME~1\IMTIYA~1\LOCALS~1\Temp\WERcee8.dir00\appcompat.txt I tried restarting the system and also uninstalling and installing Apache and PHP again but I am having the same issue. The Apache error file under the logs folder had the following information: Starting the Apache2.2 service The Apache2.2 service is running. ] Apache/2.2.15 (Win32) configured -- resuming normal operations [Mon Jun 21 01:47:19 2010] [notice] Server built: Mar 4 2010 11:27:46 [Mon Jun 21 01:47:19 2010] [notice] Parent: Created child process 2320 [Mon Jun 21 01:47:20 2010] [notice] Child 2320: Child process is running [Mon Jun 21 01:47:20 2010] [notice] Child 2320: Acquired the start mutex. [Mon Jun 21 01:47:20 2010] [notice] Child 2320: Starting 64 worker threads. [Mon Jun 21 01:47:20 2010] [notice] Child 2320: Starting thread to listen on port 80. [Mon Jun 21 01:53:49 2010] [notice] Parent: Received shutdown signal -- Shutting down the server. [Mon Jun 21 01:53:49 2010] [notice] Child 2320: Exit event signaled. Child process is ending. [Mon Jun 21 01:53:50 2010] [notice] Child 2320: Released the start mutex [Mon Jun 21 01:53:51 2010] [notice] Child 2320: All worker threads have exited. [Mon Jun 21 01:53:51 2010] [notice] Child 2320: Child process is exiting [Mon Jun 21 01:53:51 2010] [notice] Parent: Child process exited successfully. The Apache2.2 service is restarting. Starting the Apache2.2 service The Apache2.2 service is running. pid file C:/Apache2.2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Mon Jun 21 01:56:33 2010] [warn] pid file C:/Apache2.2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? [Mon Jun 21 02:03:48 2010] [warn] pid file C:/Apache2.2/logs/httpd.pid overwritten -- Unclean shutdown of previous Apache run? Can you please help me out here? please let me know if you need more information Thanks Imtiyaz -- Edit this bug report at https://bugs.php.net/bug.php?id=52130edit=1
[PHP-BUG] Bug #62683 [NEW]: FILTER_SANITIZE_SPECIAL_CHARS does not work as declared
From: admin dot windows at gmail dot com Operating system: Windows/Linux PHP version: 5.3.15 Package: Filter related Bug Type: Bug Bug description:FILTER_SANITIZE_SPECIAL_CHARS does not work as declared Description: FILTER_SANITIZE_SPECIAL_CHARS and FILTER_SANITIZE_FULL_SPECIAL_CHARS does not work as documented and produced results does not match htmlspecialchars results at all. Test script: --- $string = a href=\#\O'Reilly - PHP Tips Tricks/a; //string 'a href=#O'Reilly - PHP Tips Tricks/a' (length=44) var_dump($string); //string 'lt;a href=quot;#quot;gt;O#039;Reilly - PHP Tips amp; Trickslt;/agt;' (length=75) var_dump(htmlspecialchars($string, ENT_QUOTES)); //string '#60;a href=#34;##34;#62;O#39;Reilly - PHP Tips #38; Tricks#60;/a#62;' (length=76) var_dump(filter_var($string, FILTER_SANITIZE_SPECIAL_CHARS)); //string '#60;a href=#34;##34;#62;O#39;Reilly - PHP Tips #38; Tricks#60;/a#62;' (length=76) var_dump(filter_var($string, FILTER_SANITIZE_FULL_SPECIAL_CHARS)); Expected result: //string 'lt;a href=quot;#quot;gt;O#039;Reilly - PHP Tips amp; Trickslt;/agt;' (length=75) Actual result: -- //string '#60;a href=#34;##34;#62;O#39;Reilly - PHP Tips #38; Tricks#60;/a#62;' (length=76) -- Edit bug report at https://bugs.php.net/bug.php?id=62683edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62683r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62683r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62683r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62683r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62683r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62683r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62683r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62683r=needscript Try newer version: https://bugs.php.net/fix.php?id=62683r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62683r=support Expected behavior: https://bugs.php.net/fix.php?id=62683r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62683r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62683r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62683r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62683r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62683r=dst IIS Stability: https://bugs.php.net/fix.php?id=62683r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62683r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62683r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62683r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62683r=mysqlcfg
[PHP-BUG] Bug #61863 [NEW]: bitwise operation make buffer overflow
From: Operating system: Windows/Linux PHP version: 5.4Git-2012-04-27 (Git) Package: Apache2 related Bug Type: Bug Bug description:bitwise operation make buffer overflow Description: if i use bitwise operation then variable type doesn't changed float or other type. stay in int Test script: --- $value = abcdefg; for($i=0,$h=0;$i strlen($value);$i++) { $h = ($h 10) + ord($value[$i]); echo $h.\n; } -- Edit bug report at https://bugs.php.net/bug.php?id=61863edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61863r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61863r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61863r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61863r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61863r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61863r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61863r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61863r=needscript Try newer version: https://bugs.php.net/fix.php?id=61863r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61863r=support Expected behavior: https://bugs.php.net/fix.php?id=61863r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61863r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61863r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61863r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61863r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61863r=dst IIS Stability: https://bugs.php.net/fix.php?id=61863r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61863r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61863r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61863r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61863r=mysqlcfg
Bug #61863 [Opn]: bitwise operation make overflow
Edit report at https://bugs.php.net/bug.php?id=61863edit=1 ID: 61863 User updated by:admin at todayis dot kr Reported by:admin at todayis dot kr -Summary:bitwise operation make buffer overflow +Summary:bitwise operation make overflow Status: Open Type: Bug Package:Apache2 related Operating System: Windows/Linux -PHP Version:5.4Git-2012-04-27 (Git) +PHP Version:5.4.0 Block user comment: N Private report: N New Comment: . Previous Comments: [2012-04-27 06:36:27] admin at todayis dot kr Description: if i use bitwise operation then variable type doesn't changed float or other type. stay in int Test script: --- $value = abcdefg; for($i=0,$h=0;$i strlen($value);$i++) { $h = ($h 10) + ord($value[$i]); echo $h.\n; } -- Edit this bug report at https://bugs.php.net/bug.php?id=61863edit=1
Bug #61766 [Fbk-Opn]: call_user_func sends scrambled class name to autoload
Edit report at https://bugs.php.net/bug.php?id=61766edit=1 ID: 61766 User updated by:admin dot windows at gmail dot com Reported by:admin dot windows at gmail dot com Summary:call_user_func sends scrambled class name to autoload -Status: Feedback +Status: Open Type: Bug Package:*General Issues Operating System: ALL PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Hi, I have following extensions enabled on my hosting (Rackspace): Core, date, ereg, libxml, openssl, pcre, sqlite3, zlib, bz2, calendar, ctype, hash, filter, ftp, gettext, gmp, SPL, iconv, Reflection, session, standard, shmop, SimpleXML, sockets, exif, tokenizer, xml, apache2handler, bcmath, curl, dba, dom, fileinfo, gd, imagick, imap, intl, json, ldap, pdf, mbstring, mcrypt, memcache, mongo, mssql, mysql, mysqli, odbc, PDO, pdo_dblib, pdo_mysql, PDO_ODBC, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, pspell, recode, redis, snmp, soap, sysvmsg, sysvsem, sysvshm, tidy, uploadprogress, wddx, xmlreader, xmlrpc, xmlwriter, xsl, yaz, zip, ionCube Loader, Zend Guard Loader, XCache Previous Comments: [2012-04-19 07:07:33] ahar...@php.net I can't reproduce this. What extensions do you have enabled? [2012-04-18 15:19:23] admin dot windows at gmail dot com Description: I have discovered weird behaviour of call_user_func that breaks class autoloader by providing scrambled class name for example instead of myObject it provides zw87zl18. This event only occurs if you are using custom class autoloader and requesting static method that is not declared as static. Test script: --- //FILE: myObject.php class myObject { public static function method1(){var_dump(__METHOD__);} public function method2(){var_dump(__METHOD__);} } //FILE: index.php ini_set('display_errors', TRUE); function __autoload($className) { include sprintf('%s/%s.php', getcwd(), $className); } call_user_func(array('myObject', 'method1'));//works fine call_user_func(array('myObject', 'method2'));//produce an error Expected result: string(17) myObject::method1 string(17) myObject::method2 Actual result: -- string(17) myObject::method1 Warning: include(/www/zw87zl18.php) [function.include]: failed to open stream: No such file or directory in /www/index.php on line 9 Warning: include() [function.include]: Failed opening '/www/zw87zl18.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /www/index.php on line 9 Warning: include(/www/zw87zl18.php) [function.include]: failed to open stream: No such file or directory in /www/index.php on line 9 Warning: include() [function.include]: Failed opening '/www/zw87zl18.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /www/index.php on line 9 string(17) myObject::method2 -- Edit this bug report at https://bugs.php.net/bug.php?id=61766edit=1
Bug #61766 [Fbk-Opn]: call_user_func sends scrambled class name to autoload
Edit report at https://bugs.php.net/bug.php?id=61766edit=1 ID: 61766 User updated by:admin dot windows at gmail dot com Reported by:admin dot windows at gmail dot com Summary:call_user_func sends scrambled class name to autoload -Status: Feedback +Status: Open Type: Bug Package:*General Issues Operating System: ALL PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Unfortunately I don't have rights to enable or disable modules on my cloud, I would pass this issue to my hosting support. Also I noticed that server is protected with the Suhosin Patch 0.9.10 can it cause this behavior? Previous Comments: [2012-04-19 09:21:26] johan...@php.net Please disable ionCube Loader, Zend Guard Loader and XCache as all of these 3rd party modules change the engine's behaviour. [2012-04-19 09:06:56] admin dot windows at gmail dot com Hi, I have following extensions enabled on my hosting (Rackspace): Core, date, ereg, libxml, openssl, pcre, sqlite3, zlib, bz2, calendar, ctype, hash, filter, ftp, gettext, gmp, SPL, iconv, Reflection, session, standard, shmop, SimpleXML, sockets, exif, tokenizer, xml, apache2handler, bcmath, curl, dba, dom, fileinfo, gd, imagick, imap, intl, json, ldap, pdf, mbstring, mcrypt, memcache, mongo, mssql, mysql, mysqli, odbc, PDO, pdo_dblib, pdo_mysql, PDO_ODBC, pdo_pgsql, pdo_sqlite, pgsql, Phar, posix, pspell, recode, redis, snmp, soap, sysvmsg, sysvsem, sysvshm, tidy, uploadprogress, wddx, xmlreader, xmlrpc, xmlwriter, xsl, yaz, zip, ionCube Loader, Zend Guard Loader, XCache [2012-04-19 07:07:33] ahar...@php.net I can't reproduce this. What extensions do you have enabled? [2012-04-18 15:19:23] admin dot windows at gmail dot com Description: I have discovered weird behaviour of call_user_func that breaks class autoloader by providing scrambled class name for example instead of myObject it provides zw87zl18. This event only occurs if you are using custom class autoloader and requesting static method that is not declared as static. Test script: --- //FILE: myObject.php class myObject { public static function method1(){var_dump(__METHOD__);} public function method2(){var_dump(__METHOD__);} } //FILE: index.php ini_set('display_errors', TRUE); function __autoload($className) { include sprintf('%s/%s.php', getcwd(), $className); } call_user_func(array('myObject', 'method1'));//works fine call_user_func(array('myObject', 'method2'));//produce an error Expected result: string(17) myObject::method1 string(17) myObject::method2 Actual result: -- string(17) myObject::method1 Warning: include(/www/zw87zl18.php) [function.include]: failed to open stream: No such file or directory in /www/index.php on line 9 Warning: include() [function.include]: Failed opening '/www/zw87zl18.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /www/index.php on line 9 Warning: include(/www/zw87zl18.php) [function.include]: failed to open stream: No such file or directory in /www/index.php on line 9 Warning: include() [function.include]: Failed opening '/www/zw87zl18.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /www/index.php on line 9 string(17) myObject::method2 -- Edit this bug report at https://bugs.php.net/bug.php?id=61766edit=1
[PHP-BUG] Bug #61766 [NEW]: call_user_func sends scrambled class name to autoload
From: Operating system: ALL PHP version: 5.3.10 Package: *General Issues Bug Type: Bug Bug description:call_user_func sends scrambled class name to autoload Description: I have discovered weird behaviour of call_user_func that breaks class autoloader by providing scrambled class name for example instead of myObject it provides zw87zl18. This event only occurs if you are using custom class autoloader and requesting static method that is not declared as static. Test script: --- //FILE: myObject.php class myObject { public static function method1(){var_dump(__METHOD__);} public function method2(){var_dump(__METHOD__);} } //FILE: index.php ini_set('display_errors', TRUE); function __autoload($className) { include sprintf('%s/%s.php', getcwd(), $className); } call_user_func(array('myObject', 'method1'));//works fine call_user_func(array('myObject', 'method2'));//produce an error Expected result: string(17) myObject::method1 string(17) myObject::method2 Actual result: -- string(17) myObject::method1 Warning: include(/www/zw87zl18.php) [function.include]: failed to open stream: No such file or directory in /www/index.php on line 9 Warning: include() [function.include]: Failed opening '/www/zw87zl18.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /www/index.php on line 9 Warning: include(/www/zw87zl18.php) [function.include]: failed to open stream: No such file or directory in /www/index.php on line 9 Warning: include() [function.include]: Failed opening '/www/zw87zl18.php' for inclusion (include_path='.:/usr/share/pear:/usr/share/php') in /www/index.php on line 9 string(17) myObject::method2 -- Edit bug report at https://bugs.php.net/bug.php?id=61766edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61766r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61766r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61766r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61766r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61766r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61766r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61766r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61766r=needscript Try newer version: https://bugs.php.net/fix.php?id=61766r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61766r=support Expected behavior: https://bugs.php.net/fix.php?id=61766r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61766r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61766r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61766r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61766r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61766r=dst IIS Stability: https://bugs.php.net/fix.php?id=61766r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61766r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61766r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61766r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61766r=mysqlcfg
Req #61703 [Com]: sort-array
Edit report at https://bugs.php.net/bug.php?id=61703edit=1 ID: 61703 Comment by: admin at sinfocol dot org Reported by:sia88 at utexas dot edu Summary:sort-array Status: Open Type: Feature/Change Request Package:Arrays related Operating System: pc PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The feature is already implemented in another function called asort. Previous Comments: [2012-04-12 19:00:14] sia88 at utexas dot edu Description: --- From manual page: http://www.php.net/function.sort --- I wanted to request a feature to the sort function. I noticed it did not have optional parameter to retain the keys of the array. Instead it re-writes them. why not add an optional 3rd boolean paramter to decide to retain keys in the original array or not? -- Edit this bug report at https://bugs.php.net/bug.php?id=61703edit=1
Bug #61095 [Com]: PHP can't add hex numbers
Edit report at https://bugs.php.net/bug.php?id=61095edit=1 ID: 61095 Comment by: admin at jesus dot de Reported by:tomek at przeslij dot pl Summary:PHP can't add hex numbers Status: Assigned Type: Bug Package:Scripting Engine problem Operating System: Windows XP PHP Version:5.3.10 Assigned To:colder Block user comment: N Private report: N New Comment: NOT reproduced in older version: # php -r 'echo (0x00+2);echo \n;' 2 # php -r 'echo (0x00+ 2);echo \n;' 2 # php -r 'echo (0x00 + 2);echo \n;' 2 # php -r 'echo (0x00 +2);echo \n;' 2 # php -v PHP 5.2.6-1+lenny13 with Suhosin-Patch 0.9.6.2 (cli) (built: Jul 1 2011 17:03:36) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies Previous Comments: [2012-02-23 22:53:09] yk4ever at gmail dot com It is already fixed in the trunk and relevant version branches. [2012-02-23 21:55:46] jordan dot sherer at definition6 dot com Reproduced, but after adding spaces around the + it works as intended. $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -v PHP 5.3.8 with Suhosin-Patch (cli) (built: Nov 15 2011 15:33:15) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies [2012-02-23 20:40:21] balthasar dot reuter at cs dot fau dot de Behavior reproduced: $ php -r 'echo (0x00+2);echo \n;' 4 $ php -r 'echo (0x00+ 2);echo \n;' 2 $ php -r 'echo (0x00 + 2);echo \n;' 2 $ php -r 'echo (0x00 +2);echo \n;' 4 $ php -v PHP 5.3.8 (cli) (built: Dec 5 2011 21:24:09) Copyright (c) 1997-2011 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2011 Zend Technologies Mac OS X 10.6.8 [2012-02-23 20:14:37] phpbug at vincent dot sh Lexer level ? Russian. http://goo.gl/eqxZ8 [2012-02-23 15:56:59] lepidosteus+phpbug at gmail dot com Sorry, forget my previous comment, I misunderstood the issue 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=61095 -- Edit this bug report at https://bugs.php.net/bug.php?id=61095edit=1
[PHP-BUG] Bug #60287 [NEW]: Dollar sign missing variable in memcache.php
From: Operating system: CentOS 5.7 PHP version: 5.3.8 Package: memcache Bug Type: Bug Bug description:Dollar sign missing variable in memcache.php Description: Latest 3.0.6 beta: function get_host_port_from_server($server){ $values = explode(':', $server); if (($values[0] == 'unix') (!is_numeric( $values[1]))) { return array($server, 0); } else { return values; } } The dollar sign is missing on returned values, it should be $values. -- Edit bug report at https://bugs.php.net/bug.php?id=60287edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60287r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60287r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60287r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60287r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60287r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60287r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60287r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60287r=needscript Try newer version: https://bugs.php.net/fix.php?id=60287r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60287r=support Expected behavior: https://bugs.php.net/fix.php?id=60287r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60287r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60287r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60287r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60287r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60287r=dst IIS Stability: https://bugs.php.net/fix.php?id=60287r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60287r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60287r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60287r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60287r=mysqlcfg
[PHP-BUG] Bug #60250 [NEW]: FILE section argument ignored
From: Operating system: OSX 10.6.8 PHP version: 5.3.8 Package: EXIF related Bug Type: Bug Bug description:FILE section argument ignored Description: Hello, According to the documentation, the exif_read_data() allows to speficy the section we want to return. It seems the section argument FILE is not being considered and return the same result if 0 argument was given. Extension informations: EXIF Version: 1.4 $Id: exif.c 314376 2011-08-06 14:47:44Z felipe $ Supported EXIF: Version 0220 Supported filetypes: JPEG,TIFF Test script: --- ?php var_dump(exif_read_data(__DIR__ . 'sample-1.jpg', 'FILE', true)); ? Expected result: array(1) { [FILE]= array(6) { [FileName]= string(12) sample-1.jpg [FileDateTime]= int(1320829793) [FileSize]= int(162) [FileType]= int(2) [MimeType]= string(10) image/jpeg [SectionsFound]= string(0) COMPUTED } } Actual result: -- array(2) { [FILE]= array(6) { [FileName]= string(12) sample-1.jpg [FileDateTime]= int(1320829793) [FileSize]= int(162) [FileType]= int(2) [MimeType]= string(10) image/jpeg [SectionsFound]= string(0) } [COMPUTED]= array(4) { [html]= string(22) width=10 height=10 [Height]= int(10) [Width]= int(10) [IsColor]= int(0) } } -- Edit bug report at https://bugs.php.net/bug.php?id=60250edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60250r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60250r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60250r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60250r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60250r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60250r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60250r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60250r=needscript Try newer version: https://bugs.php.net/fix.php?id=60250r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60250r=support Expected behavior: https://bugs.php.net/fix.php?id=60250r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60250r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60250r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60250r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60250r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60250r=dst IIS Stability: https://bugs.php.net/fix.php?id=60250r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60250r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60250r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60250r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60250r=mysqlcfg
[PHP-BUG] Bug #55388 [NEW]: type conversion problem
From: Operating system: Windows 7, Debian Linux PHP version: 5.3.6 Package: *General Issues Bug Type: Bug Bug description:type conversion problem Description: Problem with float whole numbers in type conversion. Test script: --- // This outputs: float(920) var_dump('9.2' * 100); // This outputs: int(919) var_dump(intval('9.2' * 100)); // This outputs: int(920) var_dump(intval(strval('9.2' * 100))); -- Edit bug report at https://bugs.php.net/bug.php?id=55388edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55388r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55388r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55388r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55388r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55388r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55388r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55388r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55388r=needscript Try newer version: https://bugs.php.net/fix.php?id=55388r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55388r=support Expected behavior: https://bugs.php.net/fix.php?id=55388r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55388r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55388r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55388r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55388r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55388r=dst IIS Stability: https://bugs.php.net/fix.php?id=55388r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55388r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55388r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55388r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55388r=mysqlcfg
[PHP-BUG] Bug #55361 [NEW]: Fatal error where expected notice
From: Operating system: Both Windows and debian PHP version: 5.3.6 Package: Unknown/Other Function Bug Type: Bug Bug description:Fatal error where expected notice Description: string a href=' causes fatal error when any form of error is raised. Test script: --- ? error_reporting(15); ini_set('display_errors', 'On'); highlight_file('test.php'); ? a href=? $a++; ? a href=? $b++; ? a href=? $c++; ? Expected result: 3 notices Actual result: -- 1 notice -- Edit bug report at https://bugs.php.net/bug.php?id=55361edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55361r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55361r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55361r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55361r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55361r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55361r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55361r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55361r=needscript Try newer version: https://bugs.php.net/fix.php?id=55361r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55361r=support Expected behavior: https://bugs.php.net/fix.php?id=55361r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55361r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55361r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55361r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55361r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55361r=dst IIS Stability: https://bugs.php.net/fix.php?id=55361r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55361r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55361r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55361r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55361r=mysqlcfg
Bug #55361 [Com]: Fatal error where expected notice
Edit report at https://bugs.php.net/bug.php?id=55361edit=1 ID: 55361 Comment by: admin at 4ever dot sk Reported by:admin at 4ever dot sk Summary:Fatal error where expected notice Status: Bogus Type: Bug Package:Unknown/Other Function Operating System: Both Windows and debian PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Im not that lama ;-) See for yourself:http://4ever.sk/bug55361.php You really try it? You see 3 notices? What version? Os? But the good news is, in error log is everything. Previous Comments: [2011-08-04 12:25:40] paj...@php.net See the src of the file and you will see the 3 notices. [2011-08-04 12:13:51] admin at 4ever dot sk Description: string a href=' causes fatal error when any form of error is raised. Test script: --- ? error_reporting(15); ini_set('display_errors', 'On'); highlight_file('test.php'); ? a href=? $a++; ? a href=? $b++; ? a href=? $c++; ? Expected result: 3 notices Actual result: -- 1 notice -- Edit this bug report at https://bugs.php.net/bug.php?id=55361edit=1
[PHP-BUG] Bug #53979 [NEW]: angosso/public_html: Failled header warning error....
From: Operating system: ./index3.php PHP version: 5.3.5 Package: Dynamic loading Bug Type: Bug Bug description:angosso/public_html: Failled header warning error Description: --- From manual page: http://www.php.net/kadm5.installation --- Warning: main(/home/sites//angosso.com/public_html/: failed to open stream: No such file or directory in /home/sites/public_html/angosso.com/index3.php on line 134 Debugging with Php 5 php.ini xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema; xmlns:nw=http://angosso.com/nameworld; targetNamespace=http://angosso.com/index3.php; elementFormDefault=Les Diasporas Plurielles::angosso.com - The Plural Diasporas here and in The world targetNameWeb=http://www.angosso.com/ ... div class=changeset span class=removed-Package: Tidy/span span class=added+Package: *General Issues/span /div *Configuration Issues : Bug #50700: ANGOSSO_ROOT Test script: --- Warning: main(../header.php) [function.main]: failed to open stream: No such file or directory in /home/sites/angosso.com/public_html/archives/2008-2010/ca/index.php on line 2 Using: Apache/2.2.3 (Ubuntu) PHP/5.2.1 can't change the include_path in php.ini. it always defaults to: .:/usr/share/php:/usr/share/pear. i know i'm using the correct php.ini file because it shows the correct Configur ... Expected result: www.angosso.com/index.php/accueil/_name Actual result: -- http://www.angosso.com/ -- Edit bug report at http://bugs.php.net/bug.php?id=53979edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53979r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53979r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53979r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53979r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53979r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53979r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53979r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53979r=needscript Try newer version: http://bugs.php.net/fix.php?id=53979r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53979r=support Expected behavior: http://bugs.php.net/fix.php?id=53979r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53979r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53979r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53979r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53979r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53979r=dst IIS Stability: http://bugs.php.net/fix.php?id=53979r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53979r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53979r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53979r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53979r=mysqlcfg
Req #41650 [Com]: xmlrpc_encode_request() escapes utf-8 literally
Edit report at http://bugs.php.net/bug.php?id=41650edit=1 ID: 41650 Comment by: admin at mysterria dot com Reported by:allan dot jensen at changenetworks dot dk Summary:xmlrpc_encode_request() escapes utf-8 literally Status: Open Type: Feature/Change Request Package:Feature/Change Request PHP Version:5.2.3 Block user comment: N Private report: N New Comment: Have the same problem with PHP 5.3.5 CLI on Gentoo Linux. Unicode symbols in russian are encoded wrong way. Previous Comments: [2007-06-11 13:01:24] allan dot jensen at changenetworks dot dk The test script should have #8364; character encoded as utf-8 in order to work. [2007-06-11 13:00:06] allan dot jensen at changenetworks dot dk Description: xmlrpc_encode_request XML-escapes literally without first converting to UTF-16 as required. Once fixed the default option should also be changed from escaping non-ascii, to escaping non-encodable Reproduce code: --- xmlrpc_encode_request('method', '#8364;', array('encoding'='utf-8')); Expected result: ?xml version=1.0 encoding=utf-8? methodCall methodNamemethod/methodName params param value string#8364;/string /value /param /params /methodCall Actual result: -- ?xml version=1.0 encoding=utf-8? methodCall methodNamemethod/methodName params param value string#226;#130;#172;/string /value /param /params /methodCall -- Edit this bug report at http://bugs.php.net/bug.php?id=41650edit=1
Bug #35681 [Com]: xmlwriter has non-ansi comments
Edit report at http://bugs.php.net/bug.php?id=35681edit=1 ID: 35681 Comment by: jihoy at admin dot com Reported by:to2958 at sbc dot com Summary:xmlwriter has non-ansi comments Status: Closed Type: Bug Package:XML Writer Operating System: AIX 4.3.3 PHP Version:5CVS-2005-12-14 (snap) Block user comment: N Private report: N New Comment: Thanks for your great tutorial...I really benefit a lot from the post! http://www.amerisleep.com Previous Comments: [2005-12-15 14:58:49] tony2...@php.net This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2005-12-15 14:50:35] to2958 at sbc dot com Description: I obtained the snapshot 200512141330 to see about other problems and run into a new problem with compiling the ext/xmlwriter.c. It doesn't look like that was even part of the stable 5.1.1. I'm running with VAC 4.4.0.3. I got this on make: /store/php5.1-200512141330/TSRM/tsrm_config_common.h, line 23.1: 1506-224 (I) Incorrect #pragma ignored. /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1633.17: 1506-0 46 (S) Syntax error. /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1633.26: 1506-0 45 (S) Undeclared identifier not. /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1643.9: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1663.9: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1670.9: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1684.1: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1702.17: 1506-0 46 (S) Syntax error. /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1702.57: 1506-0 45 (S) Undeclared identifier xmlwriter. /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1714.9: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1720.9: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1735.1: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1769.21: 1506-0 45 (S) Undeclared identifier force_string. /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1790.1: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1798.1: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1806.1: 1506-27 6 (S) Syntax error: possible missing 'while'? /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1812.93: 1506-0 45 (S) Undeclared identifier module_number. /store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c, line 1821.16: 1506-0 68 (S) Operation between types void and int is not allowed. make: 1254-004 The error code from the last command is 1. It looks like the comment of // is causing problems a patch is included. This is similiar to other bugs except none are for this file. Mentioned bugs are 1424, 8345, 1267. Reproduce code: --- Patch: --- php_xmlwriter.c.origWed Dec 14 10:15:16 2005 +++ php_xmlwriter.c Wed Dec 14 10:27:23 2005 @@ -1630,7 +1630,7 @@ #ifdef ZEND_ENGINE_2 if (this) { - // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init function here + /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init function here */ ze_obj = (ze_xmlwriter_object*) zend_object_store_get_object(thi s TSRMLS_CC); } #endif @@ -1699,7 +1699,7 @@ #ifdef ZEND_ENGINE_2 if (this) { - // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init function here + /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init function here */ ze_obj = (ze_xmlwriter_object*) zend_object_store_get_object(thi s TSRMLS_CC); } #endif Expected result: I expected it to compile everything. -- Edit this bug report at http://bugs.php.net/bug.php?id=35681edit=1
Bug #36308 [Com]: ReflectionProperty::getDocComment() does not reflect extended class commentary
Edit report at http://bugs.php.net/bug.php?id=36308edit=1 ID: 36308 Comment by: jihoy at admin dot com Reported by:pmjo...@php.net Summary:ReflectionProperty::getDocComment() does not reflect extended class commentary Status: Closed Type: Bug Package:Unknown/Other Function Operating System: Irrelevant PHP Version:5.1.2 Assigned To:helly Block user comment: N Private report: N New Comment: Well, nice review, thanks a lot for your hard work! http://www.amerisleep.com Previous Comments: [2006-02-08 01:39:12] il...@php.net This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2006-02-07 00:33:32] pmjo...@php.net Description: When using ReflectionProperty::getDocComment() to get the comments for a property in an extended class, it returns the comments for the base class, not the extended one. Reproduce code: --- ?php class Base { /** Base comment block */ public $foo = 'bar'; } class Extended extends Base { /** Extended commentary */ public $foo = 'zim'; } $reflect = new ReflectionClass('Extended'); $props = $reflect-getProperties(); $docs = $props[0]-getDocComment(); print $docs; // should output Extended commentary // but is in fact Base comment block ? Expected result: /** Extended commentary */ Actual result: -- /** Base comment block */ -- Edit this bug report at http://bugs.php.net/bug.php?id=36308edit=1
Bug #49572 [Com]: use of C++ style comments causes build failure
Edit report at http://bugs.php.net/bug.php?id=49572edit=1 ID: 49572 Comment by: jihoy at admin dot com Reported by:mamfelt at gmail dot com Summary:use of C++ style comments causes build failure Status: Closed Type: Bug Package:Compile Failure Operating System: AIX 6.1 PHP Version:5.2SVN-2009-09-16 (snap) Assigned To:srinatar Block user comment: N Private report: N New Comment: Wow...this bug is so great, thanks a lot for sharing it with us! http://www.amerisleep.com Previous Comments: [2009-10-09 17:45:04] s...@php.net Automatic comment from SVN on behalf of pajoye Revision: http://svn.php.net/viewvc/?view=revisionrevision=289437 Log: - Merge: Fixed bug #49572 (use of C++ style comments causes build failure) [2009-10-04 14:56:23] mamfelt at gmail dot com my bad - it did miss the 5.2.11 release, BUT, it is in the SVN snaps. I was thinking the snap was still 5.2.10 (because it is October!). Back to closed. [2009-10-04 14:50:02] mamfelt at gmail dot com Looks like it just missed the 5.2.11 build :) check dates of this bug - and compare with release date. michael@x054:[/data/home/michael/prj]diff php5.2-200910031430/main/streams/memory.c php-5.2.11/main/streams/memory.c 19c19 /* $Id: memory.c 288393 2009-09-17 02:45:25Z srinatar $ */ --- /* $Id: memory.c 280638 2009-05-16 20:28:02Z lbarnaud $ */ 566c566 php_stream_auto_cleanup(self-innerstream); /* do not warn if innerstream is GC'ed before stream */ --- php_stream_auto_cleanup(self-innerstream); // do not warn if innerstream is GC'ed before stream [2009-09-17 02:46:42] srina...@php.net This bug has been fixed in SVN. 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/. Thank you for the report, and for helping us make PHP better. ok, thanks. [2009-09-17 02:45:25] s...@php.net Automatic comment from SVN on behalf of srinatar Revision: http://svn.php.net/viewvc/?view=revisionrevision=288393 Log: - Fixed bug #49572 (use of C++ style comments causes build failure) 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 http://bugs.php.net/bug.php?id=49572 -- Edit this bug report at http://bugs.php.net/bug.php?id=49572edit=1
Bug #28029 [Com]: HTTP request failed!
Edit report at http://bugs.php.net/bug.php?id=28029edit=1 ID: 28029 Comment by: jihoy at admin dot com Reported by:coadmin at hostings dot pl Summary:HTTP request failed! Status: No Feedback Type: Bug Package:URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version:4CVS-2004-04-16 (stable) Block user comment: N Private report: N New Comment: Thanks for sharing us the great information!! http://www.amerisleep.com Previous Comments: [2005-02-14 21:32:05] maxim at enelis dot ru Have the same problem on FreeBSD 5.3 Release. + Apache 2.0.48 or 2.0.52 + PHP 4.3.8 + 4.3.9 + 4.3.10 --enable-debug doesn't solve the problem. Using --disable-all can't be done because this is a production host. It worked without any problems until last days. And right now fopen http doesnt work at all. Have tested the same on FreeBSD 4.9 + Apache 2.0.48 + PHP 4.3.10. Works correct with no problems. The server where we catch this bug hosts about 500 virtualhosts. code: ? $r = fopen(http://ya.ru,r;); fpassthru($r); fclose($r); ? -- error: Warning: fopen(http://ya.ru/): failed to open stream: HTTP request failed! in /home/test/www/test2.php on line 6 -- Sometimes after HTTP request failed! there are some unreadable chars as . [2004-11-10 01:00:08] 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. [2004-11-02 10:41:52] jor...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip If using fsockopen and friends on servers with large numbers of error logs configured and seeing memory corruption bugs or otherwise, then that's bug 24189 - select vs FD_SETSIZE issues. This is fixed for future 5.0.x releases (all praise Wez!), so try a 5.0.x snapshot. Bugs in Fedora Core or RHEL PHP packages should be reported to https://bugzilla.redhat.com/bugzilla/. [2004-11-01 15:51:16] tongsam at 126 dot com I'v this problem too, on apache started a few hours, the logs: kernel: pid 65604 (httpd), uid 1011: exited on signal 11 Freebsd 4.9 + Apache 2.0.52 + php 4.3.9 [2004-10-08 01:02:52] joseph at digiweb dot net dot nz Apache 2.0.46 PHP 4.3.2 Redhat Enterprise 3.0 We were seeing very similar behaviour to this with fopen, getimagesize, etc, however, we were not experiencing any segfaults. What we found was that first, the number of VirtualHosts we had defined would affect the behaviour of this bug: If we had more than 502 virtualhosts, the fopen HTTP requests would fail, if we had 502 or less, they would work correctly. We thought it might have something to do with the number of open file handles, but as far as we could tell, we were well clear of these limits. Then (basically by accident) we worked out that if we had each VirtualHost use the same, global ErrorLog file, the problem went away, as opposed to the situation before when we had seperate error logs for each virtualhost. We also had another test box, running Fedora Core 2, Apache 2.0.51, and PHP 5.02, on which we were unable to reproduce the problem. I hope this might possibly shed some light on things. 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 http://bugs.php.net/bug.php?id=28029 -- Edit this bug report at http://bugs.php.net/bug.php?id=28029edit=1
Bug #35321 [Com]: Strange math when squaring
Edit report at http://bugs.php.net/bug.php?id=35321edit=1 ID: 35321 Comment by: jihoy at admin dot com Reported by:CaptSushekECF at aol dot com Summary:Strange math when squaring Status: No Feedback Type: Bug Package:Math related Operating System: Apache PHP Version:5.0.5 Block user comment: N Private report: N New Comment: Yeah, the math is really strange but I believe you have worked it out!! http://www.amerisleep.com Previous Comments: [2005-11-30 01:00:09] 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. [2005-11-22 03:12:45] sni...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-11-22 01:58:26] CaptSushekECF at aol dot com Description: I was running a benchmark script to test out certain things on my localhost. Once of my scripts involved performing randomly large math calculations within comments, increasing expotentially. Reproduce code: --- ?php $st = array_sum (explode (' ', microtime ())); ob_start (); for ($i = 1; $i 1; $i++) { echo !-- Hello, World! . ($i % round(sqrt($i*2))) ^ $i . --\n; } ob_end_flush (); echo round ((array_sum (explode (' ',microtime ())) - $st), 5) . \n; ? Expected result: I expected for the page to hesistate for a minute or so, and then print out the expected benchmark along with the comments and numbers within them. Actual result: -- Strange HTML/Chinese characters: (e.g., #5389;#3352;l#5389;#3355;l#5389;#3354;l#5389;#3349;l#5389;#3348;l#5133;#3357;l#5133;#3356;l#5133;#3359;l#5133;#3358;l#5133;#3353;l#5133;#3352;l#5133;#3355;l#5133;#3354;l#5133;#3349;l#5133;#3348;l#5901;#3357;l#5901;#3356;l#5901;#3359;l#5901;#3358;l#5901;#3353;l#5901;#3352;l#5901;#3355;l#5901;#3354;l#5901;#3349;l#5901;#3348;l#5645;#3357;l#5645;#3356;l#5645;#3359;l#5645;#3358;l#5645;#3353;l#5645;#3352;l#5645;#3355;l#5645;#3354;l#5645;#3349;l#5645;#3348;l#6413;#3357;l#6413;#3356;l#6413;#3359;l#6413;#3358;l#6413;#3353;l#6413;#3352;l#6413;#3355;l#6413;#3354;l#6413;#3349;l#6413;#3348;l#6157;#3357;...) -- Edit this bug report at http://bugs.php.net/bug.php?id=35321edit=1
Bug #31980 [Com]: Unable to Extract Windows XP EXIF Information
Edit report at http://bugs.php.net/bug.php?id=31980edit=1 ID: 31980 Comment by: jihoy at admin dot com Reported by:sdteffen at gmail dot com Summary:Unable to Extract Windows XP EXIF Information Status: Closed Type: Bug Package:EXIF related Operating System: win32 only PHP Version:4CVS, 5CVS (2005-02-15) Assigned To:edink Block user comment: N Private report: N New Comment: I have the same problem as well, who can help me out! I will be grateful http://www.amerisleep.com Previous Comments: [2005-02-16 15:40:39] sdteffen at gmail dot com Thanks for the quick fix. However, it looks like php_exif.dll is missing from the snapshot zip file. I checked http://snaps.php.net/win32/php4-win32-STABLE-200502161330.zip and http://snaps.php.net/win32/PECL_STABLE/ [2005-02-16 11:00:26] ed...@php.net This bug has been fixed in CVS. 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/. Thank you for the report, and for helping us make PHP better. [2005-02-15 13:52:58] sni...@php.net Assigning to our win32 build guru.. [2005-02-15 13:48:00] sni...@php.net Nevermind, in windows the EXIF module isn't compiled with MBSTRING support. [2005-02-15 12:22:01] sdteffen at gmail dot com Thanks for the comments. I've updated my code according to Pierre's suggestion: ini_set('exif.decode_unicode_intel', 'UCS-2LE'); ini_set('exif.encode_unicode','ISO-8859-1'); ini_set('exif.encode_jis','ISO-8859-1'); ini_set('exif.decode_jis_intel','ISO-8859-1'); $arrComment = exif_read_data('1.jpg', 'WINXP', true); The problem still exists (Only first letter is returned). Here's the example file: http://sdteffen.de/1.jpg 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 http://bugs.php.net/bug.php?id=31980 -- Edit this bug report at http://bugs.php.net/bug.php?id=31980edit=1
[PHP-BUG] Bug #53756 [NEW]: Unable to insert serialized objects with private variables in pgsql
From: Operating system: Ubuntu 10.04 32 bit PHP version: 5.3.5 Package: PDO related Bug Type: Bug Bug description:Unable to insert serialized objects with private variables in pgsql Description: Using php 5.3.5 with pdo_pgsql and pgsql 9.0.2 when inserting serialized objects that contain private variables the serialized string is truncate as soon as it hits the private variable. Objects that do not contain private variables work fine. When using the pdo_mysql driver it also works fine. Test script: --- ?php class foo{ private $_var; } $foo=serialize(new foo()); $q=new PDO(pgsql:host=localhost;dbname=testdb,root,); $q-exec('CREATE TABLE test (data TEXT)'); $s=$q-prepare(INSERT INTO test VALUES(?)); $s-bindValue(1,$foo); $s-execute(); $s=$q-query(SELECT * FROM test); var_dump($s-fetchAll(PDO::FETCH_ASSOC),$foo); Expected result: array(1) { [0]= array(1) { [data]= string(32) O:3:foo:1:{s:9:foo_var;N;} } } string(32) O:3:foo:1:{s:9:foo_var;N;} Actual result: -- array(1) { [0]= array(1) { [data]= string(18) O:3:foo:1:{s:9: } } string(32) O:3:foo:1:{s:9:foo_var;N;} -- Edit bug report at http://bugs.php.net/bug.php?id=53756edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53756r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53756r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53756r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53756r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53756r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53756r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53756r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53756r=needscript Try newer version: http://bugs.php.net/fix.php?id=53756r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53756r=support Expected behavior: http://bugs.php.net/fix.php?id=53756r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53756r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53756r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53756r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53756r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53756r=dst IIS Stability: http://bugs.php.net/fix.php?id=53756r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53756r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53756r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53756r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53756r=mysqlcfg
Bug #53572 [Opn]: Bug appeared in php 5.2.15, FastCGI
Edit report at http://bugs.php.net/bug.php?id=53572edit=1 ID: 53572 User updated by:admin at xaker1 dot ru Reported by:admin at xaker1 dot ru Summary:Bug appeared in php 5.2.15, FastCGI Status: Open Type: Bug Package:Unknown/Other Function Operating System: FreeBSD 8.1 PHP Version:5.2.16 Block user comment: N Private report: N New Comment: Error disappears if you disable open_basedir Previous Comments: [2010-12-20 19:36:53] markusb at gmx dot at Same probleme We use php (cgi) and open_basedir all php scrips No input file specified. [2010-12-19 09:05:26] admin at xaker1 dot ru The problem exists on php 5.2.15 and php 5.2.16. I'm using php 5.2.14, as work is needed for all sites. php.ini on the affected account: register_globals = Off display_errors = Off log_errors = On max_execution_time = 30 memory_limit = 128M upload_max_filesize = 16M post_max_size = 16M session.save_path = / home/saki2/data/tmp upload_tmp_dir = / home/saki2/data/tmp open_basedir = / home/saki2: / tmp: / var / tmp ; [suhosin] ; suhosin.log.syslog = E_ALL ~ S_SQL ; suhosin.log.sapi = E_ALL ~ S_SQL ; suhosin.executor.include.max_traversal = 4 ; suhosin.executor.func.blacklist = popen, dl, passthru, system, exec, proc_open, shell_exec, proc_close, symlink ; WARNING ; Or eAccelerator or Zend!!! ; Not twice!!! ; [eAccelerator] ; zend_extension = / usr/local/lib/php/20060613/eaccelerator.so ; eaccelerator.cache_dir = / home/saki2/data/tmp ; eaccelerator.debug = 0 ; eaccelerator.shm_size = 16 ; [Zend] ; zend_optimizer.optimization_level = 15 ; zend_extension_manager.optimizer = / usr/local/lib/php/20060613/Optimizer ; zend_extension_manager.optimizer_ts = / usr/local/lib/php/20060613/Optimizer_TS ; zend_extension = / usr/local/lib/php/20060613/ZendExtensionManager.so ; zend_extension_ts = / usr/local/lib/php/20060613/ZendExtensionManager_TS.so php.ini in the working account: register_globals= Off display_errors= On log_errors= On max_execution_time= 900 memory_limit= 512M upload_max_filesize= 16M post_max_size = 16M session.save_path = /home/bravohost/data/tmp upload_tmp_dir=/home/bravohost/data/tmp open_basedir = /home/bravohost:/tmp:/var/tmp ;[suhosin] ;suhosin.log.syslog = E_ALL ~S_SQL ;suhosin.log.sapi = E_ALL ~S_SQL ;suhosin.executor.include.max_traversal = 4 ;suhosin.executor.func.blacklist = popen,dl,passthru,system,exec,proc_open,shell_exec,proc_close,symlink ; WARNING ; or eAccelerator or Zend!!! ; not twice!!! [eAccelerator] zend_extension=/usr/local/lib/php/20060613/eaccelerator.so eaccelerator.cache_dir=/home/bravohost/data/tmp eaccelerator.debug=0 eaccelerator.shm_size=16 ;[Zend] ;zend_optimizer.optimization_level=15 ;zend_extension_manager.optimizer=/usr/local/lib/php/20060613/Optimizer ;zend_extension_manager.optimizer_ts=/usr/local/lib/php/20060613/Optimizer_TS ;zend_extension=/usr/local/lib/php/20060613/ZendExtensionManager.so ;zend_extension_ts=/usr/local/lib/php/20060613/ZendExtensionManager_TS.so ;extension = filter.so php modules are used: [PHP Modules] bcmath bz2 calendar ctype curl date dom filter gd gettext hash iconv imap ionCube Loader json libxml mbstring mcrypt mhash mysql mysqli openssl pcre PDO pdo_mysql pdo_sqlite posix Reflection session SimpleXML sockets SPL SQLite standard suhosin tokenizer xml xmlreader xmlwriter Zend Optimizer zip zlib [Zend Modules] Zend Extension Manager Zend Optimizer the ionCube PHP Loader [2010-12-18 22:14:48] cataphr...@php.net We'd need more information than what you gave. First, are you using 5.2.15 or 5.2.16. If you're using 5.2.15, upgrade. Then, what exactly is causing this (not a vague it may be root folder or name/group or open_basedir) and, preferably, steps to reproduce, would go a long way. Thanks. [2010-12-18 18:03:27] admin at xaker1 dot ru If you downgrade to 5.2.14, the error disappears. At the moment the causes of errors are found, ask for help. [2010-12-18 18:02:10] admin at xaker1 dot ru Description: Any php script Test script: --- ? phpinfo(); ? Actual result: -- The script fails, the message No input file specified.. Sometimes the script works. The problem occurred in 2 of the account's 300. Accounts differ in the root folder, name\group file and set open_basedir. If you downgrade to 5.2.1914, the error disappears. At the moment the causes of errors are found, ask for help
Bug #53572 [Fbk-Opn]: Bug appeared in php 5.2.15, FastCGI
Edit report at http://bugs.php.net/bug.php?id=53572edit=1 ID: 53572 User updated by:admin at xaker1 dot ru Reported by:admin at xaker1 dot ru Summary:Bug appeared in php 5.2.15, FastCGI -Status: Feedback +Status: Open Type: Bug Package:Unknown/Other Function Operating System: FreeBSD 8.1 PHP Version:5.2.16 Block user comment: N Private report: N New Comment: The problem exists on php 5.2.15 and php 5.2.16. I'm using php 5.2.14, as work is needed for all sites. php.ini on the affected account: register_globals = Off display_errors = Off log_errors = On max_execution_time = 30 memory_limit = 128M upload_max_filesize = 16M post_max_size = 16M session.save_path = / home/saki2/data/tmp upload_tmp_dir = / home/saki2/data/tmp open_basedir = / home/saki2: / tmp: / var / tmp ; [suhosin] ; suhosin.log.syslog = E_ALL ~ S_SQL ; suhosin.log.sapi = E_ALL ~ S_SQL ; suhosin.executor.include.max_traversal = 4 ; suhosin.executor.func.blacklist = popen, dl, passthru, system, exec, proc_open, shell_exec, proc_close, symlink ; WARNING ; Or eAccelerator or Zend!!! ; Not twice!!! ; [eAccelerator] ; zend_extension = / usr/local/lib/php/20060613/eaccelerator.so ; eaccelerator.cache_dir = / home/saki2/data/tmp ; eaccelerator.debug = 0 ; eaccelerator.shm_size = 16 ; [Zend] ; zend_optimizer.optimization_level = 15 ; zend_extension_manager.optimizer = / usr/local/lib/php/20060613/Optimizer ; zend_extension_manager.optimizer_ts = / usr/local/lib/php/20060613/Optimizer_TS ; zend_extension = / usr/local/lib/php/20060613/ZendExtensionManager.so ; zend_extension_ts = / usr/local/lib/php/20060613/ZendExtensionManager_TS.so php.ini in the working account: register_globals= Off display_errors= On log_errors= On max_execution_time= 900 memory_limit= 512M upload_max_filesize= 16M post_max_size = 16M session.save_path = /home/bravohost/data/tmp upload_tmp_dir=/home/bravohost/data/tmp open_basedir = /home/bravohost:/tmp:/var/tmp ;[suhosin] ;suhosin.log.syslog = E_ALL ~S_SQL ;suhosin.log.sapi = E_ALL ~S_SQL ;suhosin.executor.include.max_traversal = 4 ;suhosin.executor.func.blacklist = popen,dl,passthru,system,exec,proc_open,shell_exec,proc_close,symlink ; WARNING ; or eAccelerator or Zend!!! ; not twice!!! [eAccelerator] zend_extension=/usr/local/lib/php/20060613/eaccelerator.so eaccelerator.cache_dir=/home/bravohost/data/tmp eaccelerator.debug=0 eaccelerator.shm_size=16 ;[Zend] ;zend_optimizer.optimization_level=15 ;zend_extension_manager.optimizer=/usr/local/lib/php/20060613/Optimizer ;zend_extension_manager.optimizer_ts=/usr/local/lib/php/20060613/Optimizer_TS ;zend_extension=/usr/local/lib/php/20060613/ZendExtensionManager.so ;zend_extension_ts=/usr/local/lib/php/20060613/ZendExtensionManager_TS.so ;extension = filter.so php modules are used: [PHP Modules] bcmath bz2 calendar ctype curl date dom filter gd gettext hash iconv imap ionCube Loader json libxml mbstring mcrypt mhash mysql mysqli openssl pcre PDO pdo_mysql pdo_sqlite posix Reflection session SimpleXML sockets SPL SQLite standard suhosin tokenizer xml xmlreader xmlwriter Zend Optimizer zip zlib [Zend Modules] Zend Extension Manager Zend Optimizer the ionCube PHP Loader Previous Comments: [2010-12-18 22:14:48] cataphr...@php.net We'd need more information than what you gave. First, are you using 5.2.15 or 5.2.16. If you're using 5.2.15, upgrade. Then, what exactly is causing this (not a vague it may be root folder or name/group or open_basedir) and, preferably, steps to reproduce, would go a long way. Thanks. [2010-12-18 18:03:27] admin at xaker1 dot ru If you downgrade to 5.2.14, the error disappears. At the moment the causes of errors are found, ask for help. [2010-12-18 18:02:10] admin at xaker1 dot ru Description: Any php script Test script: --- ? phpinfo(); ? Actual result: -- The script fails, the message No input file specified.. Sometimes the script works. The problem occurred in 2 of the account's 300. Accounts differ in the root folder, name\group file and set open_basedir. If you downgrade to 5.2.1914, the error disappears. At the moment the causes of errors are found, ask for help. -- Edit this bug report at http://bugs.php.net/bug.php?id=53572edit=1
Bug #53571 [Opn]: ext/sqlite3 is missing config.m4
Edit report at http://bugs.php.net/bug.php?id=53571edit=1 ID: 53571 User updated by:admin at webdesignforall dot net Reported by:admin at webdesignforall dot net Summary:ext/sqlite3 is missing config.m4 Status: Open Type: Bug Package:*Compile Issues Operating System: linux PHP Version:5.3.4 Block user comment: N Private report: N New Comment: phpize is quicker than compiling php with the shared extension, so I'll stick to renaming the config0.m4 for now. Previous Comments: [2010-12-18 13:07:13] johan...@php.net This actually is a bug in phpize, if at all. The name actually is part of a simple dependency mechanism for building extensions in the right order. You can build sqlite3 shared when doing ./configure--with-sqlite3=shared in the PHP source, no need for phpize. [2010-12-18 07:20:44] admin at webdesignforall dot net Description: ext/sqlite3 has a config0.m4 file instead of config.m4 so phpize complains. Nothing major since it can be renamed before running phpize, just a niggle. -- Edit this bug report at http://bugs.php.net/bug.php?id=53571edit=1
[PHP-BUG] Bug #53572 [NEW]: Bug appeared in php 5.2.15, FastCGI
From: Operating system: FreeBSD 8.1 PHP version: 5.2.16 Package: Unknown/Other Function Bug Type: Bug Bug description:Bug appeared in php 5.2.15, FastCGI Description: Any php script Test script: --- ? phpinfo(); ? Actual result: -- The script fails, the message No input file specified.. Sometimes the script works. The problem occurred in 2 of the account's 300. Accounts differ in the root folder, name\group file and set open_basedir. If you downgrade to 5.2.1914, the error disappears. At the moment the causes of errors are found, ask for help. -- Edit bug report at http://bugs.php.net/bug.php?id=53572edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53572r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53572r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53572r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53572r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53572r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53572r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53572r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53572r=needscript Try newer version: http://bugs.php.net/fix.php?id=53572r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53572r=support Expected behavior: http://bugs.php.net/fix.php?id=53572r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53572r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53572r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53572r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53572r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53572r=dst IIS Stability: http://bugs.php.net/fix.php?id=53572r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53572r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53572r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53572r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53572r=mysqlcfg
Bug #53572 [Opn]: Bug appeared in php 5.2.15, FastCGI
Edit report at http://bugs.php.net/bug.php?id=53572edit=1 ID: 53572 User updated by:admin at xaker1 dot ru Reported by:admin at xaker1 dot ru Summary:Bug appeared in php 5.2.15, FastCGI Status: Open Type: Bug Package:Unknown/Other Function Operating System: FreeBSD 8.1 PHP Version:5.2.16 Block user comment: N Private report: N New Comment: If you downgrade to 5.2.14, the error disappears. At the moment the causes of errors are found, ask for help. Previous Comments: [2010-12-18 18:02:10] admin at xaker1 dot ru Description: Any php script Test script: --- ? phpinfo(); ? Actual result: -- The script fails, the message No input file specified.. Sometimes the script works. The problem occurred in 2 of the account's 300. Accounts differ in the root folder, name\group file and set open_basedir. If you downgrade to 5.2.1914, the error disappears. At the moment the causes of errors are found, ask for help. -- Edit this bug report at http://bugs.php.net/bug.php?id=53572edit=1
[PHP-BUG] Bug #53571 [NEW]: ext/sqlite3 is missing config.m4
From: Operating system: linux PHP version: 5.3.4 Package: *Compile Issues Bug Type: Bug Bug description:ext/sqlite3 is missing config.m4 Description: ext/sqlite3 has a config0.m4 file instead of config.m4 so phpize complains. Nothing major since it can be renamed before running phpize, just a niggle. -- Edit bug report at http://bugs.php.net/bug.php?id=53571edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53571r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53571r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53571r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53571r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53571r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53571r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53571r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53571r=needscript Try newer version: http://bugs.php.net/fix.php?id=53571r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53571r=support Expected behavior: http://bugs.php.net/fix.php?id=53571r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53571r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53571r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53571r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53571r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53571r=dst IIS Stability: http://bugs.php.net/fix.php?id=53571r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53571r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53571r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53571r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53571r=mysqlcfg
[PHP-BUG] Bug #53404 [NEW]: Statically link libevent into PHP-FPM
From: Operating system: Linux PHP version: 5.3.3 Package: FPM related Bug Type: Bug Bug description:Statically link libevent into PHP-FPM Description: Some of us would like to have the possibility to statically link the libevent into the php-fpm binary in order to simplify the deployment aka put just a single binary to the production machines. The configure fails to pick up the static library version of libevent. Test script: --- cd ~/libevent-1.4.14b ./configure --prefix=/usr/local/libevent-1.4.14b --disable-shared make ; make install cd ~/php-5.3.3 ./configure --enable-fpm --with-libevent-dir=/usr/local/libevent-1.4.14b ... Expected result: Successful configuration and build. Actual result: -- checking for libevent = 1.4.11 install prefix... configure: error: Could not find libevent = 1.4.11 in /usr/local/libevent-1.4.14b -- Edit bug report at http://bugs.php.net/bug.php?id=53404edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53404r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53404r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53404r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53404r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53404r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53404r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53404r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53404r=needscript Try newer version: http://bugs.php.net/fix.php?id=53404r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53404r=support Expected behavior: http://bugs.php.net/fix.php?id=53404r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53404r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53404r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53404r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53404r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53404r=dst IIS Stability: http://bugs.php.net/fix.php?id=53404r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53404r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53404r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53404r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53404r=mysqlcfg
Bug #53076 [Com]: file_put_contents doesn't release the LOCK_EX
Edit report at http://bugs.php.net/bug.php?id=53076edit=1 ID: 53076 Comment by: admin at saltwaterc dot net Reported by:admin at saltwaterc dot net Summary:file_put_contents doesn't release the LOCK_EX Status: Bogus Type: Bug Package:Scripting Engine problem Operating System: Irrelevant PHP Version:5.3.3 Block user comment: N Private report: N New Comment: Bogus? Seriously? That's a three line patch. A simple if. Now look, I am not a wannabe researcher trying to find theoretical problems with your scripting engine. I'm an actual system administrator, doing actual live PHP deployments and that condition actually broke our application (specifically an IPB product, forum + support module) with our actual network filesystem. Real life situation, not Hollywood junk. I may not have your operating system, specifically *nix, experience, but I can recognize an issue when it is present. I already told you that not having that explicit unlock may cause deadlocks, depending onto the *filesystem implementation*. I know, it's a very specific situation, would (mostly?) happen on buggy (network?) filesystems, but this attitude: it's their junk, let them fix it won't help anybody when in production scenarios the applications start to crash. I know that probably this would be ignored, and sometimes ignorance is bliss, but ignorance doesn't fix software. Just don't tell me that I am the one that doesn't understand the situation since you keep quoting: closing the file will both release the locks and flush the data to disk - this is simply not universally true. I rest my case, do whatever you want. Previous Comments: [2010-11-25 20:39:47] il...@php.net 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. Closing the file will both release the locks and flush the data to disk. If you have an interrupt happen it between, the same could be true before flush or unlock. [2010-10-16 14:56:31] admin at saltwaterc dot net My bad. I did the bug report in a little bit hurry. The 'actual result' is broken since I use my patch for my PHP build, while keeping an eye on my old strace outputs, with actual production setup: Invision Power Board + Minify + PHP 5.3.3 (PHP-FPM) + Ubuntu Server 10.04. Therefore, it's kinda 'emulated'. But it does happen with the standard PHP of doing things. However, the lock release when the stream is closed depends onto the filesystem implementation. See this changelog: http://ftp.zresearch.com/pub/gluster/glusterfs/3.0/3.0.3/GlusterFS_3.0.3_Release _Notes.pdf I know that usually this happens on buggy filesystems that have issues with advisory locking, but in my humble opinion this doesn't mean that the file_put_contents should not include those 3 lines of code that make things to be a little bit stable from now on such as avoiding deadlocks when things go unplanned. As I said, this specific conditions took down one of our production virtual hosts. [2010-10-16 09:52:46] cataphr...@php.net I don't get an explicit LOCK_UN either, but it should be unnecessary, as locks are released when the file is closed. @crrodriguez There's no need to call php_stream_flush as that is already done when the stream is closed. See: http://lxr.php.net/xref/PHP_TRUNK/main/streams/streams.c#_php_stream_free [2010-10-16 02:20:24] crrodriguez at opensuse dot org Patch ACK'ed , looks correct. BUT, you should also call php_stream_flush before closing the stream.. to make it slightly more reliable though there is still no warranty that the file is stored on the filesystem... article worth reading http://thunk.org/tytso/blog/2009/03/12/delayed-allocation- and-the-zero-length-file-problem/ ;) [2010-10-16 02:12:58] ras...@php.net Note the example code does an explicit unlock. Are you sure that isn't what you are seeing there? If you try: strace php -r 'file_put_contents('foo', 'bar', LOCK_EX);' Do you see an unlock still? I get: open(/home/rasmus/foo, O_WRONLY|O_CREAT, 0666) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3
Bug #53076 [Com]: file_put_contents doesn't release the LOCK_EX
Edit report at http://bugs.php.net/bug.php?id=53076edit=1 ID: 53076 Comment by: admin at saltwaterc dot net Reported by:admin at saltwaterc dot net Summary:file_put_contents doesn't release the LOCK_EX Status: Feedback Type: Bug Package:Scripting Engine problem Operating System: Irrelevant PHP Version:5.3.3 Block user comment: N New Comment: My bad. I did the bug report in a little bit hurry. The 'actual result' is broken since I use my patch for my PHP build, while keeping an eye on my old strace outputs, with actual production setup: Invision Power Board + Minify + PHP 5.3.3 (PHP-FPM) + Ubuntu Server 10.04. Therefore, it's kinda 'emulated'. But it does happen with the standard PHP of doing things. However, the lock release when the stream is closed depends onto the filesystem implementation. See this changelog: http://ftp.zresearch.com/pub/gluster/glusterfs/3.0/3.0.3/GlusterFS_3.0.3_Release _Notes.pdf I know that usually this happens on buggy filesystems that have issues with advisory locking, but in my humble opinion this doesn't mean that the file_put_contents should not include those 3 lines of code that make things to be a little bit stable from now on such as avoiding deadlocks when things go unplanned. As I said, this specific conditions took down one of our production virtual hosts. Previous Comments: [2010-10-16 09:52:46] cataphr...@php.net I don't get an explicit LOCK_UN either, but it should be unnecessary, as locks are released when the file is closed. @crrodriguez There's no need to call php_stream_flush as that is already done when the stream is closed. See: http://lxr.php.net/xref/PHP_TRUNK/main/streams/streams.c#_php_stream_free [2010-10-16 02:20:24] crrodriguez at opensuse dot org Patch ACK'ed , looks correct. BUT, you should also call php_stream_flush before closing the stream.. to make it slightly more reliable though there is still no warranty that the file is stored on the filesystem... article worth reading http://thunk.org/tytso/blog/2009/03/12/delayed-allocation- and-the-zero-length-file-problem/ ;) [2010-10-16 02:12:58] ras...@php.net Note the example code does an explicit unlock. Are you sure that isn't what you are seeing there? If you try: strace php -r 'file_put_contents('foo', 'bar', LOCK_EX);' Do you see an unlock still? I get: open(/home/rasmus/foo, O_WRONLY|O_CREAT, 0666) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_EX) = 0 ftruncate(3, 0) = 0 write(3, bar, 3) = 3 close(3)= 0 [2010-10-16 02:05:13] cataphr...@php.net I can't reproduce this. I get the output bar. File locks are released when the file are closed. Additionally, your 'actual result' section shows an unlock: ... write(3, bar, 3) = 3 flock(3, LOCK_UN) = 0 --- Am I missing something? [2010-10-15 17:16:19] admin at saltwaterc dot net Test script: --- ?php file_put_contents('foo', 'bar', LOCK_EX); $fh = fopen('foo', 'rb'); // there, I messed up the first time flock($fh, LOCK_SH); $file_contents = stream_get_contents($fh); flock($fh, LOCK_UN); fclose($fh); echo $file_contents.PHP_EOL; 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 http://bugs.php.net/bug.php?id=53076 -- Edit this bug report at http://bugs.php.net/bug.php?id=53076edit=1
[PHP-BUG] Bug #53076 [NEW]: file_put_contents doesn't release the LOCK_EX
From: Operating system: Irrelevant PHP version: 5.3.3 Package: Scripting Engine problem Bug Type: Bug Bug description:file_put_contents doesn't release the LOCK_EX Description: The name is pretty self explanatory. When the file_put_content function is used along with the LOCK_EX flag, the file descriptor / file handle doesn't get unlocked. Most of the time this won't be an issue, but depending on the underlying file system, it could lead to severe application crash. Such example is the GlusterFS version packaged for the Ubuntu 10.04 which would block the PHP process in uninterruptible sleep. I know that most of the time this situation won't affect real life scenarios, but it already took down a virtual host from our production cluster, based onto the above setup. Test script: --- ?php file_put_contents('foo', 'bar', LOCK_EX); $fh = fopen($file, 'rb'); flock($fh, LOCK_SH); $file_contents = stream_get_contents($fh); flock($fh, LOCK_UN); fclose($fh); echo $file_contents.PHP_EOL; Expected result: output: bar strace: getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 lstat(/media/glusterfs01/gluster-bug/foo, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 open(/media/glusterfs01/gluster-bug/foo, O_WRONLY|O_CREAT, 0666) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_EX) = 0 ftruncate(3, 0) = 0 write(3, bar, 3) = 3 flock(3, LOCK_UN) = 0 close(3)= 0 getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 open(/media/glusterfs01/gluster-bug/foo, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_SH) = 0 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 read(3, bar, 8192)= 3 read(3, , 8192) = 0 read(3, , 8192) = 0 flock(3, LOCK_UN) = 0 close(3)= 0 Actual result: -- output: none strace: getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 lstat(/media/glusterfs01/gluster-bug/foo, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 open(/media/glusterfs01/gluster-bug/foo, O_WRONLY|O_CREAT, 0666) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_EX) = 0 ftruncate(3, 0) = 0 write(3, bar, 3) = 3 flock(3, LOCK_UN) = 0 close(3)= 0 getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 open(/media/glusterfs01/gluster-bug/foo, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_SH And then it blocks here ... -- Edit bug report at http://bugs.php.net/bug.php?id=53076edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53076r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53076r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53076r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53076r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53076r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53076r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53076r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53076r=needscript Try newer version: http://bugs.php.net/fix.php?id=53076r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53076r=support Expected behavior: http://bugs.php.net/fix.php?id=53076r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53076r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53076r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53076r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53076r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53076r=dst IIS Stability: http://bugs.php.net/fix.php?id=53076r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53076r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53076r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53076r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53076r=mysqlcfg
Bug #53076 [Opn]: file_put_contents doesn't release the LOCK_EX
Edit report at http://bugs.php.net/bug.php?id=53076edit=1 ID: 53076 User updated by:admin at saltwaterc dot net Reported by:admin at saltwaterc dot net Summary:file_put_contents doesn't release the LOCK_EX Status: Open Type: Bug Package:Scripting Engine problem Operating System: Irrelevant PHP Version:5.3.3 Block user comment: N New Comment: Test script: --- ?php file_put_contents('foo', 'bar', LOCK_EX); $fh = fopen('foo', 'rb'); // there, I messed up the first time flock($fh, LOCK_SH); $file_contents = stream_get_contents($fh); flock($fh, LOCK_UN); fclose($fh); echo $file_contents.PHP_EOL; Previous Comments: [2010-10-15 17:12:59] admin at saltwaterc dot net Description: The name is pretty self explanatory. When the file_put_content function is used along with the LOCK_EX flag, the file descriptor / file handle doesn't get unlocked. Most of the time this won't be an issue, but depending on the underlying file system, it could lead to severe application crash. Such example is the GlusterFS version packaged for the Ubuntu 10.04 which would block the PHP process in uninterruptible sleep. I know that most of the time this situation won't affect real life scenarios, but it already took down a virtual host from our production cluster, based onto the above setup. Test script: --- ?php file_put_contents('foo', 'bar', LOCK_EX); $fh = fopen($file, 'rb'); flock($fh, LOCK_SH); $file_contents = stream_get_contents($fh); flock($fh, LOCK_UN); fclose($fh); echo $file_contents.PHP_EOL; Expected result: output: bar strace: getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 lstat(/media/glusterfs01/gluster-bug/foo, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 open(/media/glusterfs01/gluster-bug/foo, O_WRONLY|O_CREAT, 0666) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_EX) = 0 ftruncate(3, 0) = 0 write(3, bar, 3) = 3 flock(3, LOCK_UN) = 0 close(3)= 0 getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 open(/media/glusterfs01/gluster-bug/foo, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_SH) = 0 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 read(3, bar, 8192)= 3 read(3, , 8192) = 0 read(3, , 8192) = 0 flock(3, LOCK_UN) = 0 close(3)= 0 Actual result: -- output: none strace: getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 lstat(/media/glusterfs01/gluster-bug/foo, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 open(/media/glusterfs01/gluster-bug/foo, O_WRONLY|O_CREAT, 0666) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_EX) = 0 ftruncate(3, 0) = 0 write(3, bar, 3) = 3 flock(3, LOCK_UN) = 0 close(3)= 0 getcwd(/media/glusterfs01/gluster-bug, 4096) = 31 open(/media/glusterfs01/gluster-bug/foo, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3, ...}) = 0 lseek(3, 0, SEEK_CUR) = 0 flock(3, LOCK_SH And then it blocks here ... -- Edit this bug report at http://bugs.php.net/bug.php?id=53076edit=1
Bug #52641 [Com]: scrambled class name passed by call_user_func on non existing methods
Edit report at http://bugs.php.net/bug.php?id=52641edit=1 ID: 52641 Comment by: admin dot windows at gmail dot com Reported by:admin dot windows at gmail dot com Summary:scrambled class name passed by call_user_func on non existing methods Status: Feedback Type: Bug Package:Class/Object related Operating System: Linux PHP Version:5.2.13 Block user comment: N New Comment: Here is output of get_loaded_extensions() on my local system PHP v 5.3.2, WIN 7 64bit. Array ( [0] = Core [1] = com_dotnet [2] = ctype [3] = date [4] = ereg [5] = filter [6] = ftp [7] = hash [8] = iconv [9] = json [10] = session [11] = openssl [12] = pcre [13] = Reflection [14] = standard [15] = SPL [16] = mysqlnd [17] = zlib [18] = libxml [19] = dom [20] = PDO [21] = pdo_sqlite [22] = SimpleXML [23] = xml [24] = cgi-fcgi [25] = bcmath [26] = bz2 [27] = calendar [28] = curl [29] = exif [30] = gd [31] = gettext [32] = imap [33] = ldap [34] = mbstring [35] = mcrypt [36] = mysql [37] = mysqli [38] = pdo_mysql [39] = pdo_pgsql [40] = pgsql [41] = soap [42] = sockets [43] = tidy [44] = tokenizer [45] = xsl [46] = zip [47] = intl [48] = SQLite [49] = xmlreader [50] = xmlwriter [51] = fileinfo [52] = Phar [53] = win32service [54] = oci8 [55] = PDO_OCI [56] = xmlrpc [57] = Zend Data Cache [58] = Zend Job Queue [59] = Zend Session Clustering [60] = Zend Utils [61] = Zend Optimizer+ [62] = Zend Code Tracing [63] = Zend Monitor [64] = Zend Debugger [65] = Zend Monitor UI ) One of my hosting with version 5.2.11, Cent OS Array ( [0] = date [1] = libxml [2] = openssl [3] = pcre [4] = zlib [5] = bcmath [6] = calendar [7] = ctype [8] = curl [9] = dom [10] = hash [11] = filter [12] = ftp [13] = gd [14] = gettext [15] = gmp [16] = session [17] = iconv [18] = standard [19] = json [20] = ldap [21] = mbstring [22] = mcrypt [23] = mhash [24] = ming [25] = mysql [26] = SimpleXML [27] = pgsql [28] = posix [29] = pspell [30] = Reflection [31] = imap [32] = SPL [33] = mysqli [34] = soap [35] = SQLite [36] = exif [37] = tidy [38] = tokenizer [39] = xml [40] = xmlreader [41] = xmlrpc [42] = xmlwriter [43] = xsl [44] = zip [45] = cgi-fcgi [46] = mailparse [47] = memcache [48] = PDO [49] = pdo_mysql [50] = pdo_pgsql [51] = pdo_sqlite [52] = uploadprogress [53] = ionCube Loader [54] = Zend Optimizer ) As you can see this behaviour was reproduced on 5.2.11, 5.2.13, 5.3.2 versions of php For reference you can see this event live here: http://ajaxtech.webfactional.com/test.php Previous Comments: [2010-08-20 08:04:26] ahar...@php.net I've gone back as far as 5.2.11 and I can't reproduce this either -- every version I've tested gives the same (valid) warning as Felipe got. What does php -m output? (If you don't have CLI access, then the output of var_dump(get_loaded_extensions()) would suffice.) [2010-08-19 04:27:33] admin dot windows at gmail dot com I don't have 5.2.14 installed on my hosting to confirm that it works on this version. However I have uploaded this script on other hosting accounts that with 5.2.11 and 5.2.13 version installed. [2010-08-19 04:08:23] fel...@php.net Hi, I am using 5.2 SVN. (PHP 5.2.14RC4-dev (cli) (built: Jul 31 2010 13:23:04) (DEBUG)) [2010-08-19 04:05:24] admin dot windows at gmail dot com Hi Felipe, you are probably using version =5.3. This bug related to version below 5.3 and it was reproduced on server running 5.2.13 [2010-08-19 03:56:22] fel...@php.net I cannot reproduce this. I got the message Warning: call_user_func(experimental::non_existing_method): First argument is expected to be a valid callback 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 http://bugs.php.net/bug.php?id=52641 -- Edit this bug report at http://bugs.php.net/bug.php?id=52641edit=1
[PHP-BUG] Bug #52641 [NEW]: scrambled class name passed by call_user_func on non existing methods
From: Operating system: ALL PHP version: 5.2.14 Package: Class/Object related Bug Type: Bug Bug description:scrambled class name passed by call_user_func on non existing methods Description: I have discovered weird call_user_func behaviour while calling non existing method of the class. Instead of throwing some type of warning it tries to call non existing class with scrambled name. Test script: --- ?php class experimental{} function __autoload($class_name) { echo sprintf('pre%s/pre',print_r(debug_backtrace(),true)); } call_user_func(array('experimental','non_existing_method')); ? Expected result: some king of warning or error Actual result: -- Array ( [0] = Array ( [function] = __autoload [args] = Array ( [0] = zybplbn6ps6m ) ) [1] = Array ( [file] = /www/test.php [line] = 13 [function] = call_user_func [args] = Array ( [0] = Array ( [0] = experimental [1] = non_existing_method ) ) ) ) -- Edit bug report at http://bugs.php.net/bug.php?id=52641edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52641r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52641r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52641r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52641r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52641r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52641r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52641r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52641r=needscript Try newer version: http://bugs.php.net/fix.php?id=52641r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52641r=support Expected behavior: http://bugs.php.net/fix.php?id=52641r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52641r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52641r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52641r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52641r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52641r=dst IIS Stability: http://bugs.php.net/fix.php?id=52641r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52641r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52641r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52641r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52641r=mysqlcfg
Bug #52641 [Com]: scrambled class name passed by call_user_func on non existing methods
Edit report at http://bugs.php.net/bug.php?id=52641edit=1 ID: 52641 Comment by: admin dot windows at gmail dot com Reported by:admin dot windows at gmail dot com Summary:scrambled class name passed by call_user_func on non existing methods Status: Open Type: Bug Package:Class/Object related Operating System: ALL PHP Version:5.2.14 Block user comment: N New Comment: Hi Felipe, you are probably using version =5.3. This bug related to version below 5.3 and it was reproduced on server running 5.2.13 Previous Comments: [2010-08-19 03:56:22] fel...@php.net I cannot reproduce this. I got the message Warning: call_user_func(experimental::non_existing_method): First argument is expected to be a valid callback [2010-08-19 03:27:39] admin dot windows at gmail dot com Description: I have discovered weird call_user_func behaviour while calling non existing method of the class. Instead of throwing some type of warning it tries to call non existing class with scrambled name. Test script: --- ?php class experimental{} function __autoload($class_name) { echo sprintf('pre%s/pre',print_r(debug_backtrace(),true)); } call_user_func(array('experimental','non_existing_method')); ? Expected result: some king of warning or error Actual result: -- Array ( [0] = Array ( [function] = __autoload [args] = Array ( [0] = zybplbn6ps6m ) ) [1] = Array ( [file] = /www/test.php [line] = 13 [function] = call_user_func [args] = Array ( [0] = Array ( [0] = experimental [1] = non_existing_method ) ) ) ) -- Edit this bug report at http://bugs.php.net/bug.php?id=52641edit=1
Bug #52641 [Opn]: scrambled class name passed by call_user_func on non existing methods
Edit report at http://bugs.php.net/bug.php?id=52641edit=1 ID: 52641 User updated by:admin dot windows at gmail dot com Reported by:admin dot windows at gmail dot com Summary:scrambled class name passed by call_user_func on non existing methods Status: Open Type: Bug Package:Class/Object related -Operating System: ALL +Operating System: Linux -PHP Version:5.2.14 +PHP Version:5.2.13 Block user comment: N New Comment: I don't have 5.2.14 installed on my hosting to confirm that it works on this version. However I have uploaded this script on other hosting accounts that with 5.2.11 and 5.2.13 version installed. Previous Comments: [2010-08-19 04:08:23] fel...@php.net Hi, I am using 5.2 SVN. (PHP 5.2.14RC4-dev (cli) (built: Jul 31 2010 13:23:04) (DEBUG)) [2010-08-19 04:05:24] admin dot windows at gmail dot com Hi Felipe, you are probably using version =5.3. This bug related to version below 5.3 and it was reproduced on server running 5.2.13 [2010-08-19 03:56:22] fel...@php.net I cannot reproduce this. I got the message Warning: call_user_func(experimental::non_existing_method): First argument is expected to be a valid callback [2010-08-19 03:27:39] admin dot windows at gmail dot com Description: I have discovered weird call_user_func behaviour while calling non existing method of the class. Instead of throwing some type of warning it tries to call non existing class with scrambled name. Test script: --- ?php class experimental{} function __autoload($class_name) { echo sprintf('pre%s/pre',print_r(debug_backtrace(),true)); } call_user_func(array('experimental','non_existing_method')); ? Expected result: some king of warning or error Actual result: -- Array ( [0] = Array ( [function] = __autoload [args] = Array ( [0] = zybplbn6ps6m ) ) [1] = Array ( [file] = /www/test.php [line] = 13 [function] = call_user_func [args] = Array ( [0] = Array ( [0] = experimental [1] = non_existing_method ) ) ) ) -- Edit this bug report at http://bugs.php.net/bug.php?id=52641edit=1
Bug #52433 [Bgs]: Call to undefined method mysqli::poll()
Edit report at http://bugs.php.net/bug.php?id=52433edit=1 ID: 52433 User updated by:admin at webdesignforall dot net Reported by:admin at webdesignforall dot net Summary:Call to undefined method mysqli::poll() Status: Bogus Type: Bug Package:MySQLi related Operating System: Debian 5 PHP Version:5.3.3 Block user comment: N New Comment: It is compiled with mysqlnd here is the configure line. Configure Command = './configure' '--prefix=/custom/php-5.3.3' '--with- mysqli=mysqlnd' '--with-pdo-mysql=mysqlnd' Like I said mysqli_poll works fine just mysqli::poll doesn't, so there's something wrong with the mysqli class. Previous Comments: [2010-07-25 18:34:58] johan...@php.net MySQLi asynchronous queries only exist if PHP was compiled using mysqlnd (--with-mysqli=myslqnd) [2010-07-25 02:32:43] admin at webdesignforall dot net Description: The static method mysqli::poll doesn't exist. Using it creates a Fatal error: Call to undefined method mysqli::poll() . mysqli_poll works fine. Test script: --- ?php $link1 = new mysqli(localhost,root,,dba); $link1-query(SELECT 'test', MYSQLI_ASYNC); $done=false; do { $links = $errors = $reject = array(); $links[] = $errors[] = $reject[] = $link1; if (!mysqli::poll($links, $errors, $reject, 1)) { continue; } if ($result = $links[0]-reap_async_query()) { $done=true; } } while(!$done); Expected result: No output. Actual result: -- Fatal error: Call to undefined method mysqli::poll() -- Edit this bug report at http://bugs.php.net/bug.php?id=52433edit=1
[PHP-BUG] Bug #52433 [NEW]: Call to undefined method mysqli::poll()
From: Operating system: Debian 5 PHP version: 5.3.3 Package: MySQLi related Bug Type: Bug Bug description:Call to undefined method mysqli::poll() Description: The static method mysqli::poll doesn't exist. Using it creates a Fatal error: Call to undefined method mysqli::poll() . mysqli_poll works fine. Test script: --- ?php $link1 = new mysqli(localhost,root,,dba); $link1-query(SELECT 'test', MYSQLI_ASYNC); $done=false; do { $links = $errors = $reject = array(); $links[] = $errors[] = $reject[] = $link1; if (!mysqli::poll($links, $errors, $reject, 1)) { continue; } if ($result = $links[0]-reap_async_query()) { $done=true; } } while(!$done); Expected result: No output. Actual result: -- Fatal error: Call to undefined method mysqli::poll() -- Edit bug report at http://bugs.php.net/bug.php?id=52433edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52433r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52433r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52433r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52433r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52433r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52433r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52433r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52433r=needscript Try newer version: http://bugs.php.net/fix.php?id=52433r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52433r=support Expected behavior: http://bugs.php.net/fix.php?id=52433r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52433r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52433r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52433r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52433r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52433r=dst IIS Stability: http://bugs.php.net/fix.php?id=52433r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52433r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52433r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52433r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52433r=mysqlcfg
[PHP-BUG] Req #52325 [NEW]: multiple php.ini with mod_php5 allusive or impossible
From: Operating system: Linux PHP version: Irrelevant Package: PHP options/info functions Bug Type: Feature/Change Request Bug description:multiple php.ini with mod_php5 allusive or impossible Description: Greetings, I have noticed that under apache, setting php.ini-only directives (such as disable_functions - which is not accepted in httpd.conf) per virtual host can only be done by installing php with something like suPHP. This is not a desirable configuration in most cases when php is already installed as mod_php4 or mod_php5. Furthermore, for loading php.ini files, PHPRC environment variable seems to be ignored, as well, PHPINIDir only is accepted once per apache configuration, even in completely different vhost blocks. I run a shared hosting infastructure for special project sites, Now, I would like to have a default, restricted PHP configuration, then under certain virtual host blocks (for example, for users I approve) set up less restricted php.ini files for those accounts. Also, there are several internally run sites that need a very loose setup but I would not want regular users having that setup for themselves. The issue at the moment is for many options, PHP does not accept more than one setup per server (oncemore, in the case of disable_functions). Test script: --- ? system('ls'); ? Expected result: On one restricted vhost with options set via php.ini: The script should return that the system() function is disabled. On a less restricted vhost with options set via php.ini: The script should execute the system() call. Actual result: -- Either: On one restricted vhost with options set via php.ini: The script returns that the system() function is disabled. On a less restricted vhost with options set via php.ini: The script returns that the system() function is disabled. Or: On one restricted vhost with options set via php.ini: The script executes the system() call. On a less restricted vhost with options set via php.ini: The script executes the system() call. -- Edit bug report at http://bugs.php.net/bug.php?id=52325edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52325r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52325r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52325r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52325r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52325r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52325r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52325r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52325r=needscript Try newer version: http://bugs.php.net/fix.php?id=52325r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52325r=support Expected behavior: http://bugs.php.net/fix.php?id=52325r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52325r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52325r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52325r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52325r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52325r=dst IIS Stability: http://bugs.php.net/fix.php?id=52325r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52325r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52325r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52325r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52325r=mysqlcfg
Req #52325 [Opn]: multiple php.ini with mod_php5 allusive or impossible
Edit report at http://bugs.php.net/bug.php?id=52325edit=1 ID: 52325 User updated by: admin at digibase dot ca Reported by: admin at digibase dot ca Summary: multiple php.ini with mod_php5 allusive or impossible Status: Open Type: Feature/Change Request Package: PHP options/info functions Operating System: Linux PHP Version: Irrelevant New Comment: Just as clarification: in my test cases, On one restricted vhost with options set via php.ini: On a less restricted vhost with options set via php.ini: these lines should be regarded as: On one restricted vhost with options set via /etc/php/profiles/default/php.ini: On a less restricted vhost with options set via /etc/php/profiles/approved/php.ini: Previous Comments: [2010-07-13 10:22:46] admin at digibase dot ca Description: Greetings, I have noticed that under apache, setting php.ini-only directives (such as disable_functions - which is not accepted in httpd.conf) per virtual host can only be done by installing php with something like suPHP. This is not a desirable configuration in most cases when php is already installed as mod_php4 or mod_php5. Furthermore, for loading php.ini files, PHPRC environment variable seems to be ignored, as well, PHPINIDir only is accepted once per apache configuration, even in completely different vhost blocks. I run a shared hosting infastructure for special project sites, Now, I would like to have a default, restricted PHP configuration, then under certain virtual host blocks (for example, for users I approve) set up less restricted php.ini files for those accounts. Also, there are several internally run sites that need a very loose setup but I would not want regular users having that setup for themselves. The issue at the moment is for many options, PHP does not accept more than one setup per server (oncemore, in the case of disable_functions). Test script: --- ? system('ls'); ? Expected result: On one restricted vhost with options set via php.ini: The script should return that the system() function is disabled. On a less restricted vhost with options set via php.ini: The script should execute the system() call. Actual result: -- Either: On one restricted vhost with options set via php.ini: The script returns that the system() function is disabled. On a less restricted vhost with options set via php.ini: The script returns that the system() function is disabled. Or: On one restricted vhost with options set via php.ini: The script executes the system() call. On a less restricted vhost with options set via php.ini: The script executes the system() call. -- Edit this bug report at http://bugs.php.net/bug.php?id=52325edit=1
Bug #52086 [Com]: No new line at the end of a included pool file crahes the PHP FPM daemon
Edit report at http://bugs.php.net/bug.php?id=52086edit=1 ID: 52086 Comment by: admin at saltwaterc dot net Reported by: admin at saltwaterc dot net Summary: No new line at the end of a included pool file crahes the PHP FPM daemon Status: Analyzed Type: Bug Package: FPM related Operating System: * PHP Version: 5.3.2 Assigned To: fat New Comment: service php-fpm restart Gracefully shutting down php-fpm done Starting php-fpm PHP: syntax error, unexpected $end in Unknown on line 1 Jun 19 15:50:58.956049 [ERROR] Unable to include /usr/local/zend/etc/fpm.d/default.conf from /usr/local/zend/etc/php-fpm.conf at line 8 Jun 19 15:50:58.956439 [ERROR] failed to load configuration file '/usr/local/zend/etc/php-fpm.conf' failed It doesn't dump the backtrace and the memory map, but it still crashes. I made a PHP script that writes the configuration to /usr/local/zend/etc/fpm.d/: #!/usr/local/zend/bin/php ?php file_put_contents ( /usr/local/zend/etc/fpm.d/default.conf, [default] user = php-fpm group = php-fpm listen = /var/run/php-fpm/default.sock pm = static pm.max_children = 2 pm.max_requests = 1 chdir = /var/www ); This reproduces the bug. If I manually edit the file with nano, everything is fine since nano automatically adds a new line at the end of the last line. Previous Comments: [2010-06-15 17:08:02] f...@php.net Can you try the attached patch please ? [2010-06-15 17:07:25] f...@php.net The following patch has been added/updated: Patch Name: fpm-include.error.patch Revision: 1276614445 URL: http://bugs.php.net/patch-display.php?bug=52086patch=fpm-include.error.patchrevision=1276614445 [2010-06-15 14:49:38] admin at saltwaterc dot net Description: I have a script that automatically generates pool configurations based on input parameters and a template configuration. It didn't used to place a new line at the end of the generated configuration file which degenerated into a hard to debug error as the daemon crashes without any useful explanation. By adding a new line after the last configuration line (in my example, php_admin_value[upload_tmp_dir] = /home/example.com/tmp) everything works as expected. Test script: --- [example.com] user = example.com group = example.com listen = /var/run/php-fpm/example.com.sock pm = static pm.max_children = 2 pm.max_requests = 1 slowlog = /home/example.com/logs/fpm/slow.log chdir = /home/example.com/docroot php_admin_value[error_log] = /home/example.com/logs/fpm/error.log php_admin_value[open_basedir] = /home/example.com/docroot:/home/example.com/sessions:/home/example.com/tmp php_admin_value[session.save_path] = /home/example.com/sessions php_admin_value[upload_tmp_dir] = /home/example.com/tmp Expected result: Successful PHP FPM daemon start. Actual result: -- Starting php-fpm PHP: syntax error, unexpected $end in Unknown on line 1 Jun 15 12:35:12.090707 [ERROR] Unable to include /usr/local/zend/etc/fpm.d/example.com.ini from /usr/local/zend/etc/php-fpm.conf at line 23 *** glibc detected *** /usr/local/zend/sbin/php-fpm: double free or corruption (fasttop): 0x1ac80380 *** + backtrace + memory map -- Edit this bug report at http://bugs.php.net/bug.php?id=52086edit=1
[PHP-BUG] Bug #52086 [NEW]: No new line at the end of a included pool file crahes the PHP FPM daemon
From: Operating system: * PHP version: 5.3.2 Package: FPM related Bug Type: Bug Bug description:No new line at the end of a included pool file crahes the PHP FPM daemon Description: I have a script that automatically generates pool configurations based on input parameters and a template configuration. It didn't used to place a new line at the end of the generated configuration file which degenerated into a hard to debug error as the daemon crashes without any useful explanation. By adding a new line after the last configuration line (in my example, php_admin_value[upload_tmp_dir] = /home/example.com/tmp) everything works as expected. Test script: --- [example.com] user = example.com group = example.com listen = /var/run/php-fpm/example.com.sock pm = static pm.max_children = 2 pm.max_requests = 1 slowlog = /home/example.com/logs/fpm/slow.log chdir = /home/example.com/docroot php_admin_value[error_log] = /home/example.com/logs/fpm/error.log php_admin_value[open_basedir] = /home/example.com/docroot:/home/example.com/sessions:/home/example.com/tmp php_admin_value[session.save_path] = /home/example.com/sessions php_admin_value[upload_tmp_dir] = /home/example.com/tmp Expected result: Successful PHP FPM daemon start. Actual result: -- Starting php-fpm PHP: syntax error, unexpected $end in Unknown on line 1 Jun 15 12:35:12.090707 [ERROR] Unable to include /usr/local/zend/etc/fpm.d/example.com.ini from /usr/local/zend/etc/php-fpm.conf at line 23 *** glibc detected *** /usr/local/zend/sbin/php-fpm: double free or corruption (fasttop): 0x1ac80380 *** + backtrace + memory map -- Edit bug report at http://bugs.php.net/bug.php?id=52086edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=52086r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=52086r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=52086r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=52086r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=52086r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=52086r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=52086r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=52086r=needscript Try newer version: http://bugs.php.net/fix.php?id=52086r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=52086r=support Expected behavior: http://bugs.php.net/fix.php?id=52086r=notwrong Not enough info: http://bugs.php.net/fix.php?id=52086r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=52086r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=52086r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=52086r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=52086r=dst IIS Stability: http://bugs.php.net/fix.php?id=52086r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=52086r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=52086r=float No Zend Extensions: http://bugs.php.net/fix.php?id=52086r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=52086r=mysqlcfg
[PHP-BUG] Bug #51821 [NEW]: configure fails to pick up a custom prefix for libevent
From: Operating system: Linux PHP version: 5.3.2 Package: FPM related Bug Type: Bug Bug description:configure fails to pick up a custom prefix for libevent Description: Using a custom prefix for the libevent installation (/usr/local/libevent-1.4.13) doesn't get picked up by the configure script, even though I properly used the --with-libevent-dir option. Unless the prefix for the libevent installation is a path that ldconfig knows about, the configure fails. I could fix it with: export LD_LIBRARY_PATH=/usr/local/libevent-$libevent_version/lib within my build script which gives me the idea that the configure fails to properly set its environment. Still an arcane method though. Test script: --- ./configure [...] --enable-fpm --with-fpm-user=php-fpm --with-fpm-group=php-fpm --with-libevent-dir=/usr/local/libevent-1.4.13 Expected result: To run configure without errors. Actual result: -- ./configure says: checking for FPM build... yes checking for libevent = 1.4.11 install prefix... /usr/local/libevent-1.4.13 no configure: error: build test failed. Please check the config.log for details. config.log says: configure:9409: checking for libevent = 1.4.11 install prefix configure:9524: gcc -o conftest -g -O2 -fvisibility=hidden -I/usr/local/libevent-1.4.13/include -L/usr/local/libevent-1.4.13/lib conftest.c -levent 15 configure:9724: gcc -o conftest -g -O2 -fvisibility=hidden conftest.c -L/usr/local/libevent-1.4.13/lib -levent 15 configure: failed program was: #line 9713 configure #include confdefs.h char event_init(); int main() { event_init(); return 0; } -- Edit bug report at http://bugs.php.net/bug.php?id=51821edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51821r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51821r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51821r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51821r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51821r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51821r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51821r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51821r=needscript Try newer version: http://bugs.php.net/fix.php?id=51821r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51821r=support Expected behavior: http://bugs.php.net/fix.php?id=51821r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51821r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51821r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51821r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51821r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51821r=dst IIS Stability: http://bugs.php.net/fix.php?id=51821r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51821r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51821r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51821r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51821r=mysqlcfg
[PHP-BUG] Bug #51799 [NEW]: FPM crashes if the include is enabled, but there are no files
From: Operating system: Linux PHP version: 5.3.2 Package: FPM related Bug Type: Bug Bug description:FPM crashes if the include is enabled, but there are no files Description: If the include configuration option is enabled, but the pool directory is empty, php-fpm crashes pretty ugly. I could manage to enable the service by creating an empty default.conf file within the fpm.d directory, but obviously this isn't the solution. The used FPM is the latest trunk indicated by php-fpm.org http://svn.php.net/repository/php/php-src/trunk/sapi/fpm. Test script: --- The include line is: include=/usr/local/zend/etc/fpm.d/*.conf r...@test-lucid:/usr/local/zend/etc/fpm.d# ls -la total 8 drwxr-sr-x 2 root zend 4096 May 12 11:59 . drwxrwsr-x 7 root zend 4096 May 12 11:59 .. r...@test-lucid:/usr/local/zend/etc/fpm.d# Expected result: To be able to start the php-fpm service just with the default pool from php-fpm.conf if fpm.d is empty. In my humble opinion the application shouldn't crash if no pattern is matched. Actual result: -- May 12 12:10:52.239695 [ERROR] Nothing match the include pattern '/usr/local/zend/etc/fpm.d/*.conf' from /usr/local/zend/etc/php-fpm.conf at line 10. The backtrace is quite useless since the error is generated by sapi/fpm/fpm/fpm_conf.c, after the glob() call. -- Edit bug report at http://bugs.php.net/bug.php?id=51799edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51799r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51799r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51799r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51799r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51799r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51799r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51799r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51799r=needscript Try newer version: http://bugs.php.net/fix.php?id=51799r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51799r=support Expected behavior: http://bugs.php.net/fix.php?id=51799r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51799r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51799r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51799r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51799r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51799r=dst IIS Stability: http://bugs.php.net/fix.php?id=51799r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51799r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51799r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51799r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51799r=mysqlcfg
Bug #49800 [Com]: SimpleXML allow serialize() calls without warning
Edit report at http://bugs.php.net/bug.php?id=49800edit=1 ID: 49800 Comment by: admin at fazigame dot com Reported by: wmeler at wp-sa dot pl Summary: SimpleXML allow serialize() calls without warning Status: Closed Type: Bug Package: SimpleXML related Operating System: any PHP Version: 5.3.0 New Comment: Well I have problem because I have serialize(debug_backtrace()) and in backtrace I have simplexml and I got error Serialization of 'SimpleXMLElement' is not allowed I can do for each all backtrace and remove this but shoudl be able to seriazlie backtrace... Previous Comments: [2009-10-07 12:46:37] il...@php.net This bug has been fixed in SVN. 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/. Thank you for the report, and for helping us make PHP better. [2009-10-07 12:46:30] s...@php.net Automatic comment from SVN on behalf of iliaa Revision: http://svn.php.net/viewvc/?view=revisionrevision=289279 Log: Fixed bug #49800 (SimpleXML allow (un)serialize() calls without warning). # original patch by wmeler at wp-sa dot pl [2009-10-07 09:09:44] wmeler at wp-sa dot pl Description: simplexml allows serialization which can (and should) be easily forbidden with following patch --- php-5.3.0/ext/simplexml/simplexml.c 2009-06-11 11:41:15.0 +0200 +++ arisphp5/php/ext/simplexml/simplexml.c 2009-10-06 18:39:54.000652000 +0200 @@ -2526,6 +2526,8 @@ sxe_class_entry = zend_register_internal_class(sxe TSRMLS_CC); sxe_class_entry-get_iterator = php_sxe_get_iterator; sxe_class_entry-iterator_funcs.funcs = php_sxe_iterator_funcs; + sxe_class_entry-serialize = zend_class_serialize_deny; + sxe_class_entry-unserialize = zend_class_unserialize_deny; zend_class_implements(sxe_class_entry TSRMLS_CC, 1, zend_ce_traversable); sxe_object_handlers.get_method = zend_get_std_object_handlers()-get_method; sxe_object_handlers.get_constructor = zend_get_std_object_handlers()-get_constructor; Reproduce code: --- ? echo serialize(simplexml_load_string(xml/)); Expected result: Exception: Serialization of 'SimpleXMLElement' is not allowed in ... Actual result: -- O:16:SimpleXMLElement:0:{} -- Edit this bug report at http://bugs.php.net/bug.php?id=49800edit=1
[PHP-BUG] Bug #51399 [NEW]: *** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev)
From: Operating system: Debian 5.0 PHP version: Irrelevant Package: Apache related Bug Type: Bug Bug description:*** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev) Description: Debian 5.0 (2.6.26-2-686 #1 SMP ) ii linux-image-2.6-686 2.6.26+17+lenny1 Linux 2.6 image on PPro/Celeron/PII/PIII/P4 ii linux-image-2.6.26-2-686 2.6.26-21lenny3Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 ii linux-libc-dev2.6.26-21lenny3Linux support headers for userspace development ### GCC: ii gcc 4:4.3.2-2 The GNU C compiler ii gcc-4.1-base 4.1.2-25 The GNU Compiler Collection (base package) ii gcc-4.2-base 4.2.4-6The GNU Compiler Collection (base package) ii gcc-4.3 4.3.2-1.1 The GNU C compiler ii gcc-4.3-base 4.3.2-1.1 The GNU Compiler Collection (base package) ii gcc-4.3-locales 4.3.2-1.1 The GNU C compiler (native language support files) ii gcc-4.3-multilib 4.3.2-1.1 The GNU C compiler (multilib files) ii gcc-multilib 4:4.3.2-2 The GNU C compiler (multilib files) ii lib64gcc1 1:4.3.2-1.1GCC support library (64bit) ii libgcc1 1:4.3.2-1.1GCC support library ii libgcc1-dbg 1:4.3.2-1.1GCC support library (debug symbols) ### =libc: ii klibc-utils 1.5.12-2 small utilities built with klibc for early boot ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libc6-amd64 2.7-18lenny2 GNU C Library: 64bit Shared libraries for AMD64 ii libc6-dev 2.7-18lenny2 GNU C Library: Development Libraries and Header Files ii libc6-dev-amd64 2.7-18lenny2 GNU C Library: 64bit Development Libraries for AMD64 ii libc6-i6862.7-18lenny2 GNU C Library: Shared libraries [i686 optimized] ii libcap1 1:1.10-14 support for getting/setting POSIX.1e capabilities ii libcomerr21.41.3-1 common error description library ii libcompress-raw-zlib-perl 2.012-1lenny1 low-level interface to zlib compression library ii libcompress-zlib-perl 2.012-1Perl module for creation and manipulation of gzip files ii libconsole1:0.2.3dbs-65.1Shared libraries for Linux console and font manipulation ii libconvert-binhex-perl1.119+pristine-3 Perl5 module for extracting data from macintosh BinHex files ii libcrypt-ssleay-perl 0.57-1+b1 Support for https protocol in LWP ii libcups2 1.3.8-1+lenny7 Common UNIX Printing System(tm) - libs ii libcupsimage2 1.3.8-1+lenny7 Common UNIX Printing System(tm) - image libs ii libcwidget3 0.5.12-4 high-level terminal interface library for C++ (runtime files) ii libklibc 1.5.12-2 minimal libc subset for use with initramfs ii liblocale-gettext-perl1.05-4 Using libc functions for internationalization in Perl ii linux-libc-dev2.6.26-21lenny3Linux support headers for userspace development ii zlibc 0.9k-4 An on-fly auto-uncompressing C library ### =APACHE: apache_1.3.41 = PHP: php-5.1.5 ### Suddenly i am getting high load (CPU,Memory), as well as this error at the time of shutdown the apache.. [Thu Mar 25 09:49:46 2010] [warn] child process 4431 still did not exit, sending a SIGTERM [Thu Mar 25 09:49:46 2010] [warn] child process 4432 still did not exit, sending a SIGTERM *** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev): 0x08100bf8 *** *** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev): 0x08100bf8 *** *** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev): 0x0812e398 *** *** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev): 0x08100bf8 ***
Bug #51399 [Fbk-Opn]: *** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev)
Edit report at http://bugs.php.net/bug.php?id=51399edit=1 ID: 51399 User updated by: jitendra dot admin at gmail dot com Reported by: jitendra dot admin at gmail dot com Summary: *** glibc detected *** /usr/sbin/httpd: double free or corruption (!prev) -Status: Feedback +Status: Open Type: Bug Package: Apache related Operating System: Debian 5.0 -PHP Version: Irrelevant +PHP Version: php 5.1.5 New Comment: === Memory map: 08048000-080ae000 r-xp 68:01 145154 /usr/sbin/httpd 080ae000-080b6000 rw-p 00065000 68:01 145154 /usr/sbin/httpd 080b6000-097d4000 rw-p 080b6000 00:00 0 [heap] b6f0-b6f21000 rw-p b6f0 00:00 0 b6f21000-b700 ---p b6f21000 00:00 0 b704b000-b717e000 r-xp 68:01 144652 /usr/lib/libxml2.so.2.6.32 b717e000-b7183000 rw-p 00132000 68:01 144652 /usr/lib/libxml2.so.2.6.32 b7183000-b7184000 rw-p b7183000 00:00 0 b7184000-b718b000 r--s 68:01 139270 /usr/lib/gconv/gconv-modules.cache b718b000-b7197000 rw-s 00:08 131072 /SYSV (deleted) b71c1000-b72fb000 r--p 68:01 156498 /usr/lib/locale/locale-archive b72fb000-b7305000 r-xp 68:01 2016443 /lib/i686/cmov/libnss_files-2.7.so b7305000-b7307000 rw-p 9000 68:01 2016443 /lib/i686/cmov/libnss_files-2.7.so b7307000-b730f000 r-xp 68:01 2016432 /lib/i686/cmov/libnss_nis-2.7.so b730f000-b7311000 rw-p 8000 68:01 2016432 /lib/i686/cmov/libnss_nis-2.7.so b7311000-b7318000 r-xp 68:01 2016436 /lib/i686/cmov/libnss_compat-2.7.so b7318000-b731a000 rw-p 6000 68:01 2016436 /lib/i686/cmov/libnss_compat-2.7.so b740b000-b7417000 r-xp 68:01 2007043/lib/libgcc_s.so.1 b7417000-b7418000 rw-p b000 68:01 2007043/lib/libgcc_s.so.1 b741e000-b743e000 r-xp 68:01 189105 /usr/lib/perl5/auto/DBI/DBI.so b743e000-b743f000 rw-p 0001f000 68:01 189105 /usr/lib/perl5/auto/DBI/DBI.so b743f000-b744f000 r-xp 68:01 2016442 /lib/i686/cmov/libresolv-2.7.so b744f000-b7451000 rw-p f000 68:01 2016442 /lib/i686/cmov/libresolv-2.7.so b7451000-b7453000 rw-p b7451000 00:00 0 b7453000-b7468000 r-xp 68:01 2016433 /lib/i686/cmov/libnsl-2.7.so b7468000-b746a000 rw-p 00014000 68:01 2016433 /lib/i686/cmov/libnsl-2.7.so b746a000-b746c000 rw-p b746a000 00:00 0 b747-b7474000 r-xp 68:01 2016440 /lib/i686/cmov/libnss_dns-2.7.so b7474000-b7476000 rw-p 3000 68:01 2016440 /lib/i686/cmov/libnss_dns-2.7.so b7476000-b747e000 r-xp 68:01 189901 /usr/local/lib/perl/5.10.0/auto/List/Util/Util.so b747e000-b747f000 rw-p 7000 68:01 189901 /usr/local/lib/perl/5.10.0/auto/List/Util/Util.so b747f000-b7493000 r-xp 68:01 141666 /usr/lib/libz.so.1.2.3.3 b7493000-b7494000 rw-p 00013000 68:01 141666 /usr/lib/libz.so.1.2.3.3 b7494000-b7638000 r-xp 68:01 144709 /usr/lib/libmysqlclient.so.15.0.0 b7638000-b767c000 rw-p 001a3000 68:01 144709 /usr/lib/libmysqlclient.so.15.0.0 b767c000-b767d000 rw-p b767c000 00:00 0 b767d000-b7b5d000 r-xp 68:01 182287 /usr/local/apache-1.3.41-DSO/libexec/libphp5.so b7b5d000-b7bbf000 rw-p 004e 68:01 182287 /usr/local/apache-1.3.41-DSO/libexec/libphp5.so b7bbf000-b7bca000 rw-p b7bbf000 00:00 0 b7bca000-b7d13000 r-xp 68:01 144987 /usr/lib/libperl.so.5.10.0 b7d13000-b7d18000 rw-p 00148000 68:01 144987 /usr/lib/libperl.so.5.10.0 b7d1e000-b7d74000 r-xp 68:01 181556 /usr/local/apache-1.3.41-DSO/libexec/libperl.so b7d74000-b7d75000 rw-p 00056000 68:01 181556 /usr/local/apache-1.3.41-DSO/libexec/libperl.so b7d75000-b7d8b000 r-xp 68:01 181554 /usr/local/apache-1.3.41-DSO/libexec/libproxy.so b7d8b000-b7d8c000 rw-p 00016000 68:01 181554 /usr/local/apache-1.3.41-DSO/libexec/libproxy.so b7d8c000-b7d99000 r-xp 68:01 181553 /usr/local/apache-1.3.41-DSO/libexec/mod_rewrite.so b7d99000-b7d9a000 rw-p c000 68:01 181553 /usr/local/apache-1.3.41-DSO/libexec/mod_rewrite.so b7d9a000-b7d9b000 rw-p b7d9a000 00:00 0 b7d9b000-b7ef r-xp 68:01 2016438 /lib/i686/cmov/libc-2.7.so b7ef-b7ef1000 r--p 00155000 68:01 2016438 /lib/i686/cmov/libc-2.7.so b7ef1000-b7ef3000 rw-p 00156000 68:01 2016438 /lib/i686/cmov/libc-2.7.so b7ef3000-b7ef6000 rw-p b7ef3000 00:00 0 b7ef6000-b7ef8000 r-xp 68:01 2016435 /lib/i686/cmov/libdl-2.7.so b7ef8000-b7efa000 rw-p 1000 68:01 2016435 /lib/i686/cmov/libdl-2.7.so b7efa000-b7f03000 r-xp 68:01 2016427 /lib/i686/cmov/libcrypt-2.7.so b7f03000-b7f05000 rw-p 8000 68:01 2016427 /lib/i686/cmov/libcrypt-2.7.so b7f05000-b7f2d000 rw-p b7f05000 00:00 0 b7f2d000-b7f51000 r-xp 68:01 2016423 /lib/i686/cmov/libm-2.7.so b7f51000-b7f53000 rw-p 00023000 68:01 2016423 /lib/i686/cmov
Bug #51128 [Asn]: imagefill() doesn't work with large images
Edit report at http://bugs.php.net/bug.php?id=51128edit=1 ID: 51128 User updated by: admin-team at suresupport dot com Reported by: admin-team at suresupport dot com Summary: imagefill() doesn't work with large images Status: Assigned Type: Bug Package: GD related Operating System: Linux Debian 64bit PHP Version: 5.2.12 Assigned To: pajoye New Comment: I applied the suggested patch from http://bugs.libgd.org/?do=detailstask_id=177. And I confirm that my issue is fixed. Pajoye does the PHP team have plans to integrate that patch in the PHP bundled GD library ? Thank you Previous Comments: [2010-03-09 15:33:52] tm at del dot bg It seems that the following patch fixes the problem: http://bugs.libgd.org/?do=detailstask_id=177 [2010-03-02 09:01:50] admin-team at suresupport dot com Hello, this is the info regarding the GD configuration for both servers: Debian Server 64bit: GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.2.1 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled RedHat Server 32bit: GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.1.3 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled [2010-03-01 21:42:06] paj...@php.net Can you paste the GD section of phpinfo of both servers please? [2010-02-24 15:51:20] admin-team at suresupport dot com Hello Pajoye, Thank you for your anwser! The code in test1.php test2.php is taken from official documentation of the function: http://php.net/manual/en/function.imagefill.php The problem described in my first post doesn't exist on another type of server - RedHat Linux 32bit - I get 2 red rectangles. Thank you [2010-02-23 21:15:55] paj...@php.net Please allocate a background and then a color to use for the fill. 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 http://bugs.php.net/bug.php?id=51128 -- Edit this bug report at http://bugs.php.net/bug.php?id=51128edit=1
[PHP-BUG] Bug #51128 [Fbk-Opn]: imagefill() doesn't work with large images
Edit report at http://bugs.php.net/bug.php?id=51128edit=1 ID: 51128 User updated by: admin-team at suresupport dot com Reported by: admin-team at suresupport dot com Summary: imagefill() doesn't work with large images -Status: Feedback +Status: Open Type: Bug Package: GD related Operating System: Linux Debian 64bit PHP Version: 5.2.12 New Comment: Hello, this is the info regarding the GD configuration for both servers: Debian Server 64bit: GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.2.1 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled RedHat Server 32bit: GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Supportenabled FreeType Linkagewith freetype FreeType Version2.1.3 T1Lib Support enabled GIF Read Supportenabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Supportenabled XBM Support enabled Previous Comments: [2010-03-01 21:42:06] paj...@php.net -Status: Open +Status: Feedback [2010-03-01 21:42:06] paj...@php.net Can you paste the GD section of phpinfo of both servers please? [2010-02-24 15:51:20] admin-team at suresupport dot com Hello Pajoye, Thank you for your anwser! The code in test1.php test2.php is taken from official documentation of the function: http://php.net/manual/en/function.imagefill.php The problem described in my first post doesn't exist on another type of server - RedHat Linux 32bit - I get 2 red rectangles. Thank you [2010-02-23 21:15:55] paj...@php.net Please allocate a background and then a color to use for the fill. [2010-02-23 21:09:38] admin-team at suresupport dot com Description: Hello, Please check this URL: http://imagefill.server260.com/ http://imagefill.server260.com/test1.php is working properly when the size of the image is 255x255 pixels and is producing a red rectangle http://imagefill.server260.com/test2.php is the same code with image size of 256x256 producing a black rectangle You should check http://imagefill.server260.com/info.php for the PHP options. Reproduce code: --- http://imagefill.server260.com/test1.source.txt http://imagefill.server260.com/test2.source.txt http://imagefill.server260.com/test.diff.txt Expected result: When I run http://imagefill.server260.com/test2.php I should get a red rectangle. Actual result: -- But I get a black rectangle. -- Edit this bug report at http://bugs.php.net/bug.php?id=51128edit=1
#51128 [Fbk-Opn]: imagefill() doesn't work with large images
ID: 51128 User updated by: admin-team at suresupport dot com Reported By: admin-team at suresupport dot com -Status: Feedback +Status: Open Bug Type: GD related Operating System: Linux Debian 64bit PHP Version: 5.2.12 New Comment: Hello Pajoye, Thank you for your anwser! The code in test1.php test2.php is taken from official documentation of the function: http://php.net/manual/en/function.imagefill.php The problem described in my first post doesn't exist on another type of server - RedHat Linux 32bit - I get 2 red rectangles. Thank you Previous Comments: [2010-02-23 21:15:55] paj...@php.net Please allocate a background and then a color to use for the fill. [2010-02-23 21:09:38] admin-team at suresupport dot com Description: Hello, Please check this URL: http://imagefill.server260.com/ http://imagefill.server260.com/test1.php is working properly when the size of the image is 255x255 pixels and is producing a red rectangle http://imagefill.server260.com/test2.php is the same code with image size of 256x256 producing a black rectangle You should check http://imagefill.server260.com/info.php for the PHP options. Reproduce code: --- http://imagefill.server260.com/test1.source.txt http://imagefill.server260.com/test2.source.txt http://imagefill.server260.com/test.diff.txt Expected result: When I run http://imagefill.server260.com/test2.php I should get a red rectangle. Actual result: -- But I get a black rectangle. -- Edit this bug report at http://bugs.php.net/?id=51128edit=1
#51128 [NEW]: imagefill() doesn't work with large images
From: admin-team at suresupport dot com Operating system: Linux Debian 64bit PHP version: 5.2.12 PHP Bug Type: GD related Bug description: imagefill() doesn't work with large images Description: Hello, Please check this URL: http://imagefill.server260.com/ http://imagefill.server260.com/test1.php is working properly when the size of the image is 255x255 pixels and is producing a red rectangle http://imagefill.server260.com/test2.php is the same code with image size of 256x256 producing a black rectangle You should check http://imagefill.server260.com/info.php for the PHP options. Reproduce code: --- http://imagefill.server260.com/test1.source.txt http://imagefill.server260.com/test2.source.txt http://imagefill.server260.com/test.diff.txt Expected result: When I run http://imagefill.server260.com/test2.php I should get a red rectangle. Actual result: -- But I get a black rectangle. -- Edit bug report at http://bugs.php.net/?id=51128edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51128r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51128r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=51128r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=51128r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51128r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51128r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51128r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51128r=needscript Try newer version: http://bugs.php.net/fix.php?id=51128r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51128r=support Expected behavior: http://bugs.php.net/fix.php?id=51128r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51128r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51128r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51128r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51128r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51128r=dst IIS Stability: http://bugs.php.net/fix.php?id=51128r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51128r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51128r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51128r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51128r=mysqlcfg
#50352 [Com]: error: structure has no member named `res_h_errno'
ID: 50352 Comment by: admin at phpcode dot us Reported By: admin at phpcode dot us Status: Feedback Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 Assigned To: scottmac New Comment: it is look like was my mistake with latest snapshot of php 5.3. I'm downloaded him, but compiled another version... Sorry. Latest snapshot realy fixied this bug. I am made patch for PHP 5.3.1 based on scottmac diff. Thanks! Previous Comments: [2009-12-02 08:23:21] j...@php.net Did you or did you not actually try the snapshot in the url? You can NOT get the same error if you did.. [2009-12-01 21:29:39] scott...@php.net Well the structure isn't in the 5.3 snapshot any more so no error is possible. Unless he did something different or didn't grab the correct snapshot? [2009-12-01 19:54:20] j...@php.net Scott, are you really sure it's fixed? He tried latest snapshot..or are those not from 5.3 branch anymore? [2009-12-01 19:37:29] scott...@php.net http://svn.php.net/viewvc?view=revisionrevision=289691 Duplicate of bug #49224 [2009-12-01 19:10:53] admin at phpcode dot us scottmac Can i see diff between 5.3.1 and 5.3.2 what fixes this 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 http://bugs.php.net/50352 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50352 [Fbk-Csd]: error: structure has no member named `res_h_errno'
ID: 50352 User updated by: admin at phpcode dot us Reported By: admin at phpcode dot us -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 Assigned To: scottmac New Comment: Already fixed on lastest snapshot Previous Comments: [2009-12-02 13:03:14] admin at phpcode dot us it is look like was my mistake with latest snapshot of php 5.3. I'm downloaded him, but compiled another version... Sorry. Latest snapshot realy fixied this bug. I am made patch for PHP 5.3.1 based on scottmac diff. Thanks! [2009-12-02 08:23:21] j...@php.net Did you or did you not actually try the snapshot in the url? You can NOT get the same error if you did.. [2009-12-01 21:29:39] scott...@php.net Well the structure isn't in the 5.3 snapshot any more so no error is possible. Unless he did something different or didn't grab the correct snapshot? [2009-12-01 19:54:20] j...@php.net Scott, are you really sure it's fixed? He tried latest snapshot..or are those not from 5.3 branch anymore? [2009-12-01 19:37:29] scott...@php.net http://svn.php.net/viewvc?view=revisionrevision=289691 Duplicate of bug #49224 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 http://bugs.php.net/50352 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50352 [NEW]: Compilation error
From: admin at phpcode dot us Operating system: OpeBSD current PHP version: 5.3.1 PHP Bug Type: *Compile Issues Bug description: Compilation error Description: Compilation fail on /ext/standard/dns.c Reproduce code: --- $ ./configure --with-apxs=/usr/sbin/apxs \ --without-mysql \ --enable-xml \ --enable-wddx \ --enable-cli \ --with-iconv=/usr/local \ --with-gettext=/usr/local \ --enable-bcmath \ --enable-session \ --enable-calendar \ --enable-ctype \ --enable-ftp \ --with-pcre-regex \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-exif \ --enable-zend-multibyte \ --without-sqlite \ --without-pdo-sqlite \ --without-sqlite3 \ --disable-phar \ --disable-fileinfo \ --with-pear=/usr/local/share/php5 \ --with-config-file-scan-dir=/var/www/conf/php5 \ --enable-shared \ --disable-static \ --disable-rpath \ --with-config-file-path=/var/www/conf \ --enable-inline-optimization \ --with-pic \ --with-openssl \ --with-zlib \ --prefix=/usr/local \ --sysconfdir=/etc \ --mandir=/usr/local/man \ --infodir=/usr/local/info $ make Expected result: /bin/sh /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/standard/ -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/ -DPHP_ATOM_INC -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/main -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1 -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/date/lib -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/TSRM -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/Zend-I/usr/local/include -O2 -pipe -I/usr/local/include -pthread -prefer-pic -c /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c -o ext/standard/dns.lo /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c: In function `zif_dns_get_record': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c:813: error: structure has no member named `res_h_errno' *** Error code 1 Stop in /usr/ports/pobj/php5-core-5.3.1/php-5.3.1 (line 751 of Makefile). *** Error code 1 -- Edit bug report at http://bugs.php.net/?id=50352edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50352r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50352r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50352r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50352r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50352r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50352r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50352r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50352r=needscript Try newer version: http://bugs.php.net/fix.php?id=50352r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50352r=support Expected behavior: http://bugs.php.net/fix.php?id=50352r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50352r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50352r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50352r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50352r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50352r=dst IIS Stability: http://bugs.php.net/fix.php?id=50352r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50352r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50352r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50352r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50352r=mysqlcfg
#50352 [Com]: Compilation error
ID: 50352 Comment by: admin at phpcode dot us Reported By: admin at phpcode dot us Status: Feedback Bug Type: Compile Failure Operating System: OpeBSD current PHP Version: 5.3.1 New Comment: I'm try it, error repeat! Previous Comments: [2009-12-01 13:33:40] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-12-01 13:25:09] admin at phpcode dot us Description: Compilation fail on /ext/standard/dns.c Reproduce code: --- $ ./configure --with-apxs=/usr/sbin/apxs \ --without-mysql \ --enable-xml \ --enable-wddx \ --enable-cli \ --with-iconv=/usr/local \ --with-gettext=/usr/local \ --enable-bcmath \ --enable-session \ --enable-calendar \ --enable-ctype \ --enable-ftp \ --with-pcre-regex \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-exif \ --enable-zend-multibyte \ --without-sqlite \ --without-pdo-sqlite \ --without-sqlite3 \ --disable-phar \ --disable-fileinfo \ --with-pear=/usr/local/share/php5 \ --with-config-file-scan-dir=/var/www/conf/php5 \ --enable-shared \ --disable-static \ --disable-rpath \ --with-config-file-path=/var/www/conf \ --enable-inline-optimization \ --with-pic \ --with-openssl \ --with-zlib \ --prefix=/usr/local \ --sysconfdir=/etc \ --mandir=/usr/local/man \ --infodir=/usr/local/info $ make Expected result: /bin/sh /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/standard/ -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/ -DPHP_ATOM_INC -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/main -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1 -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/date/lib -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/TSRM -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/Zend-I/usr/local/include -O2 -pipe -I/usr/local/include -pthread -prefer-pic -c /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c -o ext/standard/dns.lo /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c: In function `zif_dns_get_record': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c:813: error: structure has no member named `res_h_errno' *** Error code 1 Stop in /usr/ports/pobj/php5-core-5.3.1/php-5.3.1 (line 751 of Makefile). *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50352 [Fbk-Opn]: Compilation error
ID: 50352 User updated by: admin at phpcode dot us Reported By: admin at phpcode dot us -Status: Feedback +Status: Open Bug Type: Compile Failure -Operating System: OpeBSD current +Operating System: OpenBSD current PHP Version: 5.3.1 New Comment: OS: OpeBSD typo! I mean OpenBSD Previous Comments: [2009-12-01 13:39:03] admin at phpcode dot us I'm try it, error repeat! [2009-12-01 13:33:40] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-12-01 13:25:09] admin at phpcode dot us Description: Compilation fail on /ext/standard/dns.c Reproduce code: --- $ ./configure --with-apxs=/usr/sbin/apxs \ --without-mysql \ --enable-xml \ --enable-wddx \ --enable-cli \ --with-iconv=/usr/local \ --with-gettext=/usr/local \ --enable-bcmath \ --enable-session \ --enable-calendar \ --enable-ctype \ --enable-ftp \ --with-pcre-regex \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-exif \ --enable-zend-multibyte \ --without-sqlite \ --without-pdo-sqlite \ --without-sqlite3 \ --disable-phar \ --disable-fileinfo \ --with-pear=/usr/local/share/php5 \ --with-config-file-scan-dir=/var/www/conf/php5 \ --enable-shared \ --disable-static \ --disable-rpath \ --with-config-file-path=/var/www/conf \ --enable-inline-optimization \ --with-pic \ --with-openssl \ --with-zlib \ --prefix=/usr/local \ --sysconfdir=/etc \ --mandir=/usr/local/man \ --infodir=/usr/local/info $ make Expected result: /bin/sh /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/standard/ -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/ -DPHP_ATOM_INC -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/main -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1 -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/date/lib -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/TSRM -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/Zend-I/usr/local/include -O2 -pipe -I/usr/local/include -pthread -prefer-pic -c /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c -o ext/standard/dns.lo /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c: In function `zif_dns_get_record': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c:813: error: structure has no member named `res_h_errno' *** Error code 1 Stop in /usr/ports/pobj/php5-core-5.3.1/php-5.3.1 (line 751 of Makefile). *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50352 [Com]: error: structure has no member named `res_h_errno'
ID: 50352 Comment by: admin at phpcode dot us Reported By: admin at phpcode dot us Status: Feedback Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 New Comment: HAVE_DNS_SEARCH, HAVE_RES_SEARCH and HAVE_RES_NSEARCH is not defined in main/php_config.h. HAVE_RESOLV_H is defined as 1 in main/php_config.h. Previous Comments: [2009-12-01 14:40:42] j...@php.net And also what is HAVE_RESOLV_H defined to? [2009-12-01 14:39:09] j...@php.net Was the error on exactly same line as well? And what do you have for these in your main/php_config.h: HAVE_DNS_SEARCH, HAVE_RES_SEARCH and HAVE_RES_NSEARCH ? [2009-12-01 13:39:03] admin at phpcode dot us I'm try it, error repeat! [2009-12-01 13:33:40] j...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-12-01 13:25:09] admin at phpcode dot us Description: Compilation fail on /ext/standard/dns.c Reproduce code: --- $ ./configure --with-apxs=/usr/sbin/apxs \ --without-mysql \ --enable-xml \ --enable-wddx \ --enable-cli \ --with-iconv=/usr/local \ --with-gettext=/usr/local \ --enable-bcmath \ --enable-session \ --enable-calendar \ --enable-ctype \ --enable-ftp \ --with-pcre-regex \ --enable-sockets \ --enable-sysvmsg \ --enable-sysvsem \ --enable-sysvshm \ --enable-exif \ --enable-zend-multibyte \ --without-sqlite \ --without-pdo-sqlite \ --without-sqlite3 \ --disable-phar \ --disable-fileinfo \ --with-pear=/usr/local/share/php5 \ --with-config-file-scan-dir=/var/www/conf/php5 \ --enable-shared \ --disable-static \ --disable-rpath \ --with-config-file-path=/var/www/conf \ --enable-inline-optimization \ --with-pic \ --with-openssl \ --with-zlib \ --prefix=/usr/local \ --sysconfdir=/etc \ --mandir=/usr/local/man \ --infodir=/usr/local/info $ make Expected result: /bin/sh /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/libtool --silent --preserve-dup-deps --mode=compile cc -Iext/standard/ -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/ -DPHP_ATOM_INC -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/main -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1 -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/date/lib -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/TSRM -I/usr/ports/pobj/php5-core-5.3.1/php-5.3.1/Zend-I/usr/local/include -O2 -pipe -I/usr/local/include -pthread -prefer-pic -c /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c -o ext/standard/dns.lo /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c: In function `zif_dns_get_record': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/ext/standard/dns.c:813: error: structure has no member named `res_h_errno' *** Error code 1 Stop in /usr/ports/pobj/php5-core-5.3.1/php-5.3.1 (line 751 of Makefile). *** Error code 1 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#50352 [Com]: error: structure has no member named `res_h_errno'
ID: 50352 Comment by: admin at phpcode dot us Reported By: admin at phpcode dot us Status: Feedback Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 New Comment: Config.log big fail output: configure:84059: checking for res_nsearch configure:84087: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /tmp//ccgdFcJG.o(.text+0x7): In function `main': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/configure:84081: undefined reference to `res_nsearch' collect2: ld returned 1 exit status configure: failed program was: #line 84064 configure #include confdefs.h /* System header to define __stub macros and hopefully few prototypes, which can conflict with char res_nsearch(); below. */ #include assert.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char res_nsearch(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_res_nsearch) || defined (__stub___res_nsearch) choke me #else res_nsearch(); #endif ; return 0; } configure:84105: checking for __res_nsearch configure:84133: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /tmp//cckGDZvF.o(.text+0x7): In function `main': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/configure:84127: undefined reference to `__res_nsearch' collect2: ld returned 1 exit status configure: failed program was: #line 84110 configure #include confdefs.h /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __res_nsearch(); below. */ #include assert.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __res_nsearch(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___res_nsearch) || defined (__stub_res_nsearch) choke me #else __res_nsearch(); #endif ; return 0; } configure:84171: checking for res_nsearch in -lresolv configure:84190: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -lresolv -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -lresolv collect2: ld returned 1 exit status configure: failed program was: #line 84179 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char res_nsearch(); int main() { res_nsearch() ; return 0; } configure:84210: checking for __res_nsearch in -lresolv configure:84229: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -lresolv -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -lresolv collect2: ld returned 1 exit status configure: failed program was: #line 84218 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __res_nsearch(); int main() { __res_nsearch() ; return 0; } configure:84307: checking for res_nsearch in -lbind configure:84326: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -lbind -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -lbind collect2: ld returned 1 exit status configure: failed program was: #line 84315 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char res_nsearch(); int main() { res_nsearch() ; return 0; } configure:84346: checking for __res_nsearch in -lbind configure:84365: cc -o
#50352 [Fbk-Opn]: error: structure has no member named `res_h_errno'
ID: 50352 User updated by: admin at phpcode dot us Reported By: admin at phpcode dot us -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 New Comment: Any ideas? Previous Comments: [2009-12-01 15:10:36] admin at phpcode dot us Config.log big fail output: configure:84059: checking for res_nsearch configure:84087: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /tmp//ccgdFcJG.o(.text+0x7): In function `main': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/configure:84081: undefined reference to `res_nsearch' collect2: ld returned 1 exit status configure: failed program was: #line 84064 configure #include confdefs.h /* System header to define __stub macros and hopefully few prototypes, which can conflict with char res_nsearch(); below. */ #include assert.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char res_nsearch(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub_res_nsearch) || defined (__stub___res_nsearch) choke me #else res_nsearch(); #endif ; return 0; } configure:84105: checking for __res_nsearch configure:84133: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /tmp//cckGDZvF.o(.text+0x7): In function `main': /usr/ports/pobj/php5-core-5.3.1/php-5.3.1/configure:84127: undefined reference to `__res_nsearch' collect2: ld returned 1 exit status configure: failed program was: #line 84110 configure #include confdefs.h /* System header to define __stub macros and hopefully few prototypes, which can conflict with char __res_nsearch(); below. */ #include assert.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __res_nsearch(); int main() { /* The GNU C library defines this for functions which it implements to always fail with ENOSYS. Some functions are actually named something starting with __ and the normal name is an alias. */ #if defined (__stub___res_nsearch) || defined (__stub_res_nsearch) choke me #else __res_nsearch(); #endif ; return 0; } configure:84171: checking for res_nsearch in -lresolv configure:84190: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -lresolv -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -lresolv collect2: ld returned 1 exit status configure: failed program was: #line 84179 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char res_nsearch(); int main() { res_nsearch() ; return 0; } configure:84210: checking for __res_nsearch in -lresolv configure:84229: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -lresolv -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -lresolv collect2: ld returned 1 exit status configure: failed program was: #line 84218 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its argument prototype would still apply. */ char __res_nsearch(); int main() { __res_nsearch() ; return 0; } configure:84307: checking for res_nsearch in -lbind configure:84326: cc -o conftest -I/usr/local/include -g -O2 -liconv -L/usr/local/lib -L/usr/local/lib conftest.c -lbind -liconv -liconv -lintl -lssl -lcrypto -lz -lssl -lcrypto -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm 15 /usr/bin/ld: cannot find -lbind collect2: ld returned 1 exit status configure: failed program was: #line 84315 configure #include confdefs.h /* Override any gcc2 internal prototype to avoid an error. */ /* We use char because int might match the return type of a gcc2 builtin and then its
#50352 [Com]: error: structure has no member named `res_h_errno'
ID: 50352 Comment by: admin at phpcode dot us Reported By: admin at phpcode dot us Status: Assigned Bug Type: Compile Failure Operating System: OpenBSD current PHP Version: 5.3.1 Assigned To: scottmac New Comment: scottmac Can i see diff between 5.3.1 and 5.3.2 what fixes this bug? Previous Comments: [2009-12-01 19:07:32] scott...@php.net It's fixed in 5.3.2 but was never backported to the 5.3.1 stable branch. [2009-12-01 19:02:32] j...@php.net On second though, assigning to Scott who broke this with his OSX fixes. [2009-12-01 15:00:56] admin at phpcode dot us HAVE_DNS_SEARCH, HAVE_RES_SEARCH and HAVE_RES_NSEARCH is not defined in main/php_config.h. HAVE_RESOLV_H is defined as 1 in main/php_config.h. [2009-12-01 14:40:42] j...@php.net And also what is HAVE_RESOLV_H defined to? [2009-12-01 14:39:09] j...@php.net Was the error on exactly same line as well? And what do you have for these in your main/php_config.h: HAVE_DNS_SEARCH, HAVE_RES_SEARCH and HAVE_RES_NSEARCH ? 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 http://bugs.php.net/50352 -- Edit this bug report at http://bugs.php.net/?id=50352edit=1
#49974 [NEW]: Windows x64 build lacks proper suport for 64-bit signed long
From: admin at saltwaterc dot net Operating system: Windows x64, irrelevant version PHP version: 5.2.11 PHP Bug Type: Scripting Engine problem Bug description: Windows x64 build lacks proper suport for 64-bit signed long Description: The Windows x64 build of PHP has an issue with the integer data type. It may have issues with floating point numbers, but I didn't test it. The integer bugs me since I work with large integers as column primary keys in databases. I can't check for overflows with is_int() either (obvious). Runtime: - 3rd party PHP 5.2.5 x64 build - 3rd party PHP 5.2.8 x64 build - my own PHP 5.2.11 x64 builds - official snapshot PHP 5.3.1RC1 (used below) - so the issue is in both of the 5.2.x and 5.3.x branches Compiler - MSVC++ 8.0 Express - MSVC++ 9.0 Express Windows SDK: - 6.1a - 7.0 Since there were various versions built with various compilers and Windwows SDKs, I tend to believe that this is a PHP build system related issue, rather than an issue with that MSVC++ stuff. PS: at the moment this x64 issue is a development problem as the code goes into production on *nix machines with proper 64-bit support. Please don't tell me the same story from report #49492. Yes, Apache doesn't provide official x64 builds, but it is supported, thus 64-bit development is possible. Try it yourself: http://www.anindya.com/apache-http-server-2-2-14-x86-x64-msi-installers/ Reproduce code: --- ?php // long.php function assert_handler($file, $line, $code) { echo Assertion Failed: File '$file' Line '$line' Code '$code'; } assert_options(ASSERT_ACTIVE, 1); assert_options(ASSERT_WARNING, 0); assert_options(ASSERT_QUIET_EVAL, 1); assert_options(ASSERT_CALLBACK, 'assert_handler'); assert(is_int(3147483647) === TRUE); Expected result: Nothing! Actual result: -- C:\Users\Saltwater\Desktopphp-5.3.1RC1-Win32-VC9-x64\php.exe long.php Assertion Failed: File 'C:\Users\Saltwater\Desktop\long.php' Line '13' Code '' C:\Users\Saltwater\Desktop -- Edit bug report at http://bugs.php.net/?id=49974edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49974r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49974r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49974r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49974r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49974r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49974r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49974r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49974r=needscript Try newer version: http://bugs.php.net/fix.php?id=49974r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49974r=support Expected behavior: http://bugs.php.net/fix.php?id=49974r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49974r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49974r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49974r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49974r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49974r=dst IIS Stability: http://bugs.php.net/fix.php?id=49974r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49974r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49974r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49974r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49974r=mysqlcfg
#49974 [Asn]: Windows x64 build lacks proper suport for 64-bit signed long long
ID: 49974 User updated by: admin at saltwaterc dot net -Summary: Windows x64 build lacks proper suport for 64-bit signed long Reported By: admin at saltwaterc dot net Status: Assigned Bug Type: Scripting Engine problem Operating System: win32 only - Windows x64 PHP Version: 5.2.11 Assigned To: pajoye New Comment: Well, even though 5.2 doesn't have support - it does compile. The task manager shows the runtime as native 64-bit app. The assertion test was the whole idea: assertion failed. In unit testing, the assertions should not fail in order to pass the test. I simply changed 2147483647 with 3147483647 (the first digit) in order to make it to fail a test that should not fail under x64, but fails under x86. It could have been 31474836470 which I assure you that its 32-bit float representation won't pass as integer, but under 64-bit is fine. Under Windows, yes, it displays your output for PHP_INT_MAX with either a x86 build or a x64 build. I know what's the upper limit for 32-bit signed long, where under 64-bit the PHP integer should be a signed long long. Under Debian/Ubuntu/Linux, the 5.2.x x86_64 builds: (Ubuntu Hardy) rem...@ubuntuvz:~$ php -r 'echo PHP_INT_MAX.\n;' 9223372036854775807 rem...@ubuntuvz:~$ php -v PHP 5.2.4-2ubuntu5.7 with Suhosin-Patch 0.9.6.2 (cli) (built: Aug 21 2009 22:17:39) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies rem...@ubuntuvz:~$ php long.php rem...@ubuntuvz:~$ # no failure here (Debian Lenny) saltwa...@web:~$ php -r 'echo PHP_INT_MAX.\n;' 9223372036854775807 saltwa...@web:~$ php -v PHP 5.2.6-1+lenny3 with Suhosin-Patch 0.9.6.2 (cli) (built: Apr 26 2009 20:09:03) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies with Xdebug v2.0.3, Copyright (c) 2002-2007, by Derick Rethans with Suhosin v0.9.27, Copyright (c) 2007, by SektionEins GmbH saltwa...@web:~$ php long.php saltwa...@web:~$ # no failure here either (Ubuntu Karmic) saltwa...@karmic:~$ php -r 'echo PHP_INT_MAX.\n;' 9223372036854775807 saltwa...@karmic:~$ php -v PHP 5.2.10-2ubuntu5 with Suhosin-Patch 0.9.7 (cli) (built: Oct 13 2009 18:33:05) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies saltwa...@karmic:~$ php long.php saltwa...@karmic:~$ # again - no failure (Debian Lenny - Quick setup with Zend Server CE) r...@php-test:~# php -r 'echo PHP_INT_MAX.\n;' 9223372036854775807 r...@php-test:~# php -v PHP 5.3.0 (cli) (built: Jul 21 2009 08:21:24) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with Zend Extension Manager v5.1, Copyright (c) 2003-2009, by Zend Technologies - with Zend Data Cache v4.0, Copyright (c) 2004-2009, by Zend Technologies [loaded] [licensed] [disabled] - with Zend Utils v1.0, Copyright (c) 2004-2009, by Zend Technologies [loaded] [licensed] [enabled] - with Zend Optimizer+ v4.0, Copyright (c) 1999-2009, by Zend Technologies [loaded] [licensed] [disabled] - with Zend Debugger v5.2, Copyright (c) 1999-2009, by Zend Technologies [loaded] [licensed] [enabled] r...@php-test:~# php long.php r...@php-test:~# # still nothing (Debian Lenny - same machine, my own build) r...@php-test:~# php -i | grep conf Configure Command = './configure' '--prefix=/opt/local' '--disable-cgi' '--with-layout=gnu' r...@php-test:~# php -r 'echo PHP_INT_MAX.\n;' 9223372036854775807 r...@php-test:~# php -v PHP 5.3.0 (cli) (built: Oct 23 2009 22:40:27) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies r...@php-test:~# php long.php r...@php-test:~# (CentOS 5.3 - Quick setup with Zend Server CE) [r...@php-test-cent ~]# php -r 'echo PHP_INT_MAX.\n;' [blah, some PHP strict timezone complains] 9223372036854775807 [r...@php-test-cent ~]# php -v PHP 5.3.0 (cli) (built: Aug 25 2009 03:54:07) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies with Zend Extension Manager v5.1, Copyright (c) 2003-2009, by Zend Technologies - with Zend Data Cache v4.0, Copyright (c) 2004-2009, by Zend Technologies [loaded] [licensed] [disabled] - with Zend Utils v1.0, Copyright (c) 2004-2009, by Zend Technologies [loaded] [licensed] [enabled] - with Zend Optimizer+ v4.0, Copyright (c) 1999-2009, by Zend Technologies [loaded] [licensed] [disabled] - with Zend Debugger v5.2, Copyright (c) 1999-2009, by Zend Technologies [loaded] [licensed] [enabled] [r...@php-test-cent ~]# php long.php [r...@php-test-cent ~]# # CentOS passes as well Previous Comments: [2009-10-23 19:25:26] paj...@php.net Also given that PHP_INT_MAX is 2147483647, having 3147483647 being stored as a float is perfectly valid. Try to confirm: php -r echo PHP_INT_MAX
#49930 [NEW]: Failed to detect socket transport
From: admin at nexcast dot net Operating system: Linux 2.6.18-92.el5 PHP version: 5.3SVN-2009-10-20 (SVN) PHP Bug Type: Streams related Bug description: Failed to detect socket transport Description: - Configure Line - Configure Command './configure' '--prefix=/usr/local/php' '--disable-all' '--with-sqlite' '--enable-fastcgi' '--with-pcre-regex' '--with-curl' '--with-mysql' '--enable-filter' -- Stream Transports -- Registered PHP Streams php, file, glob, data, http, ftp PHP However still reports that it does not exist. Reproduce code: --- ?php if(fsockopen(http://google.com;, 80)) { echo Opened.; } else { echo Not opened.; } ? Expected result: Opened. Actual result: -- PHP Warning: fsockopen(): unable to connect to http://google.com:80 (Unable to find the socket transport http - did you forget to enable it when you configured PHP?) in /root/test.php on line 2\ Not opened. -- Edit bug report at http://bugs.php.net/?id=49930edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49930r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49930r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49930r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49930r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49930r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49930r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49930r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49930r=needscript Try newer version: http://bugs.php.net/fix.php?id=49930r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49930r=support Expected behavior: http://bugs.php.net/fix.php?id=49930r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49930r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49930r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49930r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49930r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49930r=dst IIS Stability: http://bugs.php.net/fix.php?id=49930r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49930r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49930r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49930r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49930r=mysqlcfg
#49930 [Opn-Bgs]: Failed to detect socket transport
ID: 49930 User updated by: admin at nexcast dot net Reported By: admin at nexcast dot net -Status: Open +Status: Bogus Bug Type: Streams related Operating System: Linux 2.6.18-92.el5 PHP Version: 5.3SVN-2009-10-20 (SVN) New Comment: Wrong comparison Previous Comments: [2009-10-20 02:47:56] admin at nexcast dot net Description: - Configure Line - Configure Command './configure' '--prefix=/usr/local/php' '--disable-all' '--with-sqlite' '--enable-fastcgi' '--with-pcre-regex' '--with-curl' '--with-mysql' '--enable-filter' -- Stream Transports -- Registered PHP Streams php, file, glob, data, http, ftp PHP However still reports that it does not exist. Reproduce code: --- ?php if(fsockopen(http://google.com;, 80)) { echo Opened.; } else { echo Not opened.; } ? Expected result: Opened. Actual result: -- PHP Warning: fsockopen(): unable to connect to http://google.com:80 (Unable to find the socket transport http - did you forget to enable it when you configured PHP?) in /root/test.php on line 2\ Not opened. -- Edit this bug report at http://bugs.php.net/?id=49930edit=1