Bug #51920 [Bgs]: ip2long result depends on platform
Edit report at http://bugs.php.net/bug.php?id=51920&edit=1 ID: 51920 User updated by: olafvdspek at gmail dot com Reported by: olafvdspek at gmail dot com Summary: ip2long result depends on platform Status: Bogus Type: Bug Package: Network related Operating System: Debian x64 PHP Version: 5.3.2 New Comment: Like I said before, I know what signed and unsigned shorts, ints, longs and long longs are. Previous Comments: [2010-05-27 08:25:49] m...@php.net Please read up on that topic and stop complaining about nothing. You may start here or anywhere else: http://en.wikipedia.org/wiki/Integer_%28computer_science%29 [2010-05-26 23:28:15] olafvdspek at gmail dot com Then just return the negative value. [2010-05-26 23:26:23] johan...@php.net This would be a different binary representation, which breaks binary math, which people often do with IP addresses. [2010-05-26 17:16:53] olafvdspek at gmail dot com Returning -107373295 on x64 would make it consistent with x86. But people might prefer 3221234342, in which case it could be returned as a string. [2010-05-26 17:13:14] sala...@php.net So what are you requesting? That ip2long returns a string representation of the number, or a float? Of which value 3221234342 or -107373295? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51920 -- Edit this bug report at http://bugs.php.net/bug.php?id=51920&edit=1
[PHP-BUG] Bug #51926 [NEW]: Module mod_auth_kerb not work with libphp5 (5.3.2)
From: Operating system: Fedora 8 PHP version: 5.3.2 Package: Apache2 related Bug Type: Bug Bug description:Module mod_auth_kerb not work with libphp5 (5.3.2) Description: This question may be intended not for you, but nevertheless... php(5.1.2) compiled as module for apache(2.2.11) with --with-mysql=/u02/mysql --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql=/usr/local/pgsql --with-zlib --with-gd --with-freetype-dir --with-ttf --with-jpeg-dir --with-png-dir --with-xpm-dir. Mod_auth_kerb(http://modauthkerb.sourceforge.net) compiled as module for apache too. Mod_auth_kerb and libphp5(5.1.2) in combined work fine. -- I have upgrade php to 5.3.2. php(5.3.2) compiled for apache with --with-mysql=/u02/mysql --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql=/usr/local/pgsql --with-zlib --with-gd --with-freetype-dir --enable-gd-native-ttf --with-jpeg-dir --with-png-dir --with-xpm-dir --with-readline --with-oci8 --with-mssql=/usr/local --with-openssl-dir=/usr/local/ssl --with-bz2 --with-mcrypt --enable-mbstring. Use same mod_auth_kerb. Mod_auth_kerb and libphp5(5.3.2) in combined not work. In apache`s log this error - "gss_import_name() failed: Miscellaneous failure (, Can't open/find Kerberos configuration file)". In this case httpd try to use file /krb5/krb.conf (!?!?!?). File /etc/krb5.conf exist and its correct. Kerberos utils from command line work fine. With php(5.1.2) httpd uses correct file /etc/krb5.conf. Now i must use php(5.1.2) but i need php(5.3.2). Please help. Thank you. -- Edit bug report at http://bugs.php.net/bug.php?id=51926&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51926&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51926&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=51926&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=51926&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51926&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51926&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51926&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51926&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51926&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51926&r=support Expected behavior: http://bugs.php.net/fix.php?id=51926&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51926&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51926&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51926&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51926&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51926&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51926&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51926&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51926&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51926&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51926&r=mysqlcfg
Bug #44869 [Opn->Csd]: MSSQL Connect => Access Violation
Edit report at http://bugs.php.net/bug.php?id=44869&edit=1 ID: 44869 Updated by: paj...@php.net Reported by: vds dot jeroen at gmail dot com Summary: MSSQL Connect => Access Violation -Status: Open +Status: Closed Type: Bug Package: MSSQL related Operating System: Windows XP SP2 PHP Version: 5.2.6 -Assigned To: +Assigned To: pajoye New Comment: The lib has already been updated, using an official version. Previous Comments: [2010-05-27 07:43:20] fenik17 at gmail dot com Patched ntwdblib.dll v.2000.80.194.0: http://rouse.drkb.ru/other/ntwdblib_patched.zip [2008-11-11 14:42:58] ka...@php.net 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-08-19 07:35:54] svfly2 at yandex dot ru Have same problem on WinXP apache 2.2.9 php 5.2.5 works with ntwdblib 2000.2.8.0 crash with ntwdblib 2000.80.194.0 works with win2003 server with ntwdblib 2000.80.194.0 [2008-05-21 11:17:17] vds dot jeroen at gmail dot com It's working when I use FreeTDS. [2008-05-07 17:16:53] vds dot jeroen at gmail dot com I still have the same problem with 5.2.6 final The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=44869 -- Edit this bug report at http://bugs.php.net/bug.php?id=44869&edit=1
Bug #46672 [Asn->Wfx]: Cloned SimpleXML Output Different
Edit report at http://bugs.php.net/bug.php?id=46672&edit=1
ID: 46672
Updated by: rricha...@php.net
Reported by: rfludwick at gmail dot com
Summary: Cloned SimpleXML Output Different
-Status: Assigned
+Status: Wont fix
Type: Bug
Package: SimpleXML related
Operating System: *
PHP Version: 5.*, 6CVS (2009-04-01)
Assigned To: rrichards
New Comment:
The asXML() method is special in regards to the document element as it
treats it
as a document node for simple trees. A clone of a document element is a
regular
element (a document can only have 1) and does not get special
treatment.
Patch breaks in memory tree. Either manually add the XML declaration to
the clone
or import to dom and clone the document and work off the new document.
Previous Comments:
[2010-05-27 08:10:57] m...@php.net
Rob, could you have a look at this tiny patch?
[2010-04-05 03:51:11] compuart dot php at gmail dot com
The issue appears to be the cloned node doesn't have a document pointer
as its ultimate parent. Attached patch should fix that.
[2008-12-30 14:49:29] rfludwick at gmail dot com
I got the same result when using the snapshot, as well as version 5.2.8.
[2008-11-25 23:35:36] rfludwick at gmail dot com
Description:
It appears that cloning a SimpleXML object will not produce the same XML
output on asXML() as the original object. The original will output the
XML header and a line break after the XML while the cloned object is
missing these.
Reproduce code:
---
");
$simplexml->path->to->node = "Zend";
$simplexml_2 = clone $simplexml;
echo "|{$simplexml->asXML()}|\n|{$simplexml_2->asXML()}|";
Expected result:
|
Zend
|
|
Zend
|
Actual result:
--
|
Zend
|
|Zend|
--
Edit this bug report at http://bugs.php.net/bug.php?id=46672&edit=1
[PHP-BUG] Req #51928 [NEW]: Create a method to register extended class
From:
Operating system:
PHP version: 5.3.2
Package: Reflection related
Bug Type: Feature/Change Request
Bug description:Create a method to register extended class
Description:
Reflection classes can be extended but the parent classes doesn't make the
usage of other extended classes.
As an example we extend the ReflectionClass and the ReflectionMethod
class.
CustomReflectionClass extends ReflectionClass {
}
CustomReflectionMethod extends ReflectionMethod {
}
When using the CustomReflectionClass::getMethods method it returns an array
of ReflectionMethod objects. It should be a possibility to register the
CustomReflectionMethod class so that these will be returned by the
CustomReflectionClass::getMethods method.
For the DOM extensions it exists the DOMDocument::registerNodeClass method
for this scenario.
--
Edit bug report at http://bugs.php.net/bug.php?id=51928&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51928&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51928&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51928&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51928&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51928&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51928&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51928&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51928&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51928&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51928&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51928&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51928&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51928&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51928&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51928&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51928&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51928&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51928&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51928&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51928&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51928&r=mysqlcfg
Req #51928 [Opn->Wfx]: Create a method to register extended class
Edit report at http://bugs.php.net/bug.php?id=51928&edit=1
ID: 51928
Updated by: johan...@php.net
Reported by: ck-php at mohiva dot com
Summary: Create a method to register extended class
-Status: Open
+Status: Wont fix
Type:Feature/Change Request
Package: Reflection related
PHP Version: 5.3.2
New Comment:
It is suggested to use composition (has-a) instead of subtyping (is-a)
for the reflection instances. Adding support to return custom types
isn't planned.
Previous Comments:
[2010-05-27 12:04:39] ck-php at mohiva dot com
Description:
Reflection classes can be extended but the parent classes doesn't make
the usage of other extended classes.
As an example we extend the ReflectionClass and the ReflectionMethod
class.
CustomReflectionClass extends ReflectionClass {
}
CustomReflectionMethod extends ReflectionMethod {
}
When using the CustomReflectionClass::getMethods method it returns an
array of ReflectionMethod objects. It should be a possibility to
register the CustomReflectionMethod class so that these will be returned
by the CustomReflectionClass::getMethods method.
For the DOM extensions it exists the DOMDocument::registerNodeClass
method for this scenario.
--
Edit this bug report at http://bugs.php.net/bug.php?id=51928&edit=1
Bug #51926 [Opn->Bgs]: Module mod_auth_kerb not work with libphp5 (5.3.2)
Edit report at http://bugs.php.net/bug.php?id=51926&edit=1 ID: 51926 Updated by: degeb...@php.net Reported by: metaip at mail dot ru Summary: Module mod_auth_kerb not work with libphp5 (5.3.2) -Status: Open +Status: Bogus Type: Bug Package: Apache2 related Operating System: Fedora 8 PHP Version: 5.3.2 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2010-05-27 09:47:41] metaip at mail dot ru Description: This question may be intended not for you, but nevertheless... php(5.1.2) compiled as module for apache(2.2.11) with --with-mysql=/u02/mysql --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql=/usr/local/pgsql --with-zlib --with-gd --with-freetype-dir --with-ttf --with-jpeg-dir --with-png-dir --with-xpm-dir. Mod_auth_kerb(http://modauthkerb.sourceforge.net) compiled as module for apache too. Mod_auth_kerb and libphp5(5.1.2) in combined work fine. -- I have upgrade php to 5.3.2. php(5.3.2) compiled for apache with --with-mysql=/u02/mysql --with-apxs2=/usr/local/apache2/bin/apxs --with-pgsql=/usr/local/pgsql --with-zlib --with-gd --with-freetype-dir --enable-gd-native-ttf --with-jpeg-dir --with-png-dir --with-xpm-dir --with-readline --with-oci8 --with-mssql=/usr/local --with-openssl-dir=/usr/local/ssl --with-bz2 --with-mcrypt --enable-mbstring. Use same mod_auth_kerb. Mod_auth_kerb and libphp5(5.3.2) in combined not work. In apache`s log this error - "gss_import_name() failed: Miscellaneous failure (, Can't open/find Kerberos configuration file)". In this case httpd try to use file /krb5/krb.conf (!?!?!?). File /etc/krb5.conf exist and its correct. Kerberos utils from command line work fine. With php(5.1.2) httpd uses correct file /etc/krb5.conf. Now i must use php(5.1.2) but i need php(5.3.2). Please help. Thank you. -- Edit this bug report at http://bugs.php.net/bug.php?id=51926&edit=1
Bug #50480 [Com]: memory leak with eval()
Edit report at http://bugs.php.net/bug.php?id=50480&edit=1
ID: 50480
Comment by: letssurf at gmail dot com
Reported by: lesjno at free dot fr
Summary: memory leak with eval()
Status: Open
Type: Bug
Package: Scripting Engine problem
Operating System: *
PHP Version: 5.3.1
New Comment:
PHP Versions:
-
Tested as broken with
5.2.6
5.3.2
Reproduce code:
---
status = ";
var_dump($status);
echo "";
echo "memory difference =
".($memory_used2-$memory_used1)."\n";
$ch="abcdef"; // a chain with a bad php syntaxe
$memory_used1 = memory_get_usage();
$status = @eval($ch) ;
$memory_used2 = memory_get_usage();
echo "chain to eval : \"$ch\" ==> status = ";
var_dump($status);
echo "";
echo "memory difference =
".($memory_used2-$memory_used1)."\n";
Actual result:
--
chain to eval : "$result=true;" ==> status = NULL
memory difference = 512
chain to eval : "abcdef" ==> status = bool(false)
memory difference = 8632
Expected result:
--
chain to eval : "$result=true;" ==> status = NULL
memory difference = 0
chain to eval : "abcdef" ==> status = bool(false)
memory difference = 0
[2010-04-25 20:39:15] fel...@php.net
Please try using this snapshot:
http://snaps.php.net/php5.3-latest.tar.gz
For Windows:
http://windows.php.net/snapshots/
[2009-12-24 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2009-12-22 08:59:14] lesjno at free dot fr
Hello jani,
I have a loop to update a database from an excel file. So, for each
excel row I will apply several tests and initializations specified in a
configuration file. The configuration file depend on the user profile.
The eval() function is used, for example, for data initialization : the
configuration file can give a data or a code. For example a specific
date field can take a fix date ("2009-01-01") or can be computed. So,
for example, I can found in a configuration file :
for a user category : $field_init = '2009-01-01' ;
for another user category : $field_init = 'return date("Y-m-d");' ;
I will use the following code :
$data = @eval($field_init) ; if ($data===false) $data=$field_init;
It's only an example but there are a lot of others "eval()" like this
for each excel row treatment.
An excel file can have more than 5 rows ... so the memory leak is
growing up till the system error ...
[2009-12-16 12:47:05] j...@php.net
Please provide such script that actually has a loop. Simple test
suggested this is just expected and memory does not really grow after
certain point.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=50480
--
Edit this bug report at http://bugs.php.net/bug.php?id=50480&edit=1
[PHP-BUG] Bug #51929 [NEW]: Extracted a zip file that contains a folder named with Chinese characters
From:
Operating system: Windows XP Simplified Chinese
PHP version: 5.2.13
Package: Zip Related
Bug Type: Bug
Bug description:Extracted a zip file that contains a folder named with Chinese
characters
Description:
Extracted a zip file contains a folder named with Chinese characters, the
files in the folder is no longer in it.
e.g.
I have 2 zips, the one named en.zip contains a folder named English
en.zip
|- English
|- en.txt
the other named zh.zip contains a folder named ä¸æ
zh.zip
|- ä¸æ
|- zh.txt
Then I use ZipArchive to extract them,
Test script:
---
open('en.zip');
$zip->extractTo('.');
$zip->close();
$zip->open('zh.zip');
$zip->extractTo('.');
$zip->close();
Expected result:
There are 2 folders, 'English' and 'ä¸æ', each folder contains a txt
file.
Actual result:
--
The 'English' folder contains a txt file named en.txt; the 'ä¸æ' folder
is empty and zh.txt is out of it.
--
Edit bug report at http://bugs.php.net/bug.php?id=51929&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51929&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51929&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51929&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51929&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51929&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51929&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51929&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51929&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51929&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51929&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51929&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51929&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51929&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51929&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51929&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51929&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51929&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51929&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51929&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51929&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51929&r=mysqlcfg
[PHP-BUG] Bug #51930 [NEW]: die() returns exit code 0
From:
Operating system: Linux
PHP version: 5.3.2
Package: Unknown/Other Function
Bug Type: Bug
Bug description:die() returns exit code 0
Description:
die() returns exit status 0 (success), which is IMHO illogical.
This mostly matters when using PHP-CLI, for example where you have the
usual:
@mysql_connect(..) or die('sql blahblah');
...in that case a success error code is returned.
I had this in an authentication callback script which returns 0 on user
success and any other value on user failure.
In this case it returned 'success' in case of a SQL server error.
The only workaround I can see is first printing the error message, and then
doing an explicit die/exit with a numerical value. This does not exactly
improve code readability/niceness. And, like I said, I simply didn't expect
die() to return a success exit code.
Test script:
---
Expected result:
I expect a non-zero exit code, instead of 0 (success).
Actual result:
--
Exit status of 0 (success)
--
Edit bug report at http://bugs.php.net/bug.php?id=51930&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51930&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51930&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51930&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51930&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51930&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51930&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51930&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51930&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51930&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51930&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51930&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51930&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51930&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51930&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51930&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51930&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51930&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51930&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51930&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51930&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51930&r=mysqlcfg
Bug #49421 [Opn->Bgs]: Make failure with MySQL 6 and PHP 6.0-dev
Edit report at http://bugs.php.net/bug.php?id=49421&edit=1
ID: 49421
Updated by: johan...@php.net
Reported by: gabrycucciolo84pv at fastwebnet dot it
Summary: Make failure with MySQL 6 and PHP 6.0-dev
-Status: Open
+Status: Bogus
Type: Bug
Package: Compile Failure
Operating System: Centos 4.8
PHP Version: 6SVN-2009-08-31 (snap)
New Comment:
Both PHP 6 and MySQL 6 aren't continued. The issue itself was a MySQL no
PHP issue.
Previous Comments:
[2009-09-03 03:28:42] gabrycucciolo84pv at fastwebnet dot it
After long work and time spent to read many documents and bugs, i found
that solution indicated here: http://bugs.php.net/bug.php?id=42890
solves the problem and makes php compile succesfully.
(I had some problems with running phpBB e phpMyAdmin but I assume those
problems are because php6.0-dev is in Alpha and code is not written for
that version, and I think it has nothing to do with the fix indicated in
the Bug Above).
[2009-09-01 05:39:02] sveta at mysql dot com
MySQL is http://bugs.mysql.com/bug.php?id=47026
[2009-09-01 00:40:33] gabrycucciolo84pv at fastwebnet dot it
We CAN assume that the problem happens only with PHP6 (php5.3 compiles
and
makes succesfully) but what I don't know is the linking type.
I mean:
I don't know if php5.3-dev and php6.0-dev link against mysql in the same
way. (i.e. I
don't know if php5.3-dev and php6.0-dev include the same file(s) and in
the same way (same
functions or so). That said, I can't tell weather the bug is php, mysql
or compiler
related.
On thing is certain: gcc HAS been upgraded in the meantime. That lead me
to try to
recompile php 5.3-dev (fresh sources) to see if the bug was still
present and at the end
it wasn't. php5.3-dev compiles succesfully.
In the past, php6.0-dev compiled succesfully too so I'm not able to
understand what is
wrong where, I only suppose that the problem might origin from a
combination of factors,
such as compiler upgraded, mysql version and php version.
I also tried to remove from php the --with-mysql line and leave the
--with-mysqli=/usr/bin/mysql_config and in this case php compiles
succesfully, so the
problem resides inside mysql.h include or misunderstanding between
compiler, php and mysql
headers.
UPDATE:
More informations:
Recently I upgraded my box from CentOS 4.7 to CentOS 4.8 (20 august).
Issues with php
mysql and the compiler begun after this upgrade.
More News:
I tried to install on my box gcc4-* from CentOS repository. The error
list shortened to
this:
/bin/sh /root/php6.0-200908312230/libtool --silent --preserve-dup-deps
--mode=compile
/root/php6.0-200908312230/meta_ccld -Imain/
-I/root/php6.0-200908312230/main/
-DPHP_ATOM_INC -I/root/php6.0-200908312230/include
-I/root/php6.0-200908312230/main
-I/root/php6.0-200908312230 -I/usr/local/include
-I/root/php6.0-200908312230/ext/date/lib
-I/root/php6.0-200908312230/ext/ereg/regex -I/usr/include/libxml2
-I/usr/include/imap
-I/root/php6.0-200908312230/ext/mbstring/oniguruma
-I/root/php6.0-200908312230/ext/mbstring/libmbfl
-I/root/php6.0-200908312230/ext/mbstring/libmbfl/mbfl
-I/usr/include/mysql
-I/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/rdbms/public
-I/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/rdbms/demo
-I/root/php6.0-200908312230/ext/sqlite3/libsqlite
-I/root/php6.0-200908312230/TSRM
-I/root/php6.0-200908312230/Zend -D_REENTRANT -DTHREAD=1
-I/usr/include -g -O2 -pthread
-DZTS -prefer-non-pic -c main/internal_functions.c -o
main/internal_functions.lo
In file included from /usr/include/mysql/mysql.h:74,
from
/root/php6.0-200908312230/ext/mysql/php_mysql_structs.h:43,
from main/internal_functions.c:58:
/usr/include/mysql/my_list.h:26: error: expected identifier or '('
before numeric
constant
/usr/include/mysql/my_list.h:30: error: expected identifier or '('
before numeric
constant
/usr/include/mysql/my_list.h:31: error: expected identifier or '('
before numeric
constant
/usr/include/mysql/my_list.h:32: error: expected identifier or '('
before numeric
constant
/usr/include/mysql/my_list.h:33: error: expected identifier or '('
before numeric
constant
/usr/include/mysql/my_list.h:34: error: expected declaration specifiers
or '...' before
numeric constant
/usr/include/mysql/my_list.h:35: error: expected declaration specifiers
or '...' before
numeric constant
/usr/include/mysql/my_list.h:36: error: expected declaration specifiers
or '...' before
numeric constant
In file included from
/root/php6.0-200908312230/ext/mysql/php_mysql_structs.h:43,
from main/internal_functions.c:58:
/usr/include/mysql/mysql.h:266: error: expected spec
[PHP-BUG] Bug #51931 [NEW]: Handler Mappings for .php
From: Operating system: All Windows PHP version: 5.3.2 Package: Windows Installer Bug Type: Bug Bug description:Handler Mappings for .php Description: php-5.3.2-nts-Win32-VC9-x86.msi Many people report having trouble installing php into IIS. By following the instructions in install.txt I was able to get it to work after the IIS manager would not let me leave the editing of the editing of the Handler Mapping for *.php without enclosing the Executable entry filled in by the installer with "". If the installation is to the default directory, windows has spaces in the path (I forget this all the time myself). After complete uninstall and reinstall of above php then editing the executable php works great. Test script: --- none Expected result: change the installer(msi) to enclose the *.php Module Mapping executable entry with "" ie. "C:\Program Files (x86)\PHP\php-cgi.exe" -- Edit bug report at http://bugs.php.net/bug.php?id=51931&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51931&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51931&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=51931&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=51931&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51931&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51931&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51931&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51931&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51931&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51931&r=support Expected behavior: http://bugs.php.net/fix.php?id=51931&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51931&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51931&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51931&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51931&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51931&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51931&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51931&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51931&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51931&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51931&r=mysqlcfg
[PHP-BUG] Bug #51932 [NEW]: mssql_execute() returns TRUE even when RAISERROR() raises error in SP
From:
Operating system: Debian
PHP version: 5.2.13
Package: MSSQL related
Bug Type: Bug
Bug description:mssql_execute() returns TRUE even when RAISERROR() raises error
in SP
Description:
I think mssql_execute() should return FALSE (or throw an ErrorException)
when RAISERROR() raises error with severity >= mssql_min_error_severity().
Now it returns TRUE if query is run with success, no matter if error is
risen.
Test script:
---
CREATE PROCEDURE MySP
BEGIN
RAISERROR('Error happened', 18, 1)
END
Expected result:
I expect the script to output "Error!".
Actual result:
--
That would output "OK!".
--
Edit bug report at http://bugs.php.net/bug.php?id=51932&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51932&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51932&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51932&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51932&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51932&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51932&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51932&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51932&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51932&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51932&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51932&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51932&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51932&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51932&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51932&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51932&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51932&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51932&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51932&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51932&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51932&r=mysqlcfg
Req #42060 [Com]: [PATCH] LDAP: Add pagedResults support and more
Edit report at http://bugs.php.net/bug.php?id=42060&edit=1
ID: 42060
Comment by: jeanseb at au-fil-du dot net
Reported by: iarenuno at eteo dot mondragon dot edu
Summary: [PATCH] LDAP: Add pagedResults support and more
Status: Assigned
Type: Feature/Change Request
Package: *General Issues
Operating System: *
PHP Version: 5CVS, 6CVS (2008-11-01)
Assigned To: pajoye
New Comment:
Any feedback on the patch ?
Previous Comments:
[2010-05-21 17:35:54] jeanseb at au-fil-du dot net
http://bugs.php.net/patch-display.php?bug_id=42060&patch=php-trunk_ldap-pagination.patch&revision=latest
is against trunk
[2010-05-21 17:27:54] paj...@php.net
As I said there, 5.2/3 are in bug fixes mode only. Pls provide a patch
against trunk.
[2010-05-21 17:23:52] jeanseb at au-fil-du dot net
The feature is very important for us too.
I extracted the pagination feature and add some phpt from the patch of
Pierangelo and Iñaki and I ported it for the trunk.
Please find attached patch.
NB : this patch adds 2 new calls, see below
A 5.2 version of this patch is available there
http://bugs.php.net/bug.php?id=51869
Test script:
---
$ds = ldap_connect($ldapHost, $ldapPort);
ldap_set_option($ds, LDAP_OPT_PROTOCOL_VERSION, 3);
ldap_bind($ds, $ldapUser, $ldapPass);
$cookie = '';
do {
ldap_ctrl_paged_results($ds, $pageSize, true, $cookie);
$result = ldap_search($ds, $dn, $filter, $justthese);
$entries = ldap_get_entries($ds, $result);
ldap_ctrl_paged_results_resp($ds, $result, $cookie);
} while($cookie !== null && $cookie != '');
[2010-02-25 07:28:01] ashley at netspot dot com dot au
I used Iñaki's patch from
http://www.eteo.mondragon.edu/descargas/php-ldap/ (tested both the 5.1.6
and 5.2.10 patches) and it works very well without any issues. It
successfully pulled down 200,000+ records in a single search, using a
page size of 500.
I used this sample code as a reference for implementing the paging
functions: http://wiki.github.com/jcharaoui/mdl19-cegep/php-ldap-paging
Note: you should also check ldap_errno() and break out of the paging
loop if any error occur, because, for example, if the LDAP server goes
offline in the middle of the paging, that code gets stuck in an infinate
loop because the cookie never gets unset (happened to me).
Thanks for your work.. would love to see this included in the core
release.
[2010-02-23 04:14:11] ashley at netspot dot com dot au
This is critical! Paged results are essential. I'm having to rewrite
some functions of my PHP app in Perl to work around this issue.. :(
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/bug.php?id=42060
--
Edit this bug report at http://bugs.php.net/bug.php?id=42060&edit=1
Bug #37476 [Com]: is_readable(), file_exists() have problem with open_basedir
Edit report at http://bugs.php.net/bug.php?id=37476&edit=1 ID: 37476 Comment by: besisland at besisland dot name Reported by: info at wiredtek dot info Summary: is_readable(), file_exists() have problem with open_basedir Status: No Feedback Type: Bug Package: *Directory/Filesystem functions Operating System: Linux PHP Version: 5.1.4 New Comment: Bug #44901 seems to be duplicate of this one. The bug still exists in PHP 5.2.6. Previous Comments: [2008-10-20 21:00:22] ca dot ddy at gmx dot de Please delete my post :-( [2008-10-20 20:58:54] ca dot ddy at gmx dot de Having the same problem : [Mon Oct 20 22:30:01 2008] [error] [client xx.xx.xx.xx] PHP Warning: is_readable(): open_basedir restriction in effect. File(/usr/share/php5/MDB2/Driver/Datatype/mysql.php) is not within the allowed path(s): (/srv/www/vhosts/x.xx/httpdocs:/tmp:/usr/share/php5/PEAR) in /usr/share/php5/PEAR/MDB2.php on line 927, referer: http://www.x.xx/login.php vhosts.conf : php_admin_flag safe_mode off ;php_admin_value open_basedir "/srv/www/vhosts/x.xx/httpdocs:/tmp:/usr/share/php5/PEAR" ;php_admin_value include_path ".:/usr/share/php5:/usr/share/php5/PEAR:/srv/www/vhosts/xx.xx/httpdocs" php_admin_value open_basedir "/srv/www/vhosts/xxx.xx/httpdocs:/tmp:/usr/share/php5/PEAR" php_admin_flag safe_mode off php_admin_value include_path ".:/usr/share/php5:/usr/share/php5/PEAR:/srv/www/vhosts/xxx.xx/httpdocs:/srv/www/vhosts/xx.xx/httpdocs/classes" Include from phpinfo : .:/usr/share/php5:/usr/share/php5/PEAR:/srv/www/vhosts/xx.xx/httpdocs:/srv/www/vhosts/xx.xx/httpdocs/classes openbasedir from phpinfo : /srv/www/vhosts/xxx.xx/httpdocs:/tmp:/usr/share/php5/PEAR php -v : PHP 5.2.6 with Suhosin-Patch 0.9.6.2 (cli) (built: Aug 20 2008 17:43:51) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies with the ionCube PHP Loader v3.1.28, Copyright (c) 2002-2007, by ionCube Ltd. uname -a Linux X 2.6.22.17-0.1-default #1 SMP 2008/02/10 20:01:04 UTC x86_64 x86_64 x86_64 GNU/Linux (Opensuse) [2007-10-09 18:27:22] liquidpele at hotmail dot com I also had an issue with this when going down a directory and then coming up a directory to a file that DID exist. Error shown was this: Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(../form/application_submit.php) is not within the allowed path(s): (/var/www/vhosts/xxx.com/subdomains/dev/httpdocs:/tmp) in /var/www/vhosts/xxx.com/subdomains/dev/httpdocs/partners/form/form.php on line 24 The file application_submit.php did exist, but because the directory was going down and then back up into the same directory, file_exits incorrectly labeled it as not in the open_basedir list. [2006-05-27 01:00:01] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2006-05-19 12:29:22] tony2...@php.net I don't thin you need an ebuild to build an app from sources. Please try the snapshot. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=37476 -- Edit this bug report at http://bugs.php.net/bug.php?id=37476&edit=1
Req #9266 [Com]: Unable to load 14 of php's extensions
Edit report at http://bugs.php.net/bug.php?id=9266&edit=1 ID: 9266 Comment by: moufid dot zeribi at murex dot com Reported by: mikemyers at swi dot hu Summary: Unable to load 14 of php's extensions Status: Bogus Type: Feature/Change Request Package: *General Issues Operating System: WinMe, Win98, Win2000 PHP Version: 4.0.4pl1 New Comment: At the end, I succeed to solve the php_sybase_ct.dll that couldn't be loaded letting you unable to connect to sybase databases via PHP.I just needed to reinstall PHP with an installer that includes php_sybase_ct.dll, so no need to copy it from somewhere else to the extensions directory. To be more clear I first installed this package php-5.3.2-nts-Win32-VC9-x86.msi which doesn't come with the dll and used instead php-5.3.2-nts-Win32-VC6-x86.msi which does from http://windows.php.net/download. The following tool really helped me to find the solution : http://www.dependencywalker.com/, by telling me that php_sybase_ct.dll was missing a specific PHP dll which couldn't be found in the package I installed in the first stage. I wish I found this solution somewhere but as many guys fell into this problem (sometimes since 2001!) and all suggestion/resolution where turning around a wrong direction PHP.ini, extensions folder directives malformatted... I find it important to share this point! Previous Comments: [2010-05-26 11:37:00] paj...@php.net We can't provide this message as php does not have the hand at this stage. [2010-05-26 11:28:14] moufid dot zeribi at murex dot com Sorry for the misunderstanding. I was mentionning that a detailed error message is still missing when it's about missing external libraries like the one described for php_sybase_ct.dll with PHP 5.3.2 (the latest version as of today) and that would be useful to have such info Regards [2010-05-26 11:09:34] paj...@php.net There is no issue, read the install guide to learn how to install PHP, or use the installer. [2010-05-26 11:01:22] moufid dot zeribi at murex dot com This issue is reproductible under Win2003 Server - IIS6 - PHP 5.3.2. That would be great to update the status of this ticket for the latest PHP version. Regards [2009-05-04 15:06:57] paj...@php.net We are sorry, but we can not support PHP 4 related problems anymore. Momentum is gathering for PHP 6, and we think supporting PHP 4 will lead to a waste of resources which we want to put into getting PHP 6 ready. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=9266 -- Edit this bug report at http://bugs.php.net/bug.php?id=9266&edit=1
Bug #51298 [Com]: Error when loading php5apache2_2.dll
Edit report at http://bugs.php.net/bug.php?id=51298&edit=1 ID: 51298 Comment by: chris dot groothoff at mbits dot com dot au Reported by: trotsky_icepick at hotmail dot com Summary: Error when loading php5apache2_2.dll Status: Assigned Type: Bug Package: Apache2 related Operating System: Windows Vista SP2 PHP Version: 5.3.2 Assigned To: pajoye New Comment: I have been struggling with te hsame issue on a W2K3 Server SP2. AS soon as you install the PHP 5.3.2 VC9 or V6 version the Apache server fails to start. the event log show the following error - Faulting application httpd.exe, version 2.2.15.0, faulting module php5ts.dll, version 5.3.2.0, fault address 0x000e6d2c. I have also tryied the 5.2.13 VC6 version and this also gives teh same error. I am going to try the ZIP solution suggested, but I can see why people frefer the MSI version :-) I did try to locate an earlier version of Apache V2.0.X, but can not find a binary download. Previous Comments: [2010-05-25 23:44:33] peter dot martin at spam dot la I've got "faulting module php5ts.dll" error while starting the Apache server with PHP and Postgres in following instalation: - httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi - php-5.3.2-Win32-VC6-x86.zip httpd.conf: - nothing unusual configured php.ini configuration: - set up my own php error log file error_log = "C:/PHP/logs/error.log" - uncomment PgSQL extension The solution for this was to modify httpd.conf as follows: LoadModule php5_module "C:/PHP/php5apache2_2.dll" PHPIniDir "C:/PHP" # added Loadfile "C:/PHP/php5ts.dll" Loadfile "C:/PHP/libpq.dll" Try it and send response...:) [2010-05-19 17:18:00] paj...@php.net If you feel like you can fix this bug within days, heh, please go ahead. [2010-05-19 17:10:33] williams at uncc dot edu There is still a problem with the Windows PHP binaries. From 4/19 pajoye seems to believe it is a date bug to "fix as soon as possible". It has been a month! I have php-5.3.2-Win32-VC6-x86 and httpd-2.2.15-win32-x86-no_ssl installed. If I run phpinfo() (in web page) more than once (first run - get results, second or later runs within a few seconds - get crash) I get this error message: AppName httpd.exe AppVer 2.2.15.0 ModName php5ts.dll ModVer 5.3.2.0 offset 001d79b5 I have searched for other versions of php5ts.dll - none I have NOT mixed vc9 PHP with Apache PHP seems to run okay in command-line, ie I can run phpinfo() in cmd box with no problem. I If run as test web page I get the error. Here are php -m /php -m -n results: C:\>php -m [PHP Modules] bcmath calendar com_dotnet Core ctype date dom ereg filter ftp hash iconv json libxml mcrypt mhash mysqlnd odbc pcre PDO Phar Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] C:\>php -m -n [PHP Modules] bcmath calendar com_dotnet Core ctype date dom ereg filter ftp hash iconv json libxml mcrypt mhash mysqlnd odbc pcre PDO Phar Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] I have disabled all but core modules. [2010-04-30 15:43:09] slowchaos at msn dot com Update I have Apached 2.2.15 and PHP 5.3.2 running just fine (WinXP system). I'm not sure of the difference in 5.2 and 5.3 - I'm not a nuts and bolts php guy - but all is now well in my world :) [2010-04-30 06:55:02] slowchaos at msn dot com Had this problem with Apache 2.2.15 and PHP 5.2.13. Tried rolling back to earlier versions of PHP - back to PHP 5.2.10. Same thing. Rolled back to Apache 2.2.14 - still same issue. My apache crashes when trying to enable mysqli or mysql extension. System path is correct. Libmysql is in appropriate place. Mcrypt also crashes the server as well as a few others. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51298 -- Edit this bug report at http://bugs.php.net/bug.php?id=51298&edit=1
[PHP-BUG] Bug #51934 [NEW]: strtotime plurals / incorrect time
From:
Operating system: Win 7 Pro
PHP version: 5.3.2
Package: Date/time related
Bug Type: Bug
Bug description:strtotime plurals / incorrect time
Description:
Pluralization seems to remove 1 hour from calculation or drops daylight
savings adjustment.
Notes:
date.timezone = America/Los_Angeles
Correction to PHP version: 5.3.1
Test script:
---
date("Y-m-d H:i:s",strtotime("4 Sunday ago"));
date("Y-m-d H:i:s",strtotime("4 Sundays ago"));
Expected result:
2010-05-01 00:00:00
2010-05-01 00:00:00
Actual result:
--
2010-05-01 00:00:00
2010-04-30 23:00:00
--
Edit bug report at http://bugs.php.net/bug.php?id=51934&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51934&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51934&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51934&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51934&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51934&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51934&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51934&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51934&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51934&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51934&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51934&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51934&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51934&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51934&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51934&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51934&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51934&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51934&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51934&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51934&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51934&r=mysqlcfg
[PHP-BUG] Bug #51936 [NEW]: Crash with clone xmlreader
From:
Operating system:
PHP version: 5.3.2
Package: XML Reader
Bug Type: Bug
Bug description:Crash with clone xmlreader
Description:
Trying to use a cloned xmlreader results in a crash (original one can be
used fine).
php 5.3.2
libxml2 2.7.7-1
Test script:
---
xml("");
$xmlreader->next();
$xmlreader2 = clone $xmlreader;
$xmlreader2->next();
Actual result:
--
Program received signal SIGSEGV, Segmentation fault in
xmlTextReaderNext__internal_alias ()
--
Edit bug report at http://bugs.php.net/bug.php?id=51936&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51936&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51936&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51936&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51936&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51936&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51936&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51936&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51936&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51936&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51936&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51936&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51936&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51936&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51936&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51936&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51936&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51936&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51936&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51936&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51936&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51936&r=mysqlcfg
Bug #51936 [Opn->Asn]: Crash with clone xmlreader
Edit report at http://bugs.php.net/bug.php?id=51936&edit=1
ID: 51936
Updated by: johan...@php.net
Reported by: Keisial at gmail dot com
Summary: Crash with clone xmlreader
-Status: Open
+Status: Assigned
Type:Bug
Package: XML Reader
PHP Version: 5.3.2
-Assigned To:
+Assigned To: rrichards
New Comment:
#0 0xfd7ffb7e92c4 in xmlTextReaderNext () from
/lib/64/libxml2.so.2
#1 0x008661f9 in zim_xmlreader_next (ht=0,
return_value=0xd77f88,
return_value_ptr=0x0, this_ptr=0xd79b48, return_value_used=0)
at
/export/home/johannes/src/php/src/php/php-src/branches/PHP_5_3/ext/xmlreader/php_xmlreader.c:842
#2 0x0093b02e in zend_do_fcall_common_helper_SPEC (
execute_data=0x1025500)
at
/export/home/johannes/src/php/src/php/php-src/branches/PHP_5_3/Zend/zend_vm_execute.h:313
#3 0x0093bc9d in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (
execute_data=0x1025500)
at
/export/home/johannes/src/php/src/php/php-src/branches/PHP_5_3/Zend/zend_vm_execute.h:418
#4 0x0093a31d in execute (op_array=0xd77c68)
at
/export/home/johannes/src/php/src/php/php-src/branches/PHP_5_3/Zend/zend_vm_execute.h:104
#5 0x0090c86a in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at
/export/home/johannes/src/php/src/php/php-src/branches/PHP_5_3/Zend/zend.c:1194
#6 0x008a0c6c in php_execute_script
(primary_file=0xfd7fffdff690)
at
/export/home/johannes/src/php/src/php/php-src/branches/PHP_5_3/main/main.c:2233
#7 0x009e0fe6 in main (argc=1, argv=0xfd7fffdff768)
at
/export/home/johannes/src/php/src/php/php-src/branches/PHP_5_3/sapi/cli/php_cli.c:1192
Previous Comments:
[2010-05-27 20:02:39] Keisial at gmail dot com
Description:
Trying to use a cloned xmlreader results in a crash (original one can be
used fine).
php 5.3.2
libxml2 2.7.7-1
Test script:
---
xml("");
$xmlreader->next();
$xmlreader2 = clone $xmlreader;
$xmlreader2->next();
Actual result:
--
Program received signal SIGSEGV, Segmentation fault in
xmlTextReaderNext__internal_alias ()
--
Edit this bug report at http://bugs.php.net/bug.php?id=51936&edit=1
Bug #51594 [Fbk->Csd]: open_basedir reports fatal error within allowed path
Edit report at http://bugs.php.net/bug.php?id=51594&edit=1 ID: 51594 User updated by: daniel at produktion203 dot se Reported by: daniel at produktion203 dot se Summary: open_basedir reports fatal error within allowed path -Status: Feedback +Status: Closed Type: Bug Package: Safe Mode/open_basedir Operating System: FreeBSD 8.0-RELEASE-p2 PHP Version: 5.3.2 New Comment: Just posting the solution to this problem if someone is having the same issue as me. The problem appeared to be due to eaccelerator, you have to add --without-eaccelerator-use-inode to your configargs in your Makefile for eaccelerator and reinstall and it will all be working like a charm again Previous Comments: [2010-05-12 16:06:57] m...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2010-04-22 09:32:13] daniel at produktion203 dot se Sorry but i only have live servers to work with so im not able to test this out anywhere :\ So my bugtracking help kind of ends when coming to installing new versions. But im guessing if it works for you it probably will for me too when the new version is released. [2010-04-22 02:15:07] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-04-19 00:01:37] daniel at produktion203 dot se Description: There seems to be some problem with open_basedir in php 5.3.2 for freebsd, i used the 5.2 branch before and the exact same config worked fine then. open_basedir reports failure eventhough im within the allowed paths Include paths in php.ini: include_path = ".:/usr/local/share/pear:/usr/local/lib/php/include" Testhost in apache: DocumentRoot "/home/customers/produktion203/testin.se" ServerName testin.se php_admin_value open_basedir /home/customers/produktion203/testin.se:/usr/local/share/pear:/usr/local/lib/php/include:/var/tmp Test script: --- http://bugs.php.net/bug.php?id=51594&edit=1
Bug #51594 [Csd->Bgs]: open_basedir reports fatal error within allowed path
Edit report at http://bugs.php.net/bug.php?id=51594&edit=1 ID: 51594 Updated by: paj...@php.net Reported by: daniel at produktion203 dot se Summary: open_basedir reports fatal error within allowed path -Status: Closed +Status: Bogus Type: Bug Package: Safe Mode/open_basedir Operating System: FreeBSD 8.0-RELEASE-p2 PHP Version: 5.3.2 Previous Comments: [2010-05-27 21:19:59] daniel at produktion203 dot se Just posting the solution to this problem if someone is having the same issue as me. The problem appeared to be due to eaccelerator, you have to add --without-eaccelerator-use-inode to your configargs in your Makefile for eaccelerator and reinstall and it will all be working like a charm again [2010-05-12 16:06:57] m...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2010-04-22 09:32:13] daniel at produktion203 dot se Sorry but i only have live servers to work with so im not able to test this out anywhere :\ So my bugtracking help kind of ends when coming to installing new versions. But im guessing if it works for you it probably will for me too when the new version is released. [2010-04-22 02:15:07] fel...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2010-04-19 00:01:37] daniel at produktion203 dot se Description: There seems to be some problem with open_basedir in php 5.3.2 for freebsd, i used the 5.2 branch before and the exact same config worked fine then. open_basedir reports failure eventhough im within the allowed paths Include paths in php.ini: include_path = ".:/usr/local/share/pear:/usr/local/lib/php/include" Testhost in apache: DocumentRoot "/home/customers/produktion203/testin.se" ServerName testin.se php_admin_value open_basedir /home/customers/produktion203/testin.se:/usr/local/share/pear:/usr/local/lib/php/include:/var/tmp Test script: --- http://bugs.php.net/bug.php?id=51594&edit=1
Bug #51298 [Com]: Error when loading php5apache2_2.dll
Edit report at http://bugs.php.net/bug.php?id=51298&edit=1 ID: 51298 Comment by: ppylak at gmail dot com Reported by: trotsky_icepick at hotmail dot com Summary: Error when loading php5apache2_2.dll Status: Assigned Type: Bug Package: Apache2 related Operating System: Windows Vista SP2 PHP Version: 5.3.2 Assigned To: pajoye New Comment: In my opinion this problem is connected with loading libpq.dll, which (in present version) needs some other dlls to work, but these dlls aren't included in php MSI installer (and even in zip). Previous Comments: [2010-05-27 19:04:33] chris dot groothoff at mbits dot com dot au I have been struggling with te hsame issue on a W2K3 Server SP2. AS soon as you install the PHP 5.3.2 VC9 or V6 version the Apache server fails to start. the event log show the following error - Faulting application httpd.exe, version 2.2.15.0, faulting module php5ts.dll, version 5.3.2.0, fault address 0x000e6d2c. I have also tryied the 5.2.13 VC6 version and this also gives teh same error. I am going to try the ZIP solution suggested, but I can see why people frefer the MSI version :-) I did try to locate an earlier version of Apache V2.0.X, but can not find a binary download. [2010-05-25 23:44:33] peter dot martin at spam dot la I've got "faulting module php5ts.dll" error while starting the Apache server with PHP and Postgres in following instalation: - httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi - php-5.3.2-Win32-VC6-x86.zip httpd.conf: - nothing unusual configured php.ini configuration: - set up my own php error log file error_log = "C:/PHP/logs/error.log" - uncomment PgSQL extension The solution for this was to modify httpd.conf as follows: LoadModule php5_module "C:/PHP/php5apache2_2.dll" PHPIniDir "C:/PHP" # added Loadfile "C:/PHP/php5ts.dll" Loadfile "C:/PHP/libpq.dll" Try it and send response...:) [2010-05-19 17:18:00] paj...@php.net If you feel like you can fix this bug within days, heh, please go ahead. [2010-05-19 17:10:33] williams at uncc dot edu There is still a problem with the Windows PHP binaries. From 4/19 pajoye seems to believe it is a date bug to "fix as soon as possible". It has been a month! I have php-5.3.2-Win32-VC6-x86 and httpd-2.2.15-win32-x86-no_ssl installed. If I run phpinfo() (in web page) more than once (first run - get results, second or later runs within a few seconds - get crash) I get this error message: AppName httpd.exe AppVer 2.2.15.0 ModName php5ts.dll ModVer 5.3.2.0 offset 001d79b5 I have searched for other versions of php5ts.dll - none I have NOT mixed vc9 PHP with Apache PHP seems to run okay in command-line, ie I can run phpinfo() in cmd box with no problem. I If run as test web page I get the error. Here are php -m /php -m -n results: C:\>php -m [PHP Modules] bcmath calendar com_dotnet Core ctype date dom ereg filter ftp hash iconv json libxml mcrypt mhash mysqlnd odbc pcre PDO Phar Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] C:\>php -m -n [PHP Modules] bcmath calendar com_dotnet Core ctype date dom ereg filter ftp hash iconv json libxml mcrypt mhash mysqlnd odbc pcre PDO Phar Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] I have disabled all but core modules. [2010-04-30 15:43:09] slowchaos at msn dot com Update I have Apached 2.2.15 and PHP 5.3.2 running just fine (WinXP system). I'm not sure of the difference in 5.2 and 5.3 - I'm not a nuts and bolts php guy - but all is now well in my world :) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51298 -- Edit this bug report at http://bugs.php.net/bug.php?id=51298&edit=1
Bug #42849 [Com]: Configuration File (php.ini) Path incorrect
Edit report at http://bugs.php.net/bug.php?id=42849&edit=1 ID: 42849 Comment by: vera_cai at hotmail dot com Reported by: inglis-php at yahoo dot com dot au Summary: Configuration File (php.ini) Path incorrect Status: No Feedback Type: Bug Package: *General Issues Operating System: win xp pro PHP Version: 5.2.4 New Comment: I have exactly the same problem that because of this bug, my PHP just can not work with mysql and keep complainning "Call to undefined function mysql_connect() ". I've tried 5.2.13, 5.3.2 and both had problem. Until searched forum with somebody mentioned to use "phpinfo" check where the php.ini located, I eventually find this bug. With one line added in httpd.conf file "PHPIniDir 'c:\php'", the problem is gone. Can somebody help to fix this problem as this is not only annoying, I am not able to get PHP work with mysql because of this. Previous Comments: [2010-03-18 23:30:08] rsberger1 at hotmail dot com Since this bug was suspended due to "no feedback", I thought I'd supply the requested feedback and hope that someone would fix this annoyance. The two places in my phpinfo output regarding php.ini are: Configuration File (php.ini) Path C:\Windows Loaded Configuration File D:\Apps\MyFolder\php-5.3.2\php.ini Apparently my php.ini is being loaded from my php-5.3.2 folder, but phpinfo erroneously reports php.ini's path as C:\Windows. [2009-12-28 05:33:09] u2gohome at gmail dot com Hi. For me this problem was only occurring when php was executed via apache. Executing php -i from the command line listed the mysql extension whereas a phpinfo() request via the browser did not. Try adding the following line to your apache httpd.conf file (to point to the directory containing php.ini) eg. PHPIniDir 'C:\php' Adding this line changed phpinfo()'s reported 'Loaded Configuration File' from (none) to C:\php\php.ini, and mysql started talking. However, phpinfo() still reports c:\windows as the php.ini directory. Cheers, Matt [2009-10-12 11:48:21] alim at fourplusadvertising dot com I am quite confused with this whole thing on my mac (leopard).. i thought my PHP was the perfect installation..;-).. till i realised that my PHP.ini setting of upload_max_filesize was still 2 MB inspite of me having changed it to 32 MB!!.. how do i get php to use the php.ini values and not the default.. I am facing the same issue on my imac.. there's some loaded configuration file which shows /private/etc while the Configuration File (php.ini) Path is /etc But they are I think symlinked.. but whatever I edit in the php.ini does not reflect in the phpinfo().. please help.. [2009-09-16 18:41:00] misc at imerk dot net I've just run into this problem. Using win2k8 r2 x64. And php 5.2.5 I copied the php installation that is working on a win2k3 server to this win2k8 box. I put the path to the ini file in both the system PATH variable as well as creating a reg key in local_machine/software/php5/iniFilePath = C:\php5 I still get (none) for the loaded config file. This is working fine on the win2k3 machine though. [2009-09-05 03:57:57] headnok at yahoo dot com I had the same damn problem and was pulling my hair out for a week. Please!!! Either instruct the users to move the php.ini file into the C:\windows directory your installation instructions or fix the problem! Please!!! The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=42849 -- Edit this bug report at http://bugs.php.net/bug.php?id=42849&edit=1
Bug #51298 [Com]: Error when loading php5apache2_2.dll
Edit report at http://bugs.php.net/bug.php?id=51298&edit=1 ID: 51298 Comment by: ppylak at gmail dot com Reported by: trotsky_icepick at hotmail dot com Summary: Error when loading php5apache2_2.dll Status: Assigned Type: Bug Package: Apache2 related Operating System: Windows Vista SP2 PHP Version: 5.3.2 Assigned To: pajoye New Comment: Supplement to my previous post. I've added to c:\PHP\ such dlls (from pgAdmin III 1.10 installation): gssapi32.dll, comerr32.dll, krb5_32.dll, libintl-8.dll, libiconv-2.dll, k5sprt32.dll and line Loadfile "C:/PHP/libpq.dll" to httpd.conf and my Apache has started with no changes to php.ini. Previous Comments: [2010-05-28 00:01:49] ppylak at gmail dot com In my opinion this problem is connected with loading libpq.dll, which (in present version) needs some other dlls to work, but these dlls aren't included in php MSI installer (and even in zip). [2010-05-27 19:04:33] chris dot groothoff at mbits dot com dot au I have been struggling with te hsame issue on a W2K3 Server SP2. AS soon as you install the PHP 5.3.2 VC9 or V6 version the Apache server fails to start. the event log show the following error - Faulting application httpd.exe, version 2.2.15.0, faulting module php5ts.dll, version 5.3.2.0, fault address 0x000e6d2c. I have also tryied the 5.2.13 VC6 version and this also gives teh same error. I am going to try the ZIP solution suggested, but I can see why people frefer the MSI version :-) I did try to locate an earlier version of Apache V2.0.X, but can not find a binary download. [2010-05-25 23:44:33] peter dot martin at spam dot la I've got "faulting module php5ts.dll" error while starting the Apache server with PHP and Postgres in following instalation: - httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi - php-5.3.2-Win32-VC6-x86.zip httpd.conf: - nothing unusual configured php.ini configuration: - set up my own php error log file error_log = "C:/PHP/logs/error.log" - uncomment PgSQL extension The solution for this was to modify httpd.conf as follows: LoadModule php5_module "C:/PHP/php5apache2_2.dll" PHPIniDir "C:/PHP" # added Loadfile "C:/PHP/php5ts.dll" Loadfile "C:/PHP/libpq.dll" Try it and send response...:) [2010-05-19 17:18:00] paj...@php.net If you feel like you can fix this bug within days, heh, please go ahead. [2010-05-19 17:10:33] williams at uncc dot edu There is still a problem with the Windows PHP binaries. From 4/19 pajoye seems to believe it is a date bug to "fix as soon as possible". It has been a month! I have php-5.3.2-Win32-VC6-x86 and httpd-2.2.15-win32-x86-no_ssl installed. If I run phpinfo() (in web page) more than once (first run - get results, second or later runs within a few seconds - get crash) I get this error message: AppName httpd.exe AppVer 2.2.15.0 ModName php5ts.dll ModVer 5.3.2.0 offset 001d79b5 I have searched for other versions of php5ts.dll - none I have NOT mixed vc9 PHP with Apache PHP seems to run okay in command-line, ie I can run phpinfo() in cmd box with no problem. I If run as test web page I get the error. Here are php -m /php -m -n results: C:\>php -m [PHP Modules] bcmath calendar com_dotnet Core ctype date dom ereg filter ftp hash iconv json libxml mcrypt mhash mysqlnd odbc pcre PDO Phar Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] C:\>php -m -n [PHP Modules] bcmath calendar com_dotnet Core ctype date dom ereg filter ftp hash iconv json libxml mcrypt mhash mysqlnd odbc pcre PDO Phar Reflection session SimpleXML SPL standard tokenizer wddx xml xmlreader xmlwriter zip zlib [Zend Modules] I have disabled all but core modules. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51298 -- Edit this bug report at http://bugs.php.net/bug.php?id=51298&edit=1
Bug #51298 [Asn]: Error when loading php5apache2_2.dll
Edit report at http://bugs.php.net/bug.php?id=51298&edit=1 ID: 51298 Updated by: paj...@php.net Reported by: trotsky_icepick at hotmail dot com Summary: Error when loading php5apache2_2.dll Status: Assigned Type: Bug Package: Apache2 related Operating System: Windows Vista SP2 PHP Version: 5.3.2 Assigned To: pajoye New Comment: Please, really, stop to add completely unrelated comments to this issue. This bug is clearly identified, there is a thread safe issue with the date initialization. Every recent comments about missing DLLs are not crashes but bad configurations. Previous Comments: [2010-05-28 00:19:33] ppylak at gmail dot com Supplement to my previous post. I've added to c:\PHP\ such dlls (from pgAdmin III 1.10 installation): gssapi32.dll, comerr32.dll, krb5_32.dll, libintl-8.dll, libiconv-2.dll, k5sprt32.dll and line Loadfile "C:/PHP/libpq.dll" to httpd.conf and my Apache has started with no changes to php.ini. [2010-05-28 00:01:49] ppylak at gmail dot com In my opinion this problem is connected with loading libpq.dll, which (in present version) needs some other dlls to work, but these dlls aren't included in php MSI installer (and even in zip). [2010-05-27 19:04:33] chris dot groothoff at mbits dot com dot au I have been struggling with te hsame issue on a W2K3 Server SP2. AS soon as you install the PHP 5.3.2 VC9 or V6 version the Apache server fails to start. the event log show the following error - Faulting application httpd.exe, version 2.2.15.0, faulting module php5ts.dll, version 5.3.2.0, fault address 0x000e6d2c. I have also tryied the 5.2.13 VC6 version and this also gives teh same error. I am going to try the ZIP solution suggested, but I can see why people frefer the MSI version :-) I did try to locate an earlier version of Apache V2.0.X, but can not find a binary download. [2010-05-25 23:44:33] peter dot martin at spam dot la I've got "faulting module php5ts.dll" error while starting the Apache server with PHP and Postgres in following instalation: - httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi - php-5.3.2-Win32-VC6-x86.zip httpd.conf: - nothing unusual configured php.ini configuration: - set up my own php error log file error_log = "C:/PHP/logs/error.log" - uncomment PgSQL extension The solution for this was to modify httpd.conf as follows: LoadModule php5_module "C:/PHP/php5apache2_2.dll" PHPIniDir "C:/PHP" # added Loadfile "C:/PHP/php5ts.dll" Loadfile "C:/PHP/libpq.dll" Try it and send response...:) [2010-05-19 17:18:00] paj...@php.net If you feel like you can fix this bug within days, heh, please go ahead. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=51298 -- Edit this bug report at http://bugs.php.net/bug.php?id=51298&edit=1
Bug #42849 [NoF->Bgs]: Configuration File (php.ini) Path incorrect
Edit report at http://bugs.php.net/bug.php?id=42849&edit=1 ID: 42849 Updated by: paj...@php.net Reported by: inglis-php at yahoo dot com dot au Summary: Configuration File (php.ini) Path incorrect -Status: No Feedback +Status: Bogus Type: Bug Package: *General Issues Operating System: win xp pro PHP Version: 5.2.4 New Comment: Ask support in the PHP setup or PHP Windows mailing. Or to one of the numerous support channel out there. Previous Comments: [2010-05-28 00:06:37] vera_cai at hotmail dot com I have exactly the same problem that because of this bug, my PHP just can not work with mysql and keep complainning "Call to undefined function mysql_connect() ". I've tried 5.2.13, 5.3.2 and both had problem. Until searched forum with somebody mentioned to use "phpinfo" check where the php.ini located, I eventually find this bug. With one line added in httpd.conf file "PHPIniDir 'c:\php'", the problem is gone. Can somebody help to fix this problem as this is not only annoying, I am not able to get PHP work with mysql because of this. [2010-03-18 23:30:08] rsberger1 at hotmail dot com Since this bug was suspended due to "no feedback", I thought I'd supply the requested feedback and hope that someone would fix this annoyance. The two places in my phpinfo output regarding php.ini are: Configuration File (php.ini) Path C:\Windows Loaded Configuration File D:\Apps\MyFolder\php-5.3.2\php.ini Apparently my php.ini is being loaded from my php-5.3.2 folder, but phpinfo erroneously reports php.ini's path as C:\Windows. [2009-12-28 05:33:09] u2gohome at gmail dot com Hi. For me this problem was only occurring when php was executed via apache. Executing php -i from the command line listed the mysql extension whereas a phpinfo() request via the browser did not. Try adding the following line to your apache httpd.conf file (to point to the directory containing php.ini) eg. PHPIniDir 'C:\php' Adding this line changed phpinfo()'s reported 'Loaded Configuration File' from (none) to C:\php\php.ini, and mysql started talking. However, phpinfo() still reports c:\windows as the php.ini directory. Cheers, Matt [2009-10-12 11:48:21] alim at fourplusadvertising dot com I am quite confused with this whole thing on my mac (leopard).. i thought my PHP was the perfect installation..;-).. till i realised that my PHP.ini setting of upload_max_filesize was still 2 MB inspite of me having changed it to 32 MB!!.. how do i get php to use the php.ini values and not the default.. I am facing the same issue on my imac.. there's some loaded configuration file which shows /private/etc while the Configuration File (php.ini) Path is /etc But they are I think symlinked.. but whatever I edit in the php.ini does not reflect in the phpinfo().. please help.. [2009-09-16 18:41:00] misc at imerk dot net I've just run into this problem. Using win2k8 r2 x64. And php 5.2.5 I copied the php installation that is working on a win2k3 server to this win2k8 box. I put the path to the ini file in both the system PATH variable as well as creating a reg key in local_machine/software/php5/iniFilePath = C:\php5 I still get (none) for the loaded config file. This is working fine on the win2k3 machine though. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=42849 -- Edit this bug report at http://bugs.php.net/bug.php?id=42849&edit=1
[PHP-BUG] Bug #51938 [NEW]: serializing an object that implements serializable
From: Operating system: CentOS kernel 2.6.18-164.11.1 PHP version: 5.3.2 Package: SPL related Bug Type: Bug Bug description:serializing an object that implements serializable Description: Hello, Create a class and implement Serializable, then use the serialize function to return the value of serialize($this), apache crashes with an internal server error, the apache error log reports a Premature end of script headers error. If line 17 is commented then the apache server does not crash. Test script: --- serialize(); /**point of execution does not reach here */ $unserialized = $serializable->unserialize($serialized); echo "finished!"; ?> Expected result: return value equal to the object serialized using the serialize function. Actual result: -- Apache crashes with internal server error and a Premature end of script headers error. -- Edit bug report at http://bugs.php.net/bug.php?id=51938&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51938&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51938&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=51938&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=51938&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51938&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51938&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51938&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51938&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51938&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51938&r=support Expected behavior: http://bugs.php.net/fix.php?id=51938&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51938&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51938&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51938&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51938&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51938&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51938&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51938&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51938&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51938&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51938&r=mysqlcfg
Bug #51938 [Opn->Bgs]: serializing an object that implements serializable
Edit report at http://bugs.php.net/bug.php?id=51938&edit=1 ID: 51938 Updated by: johan...@php.net Reported by: phil dot brookes at gmail dot com Summary: serializing an object that implements serializable -Status: Open +Status: Bogus Type: Bug Package: SPL related Operating System: CentOS kernel 2.6.18-164.11.1 PHP Version: 5.3.2 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 The serialize() method of an object implementing Serializable is called by serialize() so you get an recursion. you have to implement Serializable only when you want do use your own serialization logic for your class. The serialize() method of the object shall not be called directly but by PHP's serializer. serialize($serializable); Your code gives infinite recursion. Infinite recursion is known to lead to a stack overflow. Previous Comments: [2010-05-28 00:37:50] phil dot brookes at gmail dot com Description: Hello, Create a class and implement Serializable, then use the serialize function to return the value of serialize($this), apache crashes with an internal server error, the apache error log reports a Premature end of script headers error. If line 17 is commented then the apache server does not crash. Test script: --- serialize(); /**point of execution does not reach here */ $unserialized = $serializable->unserialize($serialized); echo "finished!"; ?> Expected result: return value equal to the object serialized using the serialize function. Actual result: -- Apache crashes with internal server error and a Premature end of script headers error. -- Edit this bug report at http://bugs.php.net/bug.php?id=51938&edit=1
Req #51544 [Opn->Bgs]: instanceof for static calls
Edit report at http://bugs.php.net/bug.php?id=51544&edit=1
ID: 51544
Updated by: ka...@php.net
Reported by: public at proside dot fr
Summary: instanceof for static calls
-Status: Open
+Status: Bogus
Type: Feature/Change Request
Package: Reflection related
Operating System: Windows XP
PHP Version: 5.3.2
New Comment:
.
Previous Comments:
[2010-04-16 03:08:15] crrodriguez at opensuse dot org
Expected result:
Normally the result should be 'iTest' because the class 'child'
implements iTest
Actual result:
--
Doesn't execute.
Here's the solution i found : i used the ReflectionCLass to emulate that
feature
getInterfaceNames())) echo 'iTest';
}
}
class child extends base implements iTest {
protected static $SELF = __CLASS__;
}
child::create();
?>
--
Edit this bug report at http://bugs.php.net/bug.php?id=51544&edit=1
[PHP-BUG] Req #51939 [NEW]: Add xml_set_entity_decl_handler function
From:
Operating system:
PHP version: trunk-SVN-2010-05-28 (SVN)
Package: XML related
Bug Type: Feature/Change Request
Bug description:Add xml_set_entity_decl_handler function
Description:
When parsing XML, PHP has no way to set a handler for general entities,
though a
handler can be set for unparsed entities.
Expat has deprecated the XML_SetUnparsedEntityDeclHandler in favor of
XML_SetEntityDeclHandler, which is called for all entity types (including
general
and unparsed).
http://expat.cvs.sourceforge.net/viewvc/expat/expat/lib/expat.h?
revision=1.80&view=markup#l_311
PHP should add the xml_set_entity_decl_handler function to allow handling
of all
entity declarations.
Test script:
---
$data = ']>&generalEntity;';
function
h_entity_decl($parser,$entity_name,$is_parameter_entity,$value,$base,$system_id,$public_id,$notation_name)
{
echo "$entity_name - $is_parameter_entity - $value";
};
$parser = xml_parser_create();
xml_set_entity_decl_handler($parser, 'h_entity_decl');
xml_parse($parser,$data,false) or
die (sprintf("XML Error: %s at line %d\n",
xml_error_string(xml_get_error_code($parser)),
xml_get_current_line_number($parser)));
xml_parser_free($parser);
Expected result:
It should run with the following output:
generalEntity - 0 - General Entity
Actual result:
--
Fatal Error: Call to undefined function xml_set_entity_decl_handler()
--
Edit bug report at http://bugs.php.net/bug.php?id=51939&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=51939&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=51939&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=51939&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=51939&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=51939&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=51939&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=51939&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=51939&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=51939&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=51939&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=51939&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=51939&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=51939&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=51939&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51939&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=51939&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=51939&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=51939&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=51939&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=51939&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=51939&r=mysqlcfg
Bug #47137 [Com]: LIBXML_NOXMLDECL is not working anymore
Edit report at http://bugs.php.net/bug.php?id=47137&edit=1 ID: 47137 Comment by: jpatokal at iki dot fi Reported by: romain dot lalaut at laposte dot net Summary: LIBXML_NOXMLDECL is not working anymore Status: Bogus Type: Bug Package: XML related Operating System: Linux PHP Version: 5.3.0alpha3 New Comment: This is not "bogus" at all. See http://www.php.net/manual/en/libxml.constants.php: LIBXML_NOXMLDECL ( integer ) Drop the XML declaration when saving a document >From that, I'd expect saveXML to drop the XML declaration as promised, but it does not, so it's broken. See also http://bugs.php.net/bug.php?id=50989. Previous Comments: [2009-02-03 14:45:31] rricha...@php.net That is a save option which hasn't yet been implemented so has never worked [2009-01-17 13:58:07] romain dot lalaut at laposte dot net Description: It seems that saving a DOMDocument which is loaded with LIBXML_NOXMLDECL doesn't avoid to get the xml declaration. It is a big problem to produce a xhtml document for internet because IE6 is not dead yet. Tested with libxml2 2.6.32 and 2.7.2 Reproduce code: --- '; $doc = new DOMDocument(); $doc->loadXml($xml, LIBXML_NOXMLDECL); echo $doc->saveXML(); Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/bug.php?id=47137&edit=1
Bug #49294 [PATCH]: ReflectionExtension::info() returns null
Edit report at http://bugs.php.net/bug.php?id=49294&edit=1
ID: 49294
Patch added by: ka...@php.net
Reported by: andreww at uk dot ibm dot com
Summary: ReflectionExtension::info() returns null
Status: Assigned
Type: Bug
Package: Reflection related
Operating System: *
PHP Version: 5.*, 6 (2009-08-20)
Assigned To: johannes
New Comment:
The following patch has been added/updated:
Patch Name: bug-49294
Revision: 1275013869
URL:
http://bugs.php.net/patch-display.php?bug=49294&patch=bug-49294&revision=1275013869
Previous Comments:
[2009-08-20 10:37:05] j...@php.net
Assigned to Johannes who added this method. Seems quite weird that
there's one single method that just outputs stuff instead of returning
it. Not very consistent.
[2009-08-20 09:54:59] j...@php.net
There is no such OS as "Any".
[2009-08-19 13:45:36] andreww at uk dot ibm dot com
Description:
The documentation for the ReflectionExtension class shows info() as
returning a string, but it returns NULL and prints the information
directly to the screen.
I used the Windows installer package from Jun 29 2009 (basic install, no
changes), but was also able to reproduce problem with the 5.3.1-dev snap
from Aug 19 2009
Reproduce code:
---
info();
printf("Info:\n%s\n", $info ? $info : 'NULL');
?>
Expected result:
Info:
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Actual result:
--
iconv
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Info:
NULL
--
Edit this bug report at http://bugs.php.net/bug.php?id=49294&edit=1
Bug #49294 [Asn]: ReflectionExtension::info() returns null
Edit report at http://bugs.php.net/bug.php?id=49294&edit=1
ID: 49294
Updated by: ka...@php.net
Reported by: andreww at uk dot ibm dot com
Summary: ReflectionExtension::info() returns null
Status: Assigned
Type: Bug
Package: Reflection related
Operating System: *
PHP Version: 5.*, 6 (2009-08-20)
Assigned To: johannes
New Comment:
I added a simple patch that alters ReflectionExtension::info() to have a
new optional parameter to return the information as an array. If it even
makes sense, since the information here can already be retrieved by the
getName(), getVersion() and getINIEntries() methods.
Johannes can you please review this and approve or reject it
Previous Comments:
[2010-05-28 04:31:09] ka...@php.net
The following patch has been added/updated:
Patch Name: bug-49294
Revision: 1275013869
URL:
http://bugs.php.net/patch-display.php?bug=49294&patch=bug-49294&revision=1275013869
[2009-08-20 10:37:05] j...@php.net
Assigned to Johannes who added this method. Seems quite weird that
there's one single method that just outputs stuff instead of returning
it. Not very consistent.
[2009-08-20 09:54:59] j...@php.net
There is no such OS as "Any".
[2009-08-19 13:45:36] andreww at uk dot ibm dot com
Description:
The documentation for the ReflectionExtension class shows info() as
returning a string, but it returns NULL and prints the information
directly to the screen.
I used the Windows installer package from Jun 29 2009 (basic install, no
changes), but was also able to reproduce problem with the 5.3.1-dev snap
from Aug 19 2009
Reproduce code:
---
info();
printf("Info:\n%s\n", $info ? $info : 'NULL');
?>
Expected result:
Info:
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Actual result:
--
iconv
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Info:
NULL
--
Edit this bug report at http://bugs.php.net/bug.php?id=49294&edit=1
Bug #49294 [Com]: ReflectionExtension::info() returns null
Edit report at http://bugs.php.net/bug.php?id=49294&edit=1
ID: 49294
Comment by: ka...@php.net
Reported by: andreww at uk dot ibm dot com
Summary: ReflectionExtension::info() returns null
Status: Assigned
Type: Bug
Package: Reflection related
Operating System: *
PHP Version: 5.*, 6 (2009-08-20)
Assigned To: johannes
New Comment:
Just FYI, my patch only contains the local value, not the master value.
But in the end we can always alter the info() method to return a multi
dim. array like:
php.ini:
apc.cache_by_default = 0;
Test script:
ini_set('apc.cache_by_default', '1');
$extension = new ReflectionExtension('apc');
$info = $extension->info();
printf('[local=%s] [master=%s]',
$info['ini']['apc.cache_by_default']['local'],
$info['ini']['apc.cache_by_default']['master']);
Would print:
[local=1] [master=0]
Previous Comments:
[2010-05-28 04:34:13] ka...@php.net
I added a simple patch that alters ReflectionExtension::info() to have a
new optional parameter to return the information as an array. If it even
makes sense, since the information here can already be retrieved by the
getName(), getVersion() and getINIEntries() methods.
Johannes can you please review this and approve or reject it
[2010-05-28 04:31:09] ka...@php.net
The following patch has been added/updated:
Patch Name: bug-49294
Revision: 1275013869
URL:
http://bugs.php.net/patch-display.php?bug=49294&patch=bug-49294&revision=1275013869
[2009-08-20 10:37:05] j...@php.net
Assigned to Johannes who added this method. Seems quite weird that
there's one single method that just outputs stuff instead of returning
it. Not very consistent.
[2009-08-20 09:54:59] j...@php.net
There is no such OS as "Any".
[2009-08-19 13:45:36] andreww at uk dot ibm dot com
Description:
The documentation for the ReflectionExtension class shows info() as
returning a string, but it returns NULL and prints the information
directly to the screen.
I used the Windows installer package from Jun 29 2009 (basic install, no
changes), but was also able to reproduce problem with the 5.3.1-dev snap
from Aug 19 2009
Reproduce code:
---
info();
printf("Info:\n%s\n", $info ? $info : 'NULL');
?>
Expected result:
Info:
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Actual result:
--
iconv
iconv support => enabled
iconv implementation => "libiconv"
iconv library version => 1.11
Directive => Local Value => Master Value
iconv.input_encoding => ISO-8859-1 => ISO-8859-1
iconv.output_encoding => ISO-8859-1 => ISO-8859-1
iconv.internal_encoding => ISO-8859-1 => ISO-8859-1
Info:
NULL
--
Edit this bug report at http://bugs.php.net/bug.php?id=49294&edit=1
[PHP-BUG] Bug #51940 [NEW]: [notice] child pid 7335 exit signal Segmentation fault (11)
From: Operating system: Centos 5.2 PHP version: 5.2.13 Package: Reproducible crash Bug Type: Bug Bug description:[notice] child pid 7335 exit signal Segmentation fault (11) Description: Apache child process is killed when using openssl_pkcs7_sign I tried the snapshot PHP version (5.2dev) but not solve the problem. Apache: 2.2.15 OpenSSL: 1.0 PHP: 5.2.13/5.2dev OS: Centos 5.2 PHP Module: mod_security Test script: --- http://pastebin.com/vhjKtRJm Expected result: signed file must created. Actual result: -- Compile directives: ./configure \ --with-apxs2=/opt/apache2/bin/apxs \ --with-mysql \ --prefix=/opt/apache2/php \ --with-config-file-path=/opt/apache2/php \ --enable-force-cgi-redirect \ --disable-cgi \ --with-zlib \ --with-gettext \ --with-gdbm \ --enable-soap \ --with-pear \ --with-libxml-dir \ --with-ncurses \ --enable-gd-jis-conv \ --enable-gd-native-ttf \ --enable-mbstring \ --with-gd \ --with-freetype-dir=/usr/include/freetype2 \ --enable-gd-native-ttf \ --enable-shared \ --with-jpeg-dir \ --with-xpm-dir \ --enable-sockets \ --with-openssl=/usr/local/ssl BackTrace: warning: Can't read pathname for load map: Input/output error. Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib/libm.so.6 Reading symbols from /usr/lib/libaprutil-1.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libaprutil-1.so.0 Reading symbols from /lib/libcrypt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libcrypt.so.1 Reading symbols from /usr/lib/libldap-2.3.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libldap-2.3.so.0 Reading symbols from /usr/lib/liblber-2.3.so.0... (no debugging symbols found)...done. Loaded symbols for /usr/lib/liblber-2.3.so.0 Reading symbols from /lib/libdb-4.3.so...(no debugging symbols found)...done. Loaded symbols for /lib/libdb-4.3.so Reading symbols from /opt/apache2/lib/libexpat.so.0...done. Loaded symbols for /opt/apache2/lib/libexpat.so.0 Reading symbols from /opt/apache2/lib/libapr-1.so.0...done. Loaded symbols for /opt/apache2/lib/libapr-1.so.0 Reading symbols from /lib/libpthread.so.0...done. Loaded symbols for /lib/libpthread.so.0 Reading symbols from /lib/libdl.so.2...done. Loaded symbols for /lib/libdl.so.2 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/libuuid.so.1...done. Loaded symbols for /lib/libuuid.so.1 Reading symbols from /lib/libresolv.so.2...done. Loaded symbols for /lib/libresolv.so.2 Reading symbols from /usr/lib/libsasl2.so.2...done. Loaded symbols for /usr/lib/libsasl2.so.2 Reading symbols from /lib/libssl.so.6...done. Loaded symbols for /lib/libssl.so.6 Reading symbols from /lib/libcrypto.so.6...done. Loaded symbols for /lib/libcrypto.so.6 Reading symbols from /lib/librt.so.1...done. Loaded symbols for /lib/librt.so.1 Reading symbols from /usr/lib/libgssapi_krb5.so.2...done. Loaded symbols for /usr/lib/libgssapi_krb5.so.2 Reading symbols from /usr/lib/libkrb5.so.3...done. Loaded symbols for /usr/lib/libkrb5.so.3 Reading symbols from /lib/libcom_err.so.2...done. Loaded symbols for /lib/libcom_err.so.2 Reading symbols from /usr/lib/libk5crypto.so.3...done. Loaded symbols for /usr/lib/libk5crypto.so.3 Reading symbols from /usr/lib/libkrb5support.so.0...done. Loaded symbols for /usr/lib/libkrb5support.so.0 Reading symbols from /lib/libkeyutils.so.1...done. Loaded symbols for /lib/libkeyutils.so.1 Reading symbols from /lib/libselinux.so.1...done. Loaded symbols for /lib/libselinux.so.1 Reading symbols from /lib/libsepol.so.1...done. Loaded symbols for /lib/libsepol.so.1 Reading symbols from /lib/libnss_files.so.2...done. Loaded symbols for /lib/libnss_files.so.2 Reading symbols from /opt/apache2/modules/libphp5.so...done. Loaded symbols for /opt/apache2/modules/libphp5.so Reading symbols from /usr/lib/libpanel.so.5...done. Loaded symbols for /usr/lib/libpanel.so.5 Reading symbols from /usr/lib/libncurses.so.5...done. Loaded symbols for /usr/lib/libncurses.so.5 Reading symbols from /usr/lib/mysql/libmysqlclient_r.so.15...done. Loaded symbols for /usr/lib/mysql/libmysqlclient_r.so.15 Reading symbols from /usr/lib/libfreetype.so.6...done. Loaded symbols for /usr/lib/libfreetype.so.6 Reading symbols from /usr/lib/libX11.so.6...done. Loaded symbols for /usr/lib/libX11.so.6 Reading symbols from /usr/lib/libXpm.so.4...done. Loaded symbols for /usr/lib/libXpm.so.4 Reading symbols from /usr/lib/libpng12.so.0...done. Loaded symbols for /usr/lib/libpng12.so.0 Reading symbols from /usr/lib/libjpeg.so.62...done. Loaded sy
Bug #51930 [Opn->Wfx]: die() returns exit code 0
Edit report at http://bugs.php.net/bug.php?id=51930&edit=1
ID: 51930
Updated by: ahar...@php.net
Reported by: ml at vulnscan dot org
Summary: die() returns exit code 0
-Status: Open
+Status: Wont fix
Type: Bug
Package: Unknown/Other Function
Operating System: Linux
PHP Version: 5.3.2
New Comment:
I agree that it doesn't seem terribly logical, but it's been the case
for a good ten years or so at this point, so I can't really see the exit
code changing now.
Previous Comments:
[2010-05-27 14:15:05] ml at vulnscan dot org
Description:
die() returns exit status 0 (success), which is IMHO illogical.
This mostly matters when using PHP-CLI, for example where you have the
usual:
@mysql_connect(..) or die('sql blahblah');
...in that case a success error code is returned.
I had this in an authentication callback script which returns 0 on user
success and any other value on user failure.
In this case it returned 'success' in case of a SQL server error.
The only workaround I can see is first printing the error message, and
then doing an explicit die/exit with a numerical value. This does not
exactly improve code readability/niceness. And, like I said, I simply
didn't expect die() to return a success exit code.
Test script:
---
Expected result:
I expect a non-zero exit code, instead of 0 (success).
Actual result:
--
Exit status of 0 (success)
--
Edit this bug report at http://bugs.php.net/bug.php?id=51930&edit=1
[PHP-BUG] Bug #51941 [NEW]: sin() and cos() functions return wrong values
From: Operating system: Windows XP/Windows 7 PHP version: 5.3.2 Package: Math related Bug Type: Bug Bug description:sin() and cos() functions return wrong values Description: For very large values of $x (9.2233720368548E+18 and more), sin($x) and cos($x) simply return $x Test script: --- $x = 9.2233720368547E+18; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368548E+18; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368547E+22; var_dump(sin($x)); var_dump(cos($x)); $x = 9.2233720368547E+5; var_dump(sin($x)); var_dump(cos($x)); Expected result: float(0.70730241295515) float(0.70691109527848) float(9.2233720368548E+18) float(9.2233720368548E+18) float(9.2233720368547E+22) float(9.2233720368547E+22) float(-0.15745275115961) float(-0.98752652174626) -- Edit bug report at http://bugs.php.net/bug.php?id=51941&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=51941&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=51941&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=51941&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=51941&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=51941&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=51941&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=51941&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=51941&r=needscript Try newer version: http://bugs.php.net/fix.php?id=51941&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=51941&r=support Expected behavior: http://bugs.php.net/fix.php?id=51941&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=51941&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=51941&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=51941&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=51941&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=51941&r=dst IIS Stability: http://bugs.php.net/fix.php?id=51941&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=51941&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=51941&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=51941&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=51941&r=mysqlcfg
