#39117 [NEW]: popen, proc_open, ... don't work under Apache
From: xand_smirnov at mail dot ru Operating system: RHEL 5 beta PHP version: 5.1.6 PHP Bug Type: Apache2 related Bug description: popen, proc_open, ... don't work under Apache Description: When you try to use popen, proc_open, ... in your scripts they don't work under Apache. This problem related only to RHEL 5 beta with PHP 5.1.4 (meanwhile Fedora 5 working fine). I suppose the problem lies in Apache build or in it's new security rules. Reproduce code: --- ? $fp = popen(/bin/ls /var/www/html, r); fpassthru($fp); pclose($fp); ? OR ? $fp = proc_open(/bin/ls /var/www/html,array(0=array(pipe,r),1=array(pipe,w),2=array(pipe,w)),$pipes); fpassthru($pipes[1]); fclose($pipes[0]); fclose($pipes[1]); fclose($pipes[2]); proc_close($fp); ? Expected result: index.php -- Edit bug report at http://bugs.php.net/?id=39117edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=39117r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=39117r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=39117r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=39117r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=39117r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=39117r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=39117r=needscript Try newer version:http://bugs.php.net/fix.php?id=39117r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=39117r=support Expected behavior:http://bugs.php.net/fix.php?id=39117r=notwrong Not enough info: http://bugs.php.net/fix.php?id=39117r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=39117r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=39117r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=39117r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=39117r=dst IIS Stability:http://bugs.php.net/fix.php?id=39117r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=39117r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=39117r=float No Zend Extensions: http://bugs.php.net/fix.php?id=39117r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=39117r=mysqlcfg
#39117 [Fbk-Opn]: popen, proc_open, ... don't work under Apache
ID: 39117 User updated by: xand_smirnov at mail dot ru Reported By: xand_smirnov at mail dot ru -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: RHEL 5 beta PHP Version: 5.1.6 New Comment: Sorry for wrong PHP version reported in bug header but I need solution for specific distro RHEL AS 5 Beta1. Thanks. Previous Comments: [2006-10-10 15:23:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-10-10 15:18:04] xand_smirnov at mail dot ru Description: When you try to use popen, proc_open, ... in your scripts they don't work under Apache. This problem related only to RHEL 5 beta with PHP 5.1.4 (meanwhile Fedora 5 working fine). I suppose the problem lies in Apache build or in it's new security rules. Reproduce code: --- ? $fp = popen(/bin/ls /var/www/html, r); fpassthru($fp); pclose($fp); ? OR ? $fp = proc_open(/bin/ls /var/www/html,array(0=array(pipe,r),1=array(pipe,w),2=array(pipe,w)),$pipes); fpassthru($pipes[1]); fclose($pipes[0]); fclose($pipes[1]); fclose($pipes[2]); proc_close($fp); ? Expected result: index.php -- Edit this bug report at http://bugs.php.net/?id=39117edit=1
#39117 [Fbk-Opn]: popen, proc_open, ... don't work under Apache
ID: 39117 User updated by: xand_smirnov at mail dot ru Reported By: xand_smirnov at mail dot ru -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: RHEL 5 beta -PHP Version: 5.1.6 +PHP Version: 5.1.4 New Comment: As I said I suppose that isn't pure PHP problem but maybe something changed in Apache2 and someone has solution for it. The question is to rebuild (sometimes it's not so easy) PHP or Apache. Moreover definitely the guys from RedHat have their own thougths on building production releases we are paying for. Previous Comments: [2006-10-10 16:07:10] [EMAIL PROTECTED] We cannot go back to the past and fix something we're unable to reproduce. Please test the snapshot and check if you're still able to reproduce it. And if you are, please provide a short but complete reproduce code with actual and expected results. [2006-10-10 15:59:01] xand_smirnov at mail dot ru Sorry for wrong PHP version reported in bug header but I need solution for specific distro RHEL AS 5 Beta1. Thanks. [2006-10-10 15:23:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.2-win32-latest.zip [2006-10-10 15:18:04] xand_smirnov at mail dot ru Description: When you try to use popen, proc_open, ... in your scripts they don't work under Apache. This problem related only to RHEL 5 beta with PHP 5.1.4 (meanwhile Fedora 5 working fine). I suppose the problem lies in Apache build or in it's new security rules. Reproduce code: --- ? $fp = popen(/bin/ls /var/www/html, r); fpassthru($fp); pclose($fp); ? OR ? $fp = proc_open(/bin/ls /var/www/html,array(0=array(pipe,r),1=array(pipe,w),2=array(pipe,w)),$pipes); fpassthru($pipes[1]); fclose($pipes[0]); fclose($pipes[1]); fclose($pipes[2]); proc_close($fp); ? Expected result: index.php -- Edit this bug report at http://bugs.php.net/?id=39117edit=1
#38957 [NEW]: multiple prepares DO NOT WORK!
From: xand_smirnov at mail dot ru Operating system: Fedora 5 PHP version: 5.1.6 PHP Bug Type: PDO related Bug description: multiple prepares DO NOT WORK! Description: Second prepare() returns no object so execute() ends with PHP Fatal error: Call to a member function execute() on a non-object in Reproduce code: --- $stmt = $dbh-prepare(SELECT d_pk FROM d WHERE t=1); print_r($stmt); $stmt-execute(); $stmt = $dbh-prepare(SELECT d_pk FROM d WHERE t=2); print_r($stmt); $stmt-execute(); Expected result: PDOStatement Object ( [queryString] = SELECT d_pk FROM d WHERE type=1 ) PDOStatement Object ( [queryString] = SELECT d_pk FROM d WHERE type=2 ) Actual result: -- PDOStatement Object ( [queryString] = SELECT d_pk FROM d WHERE type=1 ) PHP Fatal error: Call to a member function execute() on a non-object in -- Edit bug report at http://bugs.php.net/?id=38957edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=38957r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=38957r=trysnapshot52 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=38957r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=38957r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=38957r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=38957r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=38957r=needscript Try newer version:http://bugs.php.net/fix.php?id=38957r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=38957r=support Expected behavior:http://bugs.php.net/fix.php?id=38957r=notwrong Not enough info: http://bugs.php.net/fix.php?id=38957r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=38957r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=38957r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=38957r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=38957r=dst IIS Stability:http://bugs.php.net/fix.php?id=38957r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=38957r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=38957r=float No Zend Extensions: http://bugs.php.net/fix.php?id=38957r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=38957r=mysqlcfg