#46000 [NEW]: Could not find Zend/Session.php in Zend Framework
From: ckl at ecw dot de
Operating system: Windows XP SP 3
PHP version: 5.3.0alpha2
PHP Bug Type: Scripting Engine problem
Bug description: Could not find Zend/Session.php in Zend Framework
Description:
My ZF application crashes, because Zend/Session.php could not be
located.
I assume this is not a ZF specific issue as the same Script already worked
with PHP 5.2.6.
There might (!) be a problem with the interpreter recognizing files with
the word namespace in file-, class- or function name.
Some information about the code:
* Zend_Session || Zend/Session.php *is* included
* require_once 'Zend/Session/Abstract.php' is included and throws no
error (Zend/Session.php line 32)
* require_once 'Zend/Session/Namespace.php' fails. The file is *not*
included
As I already mentioned, this code worked in PHP 5.2.6 and I don't think
that this is a problem of Zend Framwork.
Reproduce code:
---
function __autoload($clazzName)
{
Zend_Loader::loadClass($clazzName);
}
define('ROOT_DIR', dirname(dirname(__FILE__)));
// ...
// some trivial code that worked
// ...
Zend_Session::start();
Expected result:
I expected a working code...
Actual result:
--
Could not find class Zend_Session in ... at line 0
--
Edit bug report at http://bugs.php.net/?id=46000edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46000r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46000r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46000r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46000r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46000r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46000r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46000r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46000r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46000r=support
Expected behavior:http://bugs.php.net/fix.php?id=46000r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46000r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46000r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46000r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46000r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46000r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46000r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46000r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46000r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46000r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46000r=mysqlcfg
#45995 [Fbk-Opn]: back trace
ID: 45995 User updated by: obylan at gmail dot com -Summary: apache segmentation fault Reported By: obylan at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: linux PHP Version: 5.2.6 New Comment: i have the same problem on different hardware ( p III biproc, Intel(R) Core(TM)2 Duo biproc, AMD Athlon(tm) 64 X2 Dual Core ) System is gentoo linux on different kernel. This is the backtrace on apache execution: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7b90700 (LWP 839)] 0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15 (gdb) bt #0 0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15 #1 0xb73da540 in zm_startup_mysql () from /usr/lib/apache2/modules/libphp5.so #2 0xb753243e in zend_startup_module_ex () from /usr/lib/apache2/modules/libphp5.so #3 0xb7539645 in zend_hash_apply () from /usr/lib/apache2/modules/libphp5.so #4 0xb75325f9 in zend_startup_modules () from /usr/lib/apache2/modules/libphp5.so #5 0xb74db153 in php_module_startup () from /usr/lib/apache2/modules/libphp5.so #6 0xb75a8bfc in ?? () from /usr/lib/apache2/modules/libphp5.so #7 0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so #8 0xb7826fe0 in ?? () from /usr/lib/apache2/modules/libphp5.so #9 0x0001 in ?? () #10 0xb7aea6ba in ?? () from /usr/lib/apache2/modules/mod_ssl.so #11 0x00dc in ?? () #12 0x000b in ?? () #13 0xbf9cefd8 in ?? () #14 0xb75a8d7e in ?? () from /usr/lib/apache2/modules/libphp5.so #15 0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so #16 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so #17 0x080a30a0 in ?? () #18 0xb7b39ff4 in ?? () from /usr/lib/apache2/modules/mod_headers.so #19 0x081f6ac8 in ?? () #20 0x081f6b38 in ?? () #21 0x081f6bf0 in ?? () #22 0x00c8 in ?? () #23 0x0001 in ?? () #24 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so #25 0xbf9cf008 in ?? () #26 0x0807a7fe in ap_run_post_config () Backtrace stopped: previous frame inner to this frame (corrupt stack?) Previous Comments: [2008-09-04 19:31:39] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2008-09-04 15:11:24] obylan at gmail dot com Description: i have a problem with = apache-2.2.8 = php-5.2 = mysql-5.0 If i build php apache module without mysql support, apache start. But if i build php module with mysql support, apache exit with segmentation fault when i try to start it. I'm using Apache set with MPM prefork. -- Edit this bug report at http://bugs.php.net/?id=45995edit=1
#46001 [NEW]: $pdo-prepare() always returns PDOStatement object
From: alx at ok dot ru
Operating system: Windows XP
PHP version: 5.2.6
PHP Bug Type: PDO related
Bug description: $pdo-prepare() always returns PDOStatement object
Description:
$pdo-prepare() always returns PDOStatement object
Reproduce code:
---
?php
$pdo=new PDO(...);
$sth=$pdo-prepare('La la la');
print_r($sth);
?
Expected result:
FALSE
Actual result:
--
PDOStatement Object ( [queryString] = La la la )
--
Edit bug report at http://bugs.php.net/?id=46001edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46001r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46001r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46001r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46001r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46001r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46001r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46001r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46001r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46001r=support
Expected behavior:http://bugs.php.net/fix.php?id=46001r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46001r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46001r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46001r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46001r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46001r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46001r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46001r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46001r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46001r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46001r=mysqlcfg
#45973 [Fbk-Opn]: segfault when setting include_path to concat. of non-defined ${include_path}
ID: 45973
User updated by: olivier dot berger at it-sudparis dot eu
Reported By: olivier dot berger at it-sudparis dot eu
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Debian lenny
PHP Version: 5.2.6
New Comment:
I'm sorry, but I can't currently test the whole process of
recompiling/reinstalling PHP 5.3 on one of my systems where I only have
PHP5.2 and don't want to mess the whole setup.
Ain't there someone able to test that on an already installed PHP5.3
setup ?
It should be fairly easy to test once PHP5.3 is installed...
Previous Comments:
[2008-09-04 20:49:16] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows (zip):
http://snaps.php.net/win32/php5.3-win32-latest.zip
For Windows (installer):
http://snaps.php.net/win32/php5.3-win32-installer-latest.msi
Please test with 5.3, the ini scanner/parser has been rewritten in it
and I'd like to know if this happens there too. (can't test myself right
now...)
[2008-09-02 13:00:01] olivier dot berger at it-sudparis dot eu
Description:
If include_path wasn't set already, setting it to some concatenation of
${include_path} causes a segfault.
Seems different from #37002, AFAICT
More details in Debian bug :
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=497453
Reproduce code:
---
For instance, if /etc/php5/apache2/php.ini doesn't contain any
include_path definition, like is by default in Debian :
; UNIX: /path1:/path2
;include_path = .:/usr/share/php
then setting the following in for instance /etc/php5/conf.d/zend.ini :
[Zend]
include_path = ${include_path}
:/usr/share/php/libzend-framework-php
leads to segmentation fault.
Expected result:
I guess referencing variables no yet explicitely set, but having
default values should return their default value.
Uncommenting the default include_path in /etc/php5/apache2/php.ini
allows it to work.
Actual result:
--
Apache segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=45973edit=1
#46001 [Opn-Bgs]: $pdo-prepare() always returns PDOStatement object
ID: 46001
Updated by: [EMAIL PROTECTED]
Reported By: alx at ok dot ru
-Status: Open
+Status: Bogus
Bug Type: PDO related
Operating System: Windows XP
PHP Version: 5.2.6
New Comment:
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
You're using emulated prepared statements, the parser in PDO's
emulation doesn't know about valid SQL so it accepts everything,
depending on the driver you can disable emulation to use native prepared
statements.
Previous Comments:
[2008-09-05 10:38:33] alx at ok dot ru
Description:
$pdo-prepare() always returns PDOStatement object
Reproduce code:
---
?php
$pdo=new PDO(...);
$sth=$pdo-prepare('La la la');
print_r($sth);
?
Expected result:
FALSE
Actual result:
--
PDOStatement Object ( [queryString] = La la la )
--
Edit this bug report at http://bugs.php.net/?id=46001edit=1
#46000 [Opn-Fbk]: Could not find Zend/Session.php in Zend Framework
ID: 46000
Updated by: [EMAIL PROTECTED]
Reported By: ckl at ecw dot de
-Status: Open
+Status: Feedback
Bug Type: Scripting Engine problem
Operating System: Windows XP SP 3
PHP Version: 5.3.0alpha2
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
Previous Comments:
[2008-09-05 07:04:41] ckl at ecw dot de
Description:
My ZF application crashes, because Zend/Session.php could not be
located.
I assume this is not a ZF specific issue as the same Script already
worked with PHP 5.2.6.
There might (!) be a problem with the interpreter recognizing files
with the word namespace in file-, class- or function name.
Some information about the code:
* Zend_Session || Zend/Session.php *is* included
* require_once 'Zend/Session/Abstract.php' is included and throws no
error (Zend/Session.php line 32)
* require_once 'Zend/Session/Namespace.php' fails. The file is *not*
included
As I already mentioned, this code worked in PHP 5.2.6 and I don't think
that this is a problem of Zend Framwork.
Reproduce code:
---
function __autoload($clazzName)
{
Zend_Loader::loadClass($clazzName);
}
define('ROOT_DIR', dirname(dirname(__FILE__)));
// ...
// some trivial code that worked
// ...
Zend_Session::start();
Expected result:
I expected a working code...
Actual result:
--
Could not find class Zend_Session in ... at line 0
--
Edit this bug report at http://bugs.php.net/?id=46000edit=1
#46002 [NEW]: phpize fails when directory contains spaces
From: marco at harddisk dot is-a-geek dot org Operating system: Win XP SP2 (Cygwin) PHP version: 5.2.6 PHP Bug Type: Unknown/Other Function Bug description: phpize fails when directory contains spaces Description: phpize does not escape spaces properly when running autoconf, this leads to autoconf not found-error. In line 102: if test ! -x `$php_shtool path $PHP_AUTOHEADER`; then and 114: if test ! -x `$php_shtool path $PHP_AUTOHEADER`; then something doesn't get escaped properly. (Yes, I know there are two different bug reports with same issue, but the code lines are different) Reproduce code: --- $ mkdir ~/directory\ foo $ cd ~/directory\ foo $ tar -xf ~/pecl.extension.tar $ cd name_of_ext-0.1 $ phpize Expected result: phpize generates the necessary files to build extension Actual result: -- $ phpize Configuring for: PHP Api Version: 20041225 Zend Module Api No: 20060613 Zend Extension Api No: 220060519 /usr/bin/phpize: line 106: /home/Marco/directory: No such file or directory Cannot find autoconf. Please check your autoconf installation and the $PHP_AUTOCONF environment variable is set correctly and then rerun this script. -- Edit bug report at http://bugs.php.net/?id=46002edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46002r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46002r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46002r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46002r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46002r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46002r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46002r=needscript Try newer version:http://bugs.php.net/fix.php?id=46002r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46002r=support Expected behavior:http://bugs.php.net/fix.php?id=46002r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46002r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46002r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46002r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46002r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46002r=dst IIS Stability:http://bugs.php.net/fix.php?id=46002r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46002r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46002r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46002r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46002r=mysqlcfg
#46003 [NEW]: isset on nonexisting nodes return unexpected results
From: kiryl dot zhybul at gmail dot com Operating system: linux PHP version: 5.2.6 PHP Bug Type: SimpleXML related Bug description: isset on nonexisting nodes return unexpected results Description: isset on nonexisting nodes return unexpected results Reproduce code: --- $a = simplexml_load_string( r pTest/p o d='h' xx rr='info' / yy rr='data' / /o /r ); var_dump(isset($a-o-zz)); var_dump(isset($a-o-text)); Expected result: bool(false) bool(false) Actual result: -- bool(false) bool(true) -- Edit bug report at http://bugs.php.net/?id=46003edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46003r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46003r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46003r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46003r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46003r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46003r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46003r=needscript Try newer version:http://bugs.php.net/fix.php?id=46003r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46003r=support Expected behavior:http://bugs.php.net/fix.php?id=46003r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46003r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46003r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46003r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46003r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46003r=dst IIS Stability:http://bugs.php.net/fix.php?id=46003r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46003r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46003r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46003r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46003r=mysqlcfg
#46004 [Opn]: A non stict condition with 0 return true
ID: 46004
User updated by: roland dot dufour at multiprog dot net
Reported By: roland dot dufour at multiprog dot net
Status: Open
Bug Type: *General Issues
Operating System: Windows Vista Ultimate French
PHP Version: 5.2.6
New Comment:
With a non strict condition, the expected result is :
bool(true) bool(false) bool(true)
And, with a strict condition, the expected result is :
bool(false) bool(false) bool(true)
Previous Comments:
[2008-09-05 15:33:49] roland dot dufour at multiprog dot net
Description:
When I try a non strict condition 0 == 'test', PHP return true.
Reproduce code:
---
// Non-strict condition
var_dump((0 == 'test'));
var_dump((1 == 'test'));
var_dump(('test' == 'test'));
// Strict condition
var_dump((0 === 'test'));
var_dump((1 === 'test'));
var_dump(('test' === 'test'));
Expected result:
bool(false) bool(false) bool(true)
I don't understand why a condition 0 == 'test' return true.
I discovered this bug by exploring the keys of a table via the
instruction foreach. My code was then:
$options = array(
array(), // an array
array(), // an other array
'refProduct' = 'test' // a value
);
foreach ($options as $k = $option) {
if ('refProduct' == $k){
continue;
}
// Instructions...
}
Curiously, only my secondary table (an other array) was executed by
Instructions
Actual result:
--
bool(true) bool(false) bool(true)
--
Edit this bug report at http://bugs.php.net/?id=46004edit=1
#45886 [Fbk-Csd]: ldap_bind fails with out of memory
ID: 45886 User updated by: rocko823 at gmail dot com Reported By: rocko823 at gmail dot com -Status: Feedback +Status: Closed Bug Type: LDAP related Operating System: Solaris 10 SPARC PHP Version: 5.2.6 New Comment: I'll look into how to do that, but the Instant Client doesn't deliver any LDAP specific include files like ldap.h which PHP needs. I will close this bug because it really isn't PHP specific, it is more how the operating system loads up the libraries when running in Apache and the fact that the LDAP parts of the Oracle libs are stomping on openldap. I suspect having Apache load in the LDAP libraries due to its own LDAP modules is forcing the LDAP functions to register with openldap instead of the oracle libs. Probably the best solution to this is using LD_PRELOAD with Apache on the openldap libraries for them to get loaded first before the Oracle lib. Previous Comments: [2008-09-04 20:51:28] [EMAIL PROTECTED] Ok, so it's most likely the old issue with Oracle libs containing their own ldap API which conflicts with openldap. In this case, you should configure PHP to use the oracle libs for ldap too. ie. pass --with-ldap the proper path to the oracle libs. [2008-09-04 16:01:31] rocko823 at gmail dot com sorry for the delay, I was on extended holiday vacation. I have confirmed that this problem does not occur when the Oracle oci8 is not compiled into PHP and all other factors stay the same. [2008-08-28 21:27:52] [EMAIL PROTECTED] Could you please try with a PHP compiled without oracle just that we can rule out that from this? [2008-08-27 21:25:45] rocko823 at gmail dot com output from ldd libphp5.so librt.so.1 =/usr/lib/librt.so.1 libmysqlclient.so.15 = /local/mysql32/lib/libmysqlclient.so.15 libmcrypt.so.4 =/local/lib/libmcrypt.so.4 libltdl.so.3 = /local/lib/libltdl.so.3 libldap-2.3.so.0 = /local/lib/libldap-2.3.so.0 libpng12.so.0 = /usr/lib/libpng12.so.0 libssl.so.0.9.8 = /usr/local/ssl/lib/libssl.so.0.9.8 libcrypto.so.0.9.8 =/usr/local/ssl/lib/libcrypto.so.0.9.8 libresolv.so.2 =/usr/lib/libresolv.so.2 libm.so.2 = /usr/lib/libm.so.2 libnsl.so.1 = /usr/lib/libnsl.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libxml2.so.2 = /usr/lib/libxml2.so.2 libclntsh.so.10.1 = /local/instantclient_10_2/libclntsh.so.10.1 libc.so.1 = /usr/lib/libc.so.1 libgcc_s.so.1 = /usr/sfw/lib/libgcc_s.so.1 libaio.so.1 = /usr/lib/libaio.so.1 libmd.so.1 =/usr/lib/libmd.so.1 libpthread.so.1 = /usr/lib/libpthread.so.1 libthread.so.1 =/usr/lib/libthread.so.1 libgen.so.1 = /usr/lib/libgen.so.1 libm.so.1 = /usr/lib/libm.so.1 libdl.so.1 =/usr/lib/libdl.so.1 liblber-2.3.so.0 = /local/lib/liblber-2.3.so.0 libsasl2.so.2 = /local/lib/libsasl2.so.2 libucb.so.1 = /usr/ucblib/libucb.so.1 libelf.so.1 = /usr/lib/libelf.so.1 libz.so.1 = /usr/lib/libz.so.1 libmp.so.2 =/usr/lib/libmp.so.2 libscf.so.1 = /usr/lib/libscf.so.1 libnnz10.so = /local/lib/libnnz10.so libkstat.so.1 = /usr/lib/libkstat.so.1 libsched.so.1 = /usr/lib/libsched.so.1 libdoor.so.1 = /usr/lib/libdoor.so.1 libuutil.so.1 = /usr/lib/libuutil.so.1 /platform/SUNW,Sun-Fire-480R/lib/libc_psr.so.1 /platform/SUNW,Sun-Fire-480R/lib/libmd_psr.so.1 I checked the apache ldap modules and they are linking against the same versions of the ldap libs as reported above for libphp5.so [2008-08-27 21:10:21] [EMAIL PROTECTED] Check the libphp5.so what it's linked with. (ldd libphp5.so) 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/45886 -- Edit this bug report at http://bugs.php.net/?id=45886edit=1
#46004 [NEW]: A non stict condition with 0 return true
From: roland dot dufour at multiprog dot net
Operating system: Windows Vista Ultimate French
PHP version: 5.2.6
PHP Bug Type: *General Issues
Bug description: A non stict condition with 0 return true
Description:
When I try a non strict condition 0 == 'test', PHP return true.
Reproduce code:
---
// Non-strict condition
var_dump((0 == 'test'));
var_dump((1 == 'test'));
var_dump(('test' == 'test'));
// Strict condition
var_dump((0 === 'test'));
var_dump((1 === 'test'));
var_dump(('test' === 'test'));
Expected result:
bool(false) bool(false) bool(true)
I don't understand why a condition 0 == 'test' return true.
I discovered this bug by exploring the keys of a table via the
instruction foreach. My code was then:
$options = array(
array(), // an array
array(), // an other array
'refProduct' = 'test' // a value
);
foreach ($options as $k = $option) {
if ('refProduct' == $k){
continue;
}
// Instructions...
}
Curiously, only my secondary table (an other array) was executed by
Instructions
Actual result:
--
bool(true) bool(false) bool(true)
--
Edit bug report at http://bugs.php.net/?id=46004edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46004r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46004r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46004r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46004r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46004r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46004r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46004r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46004r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46004r=support
Expected behavior:http://bugs.php.net/fix.php?id=46004r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46004r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46004r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46004r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46004r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46004r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46004r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46004r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46004r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46004r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46004r=mysqlcfg
#46004 [Opn-Bgs]: A non stict condition with 0 return true
ID: 46004
Updated by: [EMAIL PROTECTED]
Reported By: roland dot dufour at multiprog dot net
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: Windows Vista Ultimate French
PHP Version: 5.2.6
New Comment:
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
Please read the documentation:
http://www.php.net/manual/en/types.comparisons.php
It clearly states:
(int) 0 == (string) php
(or any string for that matter), this is due to PHP's loose typing
auto-converting both to integers (and php changes to (int) 0; 0 == 0,
so true)
Previous Comments:
[2008-09-05 15:36:48] roland dot dufour at multiprog dot net
With a non strict condition, the expected result is :
bool(true) bool(false) bool(true)
And, with a strict condition, the expected result is :
bool(false) bool(false) bool(true)
[2008-09-05 15:33:49] roland dot dufour at multiprog dot net
Description:
When I try a non strict condition 0 == 'test', PHP return true.
Reproduce code:
---
// Non-strict condition
var_dump((0 == 'test'));
var_dump((1 == 'test'));
var_dump(('test' == 'test'));
// Strict condition
var_dump((0 === 'test'));
var_dump((1 === 'test'));
var_dump(('test' === 'test'));
Expected result:
bool(false) bool(false) bool(true)
I don't understand why a condition 0 == 'test' return true.
I discovered this bug by exploring the keys of a table via the
instruction foreach. My code was then:
$options = array(
array(), // an array
array(), // an other array
'refProduct' = 'test' // a value
);
foreach ($options as $k = $option) {
if ('refProduct' == $k){
continue;
}
// Instructions...
}
Curiously, only my secondary table (an other array) was executed by
Instructions
Actual result:
--
bool(true) bool(false) bool(true)
--
Edit this bug report at http://bugs.php.net/?id=46004edit=1
#44251 [Com]: Question mark and an escaped singel quote lead to an exception
ID: 44251
Comment by: tsteiner at nerdclub dot net
Reported By: om at viazenetti dot de
Status: Open
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.2.5
New Comment:
This bug is a direct result of the fix for Bug #36798.
The patch for that bug removed code in the parser that would ignore an
escaped quote when inside of quotes (ie: foo\bar or 'foo\'bar').
This causes the parser to think it has found the end of quoted text,
when it has not. Because of this, ? characters after an escaped quote
are treated as placeholders. Additionally, I have found it causes the
parser to parse beyond the end of the query and into unknown memory
contents.
It looks like Bug #36798 needs to be reopened!
Previous Comments:
[2008-02-26 11:11:13] om at viazenetti dot de
Description:
If a question mark and an escaped singel quote appear in a where
statement as value, the PDO method prepare tries to bind a value to the
question mark.
Because no values are passed, pdo throws an exception (Only tested with
where statements):
PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in
Reproduce code:
---
?php
$db = new PDO('mysql:host=localhost;dbname=DATABASE', 'USER',
'PASSWORD');
$sth = $db-prepare(SELECT * FROM `TABLE` WHERE (login =
'?\''));
$sth-execute();
var_dump($sth-fetch());
Expected result:
Array or false
Actual result:
--
Exception: PDOStatement::execute() [function.PDOStatement-execute]:
SQLSTATE[HY093]: Invalid parameter number: no parameters were bound in
--
Edit this bug report at http://bugs.php.net/?id=44251edit=1
#46005 [NEW]: User not consistently logged under Apache2
From: admorten at umich dot edu Operating system: Linux 2.6.21.3 PHP version: 5.2.6 PHP Bug Type: Apache2 related Bug description: User not consistently logged under Apache2 Description: The apache2 handler and filter strip the user (r-user) from the request if there's no Authorization header in the request. This breaks user logging for authorization filters like mod_auth_kerb, mod_authnz_ldap and mod_cosign, which do not use the Authorization header. The patches linked to below check to see r-user is set and ensures that the user remains attached to the request, which Apache2 can then use to log the user properly. This should fix the issues reported previously in bug #44631. The issue was partially fixed with the patch in bug #22672, but that patch continued to rely on Authorization headers, and was only applied to the apache2 handler. Patches (apply to 5.2.6): http://rsug.itd.umich.edu/~admorten/sapi_apache2filter_user_logging_f ix.patch http://rsug.itd.umich.edu/~admorten/sapi_apache2handler_user_logging_ fix.patch -- Edit bug report at http://bugs.php.net/?id=46005edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=46005r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=46005r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=46005r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=46005r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=46005r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=46005r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=46005r=needscript Try newer version:http://bugs.php.net/fix.php?id=46005r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=46005r=support Expected behavior:http://bugs.php.net/fix.php?id=46005r=notwrong Not enough info: http://bugs.php.net/fix.php?id=46005r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=46005r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=46005r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46005r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=46005r=dst IIS Stability:http://bugs.php.net/fix.php?id=46005r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=46005r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=46005r=float No Zend Extensions: http://bugs.php.net/fix.php?id=46005r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=46005r=mysqlcfg
#46005 [Opn]: User not consistently logged under Apache2
ID: 46005 User updated by: admorten at umich dot edu Reported By: admorten at umich dot edu Status: Open Bug Type: Apache2 related Operating System: Linux 2.6.21.3 PHP Version: 5.2.6 New Comment: Patch URLs got mangled. Shortened patch names: http://rsug.itd.umich.edu/~admorten/apache2filter_user_logging.patch http://rsug.itd.umich.edu/~admorten/apache2handler_user_logging.patch Previous Comments: [2008-09-05 19:57:04] admorten at umich dot edu Description: The apache2 handler and filter strip the user (r-user) from the request if there's no Authorization header in the request. This breaks user logging for authorization filters like mod_auth_kerb, mod_authnz_ldap and mod_cosign, which do not use the Authorization header. The patches linked to below check to see r-user is set and ensures that the user remains attached to the request, which Apache2 can then use to log the user properly. This should fix the issues reported previously in bug #44631. The issue was partially fixed with the patch in bug #22672, but that patch continued to rely on Authorization headers, and was only applied to the apache2 handler. Patches (apply to 5.2.6): http://rsug.itd.umich.edu/~admorten/sapi_apache2filter_user_logging_f ix.patch http://rsug.itd.umich.edu/~admorten/sapi_apache2handler_user_logging_ fix.patch -- Edit this bug report at http://bugs.php.net/?id=46005edit=1
#45995 [Opn-Fbk]: segfault in mysql load_defaults() during startup
ID: 45995 Updated by: [EMAIL PROTECTED] -Summary: back trace Reported By: obylan at gmail dot com -Status: Open +Status: Feedback -Bug Type: Apache2 related +Bug Type: MySQL related Operating System: linux PHP Version: 5.2.6 New Comment: Exactly how did you confiugre PHP? What mysql version? (EXACTLY what version..) Previous Comments: [2008-09-05 08:22:29] obylan at gmail dot com i have the same problem on different hardware ( p III biproc, Intel(R) Core(TM)2 Duo biproc, AMD Athlon(tm) 64 X2 Dual Core ) System is gentoo linux on different kernel. This is the backtrace on apache execution: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7b90700 (LWP 839)] 0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15 (gdb) bt #0 0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15 #1 0xb73da540 in zm_startup_mysql () from /usr/lib/apache2/modules/libphp5.so #2 0xb753243e in zend_startup_module_ex () from /usr/lib/apache2/modules/libphp5.so #3 0xb7539645 in zend_hash_apply () from /usr/lib/apache2/modules/libphp5.so #4 0xb75325f9 in zend_startup_modules () from /usr/lib/apache2/modules/libphp5.so #5 0xb74db153 in php_module_startup () from /usr/lib/apache2/modules/libphp5.so #6 0xb75a8bfc in ?? () from /usr/lib/apache2/modules/libphp5.so #7 0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so #8 0xb7826fe0 in ?? () from /usr/lib/apache2/modules/libphp5.so #9 0x0001 in ?? () #10 0xb7aea6ba in ?? () from /usr/lib/apache2/modules/mod_ssl.so #11 0x00dc in ?? () #12 0x000b in ?? () #13 0xbf9cefd8 in ?? () #14 0xb75a8d7e in ?? () from /usr/lib/apache2/modules/libphp5.so #15 0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so #16 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so #17 0x080a30a0 in ?? () #18 0xb7b39ff4 in ?? () from /usr/lib/apache2/modules/mod_headers.so #19 0x081f6ac8 in ?? () #20 0x081f6b38 in ?? () #21 0x081f6bf0 in ?? () #22 0x00c8 in ?? () #23 0x0001 in ?? () #24 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so #25 0xbf9cf008 in ?? () #26 0x0807a7fe in ap_run_post_config () Backtrace stopped: previous frame inner to this frame (corrupt stack?) [2008-09-04 19:31:39] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2008-09-04 15:11:24] obylan at gmail dot com Description: i have a problem with = apache-2.2.8 = php-5.2 = mysql-5.0 If i build php apache module without mysql support, apache start. But if i build php module with mysql support, apache exit with segmentation fault when i try to start it. I'm using Apache set with MPM prefork. -- Edit this bug report at http://bugs.php.net/?id=45995edit=1
#45999 [Opn-Fbk]: MySQL/PDF clash
ID: 45999
Updated by: [EMAIL PROTECTED]
Reported By: markem at airmail dot net
-Status: Open
+Status: Feedback
Bug Type: PDF related
Operating System: Windows XP
PHP Version: 5.2.6
New Comment:
Please provide the shortest possible self-contained and complete (!)
reproducing script (max 20 lines!). And one that can be run with CLI.
Previous Comments:
[2008-09-05 00:00:52] markem at airmail dot net
Description:
I'm unsure if I have the actual cause - but
I'm working on a large report. They would like for it to be in PDF.
So I'm using PDFLIB. If all of the code is together - the PDF is
generated with no problems. Unfortunately, between the pdf_new() and
then other pdf commands there is an SQL call to MySQL. When that is
finished the error I get back is:
PHP Fatal error: Uncaught exception 'PDFlibException' with message
'pdf_open_file(): 6 is not a valid pdf object resource'
The #6 is the resource ID (if I put in echo statements to print out
$myPDF it prints 6) of the PDF document. So it is like PHP is closing
out the PDF document (or maybe just dumping the resource info).
Reproduce code:
---
$myPDF = pdf_new();
pdf_open_file( $myPDF, );# We use
a if the output is coming
pdf_begin_page( $myPDF, 11 * 72, 8.5 * 72 );# Paper
resolution is 72dpi. Always use inches.
pdf_translate( $myPDF, 0, 8.5 * 72 ); #
Translate where the origin is to the top-left.
pdf_scale( $myPDF, 1, -1 ); # Rescale
everything.
pdf_set_value( $myPDF, horizscaling, -100 ); # Set the
horizontal scaling to -100%.
$font = pdf_load_font( $myPDF, Helvetica,iso8859-1, );
if( $font ){ pdf_setfont( $myPDF, $font, -18.0 ); }
$theString = Palliative and Supportive Care Inpatient |
Consult List;
pdf_show_boxed( $myPDF, $theString, 20, 50, 500, 20, center,
);
pdf_setcolor( $myPDF, fill, rgb, 0.9, 0.9, 0.9, 0.0 );
pdf_rect( $myPDF, 20, 50, 300, 20 );
pdf_fill_stroke( $myPDF );
pdf_end_page( $myPDF );
pdf_set_parameter( $myPDF, openaction, fitpage );
pdf_close( $myPDF );
$buf = pdf_get_buffer( $myPDF );
$len = strlen( $buf );
header( Content-Type:application/pdf );
header( Content-Length:$len );
header( Content-Disposition:inline; filename=DailyRpt.pdf );
echo $buf;
pdf_delete( $myPDF );
Expected result:
The above code works so long as it is all together. I get a single PDF
page which reads Palliative and Supportive Care Inpatient | Consult
List.
Actual result:
--
However, if an SQL command is sent to the database between the
pdf_new() and the pdf_open_file() commands, no PDF document is
generated and Apache gives the above error.
Example SQL command:
$sql = END_OF_SQL
SELECT distinct B.VISIT_TYPE, B.Patient_class, A.LAST_NAME,
A.FIRST_NAME,
A.MIDDLE_NAME, A.MRN, B.PC_MD, B.PC_FELLOW, B.PC_NP, B.ROOM,
to_char( B.PC_ADMISSION_DATE, 'MM/DD/') as VISITS_DATE,
B.CONSULTING_MD,
A.DOB, B.VISITID, B.PRK, B.PC_NP, N.LAST_NAME AS PC_FELLOW_LN,
N.FIRST_NAME AS PC_FELLOW_FN, O.LAST_NAME AS PC_NP_LN, O.FIRST_NAME
AS PC_NP_FN,
B.VISITID, B.PRK, to_char( A.DOB, 'MM/DD/') AS ADOB,
P.Last_Name as CONSULTING_MD_LAST_NAME, P.HOSPITAL_SERVICE_CD,
B.VISIT_COMMENT
FROM Patients_VW A, Visits B, PALLIATIVE_PATIENTS L,
EMPLOYEES_VW N, EMPLOYEES_VW O, PHYSICIANS_VW P
WHERE B.Care_Discharged_Date IS NULL
AND ( B.Patient_class = 1 OR B.Patient_class = 5 )
AND B.PC_FELLOW = N.EMPLID( + )
AND B.PC_NP = O.EMPLID( + )
AND B.CONSULTING_MD = P.PHYSICIAN_ID( + )
AND B.PRK = A.PRK
AND B.PRK = L.PRK
ORDER BY B.ROOM
END_OF_SQL;
NOTES: This program already works and can produce an HTML report.
There are four sections to the report, thus, I have to produce four
different pages in the PDF document before I can actually close it.
This was the first of the pages. It took me four hours to figure out
just what was going on. (Commented out each command separately, then in
groups, then started moving the commands around. Finally got to the
point of having all of the PDF commands together rather than some at the
start of the program, and some in the middle.)
Ideas?
--
Edit this bug report at http://bugs.php.net/?id=45999edit=1
#45327 [Opn-Asn]: [PATCH] memory leak if offsetGet throws exception (PHP_5_2 branch only!)
ID: 45327
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
Bug Type: Scripting Engine problem
Operating System: linux 64bit
PHP Version: 5.2CVS-2008-06-21
Assigned To: dmitry
Previous Comments:
[2008-09-02 16:14:32] [EMAIL PROTECTED]
yes, to reproduce, cp ext/phar from PHP_5_3 into PHP_5_2 and run the
test I described
[2008-09-02 13:44:20] [EMAIL PROTECTED]
ext/phar is not a part of PHP_5_2 branch, and I don't see any leaks in
PHP_5_3. Do you still have this leak? Could you provide a script that
causes leak on PHP_5_2 (without ext/phar) or PHP_5_3 (with phar).
[2008-06-21 17:36:19] [EMAIL PROTECTED]
Description:
ext/phar's test phar_offset_get_error.phpt fails with leaked memory in
zend_execute_API.c:1023, which is where retval is allocated. It turns
out that if offsetGet() throws an exception, zend_std_read_dimension()
does not free the return zval, and it leaks. This only affects PHP 5.2.
The patch to fix is at http://pear.php.net/~greg/fix_leak.patch.txt and
is pasted below
Reproduce code:
---
Index: Zend/zend_object_handlers.c
===
RCS file: /repository/ZendEngine2/zend_object_handlers.c,v
retrieving revision 1.135.2.6.2.28
diff -u -r1.135.2.6.2.28 zend_object_handlers.c
--- Zend/zend_object_handlers.c 21 Feb 2008 13:55:22 -
1.135.2.6.2.28
+++ Zend/zend_object_handlers.c 21 Jun 2008 17:33:18 -
@@ -469,6 +469,10 @@
return 0;
}
+ if (EG(exception)) {
+ zval_ptr_dtor(retval);
+ return 0;
+ }
/* Undo PZVAL_LOCK() */
retval-refcount--;
--
Edit this bug report at http://bugs.php.net/?id=45327edit=1
#45991 [Com]: parse_ini_file returns empty array if config.ini is saved as UTF-8
ID: 45991 Comment by: ckl at ecw dot de Reported By: ckl at ecw dot de Status: Feedback Bug Type: *Configuration Issues Operating System: Windows XP SP 3 PHP Version: 5.3.0alpha2 New Comment: config.ini was saved as UTF-8 with BOM. Previous Comments: [2008-09-04 14:30:18] [EMAIL PROTECTED] changing to configuration issue [2008-09-04 14:29:19] [EMAIL PROTECTED] Would that be UTF-8 with the BOM? or without? [2008-09-04 10:13:38] ckl at ecw dot de Description: parse_ini_file returns an empty array while trying to parse any ini-file which is saved as UTF-8. ISO-8859-1 saved ini-files works as expected. Reproduce code: --- ; Saved as UTF-8 [production] application.base_url = application.data_url = data database.type = pdo_mysql database.host = 192.168.0.78 database.username = root database.password = database.name = blog Expected result: Get an array.. Actual result: -- array() -- Edit this bug report at http://bugs.php.net/?id=45991edit=1
#45992 [Bgs]: \t in include_path is parsed as tabulator
ID: 45992 User updated by: ckl at ecw dot de Reported By: ckl at ecw dot de Status: Bogus Bug Type: PHP options/info functions Operating System: Windows XP SP 3 PHP Version: 5.3.0alpha2 New Comment: As I already mentioned in my initial post, I know that backslashes shouldn't be used - but this was possible till 5.2.6. Is that a bug in 5.2.6 that backslashes are *not* interpreted as a beginning for a coming meta character? To summarize: PHP 5.2.6: include_path = .;C:\ckl\dev\lang\php\lib\trunk get_include_path = .;C:\ckl\dev\lang\php\lib\trunk ( WRONG ) PHP include_path = .;C:\ckl\dev\lang\php\lib\trunk get_include_path = .;C:\ckl\dev\lang\php\librunk ( RIGHT ) Conclusion: include_path in 5.2.6 is not parsed correctly. Please change the version info of this bug if you agree with me. Previous Comments: [2008-09-04 13:04:21] [EMAIL PROTECTED] Or don't use double quotes. [2008-09-04 12:54:51] [EMAIL PROTECTED] 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 \t is still a special-character: the tab. Just like \r is a Carriage-Return and \n is a newline. It has always been this way, and is completely expected. These characters simply need to be escaped in double-quoted strings: .;C:\\ckl\\dev\\lang\\php\\lib\\trunk [2008-09-04 11:45:50] ckl at ecw dot de Description: I know that the include_path should contain forward slashes, but PHP 5.2.x still accepted backslashes in path. If you use a backslash in your path, the next character is interpreted as an metachar (\trunk is interpreted as \t = tab). Reproduce code: --- include_path = .;C:\ckl\dev\lang\php\lib\trunk Expected result: echo get_include_path() = .;C:\ckl\dev\lang\php\lib\trunk Actual result: -- echo get_include_path() = .;C:\ckl\dev\lang\php\lib runk -- Edit this bug report at http://bugs.php.net/?id=45992edit=1
#45995 [Fbk-Opn]: segfault in mysql load_defaults() during startup
ID: 45995 User updated by: obylan at gmail dot com Reported By: obylan at gmail dot com -Status: Feedback +Status: Open Bug Type: MySQL related Operating System: linux PHP Version: 5.2.6 New Comment: I have tryed many version of php, mysl and apache as i reported in the first post, tring many combination but i have allways the same kind of bug. And this was happen after last system ajournment (gentoo). If i try to install others versions backing to older i have ever the same problem. Previous Comments: [2008-09-05 23:13:36] [EMAIL PROTECTED] Exactly how did you confiugre PHP? What mysql version? (EXACTLY what version..) [2008-09-05 08:22:29] obylan at gmail dot com i have the same problem on different hardware ( p III biproc, Intel(R) Core(TM)2 Duo biproc, AMD Athlon(tm) 64 X2 Dual Core ) System is gentoo linux on different kernel. This is the backtrace on apache execution: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb7b90700 (LWP 839)] 0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15 (gdb) bt #0 0xb6ece496 in load_defaults () from /usr/lib/libmysqlclient.so.15 #1 0xb73da540 in zm_startup_mysql () from /usr/lib/apache2/modules/libphp5.so #2 0xb753243e in zend_startup_module_ex () from /usr/lib/apache2/modules/libphp5.so #3 0xb7539645 in zend_hash_apply () from /usr/lib/apache2/modules/libphp5.so #4 0xb75325f9 in zend_startup_modules () from /usr/lib/apache2/modules/libphp5.so #5 0xb74db153 in php_module_startup () from /usr/lib/apache2/modules/libphp5.so #6 0xb75a8bfc in ?? () from /usr/lib/apache2/modules/libphp5.so #7 0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so #8 0xb7826fe0 in ?? () from /usr/lib/apache2/modules/libphp5.so #9 0x0001 in ?? () #10 0xb7aea6ba in ?? () from /usr/lib/apache2/modules/mod_ssl.so #11 0x00dc in ?? () #12 0x000b in ?? () #13 0xbf9cefd8 in ?? () #14 0xb75a8d7e in ?? () from /usr/lib/apache2/modules/libphp5.so #15 0xb7826d80 in ?? () from /usr/lib/apache2/modules/libphp5.so #16 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so #17 0x080a30a0 in ?? () #18 0xb7b39ff4 in ?? () from /usr/lib/apache2/modules/mod_headers.so #19 0x081f6ac8 in ?? () #20 0x081f6b38 in ?? () #21 0x081f6bf0 in ?? () #22 0x00c8 in ?? () #23 0x0001 in ?? () #24 0xb77f3f98 in ?? () from /usr/lib/apache2/modules/libphp5.so #25 0xbf9cf008 in ?? () #26 0x0807a7fe in ap_run_post_config () Backtrace stopped: previous frame inner to this frame (corrupt stack?) [2008-09-04 19:31:39] [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 for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. [2008-09-04 15:11:24] obylan at gmail dot com Description: i have a problem with = apache-2.2.8 = php-5.2 = mysql-5.0 If i build php apache module without mysql support, apache start. But if i build php module with mysql support, apache exit with segmentation fault when i try to start it. I'm using Apache set with MPM prefork. -- Edit this bug report at http://bugs.php.net/?id=45995edit=1
#46007 [NEW]: PDOStatement::rowCount() and PDO::exec() always returns 0
From: aragon at phat dot za dot net
Operating system: FreeBSD 7.0-STABLE
PHP version: 5.2.6
PHP Bug Type: SQLite related
Bug description: PDOStatement::rowCount() and PDO::exec() always returns 0
Description:
When executing an UPDATE query to a SQLite3 database,
PDOStatement::rowCount() and PDO:exec() returns 0 instead of 1 or more when
rows are updated in the database.
Reproduce code:
---
$db = new PDO('sqlite:crnl.db');
// PDO::exec() example
$sql = 'SELECT tags FROM blog_entries WHERE docid = 1';
$statement = $db-query($sql);
$row = $statement-fetch();
echo $row[0], \n;
$sql = 'UPDATE blog_entries SET tags = \'test\' WHERE docid = 1';
echo $db-exec($sql), \n;
$sql = 'SELECT tags FROM blog_entries WHERE docid = 1';
$statement = $db-query($sql);
$row = $statement-fetch();
echo $row[0], \n;
// PDO:rowCount() example
$sql = 'UPDATE blog_entries SET tags = \'untest\' WHERE docid = 1';
echo $db-query($sql)-rowCount(), \n;
$sql = 'SELECT tags FROM blog_entries WHERE docid = 1';
$statement = $db-query($sql);
$row = $statement-fetch();
echo $row[0], \n;
Expected result:
untest
1
test
1
untest
Actual result:
--
untest
0
test
0
untest
--
Edit bug report at http://bugs.php.net/?id=46007edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=46007r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=46007r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=46007r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=46007r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=46007r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=46007r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=46007r=needscript
Try newer version:http://bugs.php.net/fix.php?id=46007r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=46007r=support
Expected behavior:http://bugs.php.net/fix.php?id=46007r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=46007r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=46007r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=46007r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=46007r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=46007r=dst
IIS Stability:http://bugs.php.net/fix.php?id=46007r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=46007r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=46007r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=46007r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=46007r=mysqlcfg
