#34202 [NEW]: Invalid error line number
From: stochnagara at hotmail dot com Operating system: windows xp PHP version: 5.1.0RC1 PHP Bug Type: Scripting Engine problem Bug description: Invalid error line number Description: Incorrect implementations of interface functions are shown as fatal errors as expected but a wrong line number is given. The error shows the line where the declaration of the class begins instead of the line where the function is incorrectly implemented. Reproduce code: --- Expected result: Fatal error: Declaration of foo::offsetSet() must be compatible with that of ArrayAccess::offsetSet() in ...\index.php on line 3 Actual result: -- Fatal error: Declaration of foo::offsetSet() must be compatible with that of ArrayAccess::offsetSet() in ...\index.php on line 2 -- Edit bug report at http://bugs.php.net/?id=34202&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34202&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34202&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34202&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34202&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34202&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34202&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34202&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34202&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34202&r=support Expected behavior: http://bugs.php.net/fix.php?id=34202&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34202&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34202&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34202&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34202&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34202&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34202&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34202&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34202&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34202&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34202&r=mysqlcfg
#34163 [Bgs]: text relocation when building imap extension
ID: 34163 User updated by: selsky at columbia dot edu Reported By: selsky at columbia dot edu Status: Bogus Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5CVS-2005-08-17 New Comment: This also worked in php 5.0.4: /bin/sh /tmp/php-5.0.4/libtool --silent --preserve-dup- deps --mode=compile gcc -Iext/imap/ -I/tmp/php-5.0.4/ ext/imap/ -DPHP_ATOM_INC -I/tmp/php-5.0.4/include -I/ tmp/php-5.0.4/main -I/tmp/php-5.0.4 -I/src/mail/imap/ imap-2004a/obj/solaris9-sslonly/c-client -I/opt/local/ include -I/tmp/php-5.0.4/TSRM -I/tmp/php-5.0.4/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -c /tmp/php-5.0.4/ ext/imap/php_imap.c -o ext/imap/php_imap.lo /bin/sh /tmp/php-5.0.4/libtool --silent --preserve-dup- deps --mode=link gcc -DPHP_ATOM_INC -I/tmp/php-5.0.4/ include -I/tmp/php-5.0.4/main -I/tmp/php-5.0.4 -I/src/ mail/imap/imap-2004a/obj/solaris9-sslonly/c-client -I/ opt/local/include -I/tmp/php-5.0.4/TSRM -I/tmp/php -5.0.4/Zend -D_POSIX_PTHREAD_SEMANTICS -g -O2 -o ext/imap/imap.la -export-dynamic -avoid-version -prefer- pic -module -rpath /tmp/php-5.0.4/modules -L/usr/ucblib -L/opt/gcc2952-28/lib/gcc-lib/sparc-sun-solaris2.8/ 2.95.2 ext/imap/php_imap.lo -R/opt/local/lib -L/opt/ local/lib -lssl -lcrypto -R/src/mail/imap/imap-2004a/ obj/solaris9-sslonly/c-client -L/src/mail/imap/imap -2004a/obj/solaris9-sslonly/c-client -lc-client -lcrypt -lpam /bin/sh /tmp/php-5.0.4/libtool --silent --preserve-dup- deps --mode=install cp ext/imap/imap.la /tmp/php-5.0.4/ modules Previous Comments: [2005-08-18 06:58:01] selsky at columbia dot edu This worked in 4.3.11. Why would it suddenly not work in php5.1? [2005-08-18 02:32:58] [EMAIL PROTECTED] Apparently you can't build a shared DSO with only static library linked to it on Solaris. Not PHP bug -> bogus. [2005-08-17 21:22:15] selsky at columbia dot edu Build imap as a shared extension breaks things again: $ ./configure --disable-all --with-imap=shared,/src/mail/imap/imap-2004a/obj/solaris9-sslonly --with-imap-ssl=/opt/local [2005-08-17 20:51:51] selsky at columbia dot edu That worked. I'll try adding each extension back in until it fails again. [2005-08-17 19:27:57] [EMAIL PROTECTED] Try without trying to outsmart the configure: # rm config.cache && ./configure --disable-all --with-imap=/src/mail/imap/imap-2004a/obj/solaris9-sslonly --with-imap-ssl=/usr/local And check these urls too: http://www.google.com/search?q=relocations+remain+against+allocatable+but+non-writable+sections 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/34163 -- Edit this bug report at http://bugs.php.net/?id=34163&edit=1
#34201 [NEW]: runkit_method_copy() causes seg fault
From: Peter dot Albertsson at spray dot se Operating system: SuSE 9 PHP version: 5.0.4 PHP Bug Type: Unknown/Other Function Bug description: runkit_method_copy() causes seg fault Description: Running the example provided at http://www.php.net/manual/en/function.runkit-method-copy.php causes a segmentation fault. The segmentation fault appears to occur after the script has been executed. Taking the advice to turn off any Zend extensions helps. When I turn off Zend Optimizer 2.5.8 the error does not occur. Reproduce code: --- Expected result: foo! Actual result: -- foo! Segmentation fault -- Edit bug report at http://bugs.php.net/?id=34201&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34201&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34201&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34201&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34201&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34201&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34201&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34201&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34201&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34201&r=support Expected behavior: http://bugs.php.net/fix.php?id=34201&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34201&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34201&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34201&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34201&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34201&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34201&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34201&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34201&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34201&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34201&r=mysqlcfg
#34200 [NEW]: -
From: c3 at asiamail dot com Operating system: Win XP PHP version: 4.4.0 PHP Bug Type: mcrypt related Bug description: - Description: Hello sorry for my bad english but the dll "php_mcrypt.dll" in php 4.4.0 cannot be loaded. Is this a bug ? The other modules function. Reproduce code: --- Unknow(): Unable to load library 'E:\php\extensions\php_mcrypt.dll - Das angegebene Modul wurde nicht gefunden (The indicated module was not found) -- Edit bug report at http://bugs.php.net/?id=34200&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34200&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34200&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34200&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34200&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34200&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34200&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34200&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34200&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34200&r=support Expected behavior: http://bugs.php.net/fix.php?id=34200&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34200&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34200&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34200&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34200&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34200&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34200&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34200&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34200&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34200&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34200&r=mysqlcfg
#34199 [Ana->Ctl]: SimpleXMLElement is Schroedinger's Cat
ID: 34199 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Analyzed +Status: Critical Bug Type: Scripting Engine problem Operating System: Any PHP Version: 5CVS-2005-08-20 (CVS) New Comment: Marking it critical. I think we need to get this cleaned up before 5.1 goes out. Having 2 different opcodes handling this that can potentially return conflicting results causes all sorts of confusion. Took me about an hour working backwards through assumptions before I finally figured out that if() and if(!) were to blame. Previous Comments: [2005-08-20 22:33:31] [EMAIL PROTECTED] if ($kids) if handled by ZEND_JMPZ_SPEC_CV_HANDLER which ends up calling i_zend_is_true and returning TRUE because $kids is an object. if (! $kids) is handled by ZEND_BOOL_NOT_SPEC_CV_HANDLER which calls convert_to_boolean and ends up calling the objects cast_object handler, which in this case is sxe_object_cast and returns FALSE because object is really empty. [2005-08-20 21:13:15] [EMAIL PROTECTED] Description: An empty SimpleXMLElement object is both true and false Reproduce code: --- $xml = ""; $xml = simplexml_load_string($xml); $kids = $xml->children(); if($kids) echo "True"; if(!$kids) echo "False"; Expected result: False Actual result: -- TrueFalse -- Edit this bug report at http://bugs.php.net/?id=34199&edit=1
#34199 [Opn->Ana]: SimpleXMLElement is Schroedinger's Cat
ID: 34199 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Analyzed -Bug Type: SimpleXML related +Bug Type: Scripting Engine problem Operating System: Any PHP Version: 5CVS-2005-08-20 (CVS) New Comment: if ($kids) if handled by ZEND_JMPZ_SPEC_CV_HANDLER which ends up calling i_zend_is_true and returning TRUE because $kids is an object. if (! $kids) is handled by ZEND_BOOL_NOT_SPEC_CV_HANDLER which calls convert_to_boolean and ends up calling the objects cast_object handler, which in this case is sxe_object_cast and returns FALSE because object is really empty. Previous Comments: [2005-08-20 21:13:15] [EMAIL PROTECTED] Description: An empty SimpleXMLElement object is both true and false Reproduce code: --- $xml = ""; $xml = simplexml_load_string($xml); $kids = $xml->children(); if($kids) echo "True"; if(!$kids) echo "False"; Expected result: False Actual result: -- TrueFalse -- Edit this bug report at http://bugs.php.net/?id=34199&edit=1
#34197 [Bgs]: Cannot Load dll's after configuring php.ini
ID: 34197
User updated by: inet2024 at hotmail dot com
Reported By: inet2024 at hotmail dot com
Status: Bogus
Bug Type: OCI8 related
Operating System: win2000 AS
PHP Version: 5.0.4
New Comment:
Problem is, I cannot enable the oci8 dll in the ini file, as it hangs
the webserver when you do so - even if the extension_dir is set to the
directory containing the dll's. In fact it hangs the webserver if you
uncomment ANY of the extensions in the ini file. So, if by changing the
extension_dir to the correct directory, and uncommenting the correct
dll, IT IS A BUG IN EITHER PHP OR AN INSTALLATION BUG OR A BUG IN YOUR
CONFIGURATION.
I have visited the support site you quote, little or no use - the
question is raised, but no response that I can find fixes the problem.
Since this seems to be a common problem, perhaps you should fix the
code, the installation or the config setup?
Previous Comments:
[2005-08-20 22:17:39] [EMAIL PROTECTED]
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.
Yeah, it's a configuration problem, you need to enable oci8 extension
in your php.ini.
[2005-08-20 20:05:35] inet2024 at hotmail dot com
Description:
Running: Oracle 10g, Win2k AS, IIS, php (4 or 5), ODBC
All are running fine. When I uncomment out any of the extension dll's
in the php.ini file the webserver hangs. I have changed the
extension_dir to "C:/PHP/EXT" which is where the dll's are installed.
ODBC works with other apps - both user and system.
It sounds more like a configuration problem, but maybe not. I have
researched and found many instances of related problems, but none have
a fix that works.
Reproduce code:
---
...
$db_db = "dbname";
$db_connoci = ocilogon("user", "password", $db_db);
...
Expected result:
Connection to oracle via php-oci8.dll
Actual result:
--
Webserver hangs
or
Fatal error: Call to undefined function ocilogon() in
c:\Inetpub\wwwroot\include\db.php on line 19
--
Edit this bug report at http://bugs.php.net/?id=34197&edit=1
#34197 [Opn->Bgs]: Cannot Load dll's after configuring php.ini
ID: 34197
Updated by: [EMAIL PROTECTED]
Reported By: inet2024 at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: OCI8 related
Operating System: win2000 AS
PHP Version: 5.0.4
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.
Yeah, it's a configuration problem, you need to enable oci8 extension
in your php.ini.
Previous Comments:
[2005-08-20 20:05:35] inet2024 at hotmail dot com
Description:
Running: Oracle 10g, Win2k AS, IIS, php (4 or 5), ODBC
All are running fine. When I uncomment out any of the extension dll's
in the php.ini file the webserver hangs. I have changed the
extension_dir to "C:/PHP/EXT" which is where the dll's are installed.
ODBC works with other apps - both user and system.
It sounds more like a configuration problem, but maybe not. I have
researched and found many instances of related problems, but none have
a fix that works.
Reproduce code:
---
...
$db_db = "dbname";
$db_connoci = ocilogon("user", "password", $db_db);
...
Expected result:
Connection to oracle via php-oci8.dll
Actual result:
--
Webserver hangs
or
Fatal error: Call to undefined function ocilogon() in
c:\Inetpub\wwwroot\include\db.php on line 19
--
Edit this bug report at http://bugs.php.net/?id=34197&edit=1
#34199 [NEW]: SimpleXMLElement is Shcroedinger's Cat
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5CVS-2005-08-20 (CVS) PHP Bug Type: SimpleXML related Bug description: SimpleXMLElement is Shcroedinger's Cat Description: An empty SimpleXMLElement object is both true and false Reproduce code: --- $xml = ""; $xml = simplexml_load_string($xml); $kids = $xml->children(); if($kids) echo "True"; if(!$kids) echo "False"; Expected result: False Actual result: -- TrueFalse -- Edit bug report at http://bugs.php.net/?id=34199&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34199&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34199&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34199&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34199&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34199&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34199&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34199&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34199&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34199&r=support Expected behavior: http://bugs.php.net/fix.php?id=34199&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34199&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34199&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34199&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34199&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34199&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34199&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34199&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34199&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34199&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34199&r=mysqlcfg
#34198 [NEW]: Class Member Visibility
From: kuprishuz at gmail dot com
Operating system: *
PHP version: 5.1.0RC1
PHP Bug Type: Class/Object related
Bug description: Class Member Visibility
Description:
appears to be problems with class member variable visibility causing
application to be completely un-useable, i have also attempted to echo
member variables in the same method but they are always blank.
Reproduce code:
---
class system {
public $errorobj;
public $databaseobj;
function __construct() {
$this->errorobj = new error($this);
$this->databaseobj = new database($this);
}
}
class database {
function __construct($system) {
$this->system = $system;
get_class($this->system->errorobj);
}
}
Expected result:
should return the object name "error"
Actual result:
--
returns "non-object" error message
--
Edit bug report at http://bugs.php.net/?id=34198&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34198&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34198&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34198&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34198&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34198&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34198&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34198&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34198&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34198&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34198&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34198&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34198&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34198&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34198&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34198&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34198&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34198&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34198&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34198&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34198&r=mysqlcfg
#34197 [NEW]: Cannot Load dll's after configuring php.ini
From: inet2024 at hotmail dot com
Operating system: win2000 AS
PHP version: 5.0.4
PHP Bug Type: OCI8 related
Bug description: Cannot Load dll's after configuring php.ini
Description:
Running: Oracle 10g, Win2k AS, IIS, php (4 or 5), ODBC
All are running fine. When I uncomment out any of the extension dll's in
the php.ini file the webserver hangs. I have changed the extension_dir to
"C:/PHP/EXT" which is where the dll's are installed. ODBC works with other
apps - both user and system.
It sounds more like a configuration problem, but maybe not. I have
researched and found many instances of related problems, but none have a
fix that works.
Reproduce code:
---
...
$db_db = "dbname";
$db_connoci = ocilogon("user", "password", $db_db);
...
Expected result:
Connection to oracle via php-oci8.dll
Actual result:
--
Webserver hangs
or
Fatal error: Call to undefined function ocilogon() in
c:\Inetpub\wwwroot\include\db.php on line 19
--
Edit bug report at http://bugs.php.net/?id=34197&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34197&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=34197&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=34197&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=34197&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=34197&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=34197&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=34197&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=34197&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=34197&r=support
Expected behavior: http://bugs.php.net/fix.php?id=34197&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=34197&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=34197&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=34197&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34197&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=34197&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=34197&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=34197&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=34197&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=34197&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=34197&r=mysqlcfg
#34164 [Bgs]: Cannot view the directory list by using ftp_rawlist function
ID: 34164
User updated by: thomas188 at hotmail dot com
Reported By: thomas188 at hotmail dot com
Status: Bogus
Bug Type: FTP related
Operating System: Linux
PHP Version: 4.4.0
New Comment:
But there is no problem when I change to use ftp_nlist function instead
of. And it is success to get into the path "/tmp/[test]" from other FTP
server, for example, "WS_FTP". so I believe that my server is OK for
FTP browsing with "[" character inside.
Previous Comments:
[2005-08-17 10:44:51] [EMAIL PROTECTED]
Obviously your ftp-server fails when this character appear in the
path.
Try using any ftp client and you'll see the same.
Not PHP problem.
[2005-08-17 07:30:36] thomas188 at hotmail dot com
Description:
When I use the ftp_rawlist, the output is empty when the path contains
"[". For example, "/tmp/[test]". But others is OK. Please help !
Reproduce code:
---
// set up basic connection
$conn_id = ftp_connect("x.x.x.x");
// login with username and password
$login_result = ftp_login($conn_id, "username", "password");
// get contents of the current directory
$contents = ftp_rawlist($conn_id, "/tmp/[test]");
//output
var_dump($contents);
--
Edit this bug report at http://bugs.php.net/?id=34164&edit=1
#34196 [NEW]: undefined reference to ifx_checkAPI (related to Bug #33469)
From: roland dot wintgen at t-online dot de Operating system: Linux PHP version: 5CVS-2005-08-20 (snap) PHP Bug Type: Informix related Bug description: undefined reference to ifx_checkAPI (related to Bug #33469) Description: Bug #33469 still seems to be unfixed. I tried using PHP 5.1.0RC1 and the latest snapshot 200508201030 on either CentOS 4.1 and RedHat 8. The tested CSDK versions were 2.80UC1 and 2.90UC1. my config.nice: #! /bin/sh # # Created by configure './configure' \ '--with-informix=/home/informix' \ '--with-ttf' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--with-zlib' \ '--with-gd' \ '--with-xmlrpc' \ '--without-mysql' \ '--without-openssl' \ '--disable-url-fopen-wrapper' \ '--enable-inline-optimization' \ '--enable-url-includes' \ '--enable-trans-sid' \ '--enable-versioning' \ '--enable-memory-limit' \ '--enable-gd-native-ttf' \ "$@" During compilation the following error shows up: *** Warning: Linking the shared library libphp5.la against the non-libtool *** objects /home/informix/lib/esql/checkapi.o is not portable! When I try to start Apache it says Syntax error on line 232 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp5.so into server: /home/informix/lib/esql/libifos.so: undefined symbol: ifx_checkAPI the httpd.config line 232 reads: LoadModule php5_modulemodules/libphp5.so -- Edit bug report at http://bugs.php.net/?id=34196&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=34196&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=34196&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=34196&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=34196&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=34196&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=34196&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=34196&r=needscript Try newer version: http://bugs.php.net/fix.php?id=34196&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=34196&r=support Expected behavior: http://bugs.php.net/fix.php?id=34196&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=34196&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=34196&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=34196&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=34196&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=34196&r=dst IIS Stability: http://bugs.php.net/fix.php?id=34196&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=34196&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=34196&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=34196&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=34196&r=mysqlcfg
#34176 [Fbk->Opn]: apache2handler crashes parent process if child process dies
ID: 34176 User updated by: robert at rw-it dot net Reported By: robert at rw-it dot net -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Win32 PHP Version: 4.4.0 New Comment: Seems to be fixed in php5-win32-latest (that is, built August 9th 2005). Will this be fixed in php4, too? Previous Comments: [2005-08-18 02:41:46] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-08-17 19:31:51] robert at rw-it dot net Description: Using mpm_winnt, if the child process dies, some of the php_apache_sapi_* functions seem to be called with SG(server_context) == NULL. This (sometimes??) results in crashing the parent process. I added a check for SG(server_context) == NULL to each function and the problem went away, but perhaps you could think of a better solution. Reproduce code: --- Write a script that crashes the child process. E.g. disable memory_limit and do for ($b = 'x'; ; $b .= $b); I also once inserted an exit(1) into apache's child.c with the same results, but doing it via PHP seems more realistic. Try to load the page a few times. Expected result: Apache restarts the child process. Actual result: -- Sometimes it does, sometimes it crashes... ratio is about 2/3. When it crashes, the cause is an access to memory at address 0x0 or 0x4, in php4apache2.dll. Looking at the local variables, it appears that SG(server_context) is NULL. I was not able to reproduce a crash after I added checks for SG(server_context) == NULL to sapi_apache2.c. -- Edit this bug report at http://bugs.php.net/?id=34176&edit=1
#30971 [Fbk]: Random highlight_string() bug while handling legal backslash characters
ID: 30971
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Strings related
Operating System: *
PHP Version: 5CVS, 4CVS
New Comment:
I provided a working example and screenshots of both results. _Last
December_. I got tired of maintaining my labs. subdomain just so these
links wouldn't break. Since I hadn't heard anything on this bug I
assumed nobody was going to do anything about it, so I stopped caring
and went ahead and cleaned up the subdomain.
This behavior exhibits itself regardless of the containing script and
is not reliably reproducable (hence the purpose of the screenshots).
It's random, and does not matter in its context:
highlight_string("\n");
...would randomly exhibit this behavior depending on the setup.
I verified this as a CVS developer last year, I'm tired of the
jaw-droppingly arrogant support here (from deleting 'irrelevant'
comments to ignoring functionality bugs), so I left it to the PHP
developers to do something about it.
Plopping a quick fix on this bug and looking for *another* reproduce
script won't fix anything. I gave you all you need last December.
If you want the screenshots e-mail me, I'm sure I have them buried
somewhere.
Previous Comments:
[2005-08-19 11:49:42] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try to avoid embedding huge scripts into the report.
[2004-12-03 00:56:32] [EMAIL PROTECTED]
Description:
Bug 25725 was marked bogus due to a bad example. I am reopening it here
because this is a particularly annoying bug that needs to be fixed,
regardless of 'this is not an issue' sentiment within the PHP
community.
When the highlight_string() engine encounters ANY \ character, even one
prefixing an escape like \n (which are LEGAL, as some astute Quick Fix
posters have ignored), the parser interjects warnings into
highlight_string()'s output. The catch? This only happens randomly.
We rely on highlight_string() for our IRC pastebin, and I am sure this
function is used a lot elsewhere. I have submitted another entry to our
pastebin and was quite disappointed to see the bug's problem at once:
http://labs.jed.bz/phpbug3.png
Screenshot taken from
http://dalphp.shoggoth.net/pastebin_view.php?533
I have highlighted the problem for the QA reviewers with itchy Quick
Fix fingers. Notice the 'n' sitting on a line all by itself? That's the
back end of a \n sequence, and the PHP parser is erring on the \ itself.
It's as if the tokenizer, when used under highlight_string(), isn't
glomming \ onto its following character.
It is also only doing it on some newlines. As you can see, the newlines
next to '019' (the bottom of the highlight) are parsed fine! As you can
also see, the colors in the rest of the code, even on keywords that
should be highlighted green like 'static' and 'function', are all
messed up.
This isn't the first time we've run into this. I've taken screenshots
to append to Bug 25725, but they were ignored as well. I rewind and
replay them here for community benefit.
CORRECT: http://labs.jed.bz/phpbug2.png
NOT: http://labs.jed.bz/phpbug.png
Source URL: http://dalphp.shoggoth.net/pastebin_view.php?356
Nothing changed on the server between these two requests. I just
refreshed until the output changed. And these are legal newlines. The
example on Bug 25725 brought the itchy Quick Fix fingers out, but the
submitter presented a valid point, which I reiterate here.
Highlighted fine:
$x = 0
$y = 1
$z = 2
Not highlighted fine:
$x = 0;
\;
$z = 2;
And as I've demonstrated, this isn't highlighted fine either:
printf("\n");
The randomness of this problem suggests a leak or black magic within
PHP itself, and I have a gut feeling this is a little more problematic
than it appears at first hand. The reproduce code below is what is
supposed to be highlighted in phpbug3.png.
Note: Do not flood dalphp.shoggoth.net with refresh requests, trust my
screenshots.
Reproduce code:
---
getFile())) {
$line = file($e->getFile());
$line = trim($line[$e->getLine() - 1]);
}
else $line = "?";
printf("\n\nSTOP. Uncaught exception \"%s\" in %s:%u\n" .
" >> %s\n" .
" Message: (%u) %s\n Backtrace:\n", get_class($e),
$e->getFile(),
$e->GetLine(), $line, $e->getCode(), $e->getMessage());
$i = 0;
foreach($e->getTrace() as $bt)
printf(" (#%u) %s()\n", +
#34166 [Asn->Csd]: extract failed to operate len>1 varname on unicode enabled
ID: 34166
User updated by: xuefer at 21cn dot com
Reported By: xuefer at 21cn dot com
-Status: Assigned
+Status: Closed
Bug Type: Arrays related
Operating System: gentoo linux
PHP Version: 6CVS-2005-08-17 (CVS)
Assigned To: andrei
New Comment:
looks like it's fixed in cvs.
Previous Comments:
[2005-08-17 19:29:33] [EMAIL PROTECTED]
For Andrei, from Finland with love. :)
[2005-08-17 10:13:45] xuefer at 21cn dot com
Description:
broken after unicode patch merged
Reproduce code:
---
1, 'ab' => 1));
var_dump(get_defined_vars());
}
test();
?>
Expected result:
./sapi/cgi/php -dunicode_semantics=on a.php
Content-type: text/html; charset=UTF-8
X-Powered-By: PHP/6.0.0-dev
array(2) {
[u"a"]=>
int(1)
[u"ab"]=>
int(1)
}
Actual result:
--
./sapi/cgi/php -dunicode_semantics=on a.php
Content-type: text/html; charset=UTF-8
X-Powered-By: PHP/6.0.0-dev
array(2) {
[u"a"]=>
int(1)
[u"a"]=>
int(1)
}
--
Edit this bug report at http://bugs.php.net/?id=34166&edit=1
