#35177 [NEW]: no constante defined
From: fhenninot at freesurf dot fr Operating system: Linux PHP version: 5.1.0RC4 PHP Bug Type: PDO related Bug description: no constante defined Description: With PHP5.1.0RC4 and PHP5-2005-11-09snaps, no PDO constante defined. PDO is installed and appear in phpinfo(); Reproduce code: --- print_r(get_defined_constants()); Expected result: PDO_... PDO_FETCH_. Actual result: -- Array ( [E_ERROR] => 1 [E_WARNING] => 2 [E_PARSE] => 4 [E_NOTICE] => 8 [E_STRICT] => 2048 [E_CORE_ERROR] => 16 [E_CORE_WARNING] => 32 [E_COMPILE_ERROR] => 64 [E_COMPILE_WARNING] => 128 [E_USER_ERROR] => 256 [E_USER_WARNING] => 512 [E_USER_NOTICE] => 1024 [E_ALL] => 2047 [TRUE] => 1 [FALSE] => [ZEND_THREAD_SAFE] => [NULL] => [PHP_VERSION] => 5.1.0RC5-dev [PHP_OS] => Linux [PHP_SAPI] => apache2handler [DEFAULT_INCLUDE_PATH] => .:/usr/local/lib/php [PEAR_INSTALL_DIR] => /usr/local/lib/php [PEAR_EXTENSION_DIR] => /usr/local/lib/php/extensions/no-debug-non-zts-20050922 [PHP_EXTENSION_DIR] => /usr/local/lib/php/extensions/no-debug-non-zts-20050922 [PHP_PREFIX] => /usr/local [PHP_BINDIR] => /usr/local/bin [PHP_LIBDIR] => /usr/local/lib/php [PHP_DATADIR] => /usr/local/share/php [PHP_SYSCONFDIR] => /usr/local/etc [PHP_LOCALSTATEDIR] => /usr/local/var [PHP_CONFIG_FILE_PATH] => /usr/local/lib [PHP_CONFIG_FILE_SCAN_DIR] => [PHP_SHLIB_SUFFIX] => so [PHP_EOL] => [PHP_INT_MAX] => 2147483647 [PHP_INT_SIZE] => 4 [PHP_OUTPUT_HANDLER_START] => 1 [PHP_OUTPUT_HANDLER_CONT] => 2 [PHP_OUTPUT_HANDLER_END] => 4 [UPLOAD_ERR_OK] => 0 [UPLOAD_ERR_INI_SIZE] => 1 [UPLOAD_ERR_FORM_SIZE] => 2 [UPLOAD_ERR_PARTIAL] => 3 [UPLOAD_ERR_NO_FILE] => 4 [UPLOAD_ERR_NO_TMP_DIR] => 6 [UPLOAD_ERR_CANT_WRITE] => 7 [P_STATIC] => 1 [P_PUBLIC] => 256 [P_PROTECTED] => 512 [P_PRIVATE] => 1024 [M_STATIC] => 1 [M_PUBLIC] => 256 [M_PROTECTED] => 512 [M_PRIVATE] => 1024 [M_ABSTRACT] => 2 [M_FINAL] => 4 [C_IMPLICIT_ABSTRACT] => 16 [C_EXPLICIT_ABSTRACT] => 32 [C_FINAL] => 64 [LIBXML_VERSION] => 20613 [LIBXML_DOTTED_VERSION] => 2.6.13 [LIBXML_NOENT] => 2 [LIBXML_DTDLOAD] => 4 [LIBXML_DTDATTR] => 8 [LIBXML_DTDVALID] => 16 [LIBXML_NOERROR] => 32 [LIBXML_NOWARNING] => 64 [LIBXML_NOBLANKS] => 256 [LIBXML_XINCLUDE] => 1024 [LIBXML_NSCLEAN] => 8192 [LIBXML_NOCDATA] => 16384 [LIBXML_NONET] => 2048 [LIBXML_NOEMPTYTAG] => 4 [LIBXML_ERR_NONE] => 0 [LIBXML_ERR_WARNING] => 1 [LIBXML_ERR_ERROR] => 2 [LIBXML_ERR_FATAL] => 3 [XSL_CLONE_AUTO] => 0 [XSL_CLONE_NEVER] => -1 [XSL_CLONE_ALWAYS] => 1 [XML_ERROR_NONE] => 0 [XML_ERROR_NO_MEMORY] => 1 [XML_ERROR_SYNTAX] => 2 [XML_ERROR_NO_ELEMENTS] => 3 [XML_ERROR_INVALID_TOKEN] => 4 [XML_ERROR_UNCLOSED_TOKEN] => 5 [XML_ERROR_PARTIAL_CHAR] => 6 [XML_ERROR_TAG_MISMATCH] => 7 [XML_ERROR_DUPLICATE_ATTRIBUTE] => 8 [XML_ERROR_JUNK_AFTER_DOC_ELEMENT] => 9 [XML_ERROR_PARAM_ENTITY_REF] => 10 [XML_ERROR_UNDEFINED_ENTITY] => 11 [XML_ERROR_RECURSIVE_ENTITY_REF] => 12 [XML_ERROR_ASYNC_ENTITY] => 13 [XML_ERROR_BAD_CHAR_REF] => 14 [XML_ERROR_BINARY_ENTITY_REF] => 15 [XML_ERROR_ATTRIBUTE_EXTERNAL_ENTITY_REF] => 16 [XML_ERROR_MISPLACED_XML_PI] => 17 [XML_ERROR_UNKNOWN_ENCODING] => 18 [XML_ERROR_INCORRECT_ENCODING] => 19 [XML_ERROR_UNCLOSED_CDATA_SECTION] => 20 [XML_ERROR_EXTERNAL_ENTITY_HANDLING] => 21 [XML_OPTION_CASE_FOLDING] => 1 [XML_OPTION_TARGET_ENCODING] => 2 [XML_OPTION_SKIP_TAGSTART] => 3 [XML_OPTION_SKIP_WHITE] => 4 [XML_SAX_IMPL] => libxml [T_INCLUDE] => 262 [T_INCLUDE_ONCE] => 261 [T_EVAL] => 260 [T_REQUIRE] => 259 [T_REQUIRE_ONCE] => 258 [T_LOGICAL_OR] => 263 [T_LOGICAL_XOR] => 264 [T_LOGICAL_AND] => 265 [T_PRINT] => 266 [T_PLUS_EQUAL] => 277 [T_MINUS_EQUAL] => 276 [T_MUL_EQUAL] => 275 [T_DIV_EQUAL] => 274 [T_CONCAT_EQUAL] => 273 [T_MOD_EQUAL] => 272 [T_AND_EQUAL] => 271 [T_OR_EQUAL] => 270 [T_XOR_EQUAL] => 269 [T_SL_EQUAL] => 268 [T_SR_EQUAL] => 267 [T_BOOLEAN_OR] => 278 [T_BOOLEAN_AND] => 279 [T_IS_EQUAL] => 283 [T_IS_NOT_EQUAL] => 282 [T_IS_IDENTICAL] => 281 [T_IS_NOT_IDENTICAL] => 280 [T_IS_SMALLER_OR_EQUAL] => 285 [T_IS_GREATER_OR_EQUAL] =&g
#33717 [Fbk->Opn]: PDO_SQLITE: crash when a query contains ':memory:'
ID: 33717 User updated by: fhenninot at freesurf dot fr Reported By: fhenninot at freesurf dot fr -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux PHP Version: 5.1.0b3 Assigned To: wez New Comment: Yes that perfectly works. Thank you very much! Fred Previous Comments: [2005-07-18 16:49:08] [EMAIL PROTECTED] 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 Seems to work for me with CVS HEAD. Please try the snap dated after this message to confirm; a self-contained test case will help to really nail the problem if it persists. [2005-07-18 02:28:19] [EMAIL PROTECTED] See also bug #33737 [2005-07-16 20:04:49] fhenninot at freesurf dot fr The two problem seem identical! I've generate the backtrace! #0 _efree (ptr=0x0) at /usr/src/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0x4042f880 in free_statement (stmt=0x821ae24) at /usr/src/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0x40568d09 in zend_objects_store_del_ref (zobject=0x821ae24) at /usr/src/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0x405487f1 in _zval_ptr_dtor (zval_ptr=0x82184b0) at zend_variables.h:35 #4 0x4055ba6d in zend_hash_apply_deleter (ht=0x406c8c50, p=0x82184a4) at /usr/src/php-5.1.0b3/Zend/zend_hash.c:574 #5 0x4055bad7 in zend_hash_graceful_reverse_destroy (ht=0x406c8c50) at /usr/src/php-5.1.0b3/Zend/zend_hash.c:640 #6 0x40548e54 in shutdown_executor () at /usr/src/php-5.1.0b3/Zend/zend_execute_API.c:216 #7 0x40554433 in zend_deactivate () at /usr/src/php-5.1.0b3/Zend/zend.c:823 #8 0x4051d777 in php_request_shutdown (dummy=0x0) at /usr/src/php-5.1.0b3/main/main.c:1238 #9 0x405d7d94 in php_handler (r=0x8209c30) at /usr/src/php-5.1.0b3/sapi/apache2handler/sapi_apache2.c:443 #10 0x0807e86b in ap_run_handler (r=0x8209c30) at config.c:151 #11 0x0807edee in ap_invoke_handler (r=0x8209c30) at config.c:363 #12 0x0806d4cb in ap_process_request (r=0x8209c30) at http_request.c:246 #13 0x080691ec in ap_process_http_connection (c=0x82053b8) at http_core.c:250 #14 0x0808861b in ap_run_process_connection (c=0x82053b8) at connection.c:42 #15 0x0807d346 in child_main (child_num_arg=0) at prefork.c:609 #16 0x0807d45d in make_child (s=0x80be7e0, slot=0) at prefork.c:649 #17 0x0807d524 in startup_children (number_to_start=5) at prefork.c:721 #18 0x0807db8d in ap_mpm_run (_pconf=0x80ba0a8, plog=0x80f2188, s=0x80be7e0) at prefork.c:940 #19 0x08082fda in main (argc=2, argv=0xb7d4) at main.c:617 [2005-07-16 16:09:25] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Please provide a backtrace for both of those crashes [2005-07-16 10:53:34] fhenninot at freesurf dot fr hi wez! thank you for your help! but!! If i use parameters, this don't crash apache!! ok! but if my table haven't record like the parameter (now not only '::memory') then that kill the PHP script!! I've test it on beta2 and this work properly but with beta3 crashed. 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/33717 -- Edit this bug report at http://bugs.php.net/?id=33717&edit=1
#33717 [Fbk->Opn]: crash 'apache' when a query contain ':memory:'
ID: 33717
User updated by: fhenninot at freesurf dot fr
Reported By: fhenninot at freesurf dot fr
-Status: Feedback
+Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.0b3
Assigned To: wez
New Comment:
The two problem seem identical!
I've generate the backtrace!
#0 _efree (ptr=0x0) at /usr/src/php-5.1.0b3/Zend/zend_alloc.c:285
#1 0x4042f880 in free_statement (stmt=0x821ae24) at
/usr/src/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937
#2 0x40568d09 in zend_objects_store_del_ref (zobject=0x821ae24)
at /usr/src/php-5.1.0b3/Zend/zend_objects_API.c:161
#3 0x405487f1 in _zval_ptr_dtor (zval_ptr=0x82184b0) at
zend_variables.h:35
#4 0x4055ba6d in zend_hash_apply_deleter (ht=0x406c8c50, p=0x82184a4)
at /usr/src/php-5.1.0b3/Zend/zend_hash.c:574
#5 0x4055bad7 in zend_hash_graceful_reverse_destroy (ht=0x406c8c50) at
/usr/src/php-5.1.0b3/Zend/zend_hash.c:640
#6 0x40548e54 in shutdown_executor () at
/usr/src/php-5.1.0b3/Zend/zend_execute_API.c:216
#7 0x40554433 in zend_deactivate () at
/usr/src/php-5.1.0b3/Zend/zend.c:823
#8 0x4051d777 in php_request_shutdown (dummy=0x0) at
/usr/src/php-5.1.0b3/main/main.c:1238
#9 0x405d7d94 in php_handler (r=0x8209c30) at
/usr/src/php-5.1.0b3/sapi/apache2handler/sapi_apache2.c:443
#10 0x0807e86b in ap_run_handler (r=0x8209c30) at config.c:151
#11 0x0807edee in ap_invoke_handler (r=0x8209c30) at config.c:363
#12 0x0806d4cb in ap_process_request (r=0x8209c30) at
http_request.c:246
#13 0x080691ec in ap_process_http_connection (c=0x82053b8) at
http_core.c:250
#14 0x0808861b in ap_run_process_connection (c=0x82053b8) at
connection.c:42
#15 0x0807d346 in child_main (child_num_arg=0) at prefork.c:609
#16 0x0807d45d in make_child (s=0x80be7e0, slot=0) at prefork.c:649
#17 0x0807d524 in startup_children (number_to_start=5) at
prefork.c:721
#18 0x0807db8d in ap_mpm_run (_pconf=0x80ba0a8, plog=0x80f2188,
s=0x80be7e0) at prefork.c:940
#19 0x08082fda in main (argc=2, argv=0xb7d4) at main.c:617
Previous Comments:
[2005-07-16 16:09:25] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Please provide a backtrace for both of those crashes
[2005-07-16 10:53:34] fhenninot at freesurf dot fr
hi wez!
thank you for your help! but!!
If i use parameters, this don't crash apache!! ok!
but if my table haven't record like the parameter (now not only
'::memory') then that kill the PHP script!!
I've test it on beta2 and this work properly but with beta3 crashed.
[2005-07-15 23:33:22] [EMAIL PROTECTED]
Doh. Like this:
$stmt = $db->prepare("SELECT * from database where location like ?");
$stmt->execute(array(":memory:"));
[2005-07-15 23:32:41] [EMAIL PROTECTED]
BTW, if you want a workaround, you can use parameters like this:
$stmt = $db->prepare("SELECT * from database where location like ?");
$stmt->execute(array(":memory"));
[2005-07-15 23:30:54] [EMAIL PROTECTED]
Sounds like a pretty nasty problem to me.
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/33717
--
Edit this bug report at http://bugs.php.net/?id=33717&edit=1
#33717 [Asn]: crash 'apache' when a query contain ':memory:'
ID: 33717
User updated by: fhenninot at freesurf dot fr
Reported By: fhenninot at freesurf dot fr
Status: Assigned
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.0b3
Assigned To: wez
New Comment:
hi wez!
thank you for your help! but!!
If i use parameters, this don't crash apache!! ok!
but if my table haven't record like the parameter (now not only
'::memory') then that kill the PHP script!!
I've test it on beta2 and this work properly but with beta3 crashed.
Previous Comments:
[2005-07-15 23:33:22] [EMAIL PROTECTED]
Doh. Like this:
$stmt = $db->prepare("SELECT * from database where location like ?");
$stmt->execute(array(":memory:"));
[2005-07-15 23:32:41] [EMAIL PROTECTED]
BTW, if you want a workaround, you can use parameters like this:
$stmt = $db->prepare("SELECT * from database where location like ?");
$stmt->execute(array(":memory"));
[2005-07-15 23:30:54] [EMAIL PROTECTED]
Sounds like a pretty nasty problem to me.
----------------
[2005-07-15 23:01:05] fhenninot at freesurf dot fr
Description:
This is a bug, i think, in PHP-5.1B3
When i search a string named ':memory:' into a database field, this
crash apache with the message : [Fri Jul 15 20:17:11 2005] [notice]
child pid 11338 exit signal Segmentation fault (11)
I can test it on linux only! and with some apache version.
Reproduce code:
---
query("SELECT * FROM database WHERE location like
':memory:'");
--
Edit this bug report at http://bugs.php.net/?id=33717&edit=1
#33717 [NEW]: crash 'apache' when a query contain ':memory:'
From: fhenninot at freesurf dot fr
Operating system: Linux
PHP version: 5.1.0b2
PHP Bug Type: PDO related
Bug description: crash 'apache' when a query contain ':memory:'
Description:
This is a bug, i think, in PHP-5.1B3
When i search a string named ':memory:' into a database field, this crash
apache with the message : [Fri Jul 15 20:17:11 2005] [notice] child pid
11338 exit signal Segmentation fault (11)
I can test it on linux only! and with some apache version.
Reproduce code:
---
query("SELECT * FROM database WHERE location like
':memory:'");
--
Edit bug report at http://bugs.php.net/?id=33717&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33717&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33717&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33717&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33717&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33717&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33717&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33717&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33717&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33717&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33717&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33717&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33717&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33717&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33717&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33717&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33717&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33717&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33717&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33717&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33717&r=mysqlcfg
#29688 [NEW]: E_STRICT don't work
From: fhenninot at freesurf dot fr
Operating system: RH9
PHP version: 5.0.1
PHP Bug Type: *General Issues
Bug description: E_STRICT don't work
Description:
if 'error_reporting' is set to E_STRICT in php.ini, it's impossible to
reset it in code.
And if 'error_reporting' is not set to E_STRICT in the php.ini, it's
impossible to set it in code.
It's a really big problem for the compatibility with PHP4 program.
Reproduce code:
---
";
error_reporting(E_ALL ^E_STRICT);
echo "after : ".error_reporting()."";
class foo{
var $toto;
function foo(){
echo "construct";
}
}
$instance =& new foo();
echo "undefined var : ".$novar;
echo "End : ".error_reporting()."";
?>
Expected result:
if E_STRICT in php.ini, i must have just a 'NOTICE' error :
[client xxx.xxx.xxx.xxx] PHP Notice: Undefined variable: novar in
/usr/local/apache/htdocs/test.php on line 15
Actual result:
--
I have the notice error message but i've too the 'STRICT' error message :
[client xxx.xxx.xxx.xxx] PHP Strict Standards: var: Deprecated. Please
use the public/private/protected modifiers in
/usr/local/apache/htdocs/test.php on line 7
[client xxx.xxx.xxx.xxx] PHP Strict Standards: Assigning the return value
of new by reference is deprecated in /usr/local/apache/htdocs/test.php on
line 14
--
Edit bug report at http://bugs.php.net/?id=29688&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=29688&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=29688&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=29688&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=29688&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=29688&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=29688&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=29688&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=29688&r=support
Expected behavior: http://bugs.php.net/fix.php?id=29688&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=29688&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=29688&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=29688&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=29688&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=29688&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=29688&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=29688&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=29688&r=float
