#46937 [Bgs]: Make getopt() usable with non-option arguments
ID: 46937 User updated by: kristof dot coomans at telenet dot be Reported By: kristof dot coomans at telenet dot be Status: Bogus Bug Type: Feature/Change Request Operating System: Doesn't matter PHP Version: 5.3CVS-2008-12-24 (snap) New Comment: I didn't report this as a bug, but under the category Feature/Change RequestFeature. I think this is a good enhancement and do not understand why it gets closed with a standard reply of Please double-check the documentation. Previous Comments: [2009-01-02 12:56:16] d...@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 Expected behavior. [2009-01-02 12:54:58] d...@php.net No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2008-12-24 10:03:30] kristof dot coomans at telenet dot be Description: Now that PHP 5.3 will have getopt() available on all platforms, I think it's important to also make it as usable as possible. Currently, getopt() is not usable for command line scripts that have both option and non-option arguments, because it doesn't modify argv, as pointed out already in 2003 in this comment: http://www.php.net/getopt#34163. Stripping away the option arguments from argv when a call to getopt() is made would be a great improvement. User land code can handle the remaining non-option arguments from argv then. -- Edit this bug report at http://bugs.php.net/?id=46937edit=1
#46938 [Bgs]: Make getopt() report wrong options
ID: 46938 User updated by: kristof dot coomans at telenet dot be Reported By: kristof dot coomans at telenet dot be Status: Bogus Bug Type: Feature/Change Request Operating System: Irrelevant PHP Version: 5.3CVS-2008-12-24 (snap) New Comment: I didn't report this as a bug, but under the category Feature/Change RequestFeature. I think this is a good enhancement and do not understand why it gets closed with a standard reply of Please double-check the documentation. Previous Comments: [2009-01-02 13:03:06] d...@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 Expected behavior. [2008-12-24 10:13:45] kristof dot coomans at telenet dot be Description: Now that PHP 5.3 will have getopt() available on all platforms, I think it's important to also make it as usable as possible. Currently, getopt() does not report in any way if there were any wrong options provided on the command line. It would be nice to be able to give the end user feedback on non-existing options he/she provided, or about options he/she provided that require a value but for which no value was supplied. The ability to retrieve a list of option errors should be provided, either by: - throwing an exception or - a 3rd by-reference array argument to getopt() -- Edit this bug report at http://bugs.php.net/?id=46938edit=1
#46937 [NEW]: Make getopt() usable with non-option arguments
From: kristof dot coomans at telenet dot be Operating system: Doesn't matter PHP version: 5.3CVS-2008-12-24 (snap) PHP Bug Type: Feature/Change Request Bug description: Make getopt() usable with non-option arguments Description: Now that PHP 5.3 will have getopt() available on all platforms, I think it's important to also make it as usable as possible. Currently, getopt() is not usable for command line scripts that have both option and non-option arguments, because it doesn't modify argv, as pointed out already in 2003 in this comment: http://www.php.net/getopt#34163. Stripping away the option arguments from argv when a call to getopt() is made would be a great improvement. User land code can handle the remaining non-option arguments from argv then. -- Edit bug report at http://bugs.php.net/?id=46937edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46937r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46937r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46937r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46937r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46937r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46937r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46937r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46937r=needscript Try newer version: http://bugs.php.net/fix.php?id=46937r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46937r=support Expected behavior: http://bugs.php.net/fix.php?id=46937r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46937r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46937r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46937r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46937r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46937r=dst IIS Stability: http://bugs.php.net/fix.php?id=46937r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46937r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46937r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46937r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46937r=mysqlcfg
#46938 [NEW]: Make getopt() report wrong options
From: kristof dot coomans at telenet dot be Operating system: Irrelevant PHP version: 5.3CVS-2008-12-24 (snap) PHP Bug Type: Feature/Change Request Bug description: Make getopt() report wrong options Description: Now that PHP 5.3 will have getopt() available on all platforms, I think it's important to also make it as usable as possible. Currently, getopt() does not report in any way if there were any wrong options provided on the command line. It would be nice to be able to give the end user feedback on non-existing options he/she provided, or about options he/she provided that require a value but for which no value was supplied. The ability to retrieve a list of option errors should be provided, either by: - throwing an exception or - a 3rd by-reference array argument to getopt() -- Edit bug report at http://bugs.php.net/?id=46938edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46938r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46938r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46938r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46938r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46938r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46938r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46938r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46938r=needscript Try newer version: http://bugs.php.net/fix.php?id=46938r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46938r=support Expected behavior: http://bugs.php.net/fix.php?id=46938r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46938r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46938r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46938r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46938r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46938r=dst IIS Stability: http://bugs.php.net/fix.php?id=46938r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46938r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46938r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46938r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46938r=mysqlcfg
#46934 [NEW]: Unable to untighten open_basedir restriction
From: kristof dot coomans at telenet dot be Operating system: Windows XP PHP version: 5.3CVS-2008-12-23 (snap) PHP Bug Type: Safe Mode/open_basedir Bug description: Unable to untighten open_basedir restriction Description: I'm testing the new feature introduced lately, namely tightening the open_basedir setting. This might be a very good security measure, to prevent relative directory traversal exploits. However, sometimes it is useful to tighten the path only for certain code, and untighten it again afterward to its original value. This doesn't seem to work currently. Reproduce code: --- ?php // original open_basedir value echo ini_get( 'open_basedir' ) . PHP_EOL; $newBaseDir = dirname( __FILE__ ) . DIRECTORY_SEPARATOR . 'var' . DIRECTORY_SEPARATOR; ini_set( 'open_basedir', $newBaseDir ); // new tightened open_basedir value echo ini_get( 'open_basedir' ) . PHP_EOL; // this will fail, as intended, because of the open_basedir restriction file_put_contents( dirname( __FILE__ ) . DIRECTORY_SEPARATOR . 'test.txt', 'test 123 456' ); ini_restore( 'open_basedir' ); // original open_basedir value again echo ini_get( 'open_basedir' ) . PHP_EOL; // this will stail fail, not intended file_put_contents( dirname( __FILE__ ) . DIRECTORY_SEPARATOR . 'test.txt', 'test 123 456' ); ? Expected result: The last call should be allowed, and a file test.txt should have been created in the same directory as the script. Actual result: -- Warning: file_put_contents(): open_basedir restriction in effect. File(C:\sites\ trunk\test.txt) is not within the allowed path(s): (#9617;#948;รง#9786;#9792;) in ... Warning: file_put_contents(C:\sites\trunk\test.txt): failed to open stream: Operation not permitted in ... -- Edit bug report at http://bugs.php.net/?id=46934edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46934r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46934r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46934r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46934r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=46934r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=46934r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46934r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=46934r=needscript Try newer version: http://bugs.php.net/fix.php?id=46934r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46934r=support Expected behavior: http://bugs.php.net/fix.php?id=46934r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46934r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46934r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46934r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46934r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=46934r=dst IIS Stability: http://bugs.php.net/fix.php?id=46934r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46934r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46934r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46934r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=46934r=mysqlcfg
#46212 [Fbk-Opn]: SQLite3::exec() with a valid CREATE TABLE fails
ID: 46212 User updated by: kristof dot coomans at telenet dot be Reported By: kristof dot coomans at telenet dot be -Status: Feedback +Status: Open Bug Type: SQLite related Operating System: Windows XP PHP Version: 5.3CVS-2008-10-01 (snap) Assigned To: scottmac New Comment: Yes, it works again as expected with the last snapshot I downloaded. Thanks! Previous Comments: [2008-10-20 23:58:36] [EMAIL PROTECTED] Can you try a 5.3 snapshot from http://windows.php.net/snapshots/ I think this could be optimisation related and recently fixed. [2008-10-01 16:25:40] kristof dot coomans at telenet dot be Yes, the user has permission to read write to the directory file. [2008-10-01 15:58:12] [EMAIL PROTECTED] Does the user you're running the script as have permission to write the database file and the directory the script is in? That's usually the reason for this sort of error. [2008-10-01 15:56:11] [EMAIL PROTECTED] This works on Linux and Mac but not Windows. [2008-10-01 15:37:08] kristof dot coomans at telenet dot be Description: SQLite3::exec with valid query fails with the error message SQL logic error or missing database. Actually testing with http://snaps.php.net/win32/php5.3-win32-200809251104.zip since there is no snapshot for win32 yet for today. Reproduce code: --- ?php @unlink( 'test.sqlite3.db' ); $cn = new SQLite3( 'test.sqlite3.db' ); $sql = CREATE TABLE ezcontentclass_attribute ( can_translate INTEGER(11) DEFAULT '1', contentclass_id INTEGER(11) NOT NULL DEFAULT '0', data_float1 float DEFAULT NULL, data_float2 float DEFAULT NULL, data_float3 float DEFAULT NULL, data_float4 float DEFAULT NULL, data_int1 INTEGER(11) DEFAULT NULL, data_int2 INTEGER(11) DEFAULT NULL, data_int3 INTEGER(11) DEFAULT NULL, data_text1 varchar(50) DEFAULT NULL, data_text2 varchar(50) DEFAULT NULL, data_text3 varchar(50) DEFAULT NULL, data_text5 longtext, data_type_string varchar(50) NOT NULL DEFAULT '', id INTEGER, identifier varchar(50) NOT NULL DEFAULT '', is_information_collector INTEGER(11) NOT NULL DEFAULT '0', is_required INTEGER(11) NOT NULL DEFAULT '0', is_searchable INTEGER(11) NOT NULL DEFAULT '0', placement INTEGER(11) NOT NULL DEFAULT '0', serialized_name_list longtext NOT NULL, version INTEGER(11) NOT NULL DEFAULT '0', PRIMARY KEY ( id, version ) ); $succes = @$cn-exec( $sql ); if ( !$succes ) { print( Error . $cn-lastErrorCode() . : . $cn-lastErrorMsg() . PHP_EOL ); } ? Expected result: The script should finish without any warnings. Executing the sql with the sqlite3 command line client works fine. Actual result: -- Error 1: SQL logic error or missing database -- Edit this bug report at http://bugs.php.net/?id=46212edit=1
#46212 [NEW]: SQLite3::exec() with a valid CREATE TABLE fails
From: kristof dot coomans at telenet dot be Operating system: Windows XP PHP version: 5.3CVS-2008-10-01 (snap) PHP Bug Type: SQLite related Bug description: SQLite3::exec() with a valid CREATE TABLE fails Description: SQLite3::exec with valid query fails with the error message SQL logic error or missing database. Actually testing with http://snaps.php.net/win32/php5.3-win32-200809251104.zip since there is no snapshot for win32 yet for today. Reproduce code: --- ?php @unlink( 'test.sqlite3.db' ); $cn = new SQLite3( 'test.sqlite3.db' ); $sql = CREATE TABLE ezcontentclass_attribute ( can_translate INTEGER(11) DEFAULT '1', contentclass_id INTEGER(11) NOT NULL DEFAULT '0', data_float1 float DEFAULT NULL, data_float2 float DEFAULT NULL, data_float3 float DEFAULT NULL, data_float4 float DEFAULT NULL, data_int1 INTEGER(11) DEFAULT NULL, data_int2 INTEGER(11) DEFAULT NULL, data_int3 INTEGER(11) DEFAULT NULL, data_text1 varchar(50) DEFAULT NULL, data_text2 varchar(50) DEFAULT NULL, data_text3 varchar(50) DEFAULT NULL, data_text5 longtext, data_type_string varchar(50) NOT NULL DEFAULT '', id INTEGER, identifier varchar(50) NOT NULL DEFAULT '', is_information_collector INTEGER(11) NOT NULL DEFAULT '0', is_required INTEGER(11) NOT NULL DEFAULT '0', is_searchable INTEGER(11) NOT NULL DEFAULT '0', placement INTEGER(11) NOT NULL DEFAULT '0', serialized_name_list longtext NOT NULL, version INTEGER(11) NOT NULL DEFAULT '0', PRIMARY KEY ( id, version ) ); $succes = @$cn-exec( $sql ); if ( !$succes ) { print( Error . $cn-lastErrorCode() . : . $cn-lastErrorMsg() . PHP_EOL ); } ? Expected result: The script should finish without any warnings. Executing the sql with the sqlite3 command line client works fine. Actual result: -- Error 1: SQL logic error or missing database -- Edit bug report at http://bugs.php.net/?id=46212edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46212r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46212r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46212r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46212r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46212r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46212r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46212r=needscript Try newer version:http://bugs.php.net/fix.php?id=46212r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46212r=support Expected behavior:http://bugs.php.net/fix.php?id=46212r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46212r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46212r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46212r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46212r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46212r=dst IIS Stability:http://bugs.php.net/fix.php?id=46212r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46212r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46212r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46212r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46212r=mysqlcfg
#46212 [Asn]: SQLite3::exec() with a valid CREATE TABLE fails
ID: 46212 User updated by: kristof dot coomans at telenet dot be Reported By: kristof dot coomans at telenet dot be Status: Assigned Bug Type: SQLite related Operating System: Windows XP PHP Version: 5.3CVS-2008-10-01 (snap) Assigned To: scottmac New Comment: Yes, the user has permission to read write to the directory file. Previous Comments: [2008-10-01 15:58:12] [EMAIL PROTECTED] Does the user you're running the script as have permission to write the database file and the directory the script is in? That's usually the reason for this sort of error. [2008-10-01 15:56:11] [EMAIL PROTECTED] This works on Linux and Mac but not Windows. [2008-10-01 15:37:08] kristof dot coomans at telenet dot be Description: SQLite3::exec with valid query fails with the error message SQL logic error or missing database. Actually testing with http://snaps.php.net/win32/php5.3-win32-200809251104.zip since there is no snapshot for win32 yet for today. Reproduce code: --- ?php @unlink( 'test.sqlite3.db' ); $cn = new SQLite3( 'test.sqlite3.db' ); $sql = CREATE TABLE ezcontentclass_attribute ( can_translate INTEGER(11) DEFAULT '1', contentclass_id INTEGER(11) NOT NULL DEFAULT '0', data_float1 float DEFAULT NULL, data_float2 float DEFAULT NULL, data_float3 float DEFAULT NULL, data_float4 float DEFAULT NULL, data_int1 INTEGER(11) DEFAULT NULL, data_int2 INTEGER(11) DEFAULT NULL, data_int3 INTEGER(11) DEFAULT NULL, data_text1 varchar(50) DEFAULT NULL, data_text2 varchar(50) DEFAULT NULL, data_text3 varchar(50) DEFAULT NULL, data_text5 longtext, data_type_string varchar(50) NOT NULL DEFAULT '', id INTEGER, identifier varchar(50) NOT NULL DEFAULT '', is_information_collector INTEGER(11) NOT NULL DEFAULT '0', is_required INTEGER(11) NOT NULL DEFAULT '0', is_searchable INTEGER(11) NOT NULL DEFAULT '0', placement INTEGER(11) NOT NULL DEFAULT '0', serialized_name_list longtext NOT NULL, version INTEGER(11) NOT NULL DEFAULT '0', PRIMARY KEY ( id, version ) ); $succes = @$cn-exec( $sql ); if ( !$succes ) { print( Error . $cn-lastErrorCode() . : . $cn-lastErrorMsg() . PHP_EOL ); } ? Expected result: The script should finish without any warnings. Executing the sql with the sqlite3 command line client works fine. Actual result: -- Error 1: SQL logic error or missing database -- Edit this bug report at http://bugs.php.net/?id=46212edit=1
#45007 [NEW]: Win32 installer misses APC and SVN extensions
From: kristof dot coomans at telenet dot be Operating system: win32 PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: Win32 installer misses APC and SVN extensions Description: The win32 installer misses the APC and SVN extensions while they were there in 5.2.5 afaik. -- Edit bug report at http://bugs.php.net/?id=45007edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45007r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45007r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45007r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45007r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45007r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45007r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45007r=needscript Try newer version:http://bugs.php.net/fix.php?id=45007r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45007r=support Expected behavior:http://bugs.php.net/fix.php?id=45007r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45007r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45007r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45007r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45007r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45007r=dst IIS Stability:http://bugs.php.net/fix.php?id=45007r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45007r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45007r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45007r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45007r=mysqlcfg