#35042 [NEW]: new installer lacks everything
From: sah1978 at yahoo dot com Operating system: windows PHP version: 5.0.5 PHP Bug Type: *General Issues Bug description: new installer lacks everything Description: Ok here is the dilly. You guys took out all the dll files and the extras that used to be packed with php. It used to be great no hassel. Now we need to add all the dlls ourselves then make sure that they are refferenced in the php.ini then make sure IIS works with them. WOW i thought that we wanted to make php popular and let as many ppl use it. But, i wonder if in turn you have made it harder to install or easier. Best solution would be to give an installer with all the extentions (i mean all the ones that we used to have before the most common ones) and also give an installer with no extentions. Thanks -- Edit bug report at http://bugs.php.net/?id=35042&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35042&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35042&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35042&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35042&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35042&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35042&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35042&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35042&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35042&r=support Expected behavior: http://bugs.php.net/fix.php?id=35042&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35042&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35042&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35042&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35042&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35042&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35042&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35042&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35042&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35042&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35042&r=mysqlcfg
#16277 [Com]: Multiple statement in a query cause subsequent queries to fail
ID: 16277
Comment by: nicked at gmail dot com
Reported By: rbanks at arel dot com dot au
Status: No Feedback
Bug Type: MSSQL related
Operating System: NT4
PHP Version: 4.1.2
New Comment:
(I know this is an old bug, but the latest version has the same
problem)
PHP/5.1.0RC1
MSSQL 7.0
Apache/2.0.54 (Win32)
I want to do several hundred database INSERTs, and it's much faster to
combine them into a single "compound" statement separated by
semicolons.
If the records already exist in the database, I get a duplicate key
message and the statement fails. Normally this is fine, I just go on to
the next INSERT. But now that I use this compound statement, when that
fails, every subsequent (unrelated) query also fails.
The only way I can continue is by closing the database connection and
opening it again.
A related problem is that now the duplicate key warnings are printed
even if you call mssql_query with the '@' operator. They seem to be
output when the connection is closed, because if you call @mssql_close
manually they don't appear. Another option is to use
mssql_min_message_severity(15).
-Nick
Previous Comments:
[2002-12-23 01:00:02] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, 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".
[2002-12-07 01:52:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-03-26 08:45:52] [EMAIL PROTECTED]
RTFBR ;) it is MS SQL, not mySQL
[2002-03-26 08:01:58] [EMAIL PROTECTED]
RTM! You can only run one query per call to mysql_query()!
[2002-03-25 22:49:13] rbanks at arel dot com dot au
I am creating tables and indexes in a few places. To make life a
little easier I want to create a table and it's indexes in one go.
The following code fails:
$queries[0]["query_string"]="CREATE TABLE objects (
[id] integer IDENTITY (1,1) PRIMARY KEY,
[type] varchar(16) DEFAULT '' NOT NULL,
[object] text,
[vtype] varchar(16) DEFAULT '' NOT NULL,
[lastchanged] TIMESTAMP);
CREATE INDEX objects_lastchanged ON objects (lastchanged);";
$queries[1]["query_string"]="CREATE TABLE nodes (
path varchar(127) DEFAULT '' NOT NULL PRIMARY KEY,
parent varchar(127) DEFAULT '' NOT NULL,
object numeric(11) DEFAULT '0' NOT NULL,
priority numeric(11) DEFAULT '0' NOT NULL
);";
while ((list($key, $query)=each($queries)) && (!$error)) {
echo $query["query_string"];
$exec=mssql_query($query["query_string"]);
}
But if I separate out the create index into a separate query it works
fine.
--
Edit this bug report at http://bugs.php.net/?id=16277&edit=1
#35041 [Opn->Bgs]: if (strpos("123","1")===true) doesn't work. if (strpos("123","1")!==false) does
ID: 35041 Updated by: [EMAIL PROTECTED] Reported By: john dot clements at publicinfo dot net -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Windows xp pro sp2 PHP Version: 5CVS-2005-10-31 (snap) 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 strpos doesn't return true on success but the position Previous Comments: [2005-11-01 00:12:28] john dot clements at publicinfo dot net Description: This is a problem with === true and !== true whether used with strpos or with array_search and presumably with other functions. This also fails under PHP 4.3.10 on FreeBSD 4.8-STABLE, but that is a hosted server and I can't upgrade it to test. I have done further testing and found that checking for === false or !== false is OK: === false works when statement is true === false works when statement is false === true doesn't work when statement is true === true works when statement is false !== true doesn't work when statement is true !== true works when statement is false !== false works when statement is true !== false works when statement is false Pls get in touch if you would like the code to show that. Reproduce code: --- Expected result: 1. worked 2. worked Actual result: -- 1. didn't work 2. worked -- Edit this bug report at http://bugs.php.net/?id=35041&edit=1
#34630 [Asn->Csd]: PDO: LOB support incomplete in some drivers
ID: 34630 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: Feature/Change Request Operating System: * PHP Version: 5CVS-2005-09-24 (cvs) Assigned To: wez Previous Comments: [2005-09-24 20:34:02] [EMAIL PROTECTED] Description: Quoting a reporting I received via email: I'm trying to use PDO abstraction layer (version 1.0RC1), but I'm having serious problems with LOB support in Oracle and Postgres (the only I've tried). Reproduce code: --- prepare($sql); print_r(PDO_PARAM_LOB); $stmt->bindParam( 1, $content, PDO_PARAM_LOB); $stmt->execute(); ?> Expected result: The image content in the database Actual result: -- This inserts something like "Resource id 3#" string into db_dane (bytea type) column. -- Edit this bug report at http://bugs.php.net/?id=34630&edit=1
#35032 [Asn->Fbk]: pdo_dblib can't find the FreeTDS includes on some systems
ID: 35032 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Feedback Bug Type: PDO related Operating System: Mac OS X PHP Version: 5CVS-2005-10-28 (CVS) Assigned To: Wez New Comment: Provide a link to a downloadable patch against PHP_5_1 branch; your patch would not apply. Previous Comments: [2005-10-31 11:15:08] [EMAIL PROTECTED] Description: On some systems FreeTDS include files are being installed on $prefix/include/freetds instead of $prefix/include where configure is trying to find them. I have modified the ext/pdo_dblib/config.m4 to also search that directory with the following patch: --- config.m4 2005-10-31 10:08:18.0 +0200 +++ config.m4.new 2005-10-31 10:17:30.0 +0200 @@ -10,13 +10,17 @@ if test "$PHP_PDO_DBLIB" != "no"; then - PDO_FREETDS_INSTALLATION_DIR="" if test "$PHP_PDO_DBLIB" = "yes"; then for i in /usr/local /usr; do if test -f $i/include/tds.h; then PDO_FREETDS_INSTALLATION_DIR=$i +PDO_FREETDS_INCLUDE_DIR=$i/include break + elif test -f $i/include/freetds/tds.h; then +PDO_FREETDS_INSTALLATION_DIR=$i +PDO_FREETDS_INCLUDE_DIR=$i/include/freetds +break; fi done @@ -28,6 +32,10 @@ if test -f $PHP_PDO_DBLIB/include/tds.h; then PDO_FREETDS_INSTALLATION_DIR=$PHP_PDO_DBLIB + PDO_FREETDS_INCLUDE_DIR=$PHP_PDO_DBLIB/include +elif test -f $PHP_PDO_DBLIB/include/freetds/tds.h; then + PDO_FREETDS_INSTALLATION_DIR=$PHP_PDO_DBLIB + PDO_FREETDS_INCLUDE_DIR=$PHP_PDO_DBLIB/include/freetds else AC_MSG_ERROR(Directory $PHP_PDO_DBLIB is not a FreeTDS installation directory) fi @@ -41,11 +49,9 @@ AC_MSG_ERROR(Could not find $PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libtds.[a|so]) fi - PDO_DBLIB_INCDIR=$PDO_FREETDS_INSTALLATION_DIR/include - PDO_DBLIB_LIBDIR=$PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR + PHP_ADD_INCLUDE($PDO_FREETDS_INCLUDE_DIR) + PHP_ADD_LIBRARY_WITH_PATH(sybdb, $PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR, PDO_DBLIB_SHARED_LIBADD) - PHP_ADD_INCLUDE($PDO_DBLIB_INCDIR) - PHP_ADD_LIBRARY_WITH_PATH(sybdb, $PDO_DBLIB_LIBDIR, PDO_DBLIB_SHARED_LIBADD) ifdef([PHP_CHECK_PDO_INCLUDES], [ PHP_CHECK_PDO_INCLUDES -- Edit this bug report at http://bugs.php.net/?id=35032&edit=1
#35041 [NEW]: if (strpos("123","1")===true) doesn't work. if (strpos("123","1")!==false) does
From: john dot clements at publicinfo dot net
Operating system: Windows xp pro sp2
PHP version: 5CVS-2005-10-31 (snap)
PHP Bug Type: Strings related
Bug description: if (strpos("123","1")===true) doesn't work. if
(strpos("123","1")!==false) does
Description:
This is a problem with === true and !== true whether used with strpos or
with array_search and presumably with other functions.
This also fails under PHP 4.3.10 on FreeBSD 4.8-STABLE,
but that is a hosted server and I can't upgrade it to test.
I have done further testing and found that
checking for === false or !== false is OK:
=== false works when statement is true
=== false works when statement is false
=== true doesn't work when statement is true
=== true works when statement is false
!== true doesn't work when statement is true
!== true works when statement is false
!== false works when statement is true
!== false works when statement is false
Pls get in touch if you would like the code to show that.
Reproduce code:
---
Expected result:
1. worked
2. worked
Actual result:
--
1. didn't work
2. worked
--
Edit bug report at http://bugs.php.net/?id=35041&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35041&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35041&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35041&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35041&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35041&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35041&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35041&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35041&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35041&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35041&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35041&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35041&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35041&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35041&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35041&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35041&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35041&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35041&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35041&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35041&r=mysqlcfg
#34204 [Csd->Opn]: Apache2s mod_rewrite does not work with PHP5.1.0RC1
ID: 34204 User updated by: arpad at zooloo dot com Reported By: arpad at zooloo dot com -Status: Closed +Status: Open Bug Type: Apache2 related Operating System: Windows XP SP1 -PHP Version: 5.1.0RC1 +PHP Version: 5.1.0RC4 New Comment: I recently tried both RC3 and RC4 and both do not work when i'm using mod_rewrite. 2 Other Bugs report this: 34581 and 34846. I reverted back to the 200508211030 Nightly which works fine. Previous Comments: [2005-08-21 13:34:24] arpad at zooloo dot com I tried a recent CVS snapshot and it works. Sorry for the inconvenience. [2005-08-21 12:57:35] [EMAIL PROTECTED] 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. [2005-08-21 12:55:28] arpad at zooloo dot com Description: With PHP5.1.0RC1 my Apache2 mod_rewrite crashes everytime i want to use it. It worked fine with PHP5.1.0b3 though. Reproduce code: --- RewriteEngine on RewriteRule index.html index.php Expected result: it should display index.html as it was index.php Actual result: -- Server crashes with the following log entry: [notice] Parent: child process exited with status 3221225477 -- Restarting. -- Edit this bug report at http://bugs.php.net/?id=34204&edit=1
#35040 [Com]: slowness and timeouts when using php-4.4.1
ID: 35040 Comment by: vmlinuz386 at yahoo dot com dot ar Reported By: sbailey at mileone dot com Status: Feedback Bug Type: Performance problem Operating System: FreeBSD 5.3 PHP Version: 4.4.1RC1 New Comment: I have the same problem, but running on apache-1.3.34 (Linux), with the php-4.4.1, i am back to php-4.4.0 and this fixes. Here is the phpinfo() http://www.vmlinuz.com.ar/phpinfo.php Squirrelmail is 1.4.5, can browse all pages, but the problem appear when open a message. Another problem is that httpd takes many more seconds to stop with 4.4.1, not with 4.4.0. Previous Comments: [2005-10-31 21:13:21] [EMAIL PROTECTED] 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. [2005-10-31 20:53:39] sbailey at mileone dot com Description: Installed a fresh install of php-4.4.1 and the only compile options were --with-apxs2 and I am running apache 2.0.55 on FreeBSD 5.3 and when I run SquirrelMail version 1.4.5 httpd takes alot of system resources and is really slow. I can provide more info if nessary. Thanks -- Edit this bug report at http://bugs.php.net/?id=35040&edit=1
#35040 [Opn->Fbk]: slowness and timeouts when using php-4.4.1
ID: 35040 Updated by: [EMAIL PROTECTED] Reported By: sbailey at mileone dot com -Status: Open +Status: Feedback Bug Type: Performance problem Operating System: FreeBSD 5.3 PHP Version: 4.4.1RC1 New Comment: 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. Previous Comments: [2005-10-31 20:53:39] sbailey at mileone dot com Description: Installed a fresh install of php-4.4.1 and the only compile options were --with-apxs2 and I am running apache 2.0.55 on FreeBSD 5.3 and when I run SquirrelMail version 1.4.5 httpd takes alot of system resources and is really slow. I can provide more info if nessary. Thanks -- Edit this bug report at http://bugs.php.net/?id=35040&edit=1
#35040 [NEW]: slowness and timeouts when using php-4.4.1
From: sbailey at mileone dot com Operating system: FreeBSD 5.3 PHP version: 4.4.1RC1 PHP Bug Type: Performance problem Bug description: slowness and timeouts when using php-4.4.1 Description: Installed a fresh install of php-4.4.1 and the only compile options were --with-apxs2 and I am running apache 2.0.55 on FreeBSD 5.3 and when I run SquirrelMail version 1.4.5 httpd takes alot of system resources and is really slow. I can provide more info if nessary. Thanks -- Edit bug report at http://bugs.php.net/?id=35040&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35040&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35040&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35040&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35040&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35040&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35040&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35040&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35040&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35040&r=support Expected behavior: http://bugs.php.net/fix.php?id=35040&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35040&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35040&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35040&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35040&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35040&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35040&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35040&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35040&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35040&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35040&r=mysqlcfg
#35017 [Asn->Csd]: PHP crashes Apache
ID: 35017
Updated by: [EMAIL PROTECTED]
Reported By: assen dot todorov at onvista dot de
-Status: Assigned
+Status: Closed
Bug Type: Scripting Engine problem
Operating System: Linux
PHP Version: 5CVS-2005-10-29 (cvs)
Assigned To: dmitry
New Comment:
Fixed in CVS HEAD and PHP 5.1.
The reason if memory leaks in the given test after fix - is bug #34065
Previous Comments:
[2005-10-29 12:57:59] [EMAIL PROTECTED]
With PHP 5.1.0RC4-dev I get:
Fatal error: Invalid opcode 137/16/8. in - on line 18
And on PHP 5.0.6-dev I get:
Segmentation fault
And the following backtrace:
#0 0x in ?? ()
#1 0x08320690 in execute (op_array=0x860e42c)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1438
#2 0x08323ef0 in zend_do_fcall_common_helper
(execute_data=0xbfffd4a0,
opline=0x860bca4, op_array=0x8606cbc)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2790
#3 0x0832439d in zend_do_fcall_by_name_handler
(execute_data=0xbfffd4a0,
opline=0x860bca4, op_array=0x8606cbc)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:2877
#4 0x08320690 in execute (op_array=0x8606cbc)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1438
#5 0x082f7726 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /dat/dev/php/php-5.0dev/Zend/zend.c:1064
#6 0x082af0d5 in php_execute_script (primary_file=0xb8e0)
at /dat/dev/php/php-5.0dev/main/main.c:1643
#7 0x0832dbc0 in main (argc=1, argv=0xb9a4)
at /dat/dev/php/php-5.0dev/sapi/cli/php_cli.c:946
Some more info:
(gdb) frame 1
#1 0x08320690 in execute (op_array=0x860e42c)
at /dat/dev/php/php-5.0dev/Zend/zend_execute.c:1438
warning: Source file is more recent than executable.
1438if (EX(opline)->handler(&execute_data,
EX(opline), op_array TSRMLS_CC)) {
(gdb) print executor_globals.current_execute_data.opline
$1 = (struct _zend_op *) 0x860d1cc
(gdb) print executor_globals.current_execute_data.opline.handler
$2 = 0
[2005-10-29 11:07:41] assen dot todorov at onvista dot de
On the seccond "foreach" the error handler is called and an exception
is thrown.In spite of this the line "$crashApache->start($result);" is
executed and the exception is newer catched
[2005-10-29 10:56:10] assen dot todorov at onvista dot de
Description:
The code below was tested on WindowsXP + PHP(5.0.5) + Apache(1.3.33)
AND Linux + PHP(5.0.5) + Apache(Apache/2.0.53).In both cases this code
leads to crash in Apache.The message is "Segmentation fault ..."
Reproduce code:
---
set_error_handler('errorHandler');
$crashApache = new crashApache;
try {
$a = array('test'); $result = array();
foreach($a as $b) {
$result[] = $b; $nullValue = null;
foreach($nullValue as $c) {
$result[] = $c;
}
}
$crashApache->start($result);
}
catch(Exception $e) { echo 'This Exception should be catched'; }
class crashApache {
public $someVar = array();
public function start(&$crashParam) {
$this->someVar = $crashParam;
}
}
function errorHandler($errno, $errstr, $errfile, $errline, $vars) {
throw new Exception('Some Exception');
}
Expected result:
I expect to see the the message "This Exception should be catched"
Actual result:
--
Apache crashes with "segmentation fault" message.
--
Edit this bug report at http://bugs.php.net/?id=35017&edit=1
#34482 [Asn]: LDAP Searches cause Access Violation when connecting via LDAPS
ID: 34482
User updated by: zbowden at vt dot edu
Reported By: zbowden at vt dot edu
Status: Assigned
Bug Type: LDAP related
Operating System: Windows 2003
PHP Version: 5CVS-2005-09-12 (snap)
Assigned To: edink
New Comment:
However, if I try to go with the most recent snapshot and replace those
dll's it still doesn't work. I don't get the access violation, but I can
never connect to the ldap server.
Previous Comments:
[2005-10-31 20:30:06] zbowden at vt dot edu
Just an additional idea/comment. If I go to 5.0.5 and replace the
libeay32.dll and ssleay32.dll files with the ones included with the
5.0.4 release everything works fine.
[2005-10-27 17:25:23] zbowden at vt dot edu
tried the latest snapshot; I not longer get the access violation,
however I cannot connect to any ldap server via LDAPS URI (says it
can't contact server).
I did use ntfilemon to make sure the ldap.conf (and ldaprc) files were
being read and they are. Not sure where the problem is though? I rolled
back to the release version of 5.0.4 just to be sure it would still work
and I can connect & bind to the ldap servers via LDAPS (& start_tls).
[2005-10-24 01:14:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-09-12 19:41:55] [EMAIL PROTECTED]
Someone updated some libs..assigned to that someone. :)
[2005-09-12 18:49:18] zbowden at vt dot edu
Description:
After moving to 5.0.5 from 5.0.4 I can no longer do ldap searches when
connecting via LDAPS URI -> ldap_connect(ldaps://server.com). I'm only
using Windows 2003/IIS6/ISAPI but it might occur on other platforms.
Replacing the libeay32.dll and ssleay32.dll with the versions
distributed with 5.0.4 fix the problem.
On the LDAP Server side I've tested against a Windows 2000 Active
Directory LDAP server and an OpenLDAP server and get the same results.
Reproduce code:
---
$host = "ldaps://server.com";
$ldap = ldap_connect($host);
$baseDn = "ou=accounts,dc=com";
// access violation will occur here
$result = ldap_search($ldap, $baseDn, "name=user", array('dn'));
Expected result:
PHP has encountered an Access Violation at _
--
Edit this bug report at http://bugs.php.net/?id=34482&edit=1
#34482 [Asn]: LDAP Searches cause Access Violation when connecting via LDAPS
ID: 34482
User updated by: zbowden at vt dot edu
Reported By: zbowden at vt dot edu
Status: Assigned
Bug Type: LDAP related
Operating System: Windows 2003
PHP Version: 5CVS-2005-09-12 (snap)
Assigned To: edink
New Comment:
Just an additional idea/comment. If I go to 5.0.5 and replace the
libeay32.dll and ssleay32.dll files with the ones included with the
5.0.4 release everything works fine.
Previous Comments:
[2005-10-27 17:25:23] zbowden at vt dot edu
tried the latest snapshot; I not longer get the access violation,
however I cannot connect to any ldap server via LDAPS URI (says it
can't contact server).
I did use ntfilemon to make sure the ldap.conf (and ldaprc) files were
being read and they are. Not sure where the problem is though? I rolled
back to the release version of 5.0.4 just to be sure it would still work
and I can connect & bind to the ldap servers via LDAPS (& start_tls).
[2005-10-24 01:14:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-09-12 19:41:55] [EMAIL PROTECTED]
Someone updated some libs..assigned to that someone. :)
[2005-09-12 18:49:18] zbowden at vt dot edu
Description:
After moving to 5.0.5 from 5.0.4 I can no longer do ldap searches when
connecting via LDAPS URI -> ldap_connect(ldaps://server.com). I'm only
using Windows 2003/IIS6/ISAPI but it might occur on other platforms.
Replacing the libeay32.dll and ssleay32.dll with the versions
distributed with 5.0.4 fix the problem.
On the LDAP Server side I've tested against a Windows 2000 Active
Directory LDAP server and an OpenLDAP server and get the same results.
Reproduce code:
---
$host = "ldaps://server.com";
$ldap = ldap_connect($host);
$baseDn = "ou=accounts,dc=com";
// access violation will occur here
$result = ldap_search($ldap, $baseDn, "name=user", array('dn'));
Expected result:
PHP has encountered an Access Violation at _
--
Edit this bug report at http://bugs.php.net/?id=34482&edit=1
#35039 [Opn->Bgs]: strftime weird math
ID: 35039
Updated by: [EMAIL PROTECTED]
Reported By: arcivanov at mail dot ru
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Slackware 10.1 (kern v2.6.14)
PHP Version: 5.0.5
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Please read the documentation, %G is the ISO year, and if you use it
together with the ISO week modifier (%V) then you'll see that jan 01
falls in the last week of the previous year.
Previous Comments:
[2005-10-31 19:41:18] arcivanov at mail dot ru
Description:
strftime always displays Jan of year X as Jan of year X-1 when using
'%B, %G' format for some years
Reproduce code:
---
function print_time($curr_time)
{
echo ("Time according to date:\t\t" . date("Y-m-d H:i:s",
$curr_time) . "\n");
echo ("Time according to strftime:\t" . strftime('%B, %G',
$curr_time) . "\n");
}
$curr_time = strtotime("2006-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2005-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2004-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2003-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2002-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2001-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2000-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("1999-01-01 00:00:01");print_time ($curr_time);
Expected result:
Time according to date: 2006-01-01 00:00:01
Time according to strftime: January, 2006
Time according to date: 2005-01-01 00:00:01
Time according to strftime: January, 2005
Time according to date: 2004-01-01 00:00:01
Time according to strftime: January, 2004
Time according to date: 2003-01-01 00:00:01
Time according to strftime: January, 2003
Time according to date: 2002-01-01 00:00:01
Time according to strftime: January, 2002
Time according to date: 2001-01-01 00:00:01
Time according to strftime: January, 2001
Time according to date: 2000-01-01 00:00:01
Time according to strftime: January, 2000
Time according to date: 1999-01-01 00:00:01
Time according to strftime: January, 1999
Actual result:
--
Time according to date: 2006-01-01 00:00:01
Time according to strftime: January, 2005
Time according to date: 2005-01-01 00:00:01
Time according to strftime: January, 2004
Time according to date: 2004-01-01 00:00:01
Time according to strftime: January, 2004
Time according to date: 2003-01-01 00:00:01
Time according to strftime: January, 2003
Time according to date: 2002-01-01 00:00:01
Time according to strftime: January, 2002
Time according to date: 2001-01-01 00:00:01
Time according to strftime: January, 2001
Time according to date: 2000-01-01 00:00:01
Time according to strftime: January, 1999
Time according to date: 1999-01-01 00:00:01
Time according to strftime: January, 1998
--
Edit this bug report at http://bugs.php.net/?id=35039&edit=1
#35039 [NEW]: strftime weird math
From: arcivanov at mail dot ru
Operating system: Slackware 10.1 (kern v2.6.14)
PHP version: 5.0.5
PHP Bug Type: Date/time related
Bug description: strftime weird math
Description:
strftime always displays Jan of year X as Jan of year X-1 when using '%B,
%G' format for some years
Reproduce code:
---
function print_time($curr_time)
{
echo ("Time according to date:\t\t" . date("Y-m-d H:i:s", $curr_time)
. "\n");
echo ("Time according to strftime:\t" . strftime('%B, %G', $curr_time)
. "\n");
}
$curr_time = strtotime("2006-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2005-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2004-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2003-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2002-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2001-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("2000-01-01 00:00:01");print_time ($curr_time);
$curr_time = strtotime("1999-01-01 00:00:01");print_time ($curr_time);
Expected result:
Time according to date: 2006-01-01 00:00:01
Time according to strftime: January, 2006
Time according to date: 2005-01-01 00:00:01
Time according to strftime: January, 2005
Time according to date: 2004-01-01 00:00:01
Time according to strftime: January, 2004
Time according to date: 2003-01-01 00:00:01
Time according to strftime: January, 2003
Time according to date: 2002-01-01 00:00:01
Time according to strftime: January, 2002
Time according to date: 2001-01-01 00:00:01
Time according to strftime: January, 2001
Time according to date: 2000-01-01 00:00:01
Time according to strftime: January, 2000
Time according to date: 1999-01-01 00:00:01
Time according to strftime: January, 1999
Actual result:
--
Time according to date: 2006-01-01 00:00:01
Time according to strftime: January, 2005
Time according to date: 2005-01-01 00:00:01
Time according to strftime: January, 2004
Time according to date: 2004-01-01 00:00:01
Time according to strftime: January, 2004
Time according to date: 2003-01-01 00:00:01
Time according to strftime: January, 2003
Time according to date: 2002-01-01 00:00:01
Time according to strftime: January, 2002
Time according to date: 2001-01-01 00:00:01
Time according to strftime: January, 2001
Time according to date: 2000-01-01 00:00:01
Time according to strftime: January, 1999
Time according to date: 1999-01-01 00:00:01
Time according to strftime: January, 1998
--
Edit bug report at http://bugs.php.net/?id=35039&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35039&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35039&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35039&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35039&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35039&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35039&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35039&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35039&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35039&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35039&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35039&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35039&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35039&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35039&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35039&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35039&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35039&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35039&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35039&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35039&r=mysqlcfg
#35033 [Opn->Bgs]: require include strange behaviour on big files
ID: 35033
Updated by: [EMAIL PROTECTED]
Reported By: luciano at tolomei dot name
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: linux gentoo
PHP Version: 5.0.5
New Comment:
File a separate bug for that then, never mix two in the same report.
Also, if you file such a bug, provide a short reproducing script that
illustrates the problem. I'm marking this one as bogus again.
Previous Comments:
[2005-10-31 19:16:44] luciano at tolomei dot name
sorry for the bogus about the first part of the bug report.
but:
"we are missing class propierties and methods in extended classes"
is not an intended behaviour.
it happen as i wrote in extended classes.
I have tested it on 3 system with php 5.0.1 and 5.0.5
[2005-10-31 11:47:47] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
[2005-10-31 11:17:07] luciano at tolomei dot name
Description:
I'm using the prado framework (www.xisc.com)
for performance problems i made a script that aggregate namespaces in
one file.
it seem that on really big files to include, like 400 or more KB:
class aaa extends bbb {}
class bbb {}
will not work, you need to:
class bbb {}
class aaa extends bbb {}
---
Class are missing some extended properties and methods...
The missing prop/methods are in previous defined classes
like
require_once('filea.php');
require_once('fileb.php');
if a class defined in the fileb, BIG file, extends something defined in
filea it will not work anymore.
i'm not sure but it can be also that it's due to:
file a:
class a {}
class b extends b {}
file b:
class c extends b {}
and we are missing class a prop and methods in class c.
Reproduce code:
---
i can give an ftp access to an installation of the code.
or a link to a zip to download
Expected result:
it should work, if we will not aggregate files it work perfectly
Actual result:
--
no error shown or logged we arror reporting all activated.
it display property or method not defined.
--
Edit this bug report at http://bugs.php.net/?id=35033&edit=1
#35033 [Bgs->Opn]: require include strange behaviour on big files
ID: 35033
User updated by: luciano at tolomei dot name
Reported By: luciano at tolomei dot name
-Status: Bogus
+Status: Open
Bug Type: *General Issues
Operating System: linux gentoo
PHP Version: 5.0.5
New Comment:
sorry for the bogus about the first part of the bug report.
but:
"we are missing class propierties and methods in extended classes"
is not an intended behaviour.
it happen as i wrote in extended classes.
I have tested it on 3 system with php 5.0.1 and 5.0.5
Previous Comments:
[2005-10-31 11:47:47] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
.
[2005-10-31 11:17:07] luciano at tolomei dot name
Description:
I'm using the prado framework (www.xisc.com)
for performance problems i made a script that aggregate namespaces in
one file.
it seem that on really big files to include, like 400 or more KB:
class aaa extends bbb {}
class bbb {}
will not work, you need to:
class bbb {}
class aaa extends bbb {}
---
Class are missing some extended properties and methods...
The missing prop/methods are in previous defined classes
like
require_once('filea.php');
require_once('fileb.php');
if a class defined in the fileb, BIG file, extends something defined in
filea it will not work anymore.
i'm not sure but it can be also that it's due to:
file a:
class a {}
class b extends b {}
file b:
class c extends b {}
and we are missing class a prop and methods in class c.
Reproduce code:
---
i can give an ftp access to an installation of the code.
or a link to a zip to download
Expected result:
it should work, if we will not aggregate files it work perfectly
Actual result:
--
no error shown or logged we arror reporting all activated.
it display property or method not defined.
--
Edit this bug report at http://bugs.php.net/?id=35033&edit=1
#35038 [Opn->Bgs]: Header error when saved php file as utf-8
ID: 35038 Updated by: [EMAIL PROTECTED] Reported By: anecdote at yahoo dot com -Status: Open +Status: Bogus Bug Type: Output Control Operating System: Win32 PHP Version: 5CVS-2005-10-31 (CVS) New Comment: This is called the BOM, and this issue has been reported before. See bug #22108. Previous Comments: [2005-10-31 18:41:38] anecdote at yahoo dot com Description: I tried the code below with many version of PHP5 include the lastest cvs 1.Open notepad 2.Code below 3.Save as UTF-8 4.test Result... Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at c:\Inetpub\wwwroot\x.php:1) in c:\Inetpub\wwwroot\x.php on line 2 Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at c:\Inetpub\wwwroot\x.php:1) in c:\Inetpub\wwwroot\x.php on line 2 No any character before tag There are 3 special characters before tag http://bugs.php.net/?id=35038&edit=1
#35038 [NEW]: Header error when saved php file as utf-8
From: anecdote at yahoo dot com Operating system: Win32 PHP version: 5CVS-2005-10-31 (CVS) PHP Bug Type: Output Control Bug description: Header error when saved php file as utf-8 Description: I tried the code below with many version of PHP5 include the lastest cvs 1.Open notepad 2.Code below 3.Save as UTF-8 4.test Result... Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at c:\Inetpub\wwwroot\x.php:1) in c:\Inetpub\wwwroot\x.php on line 2 Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at c:\Inetpub\wwwroot\x.php:1) in c:\Inetpub\wwwroot\x.php on line 2 No any character before tag There are 3 special characters before tag http://bugs.php.net/?id=35038&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35038&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35038&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35038&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35038&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35038&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35038&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35038&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35038&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35038&r=support Expected behavior: http://bugs.php.net/fix.php?id=35038&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35038&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35038&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35038&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35038&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35038&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35038&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35038&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35038&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35038&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35038&r=mysqlcfg
#35037 [NEW]: unknown data type (36)
From: spooky at int13h dot com
Operating system: FreeBSD 5.4
PHP version: 5CVS-2005-10-31 (snap)
PHP Bug Type: MSSQL related
Bug description: unknown data type (36)
Description:
For php5-200510311530 (Also 5.0.5 stable release)
./configure --prefix=/usr/local --with-apxs=/usr/local/apache/bin/apxs
--with-libxml-dir=/usr/local
--with-zlib
--with-curl
--with-gd
--with-ldap
--with-mssql
--with-pear
For FreeTDS 0.63
./configure --prefix=/usr/local
--with-tdsver=8.0
--enable-msdblib
When I fire an SQL Query that returns a uniqueidentifier I get the error
'Warning: mssql_query() [function.mssql-query]: column 1 has unknown data
type (36) in /usr/websites/dev/testies.php on line 12'
Reproduce code:
---
function connect_sql ()
{
$mssql_link = mssql_connect('', '','') or die
("Server Connection Error");
$mssql_db = mssql_select_db('Websites',$mssql_link) or die("Database
Error");
}
connect_sql();
$query = 'select newid() as test';
echo $query . '';
mssql_query($query);
mssql_close();
Expected result:
No result should be returned. It should generate a new id.
Actual result:
--
'Warning: mssql_query() [function.mssql-query]: column 1 has unknown data
type (36) in /usr/websites/dev/testies.php on line 12'
--
Edit bug report at http://bugs.php.net/?id=35037&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35037&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35037&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35037&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35037&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35037&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35037&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35037&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35037&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35037&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35037&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35037&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35037&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35037&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35037&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35037&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35037&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35037&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35037&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35037&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35037&r=mysqlcfg
#34966 [Opn->WFx]: sqlite_open fails to create database
ID: 34966 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Wont fix Bug Type: SQLite related Operating System: Cygwin PHP Version: 5CVS-2005-10-24 (snap) New Comment: Using cygwin is not and will not be supported. You're on your own with that. Previous Comments: [2005-10-24 17:34:44] [EMAIL PROTECTED] It works on Win32. [2005-10-24 16:52:33] [EMAIL PROTECTED] For the record, we don't support cygwin builds of PHP. [2005-10-24 15:56:17] [EMAIL PROTECTED] I'll rephrase: I would like to know if it's a Cygwin specific issue or not. Please try it on Win32 (which you should have too apparently). [2005-10-24 15:42:11] [EMAIL PROTECTED] Be a bit constructive please. [2005-10-24 12:34:11] [EMAIL PROTECTED] Please try it on real OS (i.e. not Cygwin). The code works perfectly here. 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/34966 -- Edit this bug report at http://bugs.php.net/?id=34966&edit=1
#34910 [Opn->Fbk]: snmp does not parse OID with string index
ID: 34910
Updated by: [EMAIL PROTECTED]
Reported By: ch at westend dot com
-Status: Open
+Status: Feedback
Bug Type: SNMP related
Operating System: Debian GNU/Linux
PHP Version: 5.0.5
New Comment:
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
Previous Comments:
[2005-10-18 18:22:45] ch at westend dot com
Description:
The SNMP function seem to not know that it is possible
to have string indices like:
$ snmpwalk -Ir myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active."cir-1-26"'
which gives:
ASCEND-MIBINET-MIB::internetProfile-Active."cir-1-26" =
INTEGER: yes(2)
(keep the single and double quotes in the example!)
It seems that setting the "-Ir" flag is not possible.
Reproduce code:
---
$x = snmprealwalk('myhost', 'mypassword',
"ASCEND-MIBINET-MIB::internetProfile-Station");
var_export($x); print("\n");
gives:
array (
'ASCEND-MIBINET-MIB::internetProfile-Station."bras-1-2"' => 'STRING:
"bras-1-2"',
'ASCEND-MIBINET-MIB::internetProfile-Station."bras-1-3"' => 'STRING:
"bras-1-3"',
'ASCEND-MIBINET-MIB::internetProfile-Station."bras-1-4"' => 'STRING:
"bras-1-4"',
'ASCEND-MIBINET-MIB::internetProfile-Station."bras-1-48"' => 'STRING:
"bras-1-48"',
'ASCEND-MIBINET-MIB::internetProfile-Station."bras-1-5"' => 'STRING:
"bras-1-5"',
'ASCEND-MIBINET-MIB::internetProfile-Station."bras-1-6"' => 'STRING:
"bras-1-6"',
Numerically this OID looks like:
$ snmpwalk -Ir -On myhost \
'ASCEND-MIBINET-MIB::internetProfile-Active."cir-1-26"'
.1.3.6.1.4.1.529.23.1.1.1.2.8.99.105.114.45.49.45.50.54 = INTEGER:
yes(2)
The MIB definition looks like this:
mibinternetProfileTable OBJECT-TYPE
SYNTAX SEQUENCE OF MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION "A list of mibinternetProfile profile
entries."
::= { mibinternetProfile 1 }
mibinternetProfileEntry OBJECT-TYPE
SYNTAX MibinternetProfileEntry
ACCESS not-accessible
STATUS mandatory
DESCRIPTION "A mibinternetProfile entry containing objects
that
maps to the parameters of mibinternetProfile
profile."
INDEX { internetProfile-Station }
::= { mibinternetProfileTable 1 }
MibinternetProfileEntry ::=
SEQUENCE {
internetProfile-Station
DisplayString,
internetProfile-Active
INTEGER,
internetProfile-Active OBJECT-TYPE
SYNTAX INTEGER {
no (1),
yes (2)
}
ACCESS read-write
STATUS mandatory
DESCRIPTION "A profile can be disabled by setting this
field to no. There is no difference between an inactive pr
::= { mibinternetProfileEntry 2 }
Expected result:
I would have expected to be able to use every OID that the
above snmpwalk returns. But they are claimed to be invalid.
Actual result:
--
Warning: snmpget(): Invalid object identifier:
ASCEND-MIBINET-MIB::internetProfile-Station."bras-1-2" in
/home/ch/t.php on line 10
--
Edit this bug report at http://bugs.php.net/?id=34910&edit=1
#34972 [Opn->Asn]: STDIN won't allow nonblocking.
ID: 34972 Updated by: [EMAIL PROTECTED] Reported By: VJTD3 at VJTD3 dot com -Status: Open +Status: Assigned Bug Type: CGI related Operating System: Windows/Linux PHP Version: 5.0.5 -Assigned To: +Assigned To: wez New Comment: Assigned to the streams maintainer. Previous Comments: [2005-10-25 04:23:31] VJTD3 at VJTD3 dot com [2005-10-25 01:26:58] [EMAIL PROTECTED] FYI, using fgets() with a non-blocking resource makes no sense. To implement what you're after, use stream_select() and fread(); these work on stdin just fine. [2005-10-24 23:07:00] VJTD3 at VJTD3 dot com Description: STDIN won't allow nonblocking. Reproduce code: --- Expected result: The test code should be a infinate loop with "infinate loop showing nonblocking problem" said trillions of times fast like a infinate loop is suposto do when you make a boo boo. instead it will say it once then wait for input then wait again etc as a blocked resource is expected. but "stream_set_blocking(STDIN, FALSE);" should be allowing it to do the loop unblocked resulting in major screen flooding yet unblocking the resource is ignored. This means you can't do something like a client program in your shell that is "interactive" like a Telnet client or similar. I can dig the whole not reading as typing because that would be too "raw" for common usage... [ie phrasing the backspaces etc though maybe a seperate abaility? this would allow arrow key kinda stuff and similar...] But waiting for a "\n" or whatever file ending shouldn't have any effect on that loop. It should act just like a TCP or any other connection when unblocked there the resource just has a return of no data. "php -f test.php" I use to run it. Actual result: -- uses blocking when "stream_set_blocking(STDIN, FALSE);" was used. -- Edit this bug report at http://bugs.php.net/?id=34972&edit=1
#35016 [Opn->Fbk]: Problem linking CLI binary
ID: 35016 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SunOS 5.10 PHP Version: 5.1.0RC4 New Comment: Have you set LD_LIBRARY_PATH correctly? Where is libiconv located in your system? What sed version? Try search the bug db for various Solaris related build problems. In most cases it's just PEBCAC bug. Previous Comments: [2005-10-31 13:43:07] [EMAIL PROTECTED] What information to you need? [2005-10-31 12:49:53] [EMAIL PROTECTED] 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. [2005-10-29 10:10:06] [EMAIL PROTECTED] Description: Linking the binary fails. Reproduce code: --- $ ./configure --without-pear --disable-libxml --disable-simplexml --disable-xml --disable-dom $ make $ ld -v GNU ld version 2.9.1 (with BFD 2.9.1) Actual result: -- qlite/libsqlite/src/auth.lo ext/sqlite/libsqlite/src/btree.lo ext/sqlite/libsqlite/src/build.lo ext/sqlite/libsqlite/src/delete.lo ext/sqlite/libsqlite/src/expr.lo ext/sqlite/libsqlite/src/func.lo ext/sqlite/libsqlite/src/hash.lo ext/sqlite/libsqlite/src/insert.lo ext/sqlite/libsqlite/src/main.lo ext/sqlite/libsqlite/src/os.lo ext/sqlite/libsqlite/src/pager.lo ext/sqlite/libsqlite/src/printf.lo ext/sqlite/libsqlite/src/random.lo ext/sqlite/libsqlite/src/select.lo ext/sqlite/libsqlite/src/table.lo ext/sqlite/libsqlite/src/tokenize.lo ext/sqlite/libsqlite/src/update.lo ext/sqlite/libsqlite/src/util.lo ext/sqlite/libsqlite/src/vdbe.lo ext/sqlite/libsqlite/src/attach.lo ext/sqlite/libsqlite/src/btree_rb.lo ext/sqlite/libsqlite/src/pragma.lo ext/sqlite/libsqlite/src/vacuum.lo ext/sqlite/libsqlite/src/copy.lo ext/sqlite/libsqlite/src/vdbeaux.lo ext/sqlite/libsqlite/src/date.lo ext/sqlite/libsqlite/src/where.lo ext/sqlite/libsqlite/src/trigger.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/filters.lo ext/standard/proc_open.lo ext/standard/sunfuncs.lo ext/standard/streamsfuncs.lo ext/standard/http.lo ext/tokenizer/tokenizer.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/streams/streams.lo main/streams/cast.lo main/streams/memory.lo main/streams/filter.lo main/streams/plain_wrapper.lo main/streams/userspace.lo main/streams/transports.lo main/streams/xp_socket.lo main/streams/mmap.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Z
#34898 [Bgs]: strtotime
ID: 34898
User updated by: alancox+php at gmail dot com
Reported By: alancox+php at gmail dot com
Status: Bogus
Bug Type: Date/time related
Operating System: Debian Sarge
PHP Version: 5.0.5
New Comment:
Today is Oct. 31st. If I do
date("Y-m-d H:i:s", strtotime("+1 month"));
I get this ...
2005-12-01 10:28:42
There is no reason that strtotime should decide to round November 31st
to December 1st. It is October. If I add one month to October, I get
November.
Previous Comments:
[2005-10-17 22:40:04] [EMAIL PROTECTED]
No bug here.
1. you used the "t" modifier where you should have used "d"
2. There is no november 31st, so that get's rounded up to december 1st
[2005-10-17 22:24:25] [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-10-17 22:21:14] alancox+php at gmail dot com
Description:
The strtotime function doesn't always add one month when you ask it to.
Reproduce code:
---
$date = "2005-10-31 23:59:59";
echo date( "Y-m-t H:i:s", strtotime( "+1 month", strtotime($date) ) );
// 2005-12-31 23:59:59
$date = "2005-10-30 23:59:59";
echo date( "Y-m-t H:i:s", strtotime( "+1 month", strtotime($date) ) );
// 2005-11-30 23:59:59
Expected result:
Both echos should be 2005-11-30 23:59:59. The first one is incorrect.
Actual result:
--
2005-12-31 23:59:592005-11-30 23:59:59
--
Edit this bug report at http://bugs.php.net/?id=34898&edit=1
#35029 [Opn->Csd]: segmentation faults with multiple include virtual requests
ID: 35029 Updated by: [EMAIL PROTECTED] Reported By: markus-php at anthill dot de -Status: Open +Status: Closed Bug Type: Apache2 related Operating System: linux / solaris PHP Version: 4.4.0 Previous Comments: [2005-10-31 15:47:13] markus-php at anthill dot de I tried the STABLE-200510311345 snapshot under linux and it works so far. Thanks. Could someone please point me to the changes which fixed the problem? [2005-10-31 08:08:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-10-30 23:40:59] markus-php at anthill dot de Description: I installed Apache 2.0.55 with PHP 4.4.0. I got lots of entries like the following in the error log: [Mon Oct 17 18:19:04 2005] [notice] child pid 9385 exit signal Segmentation fault (11) They occure on pages with HTML code like ... ... With only one of the includes (either one) all works well. Back with Apache 2.0.54 and PHP 4.4.0 I haven't got this problem. I stripped down the PHP scripts to just print a small text using echo(), but the problem remained. Reproduce code: --- see above Actual result: -- (gdb) bt #0 0x402eb3ea in _zval_ptr_dtor (zval_ptr=0x4035fb08) at /tmp/test/php-4.4.0/Zend/zend_execute_API.c:287 #1 0x40300843 in execute (op_array=0x8179474) at zend_execute_locks.h:26 #2 0x402f1f23 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /tmp/test/php-4.4.0/Zend/zend.c:938 #3 0x403021ba in php_handler (r=0x81774b0) at /tmp/test/php-4.4.0/sapi/apache2handler/sapi_apache2.c:557 #4 0x08067622 in ap_run_handler (r=0x81774b0) at config.c:153 #5 0x08067b3a in ap_invoke_handler (r=0x81774b0) at config.c:364 #6 0x0807c4d1 in ap_run_sub_req (r=0x81774b0) at request.c:1855 #7 0x4003547d in handle_include (ctx=0x8165918, bb=0xbfffd994, r=0x8169478, f=0x816aa98, head_ptr=0x8167908, inserted_head=0xbfffd960) at mod_include.c:782 #8 0x40038ca0 in send_parsed_content (f=0x816aa98, bb=0x816abe0) at mod_include.c:3309 #9 0x08071b9e in ap_pass_brigade (next=0x0, bb=0xfffe) at util_filter.c:512 #10 0x08078666 in default_handler (r=0x8169478) at core.c:3640 #11 0x08067622 in ap_run_handler (r=0x8169478) at config.c:153 #12 0x08067b3a in ap_invoke_handler (r=0x8169478) at config.c:364 #13 0x08064ee3 in ap_process_request (r=0x8169478) at http_request.c:249 #14 0x08060dc1 in ap_process_http_connection (c=0x8165540) at http_core.c:251 #15 0x0806f9c2 in ap_run_process_connection (c=0x8165540) at connection.c:43 #16 0x0806619b in child_main (child_num_arg=3) at prefork.c:610 #17 0x080662b8 in make_child (s=0x809bff0, slot=0) at prefork.c:704 #18 0x0806639f in startup_children (number_to_start=5) at prefork.c:722 #19 0x08066aad in ap_mpm_run (_pconf=0x0, plog=0x80c62c0, s=0x809bff0) at prefork.c:941 #20 0x0806bb36 in main (argc=3, argv=0xbfffdc44) at main.c:618 #21 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=35029&edit=1
#35005 [Opn]: Opening a lot of files result in no network connectivity
ID: 35005 User updated by: daniel at polkabrothers dot com Reported By: daniel at polkabrothers dot com Status: Open Bug Type: Network related Operating System: Mac OS X 10.4.2 PHP Version: 5.0.5 New Comment: That should obviously be "Same result with CVS-version 200510311130", not CSV. Previous Comments: [2005-10-31 14:22:04] daniel at polkabrothers dot com Same result with CSV-version 200510311130. [2005-10-31 12:49:32] [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-10-27 23:17:00] daniel at polkabrothers dot com I should probably add that I've tried running this both as root (su root; ulimit -n 5000) and using sudo (sudo php ...). Same result. [2005-10-27 23:06:30] daniel at polkabrothers dot com I used ulimit -n to increase the number of allowed open files, otherwise it wouldn't even allow me to create 3000 files. Now ulimit -a gives me: core file size(blocks, -c) 0 data seg size (kbytes, -d) 6144 file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files(-n) 10240 pipe size (512 bytes, -p) 1 stack size(kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes(-u) 100 virtual memory(kbytes, -v) unlimited Can't find anything else which relates to file descriptors and Mac OS X. [2005-10-27 22:56:55] [EMAIL PROTECTED] Looks like MacOSX has max number of file descriptors set to 1024 or something like that. I don't have MacOSX around here, but I guess this fact should be documented somewhere @ apple.com. Could you check it? 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/35005 -- Edit this bug report at http://bugs.php.net/?id=35005&edit=1
#35036 [Bgs]: concatenate a string to each element of an array
ID: 35036
Updated by: [EMAIL PROTECTED]
Reported By: thomas dot hebinck at digionline dot de
Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.0.5
New Comment:
Actually, you are asking for something different. I don't
think that will be added to the language, sorry.
Previous Comments:
[2005-10-31 16:19:11] [EMAIL PROTECTED]
Try join() or implode().
[2005-10-31 16:10:46] thomas dot hebinck at digionline dot de
Description:
I'd like to have a fast function, which concatenates a string to each
element of an array.
Reproduce code:
---
array array_concatenate ( array array, string string [, bool
to_end=true])
Something like this as a php function:
$arr=array(1,2,3,4,5,6,7,8,9,0);
$str=' test';
array_walk($arr,create_function('&$elem','$elem .= "' . $str . '";'));
Expected result:
array ( 0 => '1 test', 1 => '2 test', 2 => '3 test', 3 => '4 test', 4
=> '5 test', 5 => '6 test', 6 => '7 test', 7 => '8 test', 8 => '9
test', 9 => '0 test', )
Actual result:
--
;-)
--
Edit this bug report at http://bugs.php.net/?id=35036&edit=1
#35036 [Opn->Bgs]: concatenate a string to each element of an array
ID: 35036
Updated by: [EMAIL PROTECTED]
Reported By: thomas dot hebinck at digionline dot de
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Linux
PHP Version: 5.0.5
New Comment:
Try join() or implode().
Previous Comments:
[2005-10-31 16:10:46] thomas dot hebinck at digionline dot de
Description:
I'd like to have a fast function, which concatenates a string to each
element of an array.
Reproduce code:
---
array array_concatenate ( array array, string string [, bool
to_end=true])
Something like this as a php function:
$arr=array(1,2,3,4,5,6,7,8,9,0);
$str=' test';
array_walk($arr,create_function('&$elem','$elem .= "' . $str . '";'));
Expected result:
array ( 0 => '1 test', 1 => '2 test', 2 => '3 test', 3 => '4 test', 4
=> '5 test', 5 => '6 test', 6 => '7 test', 7 => '8 test', 8 => '9
test', 9 => '0 test', )
Actual result:
--
;-)
--
Edit this bug report at http://bugs.php.net/?id=35036&edit=1
#35036 [NEW]: concatenate a string to each element of an array
From: thomas dot hebinck at digionline dot de
Operating system: Linux
PHP version: 5.0.5
PHP Bug Type: Feature/Change Request
Bug description: concatenate a string to each element of an array
Description:
I'd like to have a fast function, which concatenates a string to each
element of an array.
Reproduce code:
---
array array_concatenate ( array array, string string [, bool
to_end=true])
Something like this as a php function:
$arr=array(1,2,3,4,5,6,7,8,9,0);
$str=' test';
array_walk($arr,create_function('&$elem','$elem .= "' . $str . '";'));
Expected result:
array ( 0 => '1 test', 1 => '2 test', 2 => '3 test', 3 => '4 test', 4 =>
'5 test', 5 => '6 test', 6 => '7 test', 7 => '8 test', 8 => '9 test', 9 =>
'0 test', )
Actual result:
--
;-)
--
Edit bug report at http://bugs.php.net/?id=35036&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35036&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35036&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35036&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35036&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35036&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35036&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35036&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35036&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35036&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35036&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35036&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35036&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35036&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35036&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35036&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35036&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35036&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35036&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35036&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35036&r=mysqlcfg
#35029 [Fbk->Opn]: segmentation faults with multiple include virtual requests
ID: 35029 User updated by: markus-php at anthill dot de Reported By: markus-php at anthill dot de -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: linux / solaris PHP Version: 4.4.0 New Comment: I tried the STABLE-200510311345 snapshot under linux and it works so far. Thanks. Could someone please point me to the changes which fixed the problem? Previous Comments: [2005-10-31 08:08:14] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2005-10-30 23:40:59] markus-php at anthill dot de Description: I installed Apache 2.0.55 with PHP 4.4.0. I got lots of entries like the following in the error log: [Mon Oct 17 18:19:04 2005] [notice] child pid 9385 exit signal Segmentation fault (11) They occure on pages with HTML code like ... ... With only one of the includes (either one) all works well. Back with Apache 2.0.54 and PHP 4.4.0 I haven't got this problem. I stripped down the PHP scripts to just print a small text using echo(), but the problem remained. Reproduce code: --- see above Actual result: -- (gdb) bt #0 0x402eb3ea in _zval_ptr_dtor (zval_ptr=0x4035fb08) at /tmp/test/php-4.4.0/Zend/zend_execute_API.c:287 #1 0x40300843 in execute (op_array=0x8179474) at zend_execute_locks.h:26 #2 0x402f1f23 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /tmp/test/php-4.4.0/Zend/zend.c:938 #3 0x403021ba in php_handler (r=0x81774b0) at /tmp/test/php-4.4.0/sapi/apache2handler/sapi_apache2.c:557 #4 0x08067622 in ap_run_handler (r=0x81774b0) at config.c:153 #5 0x08067b3a in ap_invoke_handler (r=0x81774b0) at config.c:364 #6 0x0807c4d1 in ap_run_sub_req (r=0x81774b0) at request.c:1855 #7 0x4003547d in handle_include (ctx=0x8165918, bb=0xbfffd994, r=0x8169478, f=0x816aa98, head_ptr=0x8167908, inserted_head=0xbfffd960) at mod_include.c:782 #8 0x40038ca0 in send_parsed_content (f=0x816aa98, bb=0x816abe0) at mod_include.c:3309 #9 0x08071b9e in ap_pass_brigade (next=0x0, bb=0xfffe) at util_filter.c:512 #10 0x08078666 in default_handler (r=0x8169478) at core.c:3640 #11 0x08067622 in ap_run_handler (r=0x8169478) at config.c:153 #12 0x08067b3a in ap_invoke_handler (r=0x8169478) at config.c:364 #13 0x08064ee3 in ap_process_request (r=0x8169478) at http_request.c:249 #14 0x08060dc1 in ap_process_http_connection (c=0x8165540) at http_core.c:251 #15 0x0806f9c2 in ap_run_process_connection (c=0x8165540) at connection.c:43 #16 0x0806619b in child_main (child_num_arg=3) at prefork.c:610 #17 0x080662b8 in make_child (s=0x809bff0, slot=0) at prefork.c:704 #18 0x0806639f in startup_children (number_to_start=5) at prefork.c:722 #19 0x08066aad in ap_mpm_run (_pconf=0x0, plog=0x80c62c0, s=0x809bff0) at prefork.c:941 #20 0x0806bb36 in main (argc=3, argv=0xbfffdc44) at main.c:618 #21 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 -- Edit this bug report at http://bugs.php.net/?id=35029&edit=1
#35005 [Fbk->Opn]: Opening a lot of files result in no network connectivity
ID: 35005
User updated by: daniel at polkabrothers dot com
Reported By: daniel at polkabrothers dot com
-Status: Feedback
+Status: Open
Bug Type: Network related
Operating System: Mac OS X 10.4.2
PHP Version: 5.0.5
New Comment:
Same result with CSV-version 200510311130.
Previous Comments:
[2005-10-31 12:49:32] [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-10-27 23:17:00] daniel at polkabrothers dot com
I should probably add that I've tried running this both as
root (su root; ulimit -n 5000) and using sudo (sudo php ...).
Same result.
[2005-10-27 23:06:30] daniel at polkabrothers dot com
I used ulimit -n to increase the number of allowed open
files, otherwise it wouldn't even allow me to create 3000
files.
Now ulimit -a gives me:
core file size(blocks, -c) 0
data seg size (kbytes, -d) 6144
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files(-n) 10240
pipe size (512 bytes, -p) 1
stack size(kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes(-u) 100
virtual memory(kbytes, -v) unlimited
Can't find anything else which relates to file descriptors
and Mac OS X.
[2005-10-27 22:56:55] [EMAIL PROTECTED]
Looks like MacOSX has max number of file descriptors set to 1024 or
something like that.
I don't have MacOSX around here, but I guess this fact should be
documented somewhere @ apple.com.
Could you check it?
[2005-10-27 22:50:34] daniel at polkabrothers dot com
Have now done a bit more testing, and it only happens if you
try to open more than 1017 files and then try to open a url.
Have tried opening urls with fopen(), curl_* and exec
("wget"). Same end-result, they don't connect.
PHP doesn't generate any error messages when trying to open
using fopen(). When trying it with the curl functions, curl
returns with "couldn't connect" but if you turn on more
debugging it comes back with "Unknown error: 0". When trying
to exec() wget it stops as soon as it gets a connection and
is about to output "200 OK"
(i have read the how to report bugs, but can't find what i'm
missing to include)
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/35005
--
Edit this bug report at http://bugs.php.net/?id=35005&edit=1
#34752 [Opn->Bgs]: foreach seam to overwrite values
ID: 34752 Updated by: [EMAIL PROTECTED] Reported By: trash at jennyfm dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux 2.6.13 PHP Version: 5.0.5 New Comment: Do not file bugs when you have Zend extensions (zend_extension=) loaded. Examples are Zend Optimizer, Zend Debugger, Turck MM Cache, APC, Xdebug and ionCube loader. These extensions often modify engine behavior which is not related to PHP itself. Report those bugs with the Zend team. Previous Comments: [2005-10-31 13:55:55] trash at jennyfm dot net the problem caused of Zend Optimizer v2.5.10, in 2.5.8 it works fine. [2005-10-14 01:00:04] 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". [2005-10-06 15:36:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip [2005-10-06 15:35:31] trash at jennyfm dot net right this is my result. http://wp1011644.wp021.webpack.hosteurope.de/muellercms/buii.php [2005-10-06 15:33:30] [EMAIL PROTECTED] "Returns wrong" ? What's the expected result, what's the actual result you get? This is what I got with 5.0.6-dev: Array ( [0] => Test Object ( [blc:protected] => [bl:protected] => ) [1] => Test Object ( [blc:protected] => [bl:protected] => ) ) Array ( [0] => Test Object ( [blc:protected] => [bl:protected] => ) [1] => Test Object ( [blc:protected] => [bl:protected] => ) ) Is this "wrong" or "right" ? 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/34752 -- Edit this bug report at http://bugs.php.net/?id=34752&edit=1
#34752 [NoF->Opn]: foreach seam to overwrite values
ID: 34752
User updated by: trash at jennyfm dot net
Reported By: trash at jennyfm dot net
-Status: No Feedback
+Status: Open
Bug Type: Scripting Engine problem
Operating System: linux 2.6.13
PHP Version: 5.0.5
New Comment:
the problem caused of Zend Optimizer v2.5.10,
in 2.5.8 it works fine.
Previous Comments:
[2005-10-14 01:00:04] 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".
[2005-10-06 15:36:32] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
[2005-10-06 15:35:31] trash at jennyfm dot net
right
this is my result.
http://wp1011644.wp021.webpack.hosteurope.de/muellercms/buii.php
[2005-10-06 15:33:30] [EMAIL PROTECTED]
"Returns wrong" ?
What's the expected result, what's the actual result you get?
This is what I got with 5.0.6-dev:
Array
(
[0] => Test Object
(
[blc:protected] =>
[bl:protected] =>
)
[1] => Test Object
(
[blc:protected] =>
[bl:protected] =>
)
)
Array
(
[0] => Test Object
(
[blc:protected] =>
[bl:protected] =>
)
[1] => Test Object
(
[blc:protected] =>
[bl:protected] =>
)
)
Is this "wrong" or "right" ?
[2005-10-06 15:23:38] trash at jennyfm dot net
hmmpf ;D hope this is short enough
";
class Test{
protected $blc;
protected $bl;
public function test2 (){
$this->bl['0'] =& new $this;
$this->bl['1'] =&new $this;
print_r($this->bl);
foreach ($this->bl as $key => $value){
$this->blc[$key] =true;
}
//here it returns wrong bl in 5.0.5, in <=5.0.4 it works fine
print_r($this->bl);
}
}
$buii = new Test();
$buii->test2();
echo "";
?>
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/34752
--
Edit this bug report at http://bugs.php.net/?id=34752&edit=1
#35016 [Fbk->Opn]: Problem linking CLI binary
ID: 35016 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: SunOS 5.10 PHP Version: 5.1.0RC4 New Comment: What information to you need? Previous Comments: [2005-10-31 12:49:53] [EMAIL PROTECTED] 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. [2005-10-29 10:10:06] [EMAIL PROTECTED] Description: Linking the binary fails. Reproduce code: --- $ ./configure --without-pear --disable-libxml --disable-simplexml --disable-xml --disable-dom $ make $ ld -v GNU ld version 2.9.1 (with BFD 2.9.1) Actual result: -- qlite/libsqlite/src/auth.lo ext/sqlite/libsqlite/src/btree.lo ext/sqlite/libsqlite/src/build.lo ext/sqlite/libsqlite/src/delete.lo ext/sqlite/libsqlite/src/expr.lo ext/sqlite/libsqlite/src/func.lo ext/sqlite/libsqlite/src/hash.lo ext/sqlite/libsqlite/src/insert.lo ext/sqlite/libsqlite/src/main.lo ext/sqlite/libsqlite/src/os.lo ext/sqlite/libsqlite/src/pager.lo ext/sqlite/libsqlite/src/printf.lo ext/sqlite/libsqlite/src/random.lo ext/sqlite/libsqlite/src/select.lo ext/sqlite/libsqlite/src/table.lo ext/sqlite/libsqlite/src/tokenize.lo ext/sqlite/libsqlite/src/update.lo ext/sqlite/libsqlite/src/util.lo ext/sqlite/libsqlite/src/vdbe.lo ext/sqlite/libsqlite/src/attach.lo ext/sqlite/libsqlite/src/btree_rb.lo ext/sqlite/libsqlite/src/pragma.lo ext/sqlite/libsqlite/src/vacuum.lo ext/sqlite/libsqlite/src/copy.lo ext/sqlite/libsqlite/src/vdbeaux.lo ext/sqlite/libsqlite/src/date.lo ext/sqlite/libsqlite/src/where.lo ext/sqlite/libsqlite/src/trigger.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/filters.lo ext/standard/proc_open.lo ext/standard/sunfuncs.lo ext/standard/streamsfuncs.lo ext/standard/http.lo ext/tokenizer/tokenizer.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/streams/streams.lo main/streams/cast.lo main/streams/memory.lo main/streams/filter.lo main/streams/plain_wrapper.lo main/streams/userspace.lo main/streams/transports.lo main/streams/xp_socket.lo main/streams/mmap.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts
#35034 [Opn->Bgs]: $this != ($this)
ID: 35034
Updated by: [EMAIL PROTECTED]
Reported By: olympic at dino-online dot de
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: *nix
PHP Version: 5.0.5
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
($this) is an expression, not a variable, thus you can not pass it by
reference.
Previous Comments:
[2005-10-31 12:00:17] olympic at dino-online dot de
Description:
$this is treated as references, while ($this) not...
$this != ($this) ?? omg :)
Reproduce code:
---
error_reporting(E_ALL);
class Bar {
function onlyByRefPlease(&$foo) {
// ...
}
functionsomeMemberFunc1() {
$this->onlyByRefPlease($this);
}
functionsomeMemberFunc2() {
$this->onlyByRefPlease(($this)); // note: 2 Braces!
}
};
$foo = new Bar();
$foo->someMemberFunc1();
$foo->someMemberFunc2(); // throws error
Expected result:
/* none */
Actual result:
--
Fatal error: Only variables can be passed by reference in
/www/v3.evalanche.com/web/php_refbug.php on line 13
--
Edit this bug report at http://bugs.php.net/?id=35034&edit=1
#35016 [Opn->Fbk]: Problem linking CLI binary
ID: 35016 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: SunOS 5.10 PHP Version: 5.1.0RC4 New Comment: 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. Previous Comments: [2005-10-29 10:10:06] [EMAIL PROTECTED] Description: Linking the binary fails. Reproduce code: --- $ ./configure --without-pear --disable-libxml --disable-simplexml --disable-xml --disable-dom $ make $ ld -v GNU ld version 2.9.1 (with BFD 2.9.1) Actual result: -- qlite/libsqlite/src/auth.lo ext/sqlite/libsqlite/src/btree.lo ext/sqlite/libsqlite/src/build.lo ext/sqlite/libsqlite/src/delete.lo ext/sqlite/libsqlite/src/expr.lo ext/sqlite/libsqlite/src/func.lo ext/sqlite/libsqlite/src/hash.lo ext/sqlite/libsqlite/src/insert.lo ext/sqlite/libsqlite/src/main.lo ext/sqlite/libsqlite/src/os.lo ext/sqlite/libsqlite/src/pager.lo ext/sqlite/libsqlite/src/printf.lo ext/sqlite/libsqlite/src/random.lo ext/sqlite/libsqlite/src/select.lo ext/sqlite/libsqlite/src/table.lo ext/sqlite/libsqlite/src/tokenize.lo ext/sqlite/libsqlite/src/update.lo ext/sqlite/libsqlite/src/util.lo ext/sqlite/libsqlite/src/vdbe.lo ext/sqlite/libsqlite/src/attach.lo ext/sqlite/libsqlite/src/btree_rb.lo ext/sqlite/libsqlite/src/pragma.lo ext/sqlite/libsqlite/src/vacuum.lo ext/sqlite/libsqlite/src/copy.lo ext/sqlite/libsqlite/src/vdbeaux.lo ext/sqlite/libsqlite/src/date.lo ext/sqlite/libsqlite/src/where.lo ext/sqlite/libsqlite/src/trigger.lo regex/regcomp.lo regex/regexec.lo regex/regerror.lo regex/regfree.lo ext/standard/array.lo ext/standard/base64.lo ext/standard/basic_functions.lo ext/standard/browscap.lo ext/standard/crc32.lo ext/standard/crypt.lo ext/standard/cyr_convert.lo ext/standard/datetime.lo ext/standard/dir.lo ext/standard/dl.lo ext/standard/dns.lo ext/standard/exec.lo ext/standard/file.lo ext/standard/filestat.lo ext/standard/flock_compat.lo ext/standard/formatted_print.lo ext/standard/fsock.lo ext/standard/head.lo ext/standard/html.lo ext/standard/image.lo ext/standard/info.lo ext/standard/iptc.lo ext/standard/lcg.lo ext/standard/link.lo ext/standard/mail.lo ext/standard/math.lo ext/standard/md5.lo ext/standard/metaphone.lo ext/standard/microtime.lo ext/standard/pack.lo ext/standard/pageinfo.lo ext/standard/quot_print.lo ext/standard/rand.lo ext/standard/reg.lo ext/standard/soundex.lo ext/standard/string.lo ext/standard/scanf.lo ext/standard/syslog.lo ext/standard/type.lo ext/standard/uniqid.lo ext/standard/url.lo ext/standard/url_scanner.lo ext/standard/var.lo ext/standard/versioning.lo ext/standard/assert.lo ext/standard/strnatcmp.lo ext/standard/levenshtein.lo ext/standard/incomplete_class.lo ext/standard/url_scanner_ex.lo ext/standard/ftp_fopen_wrapper.lo ext/standard/http_fopen_wrapper.lo ext/standard/php_fopen_wrapper.lo ext/standard/credits.lo ext/standard/css.lo ext/standard/var_unserializer.lo ext/standard/ftok.lo ext/standard/sha1.lo ext/standard/user_filters.lo ext/standard/uuencode.lo ext/standard/filters.lo ext/standard/proc_open.lo ext/standard/sunfuncs.lo ext/standard/streamsfuncs.lo ext/standard/http.lo ext/tokenizer/tokenizer.lo TSRM/TSRM.lo TSRM/tsrm_strtok_r.lo TSRM/tsrm_virtual_cwd.lo main/main.lo main/snprintf.lo main/spprintf.lo main/php_sprintf.lo main/safe_mode.lo main/fopen_wrappers.lo main/alloca.lo main/php_scandir.lo main/php_ini.lo main/SAPI.lo main/rfc1867.lo main/php_content_types.lo main/strlcpy.lo main/strlcat.lo main/mergesort.lo main/reentrancy.lo main/php_variables.lo main/php_ticks.lo main/network.lo main/php_open_temporary_file.lo main/php_logos.lo main/output.lo main/streams/streams.lo main/streams/cast.lo main/streams/memory.lo main/streams/filter.lo main/streams/plain_wrapper.lo main/streams/userspace.lo main/streams/transports.lo main/streams/xp_socket.lo main/streams/mmap.lo Zend/zend_language_parser.lo Zend/zend_language_scanner.lo Zend/zend_ini_parser.lo Zend/zend_ini_scanner.lo Zend/zend_alloc.lo Zend/zend_compile.lo Zend/zend_constants.lo Zend/zend_dynamic_array.lo Zend/zend_execute_API.lo Zend/zend_highlight.lo Zend/zend_llist.lo Zend/zend_opcode.lo Zend/zend_operators.lo Zend/zend_ptr_stack.lo Zend/zend_stack.lo Zend/zend_variables.lo Zend/zend.lo Zend/zend_API.lo Zend/zend_extensions.lo Zend/zend_hash.lo Zend/zend_list.lo Zend/zend_indent.lo Zend/zend_builtin_functions.lo Zend/zend_sprintf.lo Zend/zend_ini.lo Zend/zend_qsort.lo Zend/zend_multibyte.lo Zend/zend_ts_hash.lo Zend/zend_stream.lo Zend/zend_iterators.lo Zend/zend_interfaces.lo Zend/zend_exceptions.lo Zend/zend_strtod.lo Zend/zend_objects.lo Zend/
#35005 [Opn->Fbk]: Opening a lot of files result in no network connectivity
ID: 35005
Updated by: [EMAIL PROTECTED]
Reported By: daniel at polkabrothers dot com
-Status: Open
+Status: Feedback
Bug Type: Network related
Operating System: Mac OS X 10.4.2
PHP Version: 5.0.5
New Comment:
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
Previous Comments:
[2005-10-27 23:17:00] daniel at polkabrothers dot com
I should probably add that I've tried running this both as
root (su root; ulimit -n 5000) and using sudo (sudo php ...).
Same result.
[2005-10-27 23:06:30] daniel at polkabrothers dot com
I used ulimit -n to increase the number of allowed open
files, otherwise it wouldn't even allow me to create 3000
files.
Now ulimit -a gives me:
core file size(blocks, -c) 0
data seg size (kbytes, -d) 6144
file size (blocks, -f) unlimited
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files(-n) 10240
pipe size (512 bytes, -p) 1
stack size(kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes(-u) 100
virtual memory(kbytes, -v) unlimited
Can't find anything else which relates to file descriptors
and Mac OS X.
[2005-10-27 22:56:55] [EMAIL PROTECTED]
Looks like MacOSX has max number of file descriptors set to 1024 or
something like that.
I don't have MacOSX around here, but I guess this fact should be
documented somewhere @ apple.com.
Could you check it?
[2005-10-27 22:50:34] daniel at polkabrothers dot com
Have now done a bit more testing, and it only happens if you
try to open more than 1017 files and then try to open a url.
Have tried opening urls with fopen(), curl_* and exec
("wget"). Same end-result, they don't connect.
PHP doesn't generate any error messages when trying to open
using fopen(). When trying it with the curl functions, curl
returns with "couldn't connect" but if you turn on more
debugging it comes back with "Unknown error: 0". When trying
to exec() wget it stops as soon as it gets a connection and
is about to output "200 OK"
(i have read the how to report bugs, but can't find what i'm
missing to include)
[2005-10-27 22:42:02] [EMAIL PROTECTED]
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.
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/35005
--
Edit this bug report at http://bugs.php.net/?id=35005&edit=1
#35034 [NEW]: $this != ($this)
From: olympic at dino-online dot de
Operating system: *nix
PHP version: 5.0.5
PHP Bug Type: Feature/Change Request
Bug description: $this != ($this)
Description:
$this is treated as references, while ($this) not...
$this != ($this) ?? omg :)
Reproduce code:
---
error_reporting(E_ALL);
class Bar {
function onlyByRefPlease(&$foo) {
// ...
}
functionsomeMemberFunc1() {
$this->onlyByRefPlease($this);
}
functionsomeMemberFunc2() {
$this->onlyByRefPlease(($this)); // note: 2 Braces!
}
};
$foo = new Bar();
$foo->someMemberFunc1();
$foo->someMemberFunc2(); // throws error
Expected result:
/* none */
Actual result:
--
Fatal error: Only variables can be passed by reference in
/www/v3.evalanche.com/web/php_refbug.php on line 13
--
Edit bug report at http://bugs.php.net/?id=35034&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35034&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35034&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35034&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35034&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35034&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35034&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35034&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35034&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35034&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35034&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35034&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35034&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35034&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35034&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35034&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35034&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35034&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35034&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35034&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35034&r=mysqlcfg
#35033 [Opn->Bgs]: require include strange behaviour on big files
ID: 35033
Updated by: [EMAIL PROTECTED]
Reported By: luciano at tolomei dot name
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: linux gentoo
PHP Version: 5.0.5
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
.
Previous Comments:
[2005-10-31 11:17:07] luciano at tolomei dot name
Description:
I'm using the prado framework (www.xisc.com)
for performance problems i made a script that aggregate namespaces in
one file.
it seem that on really big files to include, like 400 or more KB:
class aaa extends bbb {}
class bbb {}
will not work, you need to:
class bbb {}
class aaa extends bbb {}
---
Class are missing some extended properties and methods...
The missing prop/methods are in previous defined classes
like
require_once('filea.php');
require_once('fileb.php');
if a class defined in the fileb, BIG file, extends something defined in
filea it will not work anymore.
i'm not sure but it can be also that it's due to:
file a:
class a {}
class b extends b {}
file b:
class c extends b {}
and we are missing class a prop and methods in class c.
Reproduce code:
---
i can give an ftp access to an installation of the code.
or a link to a zip to download
Expected result:
it should work, if we will not aggregate files it work perfectly
Actual result:
--
no error shown or logged we arror reporting all activated.
it display property or method not defined.
--
Edit this bug report at http://bugs.php.net/?id=35033&edit=1
#32494 [Com]: crash when using expat in a class
ID: 32494
Comment by: troels at kyberfabrikken dot dk
Reported By: evert at rooftopsolutions dot nl
Status: Verified
Bug Type: XML related
Operating System: Linux glibc 2.3.4
PHP Version: 4CVS-2005-07-30 (4 only!)
New Comment:
Does anybody know for how long this problem have existed ? Will it be
fixed with next release for php4 ?
xml_set_object does btw. not have the same problem.
Previous Comments:
[2005-08-18 10:54:43] [EMAIL PROTECTED]
See also bug #34150
[2005-05-17 10:46:57] [EMAIL PROTECTED]
Does NOT happen with PHP 5 (using libxml instead of expat)
[2005-05-05 01:01:03] evert at rooftopsolutions dot nl
Thank you rmartins!!!
[2005-05-05 00:10:43] rmartins at dcc dot online dot pt
Try freeing the parser via xml_parser_free()
Ricardo Martins
[2005-03-30 02:05:33] evert at rooftopsolutions dot nl
Description:
My PHP crashes when using expat functions in a class.
My scripts opens the 'test' file, but it doesn't matter if it exists or
not.
Right now I'm unable to check this with the latest cvs, but I did test
this on multiple servers running 4.3.10
Reproduce code:
---
parser = xml_parser_create('UTF-8');
xml_parser_set_option($this->parser,XML_OPTION_CASE_FOLDING,false);
xml_set_element_handler($this->parser,array($this,
'onStartElement'),array($this,'onEndElement'));
xml_set_character_data_handler($this->parser,array($this,'onCDATA'));
xml_set_processing_instruction_handler($this->parser,array($this,'onProcessInstruction'));
if (!xml_parse($this->parser,$data)) {
$this->onXMLError(xml_get_current_line_number($this->parser),
xml_get_error_code($this->parser),
xml_error_string(xml_get_error_code($
this->parser)));
return false;
} else return $this->parsedData;
}
function execute($data) {
return $this->xmlparse($data);
}
}
$disp = new sParser();
$disp->execute(file_get_contents('test'));
?>
Expected result:
No errors
Actual result:
--
PHP Crash
my apache logs says:
[Tue Mar 29 07:07:25 2005] [notice] child pid 9106 exit signal Aborted
(6)
*** glibc detected *** double free or corruption (!prev): 0x08205058
***
--
Edit this bug report at http://bugs.php.net/?id=32494&edit=1
#35032 [Opn->Asn]: pdo_dblib can't find the FreeTDS includes on some systems
ID: 35032 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned Bug Type: PDO related Operating System: Mac OS X PHP Version: 5CVS-2005-10-28 (CVS) -Assigned To: +Assigned To: Wez Previous Comments: [2005-10-31 11:15:08] [EMAIL PROTECTED] Description: On some systems FreeTDS include files are being installed on $prefix/include/freetds instead of $prefix/include where configure is trying to find them. I have modified the ext/pdo_dblib/config.m4 to also search that directory with the following patch: --- config.m4 2005-10-31 10:08:18.0 +0200 +++ config.m4.new 2005-10-31 10:17:30.0 +0200 @@ -10,13 +10,17 @@ if test "$PHP_PDO_DBLIB" != "no"; then - PDO_FREETDS_INSTALLATION_DIR="" if test "$PHP_PDO_DBLIB" = "yes"; then for i in /usr/local /usr; do if test -f $i/include/tds.h; then PDO_FREETDS_INSTALLATION_DIR=$i +PDO_FREETDS_INCLUDE_DIR=$i/include break + elif test -f $i/include/freetds/tds.h; then +PDO_FREETDS_INSTALLATION_DIR=$i +PDO_FREETDS_INCLUDE_DIR=$i/include/freetds +break; fi done @@ -28,6 +32,10 @@ if test -f $PHP_PDO_DBLIB/include/tds.h; then PDO_FREETDS_INSTALLATION_DIR=$PHP_PDO_DBLIB + PDO_FREETDS_INCLUDE_DIR=$PHP_PDO_DBLIB/include +elif test -f $PHP_PDO_DBLIB/include/freetds/tds.h; then + PDO_FREETDS_INSTALLATION_DIR=$PHP_PDO_DBLIB + PDO_FREETDS_INCLUDE_DIR=$PHP_PDO_DBLIB/include/freetds else AC_MSG_ERROR(Directory $PHP_PDO_DBLIB is not a FreeTDS installation directory) fi @@ -41,11 +49,9 @@ AC_MSG_ERROR(Could not find $PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libtds.[a|so]) fi - PDO_DBLIB_INCDIR=$PDO_FREETDS_INSTALLATION_DIR/include - PDO_DBLIB_LIBDIR=$PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR + PHP_ADD_INCLUDE($PDO_FREETDS_INCLUDE_DIR) + PHP_ADD_LIBRARY_WITH_PATH(sybdb, $PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR, PDO_DBLIB_SHARED_LIBADD) - PHP_ADD_INCLUDE($PDO_DBLIB_INCDIR) - PHP_ADD_LIBRARY_WITH_PATH(sybdb, $PDO_DBLIB_LIBDIR, PDO_DBLIB_SHARED_LIBADD) ifdef([PHP_CHECK_PDO_INCLUDES], [ PHP_CHECK_PDO_INCLUDES -- Edit this bug report at http://bugs.php.net/?id=35032&edit=1
#35033 [NEW]: require include strange behaviour on big files
From: luciano at tolomei dot name
Operating system: linux gentoo
PHP version: 5.0.5
PHP Bug Type: *General Issues
Bug description: require include strange behaviour on big files
Description:
I'm using the prado framework (www.xisc.com)
for performance problems i made a script that aggregate namespaces in one
file.
it seem that on really big files to include, like 400 or more KB:
class aaa extends bbb {}
class bbb {}
will not work, you need to:
class bbb {}
class aaa extends bbb {}
---
Class are missing some extended properties and methods...
The missing prop/methods are in previous defined classes
like
require_once('filea.php');
require_once('fileb.php');
if a class defined in the fileb, BIG file, extends something defined in
filea it will not work anymore.
i'm not sure but it can be also that it's due to:
file a:
class a {}
class b extends b {}
file b:
class c extends b {}
and we are missing class a prop and methods in class c.
Reproduce code:
---
i can give an ftp access to an installation of the code.
or a link to a zip to download
Expected result:
it should work, if we will not aggregate files it work perfectly
Actual result:
--
no error shown or logged we arror reporting all activated.
it display property or method not defined.
--
Edit bug report at http://bugs.php.net/?id=35033&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35033&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35033&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35033&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35033&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35033&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35033&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35033&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35033&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35033&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35033&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35033&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35033&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35033&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35033&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35033&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35033&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35033&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35033&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35033&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35033&r=mysqlcfg
#35032 [NEW]: pdo_dblib can't find the FreeTDS includes on some systems
From: [EMAIL PROTECTED] Operating system: Mac OS X PHP version: 5CVS-2005-10-28 (CVS) PHP Bug Type: PDO related Bug description: pdo_dblib can't find the FreeTDS includes on some systems Description: On some systems FreeTDS include files are being installed on $prefix/include/freetds instead of $prefix/include where configure is trying to find them. I have modified the ext/pdo_dblib/config.m4 to also search that directory with the following patch: --- config.m4 2005-10-31 10:08:18.0 +0200 +++ config.m4.new 2005-10-31 10:17:30.0 +0200 @@ -10,13 +10,17 @@ if test "$PHP_PDO_DBLIB" != "no"; then - PDO_FREETDS_INSTALLATION_DIR="" if test "$PHP_PDO_DBLIB" = "yes"; then for i in /usr/local /usr; do if test -f $i/include/tds.h; then PDO_FREETDS_INSTALLATION_DIR=$i +PDO_FREETDS_INCLUDE_DIR=$i/include break + elif test -f $i/include/freetds/tds.h; then +PDO_FREETDS_INSTALLATION_DIR=$i +PDO_FREETDS_INCLUDE_DIR=$i/include/freetds +break; fi done @@ -28,6 +32,10 @@ if test -f $PHP_PDO_DBLIB/include/tds.h; then PDO_FREETDS_INSTALLATION_DIR=$PHP_PDO_DBLIB + PDO_FREETDS_INCLUDE_DIR=$PHP_PDO_DBLIB/include +elif test -f $PHP_PDO_DBLIB/include/freetds/tds.h; then + PDO_FREETDS_INSTALLATION_DIR=$PHP_PDO_DBLIB + PDO_FREETDS_INCLUDE_DIR=$PHP_PDO_DBLIB/include/freetds else AC_MSG_ERROR(Directory $PHP_PDO_DBLIB is not a FreeTDS installation directory) fi @@ -41,11 +49,9 @@ AC_MSG_ERROR(Could not find $PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR/libtds.[a|so]) fi - PDO_DBLIB_INCDIR=$PDO_FREETDS_INSTALLATION_DIR/include - PDO_DBLIB_LIBDIR=$PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR + PHP_ADD_INCLUDE($PDO_FREETDS_INCLUDE_DIR) + PHP_ADD_LIBRARY_WITH_PATH(sybdb, $PDO_FREETDS_INSTALLATION_DIR/$PHP_LIBDIR, PDO_DBLIB_SHARED_LIBADD) - PHP_ADD_INCLUDE($PDO_DBLIB_INCDIR) - PHP_ADD_LIBRARY_WITH_PATH(sybdb, $PDO_DBLIB_LIBDIR, PDO_DBLIB_SHARED_LIBADD) ifdef([PHP_CHECK_PDO_INCLUDES], [ PHP_CHECK_PDO_INCLUDES -- Edit bug report at http://bugs.php.net/?id=35032&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35032&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35032&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35032&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35032&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35032&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35032&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35032&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35032&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35032&r=support Expected behavior: http://bugs.php.net/fix.php?id=35032&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35032&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35032&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35032&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35032&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35032&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35032&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35032&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35032&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35032&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35032&r=mysqlcfg
#35031 [Opn->Bgs]: tag contents are handled the wrong way they do contain:
ID: 35031
Updated by: [EMAIL PROTECTED]
Reported By: robert dot bouwens at swissmains dot com
-Status: Open
+Status: Bogus
Bug Type: *XML functions
Operating System: windows xc sp2
PHP Version: 5.0.5
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
An XML parser is allowed to breakup character data like this, this is
therefore not a bug. Your application needs to deal with this. The same
would happen incase you have an entity there. If you still believe it is
a bug, you need to talk to the libxml2 authors, as it's their library
which does this behavior.
Previous Comments:
[2005-10-31 10:24:39] robert dot bouwens at swissmains dot com
Description:
Höchstgeschwindigkeit
The upper tag will not be corectly handled when using the
xml_set_character_data_handler. The document is correctly formatted
using utf-8 coding standards.
The elementhandler for the upper tag will be called twice:
1st: "H"
2nd: "öchstgeschwindigkeit" which is a pain when creating html tables.
Reproduce code:
---
xml_set_character_data_handler( $parser, "daten" );
function daten( $parser, $xml_data )
{
// Datenbereich ausgeben
if ( $this->valid_list_item == true )
{
$sdata = utf8_decode( $xml_data );
$this->data[$this->cv][] = utf8_decode( $sdata );
print ( $sdata );
print ( "|" );
}
}
Expected result:
The tag character handler does not recognize extended cahractersets.
The tag character handler for the tag "NAME" should only be called
once.
--
Edit this bug report at http://bugs.php.net/?id=35031&edit=1
#35031 [NEW]: tag contents are handled the wrong way they do contain:
From: robert dot bouwens at swissmains dot com
Operating system: windows xc sp2
PHP version: 5.0.5
PHP Bug Type: *XML functions
Bug description: tag contents are handled the wrong way they do contain:öäü
Description:
Höchstgeschwindigkeit
The upper tag will not be corectly handled when using the
xml_set_character_data_handler. The document is correctly formatted using
utf-8 coding standards.
The elementhandler for the upper tag will be called twice:
1st: "H"
2nd: "öchstgeschwindigkeit" which is a pain when creating html tables.
Reproduce code:
---
xml_set_character_data_handler( $parser, "daten" );
function daten( $parser, $xml_data )
{
// Datenbereich ausgeben
if ( $this->valid_list_item == true )
{
$sdata = utf8_decode( $xml_data );
$this->data[$this->cv][] = utf8_decode( $sdata );
print ( $sdata );
print ( "|" );
}
}
Expected result:
The tag character handler does not recognize extended cahractersets. The
tag character handler for the tag "NAME" should only be called once.
--
Edit bug report at http://bugs.php.net/?id=35031&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35031&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=35031&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=35031&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=35031&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=35031&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=35031&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=35031&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=35031&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=35031&r=support
Expected behavior: http://bugs.php.net/fix.php?id=35031&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=35031&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=35031&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=35031&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35031&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=35031&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=35031&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=35031&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=35031&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=35031&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=35031&r=mysqlcfg
