#32168 [Fbk->Opn]: A recovering of variable while using reference to $_SESSION
ID: 32168
User updated by: KRomas at goldentele dot com
Reported By: KRomas at goldentele dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4CVS-2005-03-09
New Comment:
Yes.
I have downloaded php4-win32-STABLE-latest.zip, completely removed
d:\Program Files\php\, got message "The requested URL
/php/php.exe/3.php was not found on this server", extracted archive to
d:\Program Files\php\, executed script and got right response in
contrast to Linux-version.
-- phpinfo:
PHP Version 4.3.11-dev
System Windows NT 5.0 build 2195
Zend Engine v1.3.0
SERVER_SOFTWARE Apache/1.3.33 (Win32)
Previous Comments:
[2005-03-09 22:07:43] [EMAIL PROTECTED]
Are you sure you're trying same PHP version in Windows?
(before installing the snapshot delete EVERY file even remotely related
to PHP..)
[2005-03-09 08:31:49] KRomas at goldentele dot com
For now PHP Version is 4.3.11-dev (Linux) and there is the same error:
array(1) {
["a"]=>
&array(1) {
["b"]=>
int(1)
}
}
Win-version work perfectly however:
array(1) {
["a"]=>
NULL
}
[2005-03-07 00:40:28] [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-03-04 14:42:33] KRomas at goldentele dot com
Sorry, Win-version 4.3.10 hasn't this bug, but Linux-version 4.3.10!
[2005-03-03 12:30:16] KRomas at goldentele dot com
There is a result for 3-rd file
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/32168
--
Edit this bug report at http://bugs.php.net/?id=32168&edit=1
#32260 [NEW]: odbc_connect on network MS-Access database
From: bidouille at beaussier dot com Operating system: Win32 PHP version: 5.0.3 PHP Bug Type: ODBC related Bug description: odbc_connect on network MS-Access database Description: It's unable to connect to a MS-Access database located on a network drive. That's work only on the local drive (e.g. [C:]). Reproduce code: --- $cfg_dsn = "DRIVER=Microsoft Access Driver (*.mdb); DBQ=X:/Access.mdb; UserCommitSync=Yes; Threads=3; SafeTransactions=0; PageTimeout=5; MaxScanRows=8; MaxBufferSize=2048; DriverId=281; DefaultDir=C:/Progra~1/CommonFiles/ODBC/DataSources"; $cfg_dsn_login = ""; $cfg_dsn_mdp = ""; odbc_connect($cfg_dsn,$cfg_dsn_login,$cfg_dsn_mdp); Expected result: odbc_connect must be return a resource id. Actual result: -- odbc_connect results a error message -- Edit bug report at http://bugs.php.net/?id=32260&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32260&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32260&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32260&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32260&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32260&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32260&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32260&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32260&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32260&r=support Expected behavior: http://bugs.php.net/fix.php?id=32260&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32260&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32260&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32260&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32260&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32260&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32260&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32260&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32260&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32260&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32260&r=mysqlcfg
#32260 [Opn->Fbk]: odbc_connect on network MS-Access database
ID: 32260 Updated by: [EMAIL PROTECTED] Reported By: bidouille at beaussier dot com -Status: Open +Status: Feedback Bug Type: ODBC related Operating System: Win32 PHP Version: 5.0.3 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-03-10 11:00:50] bidouille at beaussier dot com Description: It's unable to connect to a MS-Access database located on a network drive. That's work only on the local drive (e.g. [C:]). Reproduce code: --- $cfg_dsn = "DRIVER=Microsoft Access Driver (*.mdb); DBQ=X:/Access.mdb; UserCommitSync=Yes; Threads=3; SafeTransactions=0; PageTimeout=5; MaxScanRows=8; MaxBufferSize=2048; DriverId=281; DefaultDir=C:/Progra~1/CommonFiles/ODBC/DataSources"; $cfg_dsn_login = ""; $cfg_dsn_mdp = ""; odbc_connect($cfg_dsn,$cfg_dsn_login,$cfg_dsn_mdp); Expected result: odbc_connect must be return a resource id. Actual result: -- odbc_connect results a error message -- Edit this bug report at http://bugs.php.net/?id=32260&edit=1
#32261 [NEW]: Session variable writes freely and changes.
From: takayana at egate1 dot com Operating system: Windows2000 PHP version: 4.3.10 PHP Bug Type: Session related Bug description: Session variable writes freely and changes. Description: By a Session variable Operation by PHP4.3.10 carries out different operation from a low-ranking version. When the following 6 files are created and test_web1.php is performed, in the case of a low rank version (for example, PHP4.3.9) $_SESSION '[data]' Arrangement id value 31, 1, 2, 3, 4, and 5 ... Although set to 20, in the case of PHP4.3.10, it is. 31, 1, 2, 3, 3, and 5 ... It will be set to 20. Reproduce code: --- http://www.egate1.com/docs/.tmp/code.txt -- Edit bug report at http://bugs.php.net/?id=32261&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32261&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32261&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32261&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32261&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32261&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32261&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32261&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32261&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32261&r=support Expected behavior: http://bugs.php.net/fix.php?id=32261&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32261&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32261&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32261&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32261&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32261&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32261&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32261&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32261&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32261&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32261&r=mysqlcfg
#32262 [NEW]: make require accept wildcards
From: jtaal at eljakim dot nl
Operating system: Linux
PHP version: 4.3.10
PHP Bug Type: Feature/Change Request
Bug description: make require accept wildcards
Description:
I have a series of classes in PHP 4.3, there is no autoload feature there
so I named all my files "class.$className.inc.php".
I created the class.inc.php file which require_onces all class.*.inc.php
files.
This works fine for files which are inside the same directory as
class.*.inc.php
BUT, when I include class.inc.php from another directory the `ls
$wildcard` comes up empty, thus nothing is included.
Wouldn't it be a good feature to have a require_once_wildcard which
includes files.
A problem that may rise is the includeSearchPath (in which directory
should the wildcard be executed?). A solution is to execute only in the
directory where the file resides which calls require_once_wildcard.
My source for require_once_wildcard is in the Reproduce code field.
Reproduce code:
---
function require_once_wildcard($wildcard) {
$ls = `ls $wildcard`;
$ls = explode("\n", $ls);
array_pop($ls); // strip last empty line
print_r($ls);
foreach ($ls as $inc) {
require_once($inc);
}
}
--
Edit bug report at http://bugs.php.net/?id=32262&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32262&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32262&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32262&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32262&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32262&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32262&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32262&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32262&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32262&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32262&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32262&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32262&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32262&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32262&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32262&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32262&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32262&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32262&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32262&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32262&r=mysqlcfg
#32262 [Opn->WFx]: make require accept wildcards
ID: 32262
Updated by: [EMAIL PROTECTED]
Reported By: jtaal at eljakim dot nl
-Status: Open
+Status: Wont fix
Bug Type: Feature/Change Request
-Operating System: Linux
+Operating System: *
-PHP Version: 4.3.10
+PHP Version: 4.3.*
New Comment:
Sorry no new features in the 4.3 branch.
Previous Comments:
[2005-03-10 12:13:31] jtaal at eljakim dot nl
Description:
I have a series of classes in PHP 4.3, there is no autoload feature
there so I named all my files "class.$className.inc.php".
I created the class.inc.php file which require_onces all
class.*.inc.php files.
This works fine for files which are inside the same directory as
class.*.inc.php
BUT, when I include class.inc.php from another directory the `ls
$wildcard` comes up empty, thus nothing is included.
Wouldn't it be a good feature to have a require_once_wildcard which
includes files.
A problem that may rise is the includeSearchPath (in which directory
should the wildcard be executed?). A solution is to execute only in the
directory where the file resides which calls require_once_wildcard.
My source for require_once_wildcard is in the Reproduce code field.
Reproduce code:
---
function require_once_wildcard($wildcard) {
$ls = `ls $wildcard`;
$ls = explode("\n", $ls);
array_pop($ls); // strip last empty line
print_r($ls);
foreach ($ls as $inc) {
require_once($inc);
}
}
--
Edit this bug report at http://bugs.php.net/?id=32262&edit=1
#32253 [Fbk->Opn]: Accessing MSSQL server crashes Apache
ID: 32253
User updated by: piotr at clickthinking dot com
Reported By: piotr at clickthinking dot com
-Status: Feedback
+Status: Open
Bug Type: MSSQL related
Operating System: Windows 2003/2000/XP
PHP Version: Irrelevant
New Comment:
Hi
Could you possibly provide more info on how to set this up as searching
Google brings back very little information. I will try using just the
mssql_ and odbc_ commands and see what it comes back with but adodb is
just a wrapper.
But the FreeTDS extension sounds very promising so instructions on how
to get this up and running would be very appreciated.
Previous Comments:
[2005-03-10 06:52:00] [EMAIL PROTECTED]
It looks like you are using ODBC and not MSSQL functions. Can you
reproduce the same error with native PHP calls (eliminating the ADODB
class)? This would be by using odbc_* or mssql_* functions.
Note the MSSQL library used for the MSSQL extension is not thread safe
and might be causing this probem if you are using mssql_* functions.
There is a new version of the mssql extension available. This is build
using FreeTDS. You could try this version (mssql_* functions are 100%
compatible). The dll is called php_dblib.dll, and it replaces
php_mssql.dll.
[2005-03-09 14:41:08] piotr at clickthinking dot com
Description:
I have checked this with PHP 4.3.10, 5.02, 5.03, latest snapshot and
5.0 in combination with Apache 2.0.53 and 1.3.33 (I tried all
combinations).
While running under Windows 2000, 2003 and XP and trying to connect to
a MSSQL server (on my local machine or a different server) using adodb
4.61 (http://adodb.sourceforge.net) the apache server crashes reporting
php5ts.dll to be the problem (a runtime error dialog box occurs that
when clicked restarts apache). It crashes Apache entirely and apache
stops loading pages until it is reset. There are no error messages in
the apache logs and one has to look in event viewer to see what caused
the problem.
This crash happens randomly, it normally takes 8-10 refreshes of a page
for a crash to occur (sometimes as many as 20 refreshes). It doesn't
matter what page it is as long as the page pulls information from a
MSSQL database.
The same page pulling from the exact same database using MySQL does not
produce any errors and just keeps running.
Reproduce code:
---
require_once('adodb/adodb.inc.php');
global $conn;
$conn =& ADONewConnection('odbc_mssql');
$conn->SetFetchMode(ADODB_FETCH_BOTH);
$dsn="driver={sql server}; server=localhost; database=arb_db;";
$conn->pconnect($dsn, 'sa', 'ididit');
// Putting pconnect or connect makes no difference"
$sql = "SELECT Desc FROM Tours ORDER BY TourRank";
$rs = $conn->Execute($sql);
Expected result:
I expect it to pull Desc field from the Tours Table in the arb_db
database.
Actual result:
--
Apache crashes in the way described. Apache crashes with a runtime
error dialog and an error is logged under event viewer.
This occurs on Windows 2003/2000/XP on with PHP 4.3.10, 5.02, 5.03,
latest snapshot and 5.0 in combination with Apache 2.0.53 and 1.3.33 (I
tried all combinations).
MSSQL 2000 and 97 were tried and MySQL 4.1 and 4.0. MySQL worked fine,
MSSQL connection crashsed server.
--
Edit this bug report at http://bugs.php.net/?id=32253&edit=1
#32262 [WFx]: make require accept wildcards
ID: 32262
User updated by: jtaal at eljakim dot nl
Reported By: jtaal at eljakim dot nl
Status: Wont fix
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.3.*
New Comment:
will there be a 4.4 branch?
Previous Comments:
[2005-03-10 12:19:58] [EMAIL PROTECTED]
Sorry no new features in the 4.3 branch.
[2005-03-10 12:13:31] jtaal at eljakim dot nl
Description:
I have a series of classes in PHP 4.3, there is no autoload feature
there so I named all my files "class.$className.inc.php".
I created the class.inc.php file which require_onces all
class.*.inc.php files.
This works fine for files which are inside the same directory as
class.*.inc.php
BUT, when I include class.inc.php from another directory the `ls
$wildcard` comes up empty, thus nothing is included.
Wouldn't it be a good feature to have a require_once_wildcard which
includes files.
A problem that may rise is the includeSearchPath (in which directory
should the wildcard be executed?). A solution is to execute only in the
directory where the file resides which calls require_once_wildcard.
My source for require_once_wildcard is in the Reproduce code field.
Reproduce code:
---
function require_once_wildcard($wildcard) {
$ls = `ls $wildcard`;
$ls = explode("\n", $ls);
array_pop($ls); // strip last empty line
print_r($ls);
foreach ($ls as $inc) {
require_once($inc);
}
}
--
Edit this bug report at http://bugs.php.net/?id=32262&edit=1
#31717 [Asn->Csd]: Cannot turn off PATH_INFO
ID: 31717
Updated by: [EMAIL PROTECTED]
Reported By: stijn at win dot tue dot nl
-Status: Assigned
+Status: Closed
Bug Type: Apache2 related
Operating System: FreeBSD 4 and -CURRENT
PHP Version: 4.3.10
Assigned To: jorton
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Thanks, that wasn't quite right in a few ways, I've committed the patch
I had in my tree...
Previous Comments:
[2005-03-03 12:50:17] stijn at win dot tue dot nl
Here is a patch that is *VERY* lightly tested, but which appears to do
the right thing for me (I don't see a place to upload a patch in this
bug tracker, so I copy & paste this; beware of whitespace changes).
%%%
--- sapi/apache2handler/sapi_apache2.c.orig Mon Dec 6 19:55:16
2004
+++ sapi/apache2handler/sapi_apache2.c Thu Mar 3 12:46:03 2005
@@ -471,6 +471,12 @@
return DECLINED;
}
+ /* check if we can accept PATH_INFO according to apache config
*/
+ if (r->used_path_info == AP_REQ_REJECT_PATH_INFO
+ && strlen(r->path_info) != 0) {
+ return HTTP_NOT_FOUND;
+ }
+
if (r->finfo.filetype == 0) {
php_apache_sapi_log_message_ex("script '%s' not found
or unable to stat", r);
zend_try {
%%%
What do you think?
[2005-01-28 06:37:22] [EMAIL PROTECTED]
It doesn't make sense to me that this is the responsibility of the
handler. I see by looking at the code that it is, but it doesn't seem
like a valid place for this to happen. If you configure Apache to not
honour path_info then Apache shouldn't trigger the handler on the
partial path.
[2005-01-27 19:37:51] [EMAIL PROTECTED]
Yes it does, in 2.0 the handler has to honour the r->used_path_info
setting appropriately.
[2005-01-27 18:08:01] [EMAIL PROTECTED]
This has nothing to do with PHP and please don't post support questions
to the bug database.
[2005-01-27 11:23:03] stijn at win dot tue dot nl
Description:
I'm trying to turn the support for PATH_INFO off on a *default* install
of apache-2.0.52 and php-4.3.10, but it doesn't work.
Note that I am not 100% sure that this is a PHP bug, however Apache
does not accept PATH_INFO for regular HTML files so I'm inclined to
suspect PHP.
I first installed Apache in a scratch directory:
./configure --prefix=/var/tmp/apachephp --enable-so --with-mpm=prefork
--enable-maintainer-mode
gmake
gmake install
Then PHP:
env CFLAGS=-g ./configure --prefix=/var/tmp/apachephp
--with-apxs2=/var/tmp/apachephp/bin/apxs --disable-cgi
--disable-path-info-check
gmake
gmake install
I edited /var/tmp/apachephp/conf/httpd.conf and added these lines:
%%%
AddType application/x-httpd-php .php
AcceptPathInfo off
AcceptPathInfo off
%%%
Adding a simple index.php to the docroot
(/var/tmp/apachephp/htdocs/index.php):
%%%
%%%
After starting httpd, I can still browse to
http://localhost/index.php/foo/bar
and see that PATH_INFO indeed contains /foo/bar.
I've tried digging in the sources but I'm not familiar with Apache
plugins. I did see this in gdb:
%%%
Breakpoint 2, php_apache_request_ctor (r=0x81b2050, ctx=0x81b3e70)
at
/local/home/stijn/tmp/php-4.3.10/sapi/apache2handler/sapi_apache2.c:408
408 SG(sapi_headers).http_response_code = !r->status ?
HTTP_OK : r->status;
(gdb) print r->path_info
$1 = 0x81b3253 "/foo/bar"
(gdb) print r->used_path_info
$2 = 1
%%%
So in the request constructor the path info is already set up? I did
see something about overriding r->path_info for apache modules in the
apache sources but here is where I cannot follow the code anymore...
BTW, I tried to post this to php-general twice, but somehow my e-mail
is blocked. I do hope this is not PEBKAC but even if it is I would be
glad if someone pointed this out to me...
Reproduce code:
---
n/a
Expected result:
n/a
Actual result:
--
see above for a maybe relevant backtrace snippet
--
Edit this bug report at http://bugs.php.net/?id=31717&edit=1
#32262 [WFx]: make require accept wildcards
ID: 32262
Updated by: [EMAIL PROTECTED]
Reported By: jtaal at eljakim dot nl
Status: Wont fix
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.3.*
New Comment:
No.
Previous Comments:
[2005-03-10 12:45:31] jtaal at eljakim dot nl
will there be a 4.4 branch?
[2005-03-10 12:19:58] [EMAIL PROTECTED]
Sorry no new features in the 4.3 branch.
[2005-03-10 12:13:31] jtaal at eljakim dot nl
Description:
I have a series of classes in PHP 4.3, there is no autoload feature
there so I named all my files "class.$className.inc.php".
I created the class.inc.php file which require_onces all
class.*.inc.php files.
This works fine for files which are inside the same directory as
class.*.inc.php
BUT, when I include class.inc.php from another directory the `ls
$wildcard` comes up empty, thus nothing is included.
Wouldn't it be a good feature to have a require_once_wildcard which
includes files.
A problem that may rise is the includeSearchPath (in which directory
should the wildcard be executed?). A solution is to execute only in the
directory where the file resides which calls require_once_wildcard.
My source for require_once_wildcard is in the Reproduce code field.
Reproduce code:
---
function require_once_wildcard($wildcard) {
$ls = `ls $wildcard`;
$ls = explode("\n", $ls);
array_pop($ls); // strip last empty line
print_r($ls);
foreach ($ls as $inc) {
require_once($inc);
}
}
--
Edit this bug report at http://bugs.php.net/?id=32262&edit=1
#32262 [WFx]: make require accept wildcards
ID: 32262
Updated by: [EMAIL PROTECTED]
Reported By: jtaal at eljakim dot nl
Status: Wont fix
Bug Type: Feature/Change Request
Operating System: *
PHP Version: 4.3.*
New Comment:
We do not have plans for that. The only possibility would be after 5.1
is out and we find out it is quite stable enough to start a new war.
Previous Comments:
[2005-03-10 12:56:12] [EMAIL PROTECTED]
No.
[2005-03-10 12:45:31] jtaal at eljakim dot nl
will there be a 4.4 branch?
[2005-03-10 12:19:58] [EMAIL PROTECTED]
Sorry no new features in the 4.3 branch.
[2005-03-10 12:13:31] jtaal at eljakim dot nl
Description:
I have a series of classes in PHP 4.3, there is no autoload feature
there so I named all my files "class.$className.inc.php".
I created the class.inc.php file which require_onces all
class.*.inc.php files.
This works fine for files which are inside the same directory as
class.*.inc.php
BUT, when I include class.inc.php from another directory the `ls
$wildcard` comes up empty, thus nothing is included.
Wouldn't it be a good feature to have a require_once_wildcard which
includes files.
A problem that may rise is the includeSearchPath (in which directory
should the wildcard be executed?). A solution is to execute only in the
directory where the file resides which calls require_once_wildcard.
My source for require_once_wildcard is in the Reproduce code field.
Reproduce code:
---
function require_once_wildcard($wildcard) {
$ls = `ls $wildcard`;
$ls = explode("\n", $ls);
array_pop($ls); // strip last empty line
print_r($ls);
foreach ($ls as $inc) {
require_once($inc);
}
}
--
Edit this bug report at http://bugs.php.net/?id=32262&edit=1
#32255 [Fbk->Opn]: memory leak in fopen wrappers ?
ID: 32255 User updated by: antoine dot bajolet at tdf dot fr Reported By: antoine dot bajolet at tdf dot fr -Status: Feedback +Status: Open Bug Type: HTTP related Operating System: Linux 2.4.29 PHP Version: 4.3.10 New Comment: I retried on another machine, with an older linux installation -> No memory leak. The problem appears on an RH9 (glibc-2.3.2) But not on Mandrake 8.1 (glibc-2.2.4) Trying to update the RH9 glibc (an update exists). Previous Comments: [2005-03-09 21:33:49] [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 I'm unable to replicate it. [2005-03-09 16:16:49] antoine dot bajolet at tdf dot fr Description: It seems that there is a memory leak in fopen wrappers to HTTP. With a minimal compilation of PHP : ./configure --disable-all --enable-sockets --without-pear --enable-memory-limit --without-pcre-regex --without-mysql And the first code above, the memory used increased continuously. (the -n flag is used to ignore any php.ini script. All parameters are default). #sapi/cli/php -n script1.php 12160 13536 13672 13736 13800 13864 13928 13992 14056 14120 14184 ... still increasing With a classic fopen, works fine #sapi/cli/php -n script2.php 12128 12320 12336 12336 12336 12336 12336 12336 12336 12336 12336 ... still stable This is very annoying because we are writing a small php daemon using periodics requests on HTTP hosts. For more infos : #ldd sapi/cli/php libcrypt.so.1 => /lib/libcrypt.so.1 (0x4001b000) libresolv.so.2 => /lib/libresolv.so.2 (0x40049000) libm.so.6 => /lib/i686/libm.so.6 (0x4005b000) libdl.so.2 => /lib/libdl.so.2 (0x4007d000) libnsl.so.1 => /lib/libnsl.so.1 (0x40081000) libc.so.6 => /lib/i686/libc.so.6 (0x40096000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) /lib/libcrypt.so.1 -> libcrypt-2.3.2.so /lib/libresolv.so.2 -> libresolv-2.3.2.so Regards Antoine Bajolet Reproduce code: --- With this, memory problem : http://some.thing/','r'); fclose($handler); sleep(2); } // while ?> With this, no memory problem Expected result: The memory used has to be stable, not increasing. -- Edit this bug report at http://bugs.php.net/?id=32255&edit=1
#31900 [Com]: Location redirects don't work, HTTP 200 instead HTTP 302
ID: 31900
Comment by: bugmenot at despammed dot com
Reported By: rogeliotg2004 at yahoo dot es
Status: No Feedback
Bug Type: HTTP related
Operating System: Linux Mandrake 10.1
PHP Version: 4.3.10
New Comment:
That is not valid HTTP response anyway. Location needs absolute URI,
which includes protocol (http:// is missing here). Dunno if it relates
to the bug though.
Previous Comments:
[2005-03-02 01:00:09] 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-02-10 14:31:11] [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-02-09 16:36:04] rogeliotg2004 at yahoo dot es
Description:
I have apache 2.0.50 on linux mandrake 10.1. I had php 4.3.8, now I've
installed 4.3.10 by urpmi.
Then I got the mentioned problem, when I use header("location: ...),
the header is sended in the response, but the HTTP 302 sended in 4.3.8
is now a HTTP 200.
Try whatever script that you want, with a location like a full or
relative URL.
Best Regards,
Reproduce code:
---
Expected result:
HTTP/1.x 302 found
Location: www.google.com
...more headers
Actual result:
--
HTTP/1.x 200 OK
Location: www.google.com
...more headers
--
Edit this bug report at http://bugs.php.net/?id=31900&edit=1
#28442 [Fbk->Opn]: Changing a static variables in a class changes it across sub/super classes.
ID: 28442
Updated by: [EMAIL PROTECTED]
Reported By: kell_pt at users dot sf dot net
-Status: Feedback
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
-PHP Version: 5CVS-2004-05-19
+PHP Version: 5.0.3
-Assigned To:
+Assigned To: helly
New Comment:
Your code assumption is not fully correct. A static variable will be
inherited unless not defined again. However this 'unless' part is
wrong, it rsults in a compiler error.
Previous Comments:
[2005-03-06 22:10:51] [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
[2004-05-22 04:17:45] kell_pt at users dot sf dot net
Secondly, there have been more bug reports regarding this issue, or
different effects of the model. Anyone having programmed in other
enviroments where class inheritance is possible will not feel at home
with this, and also it doesn't add anything to the language - it is not
only a limitation, but also misleading behaviour. We'd like to see a bit
more discussion on this, it *really* isn't a bogus problem. :)
Cheers, and I apologize for the insistence, but we're using PHP5 for
its new OO features, and it's being hard to cope with the fact that
this seems to be overlooked. Hopefully it will be fixed (can't see a
reason why it wouldn't).
Cheers.
[2004-05-22 04:13:56] kell_pt at users dot sf dot net
It most certainly isn't. Declaring a variable as private static just
hides the variable from outside the class. It also allows subclasses to
redeclare it. But it doesn't change a thing, and that's not the intended
behaviour. An example:
class ClassA
{
private static $cn;
public static function setName( $cn )
{
self::$cn = $cn;
}
public static function getName( )
{
return self::$cn;
}
}
class ClassB extends ClassA
{
private static $cn; // with or without this, result is the same
}
ClassA::setName( 'AAA' );
ClassB::setName( 'BBB' );
print( ClassA::getName() . "\n" ); // prints 'BBB'
print( ClassB::getName() . "\n" ); // prints 'BBB'
ClassB::setName() is using ClassA as self, when that's not the intended
nor propper behaviour. If you call a method on ClassB, it has to affect
ClassB, not ClassA - that's how $this works on instances, that's how it
should work on static classes.
Secondly,
[2004-05-21 18:12:34] [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
What you want is \'private static\'
[2004-05-21 05:28:11] kell_pt at users dot sf dot net
I would also like to call your attention to Bug #26930 which was
dismissed as "Bogus", where in fact it's a very valid problem.
Seems like the behaviour for static data/methods doesn't follow the OO
paradigm very close. I hope you guys don't dismiss these problems and
provide a sound implementation. :)
Cheers.
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/28442
--
Edit this bug report at http://bugs.php.net/?id=28442&edit=1
#32263 [NEW]: Location sets 302 on HTTP/1.1+POST, should be 303
From: pornel at despammed dot com Operating system: any PHP version: 5.0.3 PHP Bug Type: HTTP related Bug description: Location sets 302 on HTTP/1.1+POST, should be 303 Description: HTTP/1.1 user-agents should be redirected after POST request using 303 status. According to RFC2616 user-agents MUST NOT redirect POST on 302 status (unless confirmed by the user, AFAIK only Lynx does that), so 302 is not the best choice in this situation. In short: if (HTTP/1.1 && POST) default_redirect_status=303. -- Edit bug report at http://bugs.php.net/?id=32263&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32263&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32263&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32263&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32263&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32263&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32263&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32263&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32263&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32263&r=support Expected behavior: http://bugs.php.net/fix.php?id=32263&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32263&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32263&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32263&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32263&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32263&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32263&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32263&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32263&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32263&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32263&r=mysqlcfg
#28442 [Opn->Csd]: Changing a static variables in a class changes it across sub/super classes.
ID: 28442
Updated by: [EMAIL PROTECTED]
Reported By: kell_pt at users dot sf dot net
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.3
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
The static constructor in the example above would be an interesting
feature request, feel free to open it as a new bug.
Previous Comments:
[2005-03-10 14:17:49] [EMAIL PROTECTED]
Your code assumption is not fully correct. A static variable will be
inherited unless not defined again. However this 'unless' part is
wrong, it rsults in a compiler error.
[2005-03-06 22:10:51] [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
[2004-05-22 04:17:45] kell_pt at users dot sf dot net
Secondly, there have been more bug reports regarding this issue, or
different effects of the model. Anyone having programmed in other
enviroments where class inheritance is possible will not feel at home
with this, and also it doesn't add anything to the language - it is not
only a limitation, but also misleading behaviour. We'd like to see a bit
more discussion on this, it *really* isn't a bogus problem. :)
Cheers, and I apologize for the insistence, but we're using PHP5 for
its new OO features, and it's being hard to cope with the fact that
this seems to be overlooked. Hopefully it will be fixed (can't see a
reason why it wouldn't).
Cheers.
[2004-05-22 04:13:56] kell_pt at users dot sf dot net
It most certainly isn't. Declaring a variable as private static just
hides the variable from outside the class. It also allows subclasses to
redeclare it. But it doesn't change a thing, and that's not the intended
behaviour. An example:
class ClassA
{
private static $cn;
public static function setName( $cn )
{
self::$cn = $cn;
}
public static function getName( )
{
return self::$cn;
}
}
class ClassB extends ClassA
{
private static $cn; // with or without this, result is the same
}
ClassA::setName( 'AAA' );
ClassB::setName( 'BBB' );
print( ClassA::getName() . "\n" ); // prints 'BBB'
print( ClassB::getName() . "\n" ); // prints 'BBB'
ClassB::setName() is using ClassA as self, when that's not the intended
nor propper behaviour. If you call a method on ClassB, it has to affect
ClassB, not ClassA - that's how $this works on instances, that's how it
should work on static classes.
Secondly,
[2004-05-21 18:12:34] [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
What you want is \'private static\'
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/28442
--
Edit this bug report at http://bugs.php.net/?id=28442&edit=1
#32264 [NEW]: refcount is not updated
From: tangi dot maury at wanadoo dot fr
Operating system: windows 2000
PHP version: 4.3.9
PHP Bug Type: Class/Object related
Bug description: refcount is not updated
Description:
I'd like use '=null' on variables who points to object.
but the refcount is not updated in this case.
It is updated only after unset on variable.
is it a real pb ?
By,
Reproduce code:
---
a small test ->
class a{
}
class b extends a{
}
class t{
var $r = null;
var $pr = null;
function test(){
$this->r = &new b();
echo "nb Ref r apres new = " . pars_infoo($this->r);
$this->pr = &$this->r;
echo "nb Ref pr apres pr = " . pars_infoo($this->r);
echo "nb Ref r apres pr = " . pars_infoo($this->pr);
//unset($this->pr); OK
$this->pr = null;
echo " nb Ref r apres unset " . pars_infoo($this->r);
}
}
$b= new t();
$b->test();
source for pars_infoo(Zend)
if ((*pO)->is_ref)
ret = strUWFormat(ret, nPos, &nPos, "nb référence = %hd",
(*pO)->refcount);
Expected result:
if i make unset it's ok
->
nb Ref r apres unset nb référence = 2 <- ok
Actual result:
--
->
nb Ref r apres new = nb référence = 2
nb Ref pr apres pr = nb référence = 3
nb Ref r apres pr = nb référence = 3
nb Ref r apres unset nb référence = 3 <- wrong
--
Edit bug report at http://bugs.php.net/?id=32264&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32264&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32264&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32264&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32264&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32264&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32264&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32264&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32264&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32264&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32264&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32264&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32264&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32264&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32264&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32264&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32264&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32264&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32264&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32264&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32264&r=mysqlcfg
#30160 [Com]: Installing PHP SAPI module fails
ID: 30160 Comment by: dave at neteffekt dot co dot uk Reported By: tessarek at evermeet dot cx Status: Open Bug Type: Compile Failure Operating System: AIX 5.x PHP Version: 5CVS-2005-03-08 New Comment: I have excatly the same problem on my mandrake 10.1 community version, however I have recently update the version of gcc to 3.4.3 I dont think that will be the issue though because I have compiled just about everything else under the sun today doing a new server install, which is now taking 5 times a long as it should Just what I need after being up so late working on a mail server :( Previous Comments: [2005-03-09 15:08:22] tessarek at evermeet dot cx Very interesting. PHP4 does not install either: vulcan14:[root] /ext/php4-STABLE-200503091130> make install Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp4.la /opt/apache/modules rm -f /opt/apache/modules/libphp4.so /opt/apache/build/libtool --mode=install cp libphp4.la /opt/apache/modules/ cp .libs/libphp4.a /opt/apache/modules/libphp4.a cp .libs/libphp4.lai /opt/apache/modules/libphp4.la libtool: install: warning: remember to run `libtool --finish /ext/php4-STABLE-200503091130/libs' chmod 755 /opt/apache/modules/libphp4.so chmod: /opt/apache/modules/libphp4.so: A file or directory in the path name does not exist. apxs:Error: Command failed with rc=65536 . make: 1254-004 The error code from the last command is 1. Stop. I think I can remember that there was a time when PHP4.x installed without problems on AIX. You said that the Apache2 instdso.sh script could be responsible for the error. I was able to compile and install Apache2 without problems on AIX and I'm pretty sure that the Apache install uses the instdso.sh script aswell. The point is that the .so module is in the .libs directory and I can move or copy it manually into the Apache modules directory but that solves the problem only partially. The binary and the pear stuff are not installed in the target directory, if the 'make install' stops where it actually does. [2005-03-09 01:02:55] [EMAIL PROTECTED] IIRC, this was actually caused by the Apache2 instdso.sh script. But I'm not sure and can't check it right now. Does the latest PHP 4 snapshots work for you on AIX? [2005-03-08 15:52:46] tessarek at evermeet dot cx It works on Fedora Core 3 with gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3). No problems with make install: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). [EMAIL PROTECTED] php5-200503081130]$ make install Installing PHP SAPI module: apache2filter /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/bin/sh /usr/lib/apr/build/libtool' libphp5.la /usr/lib/httpd/modules /bin/sh /usr/lib/apr/build/libtool --mode=install cp libphp5.la /usr/lib/httpd/modules/ cp .libs/libphp5.so /usr/lib/httpd/modules/libphp5.so cp .libs/libphp5.lai /usr/lib/httpd/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/php5-200503081130/libs' chmod 755 /usr/lib/httpd/modules/libphp5.so [activating module `php5' in /etc/httpd/conf/httpd.conf] Installing PHP CLI binary:/opt/php5/bin/ Installing PHP CLI man page: /opt/php5/man/man1/ Installing PEAR environment: /opt/php5/lib/php/ [PEAR] Archive_Tar: 'xml' PHP extension is not installed [PEAR] Console_Getopt: 'xml' PHP extension is not installed [PEAR] PEAR: 'xml' PHP extension is not installed [PEAR] XML_RPC: 'xml' PHP extension is not installed Installing build environment: /opt/php5/lib/php/build/ Installing header files: /opt/php5/include/php/ Installing helper programs: /opt/php5/bin/ program: phpize program: php-config program: phpextdist As you can see under Linux the .so and the .lai files are copied but under AIX the .a and the .lai. So if the script is changed so that under AIX the .so file is copied, everything should be alright. [2005-03-08 15:17:43] tessarek at evermeet dot cx I've tried the latest snapshot on AIX 5.3 ML1 with gcc 3.3.2. The problem still persists: Build complete. (It is safe to ignore warnings about tempnam and tmpnam). vulcan14:[root] /ext/php5-200503081130> make install Installing PHP SAPI module: apache2filter /opt/apache/build/instdso.sh SH_LIBTOOL='/opt/apache/build/libtool' libphp5.la /opt/apache/modules rm -f /opt/apache/modules/libphp5.so /opt/apache/build/libtool --mode=install cp libphp5.la /opt/apache/modules/ cp .libs/libphp5.a /opt/apache/modules/libphp5.a cp .libs/libphp5.lai /opt/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /ext/
#32265 [NEW]: FATAL: erealloc(): Unable to allocate XXX bytes
From: pm at wallit dot net
Operating system: Solaris 8.0
PHP version: 5.0.3
PHP Bug Type: Reproducible crash
Bug description: FATAL: erealloc(): Unable to allocate XXX bytes
Description:
PHP crashes if you put a function with more than 14 parameters in an 'if'
statement. Example:
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m, $n,
$crash ) )
{
}
Reproduce code:
---
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m, $n,
$crash ) )
{
}
--
Edit bug report at http://bugs.php.net/?id=32265&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32265&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32265&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32265&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32265&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32265&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32265&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32265&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32265&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32265&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32265&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32265&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32265&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32265&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32265&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32265&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32265&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32265&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32265&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32265&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32265&r=mysqlcfg
#32265 [Opn->Fbk]: FATAL: erealloc(): Unable to allocate XXX bytes
ID: 32265
Updated by: [EMAIL PROTECTED]
Reported By: pm at wallit dot net
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Solaris 8.0
PHP Version: 5.0.3
New Comment:
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
Can't reproduce.
Previous Comments:
[2005-03-10 16:58:49] pm at wallit dot net
Description:
PHP crashes if you put a function with more than 14 parameters in an
'if' statement. Example:
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m,
$n, $crash ) )
{
}
Reproduce code:
---
if( $ret = myfunc( $a, $b, $c, $d, $e, $f, $g, $h, $i, $j, $k, $l, $m,
$n, $crash ) )
{
}
--
Edit this bug report at http://bugs.php.net/?id=32265&edit=1
#32266 [NEW]: Apache with PHP as module crashes
From: ew at telecom dot by Operating system: windows PHP version: Irrelevant PHP Bug Type: XML related Bug description: Apache with PHP as module crashes Description: Apache CRASHES (PHP is used as Apache module) when trying to parse simple XML document (few xml tags, generally, it does not depends on XML document size or/and structure) using xml_parser_create() / xml_parse() functions. This bug is not stable - on some machines it happens, on others - not. Main condition for bug to happen is to use handlers xml_set_element_handler(). Sometimes it's possible to avoid the bug by placing some operators or lines of code like: $a = 'gfdhfghdfgh'; in start_element_handler. I was trying to play PHP settings, to disconnect different extensions and/or Zend Optimizer and so on. This gave no effect. Both PHP 4.3.x and 5.0.0.x are bug-liable. Reproduce code: --- It's impossible to make reproduction code because of bug appearance instability. -- Edit bug report at http://bugs.php.net/?id=32266&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32266&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32266&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32266&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32266&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32266&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32266&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32266&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32266&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32266&r=support Expected behavior: http://bugs.php.net/fix.php?id=32266&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32266&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32266&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32266&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32266&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32266&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32266&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32266&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32266&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32266&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32266&r=mysqlcfg
#32266 [Opn->Fbk]: Apache with PHP as module crashes
ID: 32266 Updated by: [EMAIL PROTECTED] Reported By: ew at telecom dot by -Status: Open +Status: Feedback Bug Type: XML related Operating System: windows PHP Version: Irrelevant New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. There is no "Irrelevant" version. Please try it with latest snapshots and update version field with correct values. And provide more info about the problem. Just claiming that something is wrong doesn't help much as we are not able to reproduce and to distingiush the problem. Previous Comments: [2005-03-10 17:49:00] ew at telecom dot by Description: Apache CRASHES (PHP is used as Apache module) when trying to parse simple XML document (few xml tags, generally, it does not depends on XML document size or/and structure) using xml_parser_create() / xml_parse() functions. This bug is not stable - on some machines it happens, on others - not. Main condition for bug to happen is to use handlers xml_set_element_handler(). Sometimes it's possible to avoid the bug by placing some operators or lines of code like: $a = 'gfdhfghdfgh'; in start_element_handler. I was trying to play PHP settings, to disconnect different extensions and/or Zend Optimizer and so on. This gave no effect. Both PHP 4.3.x and 5.0.0.x are bug-liable. Reproduce code: --- It's impossible to make reproduction code because of bug appearance instability. -- Edit this bug report at http://bugs.php.net/?id=32266&edit=1
#28327 [Com]: chdir("..") not working in PHP5 on WinNT4
ID: 28327
Comment by: n dot s dot robson at open dot ac dot uk
Reported By: zajdee at seznam dot cz
Status: No Feedback
Bug Type: Directory function related
Operating System: Windows NT4
PHP Version: 5CVS-2004-05-08 (dev)
New Comment:
I've just tried the latest build 5.1.0-dev downloaded this afternoon,
on an NT4 system, under IIS 4.0, and the bug is still present.
This code
Change dir up one level ";
chdir ("../");
$dir = getcwd();
echo "CWD: $dir ";
?>
gave this output
CWD: E:\IIS_40\wwwroot\Test1\level2\level3\level4
Change dir up one level
CWD: E:\IIS_40
Previous Comments:
[2005-02-23 01:00:06] 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-02-15 01:52:52] [EMAIL PROTECTED]
We're still waiting for feedback..
[2005-01-27 08:15:15] zajdee at seznam dot cz
I am not using NT4 anywhere, but will try to set up a virtual machine
in VMware to test it.
[2005-01-26 04:53:57] [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
[2004-05-09 14:53:17] zajdee at seznam dot cz
Of course, it works fine with Apache2+PHP4.3.6 on the same system...
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/28327
--
Edit this bug report at http://bugs.php.net/?id=28327&edit=1
#31615 [Bgs]: array shows different content with print_r/var_export than with foreach+echo
ID: 31615
User updated by: postings-php-bug at hans-spath dot de
Reported By: postings-php-bug at hans-spath dot de
Status: Bogus
Bug Type: Variables related
Operating System: *
PHP Version: *
New Comment:
Oh I see. I'm sorry.
Previous Comments:
[2005-03-10 03:16:02] [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
This is what you did.
The line:
foreach( $keys as $key )
$t =& $test[$key];
make sthe last accessed key's value referenced by $t
so no change here and print_r() works as you expected.
now comes:
foreach( =>$t)
that means you are reusing a variable that is already a reference to
key4. So whenforeach is at three it sets key4's value to 3. Thus you
see 3. But still the looping assigns and so the last foreach looping
does the last assign which is 7 which is why the third block shows 7.
[2005-01-28 22:07:37] postings-php-bug at hans-spath dot de
Problem still exists.
D:\PHP>5-lastest\php.exe -v
PHP 5.1.0-dev (cli) (built: Jan 28 2005 20:18:19)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v2.1.0-dev, Copyright (c) 1998-2004 Zend Technologies
D:\PHP>5-lastest\php.exe -f test\array_references_foreach.php
Array
(
[key 0] => value 0
[key 1] => value 1
[key 2] => value 2
[key 3] => value 3
[key 4] => value 4
[key 5] => value 5
[key 6] => value 6
[key 7] => value 7
)
[key 0] value 0
[key 1] value 1
[key 2] value 2
[key 3] value 3
[key 4] value 3 <--
[key 5] value 5
[key 6] value 6
[key 7] value 7
---
[key 0] value 0
[key 1] value 1
[key 2] value 2
[key 3] value 3
[key 5] value 5
[key 6] value 6
[key 7] value 7
[key 4] value 7 <--
D:\PHP>4-lastest\php.exe -v
PHP 4.3.11-dev (cgi-fcgi) (built: Jan 28 2005 14:16:59)
Copyright (c) 1997-2004 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
D:\PHP>4-lastest\php.exe -f test\array_references_foreach.php
[... same result as above ...]
[2005-01-26 04:33:47] [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-01-19 20:03:32] postings-php-bug at hans-spath dot de
Description:
While playing with big arrays I discovered this:
If you assign some array values to a variable by reference, you can
fuck up the array.
When you dump the array contents with print_r() or var_dump() you see
something else that with an combination of foreach and echo (or
print_r) on the value.
If tested my reproduce code with PHP (CLI) 4.3.2, 4.3.8, 4.3.10, 5.0.0
and 5.0.3 under Windows XP SP2. Always the same result. But I
discovered the issue (other code) on a Linux system running PHP (CGI)
4.3.10.
It looks a bit like Bug #29992, and I'm sorry if filing a duplicate.
But I am not complaining about the unexpected values, I am complaining
about getting different content from the same array when using a
different method.
Reproduce code:
---
$t )
echo "[{$k}] {$t}\n";
echo "---\n";
asort( $test );
foreach( $test as $k=>$t )
echo "[{$k}] {$t}\n";
Expected result:
[Note: I'm not sure whether it should exactly look like this, but at
least the three blocks should print the same key=>value pairs.]
Array
(
[key 0] => value 0
[key 1] => value 1
[key 2] => value 2
[key 3] => value 3
[key 4] => value 4
[key 5] => value 5
[key 6] => value 6
[key 7] => value 7
)
[key 0] value 0
[key 1] value 1
[key 2] value 2
[key 3] value 3
[key 4] value 4
[key 5] value 5
[key 6] value 6
[key 7] value 7
---
[key 0] value 0
[key 1] value 1
[key 2] value 2
[key 3] value 3
[key 4] value 4
[key 5] value 5
[key 6] value 6
[key 7] value 7
Actual result:
--
Array
(
[key 0] => value 0
[key 1] => value 1
[key 2] => value 2
[key 3] => value 3
[key 4] => value 4
[key 5] => value 5
[key 6] => value 6
[key 7] => value 7
)
[key 0] value 0
[key 1] value 1
[key 2] value 2
[key 3] value 3
[key 4] value 3 <--
[key 5] value 5
[key 6] value 6
[key 7] value 7
---
[key 0] value 0
[key 1] value 1
[key 2] value 2
[key 3] value 3
[key 5] value 5
[key 6] value 6
[key 7] value 7 <--
[key 4] value 7 <--
--
Edit this bug report at http://bugs.php.net/?id=31615&edit=1
#25876 [Com]: session_start(): Failed to initialize storage module
ID: 25876 Comment by: dmih at in-solve dot ru Reported By: golden at riscom dot com Status: No Feedback Bug Type: Session related Operating System: freebsd 4.8 PHP Version: 4.3.9-4.3.10 New Comment: I can confirm this. We are hosting privider, 5+ servers with PHP sites. * Apache 1.3.33 / PHP 4.3.9, mod_php. * Session folder is OK, rather empty. * Bug is not related to Zend Optmiziser, not installed. * Under heavy load this bug freqency increases, more than just to reflect increased load. * I cannot approve or reject wherever CGI PHP is affected by this bug. I suspect that it is not affected. Previous Comments: [2005-03-08 15:35:18] xtrange at gmail dot com In the php.ini I put: register_argc_argv = On ...and problem solved! [2005-03-03 21:26:59] reaper at fudo dot org To follow up to myself: my problem was that in php.ini i had: session.save_handler = user This is not the default. The default setting, that works for me, is: session.save_handler = files It was changed by a fellow admin, and i was unaware of this. Changing the setting back to teh defualt allowed everything to work exactly as it should. [2005-03-03 21:09:30] reaper at fudo dot org I am experiencing the same thing with apache 2.0.53, php 4.3.10, and linux 2.6 (debian). I notice that there is no real fix, and that this problem is persistent. I will investigate further, but is this a real problem or not? If it is, it should be dealt with. [2005-02-27 21:11:00] etamme at softhome dot net I am running a FreeBSD 5.3 system and am having the same problem. I checked my php.ini and session.use_trans_sid = 0 is already there. This is a very important bug.. not having sessions renders nearly all our scripts useless. [2005-02-20 01:00:07] 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". 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/25876 -- Edit this bug report at http://bugs.php.net/?id=25876&edit=1
#32176 [Fbk->Opn]: (OS 10054)An existing connection was forcibly closed by the remote host. : cor
ID: 32176 User updated by: webmaster at sanders-consultation-group-plu Reported By: webmaster at sanders-consultation-group-plu -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Windows 2000 Pro PHP Version: 5.0.3 New Comment: Thanks Sniper, I'll work on that CVS update here over the weekend. Things are a bit hectic to do it today. Thanks for the help. I'll report back once it's completed. Previous Comments: [2005-03-09 21:38:55] [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 It was said in the bug #25570 that this should be fixed in CVS.. [2005-03-09 04:13:36] webmaster at sanders-consultation-group-plu Thought maybe some of this might help...just trying to help identify what's still causing this problem. Server software environment: Apache version 2.0.52 MySQL version 4.1.10 PostgreSQL version 8.0.0 Openssl version 0.9.7e Slimftpd version 3.16 Xmail version 1.21 Perl version 5.8.6 PHP version 5.0.3 readme Python version 2.3.4 [2005-03-09 04:10:25] webmaster at sanders-consultation-group-plu Done Sniper, restarted the server, and still the following: [Tue Mar 08 21:02:17 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:59:21 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:59:21 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:57:20 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:57:20 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:56:59 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:56:58 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:54:51 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:54:29 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:50:41 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network [Tue Mar 08 20:50:41 2005] [info] (OS 10054)An existing connection was forcibly closed by the remote host. : core_output_filter: writing data to the network Next question or suggestion? Thanks for the suggestion. [2005-03-09 00:57:10] [EMAIL PROTECTED] Try without those tags around it.. [2005-03-07 03:29:16] webmaster at sanders-consultation-group-plu Sorry Sniper, that's not it. It's already been added to my httpd.conf, and the problem still persists. 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/32176 -- Edit this bug report at http://bugs.php.net/?id=32176&edit=1
#32268 [NEW]: Show user flags in imap_headerinfo
From: jigermano at gmail dot com
Operating system:
PHP version: Irrelevant
PHP Bug Type: IMAP related
Bug description: Show user flags in imap_headerinfo
Description:
Although imap_headers returns information regarding user flags for all the
mail in a folder, imap_headerinfo does not return such information for just
one message. I added this functionality:
--- tmp/php-4.3.9/ext/imap/php_imap.c Thu Aug 12 16:32:59 2004
+++ php-4.3.9/ext/imap/php_imap.c Thu Mar 10 21:22:31 2005
@@ -1463,12 +1463,13 @@
Read the headers of the message */
PHP_FUNCTION(imap_headerinfo)
{
- zval **streamind, **msgno, **fromlength, **subjectlength,
**defaulthost;
+ zval **streamind, **msgno, **fromlength, **subjectlength,
**defaulthost, *user_flags;
pils *imap_le_struct;
MESSAGECACHE *cache;
ENVELOPE *en;
char dummy[2000], fulladdress[MAILTMPLEN];
int myargc = ZEND_NUM_ARGS();
+unsigned long i;
if (myargc < 2 || myargc > 5 || zend_get_parameters_ex(myargc,
&streamind, &msgno, &fromlength, &subjectlength, &defaulthost) == FAILURE)
{
ZEND_WRONG_PARAM_COUNT();
@@ -1513,6 +1514,19 @@
add_property_string(return_value, "Answered", cache->answered ?
"A" : " ", 1);
add_property_string(return_value, "Deleted", cache->deleted ? "D"
: " ", 1);
add_property_string(return_value, "Draft", cache->draft ? "X" : "
", 1);
+
+if ((i = cache->user_flags)) {
+ add_property_bool(return_value, "HasUserFlag", 1);
+ MAKE_STD_ZVAL(user_flags);
+ array_init(user_flags);
+ while (i) {
+add_next_index_string(user_flags,
imap_le_struct->imap_stream->user_flags[find_rightmost_bit (&i)] ,1);
+ }
+ add_property_zval(return_value, "UserFlags",user_flags);
+
+}else{
+ add_property_bool(return_value, "HasUserFlag", 0);
+ }
sprintf(dummy, "%4ld", cache->msgno);
add_property_string(return_value, "Msgno", dummy, 1);
--
Edit bug report at http://bugs.php.net/?id=32268&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32268&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32268&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32268&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32268&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32268&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32268&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32268&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32268&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32268&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32268&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32268&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32268&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32268&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32268&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32268&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32268&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32268&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32268&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32268&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32268&r=mysqlcfg
#27633 [Asn->Csd]: Double \r problem on ftp_get in ASCII mode on Win32
ID: 27633 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Assigned +Status: Closed Bug Type: FTP related Operating System: win32 only PHP Version: 4CVS, 5CVS (2005-02-22) Assigned To: iliaa New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2005-02-23 09:59:31] [EMAIL PROTECTED] Ilia, your fix did not work? :) [2005-02-23 09:37:21] [EMAIL PROTECTED] It's the same with the latest Windows snapshot :-(. [2005-02-23 04:54:07] [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 There was some problem with win32 snapshots again.. [2005-02-21 12:20:51] [EMAIL PROTECTED] I can't see any change: \n becomes \r\r on 5.1.0-dev (200502210730) \n becomes \r\r on 5.0.4-dev (200502210930) \n becomes \r\r\n on 4.3.11-dev (200502210530) last \n becomes \r\r\n on 5. [2005-02-17 16:38:41] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. 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/27633 -- Edit this bug report at http://bugs.php.net/?id=27633&edit=1
#31225 [Fbk->NoF]: ftp_get : Strange warnings
ID: 31225 Updated by: php-bugs@lists.php.net Reported By: guibod at free dot fr -Status: Feedback +Status: No Feedback Bug Type: FTP related Operating System: Windows PHP Version: 5.0.2 New Comment: 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". Previous Comments: [2005-02-28 21:04: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 [2004-12-21 16:08:29] guibod at free dot fr I am sorry I am not able to give such sensible information. This bug occured in a professionnal context, I have no contact with the FTP admins and then cannot give you anykind of dummy account. There is an phone number to contact the server admin. I can give you this. Consider this sent to you directly, yet. The FTP server is NOT a IIS server. It output a UNIX like directory listing but there is no server header that allow me to get clear datas about the FTP server. [2004-12-21 15:33:01] [EMAIL PROTECTED] Please supply login to the FTP site which can be used to replicate the bug. [2004-12-21 10:52:04] guibod at free dot fr Description: I use a ftp connection through a ftp firewall, unknown version. ftp_get failed a couple of time triggering an warning very similar to Bug #29745 but before a successfull file recover. Same as Bug #18886 but on PHP 5.0.2 So long I noted two type of messages : - ftp_get(): Entering Passive Mode (10,160,5,2,70,219) - ftp_get(): Opening BINARY mode data connection for file transfer. It seem that ftp_get crash because the previous FTP command response is replied when ftp_get is used. Reproduce code: --- There is no real rule to reproduce this. It happened only on a Microsoft FTP server (IIS 5) and behind an unidentified ftp proxy. Expected result: No warnings ! :) -- Edit this bug report at http://bugs.php.net/?id=31225&edit=1
#30266 [Asn->Csd]: Invalid opcode 137/1/8
ID: 30266
Updated by: [EMAIL PROTECTED]
Reported By: sorin at intersol dot ro
-Status: Assigned
+Status: Closed
Bug Type: Reproducible crash
Operating System: *
PHP Version: 5.0.3
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2005-02-27 12:52:58] [EMAIL PROTECTED]
Hartmut verified, Andi fix. :)
[2005-02-11 00:07:11] [EMAIL PROTECTED]
Reproduceable using array_walk as well:
b = $val;
throw new Exception("ex");
}
}
$fruits = array ("d"=>"lemon", "a"=>"orange", "b"=>"banana",
"c"=>"apple");
$myobj = new testc();
function test_print ($item2, $key, $userd) {
$userd->crash($item2);
}
array_walk ($fruits, 'test_print', $myobj);
?>
comment out either line in the crash() method and it works fine
otherwise: Invalid opcode when run under HEAD and segfault when run
under 5_0 branch. same results as Hartmut's script
[2005-02-06 01:37:41] [EMAIL PROTECTED]
The following code gives me
Fatal error: Invalid opcode 137/1/8. in
/home/hartmut/tmp/PECL_Gen.test/pecl-gen on line 24
using latest CVS HEAD on Linux:
dummy = "b";
throw new Exception("ex");
}
function endHandler($XmlParser, $tag)
{
}
}
$p1 = new Xml_Parser();
$p1->parse(''); // this crashes
# $p1->parse(''); // this doesn't crash
?>
[2004-12-06 01:00:10] 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".
[2004-11-28 14:35:33] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
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/30266
--
Edit this bug report at http://bugs.php.net/?id=30266&edit=1
#32270 [NEW]: strtotime/date behavior
From: php at unfit dot org Operating system: Linux 2.4.23 PHP version: 4.3.10 PHP Bug Type: Date/time related Bug description: strtotime/date behavior Description: Negative timestamps seem to work with the date function but not the strtotime function. This occurs on all of the Gentoo Linux boxes I am running on both kernel version 2.4.23 and 2.4.28. I am running PHP 4.3.10 and Apache/2.0.52. Reproduce code: --- Expected result: 01/01/1902 00:00:00 -2145888000 01/01/1950 00:00:00 -631123200 01/01/2000 00:00:00 946713600 Actual result: -- 01/01/1902 00:00:00 -1 01/01/1950 00:00:00 -1 01/01/2000 00:00:00 946713600 -- Edit bug report at http://bugs.php.net/?id=32270&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32270&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32270&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32270&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32270&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32270&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32270&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32270&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32270&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32270&r=support Expected behavior: http://bugs.php.net/fix.php?id=32270&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32270&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32270&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32270&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32270&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32270&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32270&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32270&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32270&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32270&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32270&r=mysqlcfg
#32271 [NEW]: Can not deal with symbol such as ' or " or \
From: kangtk at 163 dot com Operating system: windowXP PHP version: 4.3.9 PHP Bug Type: MSSQL related Bug description: Can not deal with symbol such as ' or " or \ Description: I use PHP with sql server 2000 databse. when I use like this: $query = "select * from userinfo where Name='".$name."'"; $result = mssql_query($query,$db); But if the $name has the symbol such as ' or " or \,It will be error. Such as $name = " 'name" "; How can I deal with this? Thanks. -- Edit bug report at http://bugs.php.net/?id=32271&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32271&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32271&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32271&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32271&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32271&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32271&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32271&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32271&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32271&r=support Expected behavior: http://bugs.php.net/fix.php?id=32271&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32271&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32271&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32271&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32271&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32271&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32271&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32271&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32271&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32271&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32271&r=mysqlcfg
#32272 [NEW]: Error handling doesn't work properly.
From: zedar at zedar dot org
Operating system: Linux 2.4.26
PHP version: 5CVS-2005-03-11 (dev)
PHP Bug Type: Unknown/Other Function
Bug description: Error handling doesn't work properly.
Description:
I have set an error handler to handle E_ALL errors, but i
still get standard PHP error messages in some instances.
Reproduce code:
---
function debug ($errno, $errstr, $errfile, $errline, $errcontext) {
print "";
print "Error: $errstr";
$backtrace = debug_backtrace ();
$first = 1;
$i = 1;
foreach ($backtrace as $context) {
if ($first) {
$first = 0;
} else {
print "\n\t$i: $context[file] line $context[line] ";
if ($context['class']) {
print "(".$context['class']."->".$context['function'].")";
} elseif ($context['function']) {
print "(".$context['function'].")";
}
$i++;
}
}
print "";
}
set_error_handler ('debug', E_ALL);
Expected result:
Very verbose debug output such as:
Error: Use of undefined constant self - assumed 'self'
1: /www2/wame.net/system/include/class/dbObject.php
line 169 (dbObject->cacheData)
2: /www2/wame.net/system/include/class/dbObject.php
line 128 (ProviderRealm->cacheData)
3: /www2/wame.net/system/include/class/dbObject.php
line 240 (ProviderRealm->dbRead)
4: /www2/wame.net/system/include/class/dbObject.php
line 203 (ProviderRealm->dbWrite)
5: /www2/wame.net/system/include/class/dbObject.php
line 203 (Provider->__destruct)
6: /www2/wame.net/system/include/class/dbObject.php
line 203 (Provider->dbWrite)
7: line (dbObject->__destruct)
Actual result:
--
Note that this is not the same error as above, as this
error is the one the handler doesn't deal with properly.
Fatal error: Access to undeclared static property:
dbObject::$_elements
in /www2/wame.net/system/include/class/dbObject.php on
line 212
--
Edit bug report at http://bugs.php.net/?id=32272&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32272&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32272&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32272&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32272&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32272&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32272&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32272&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32272&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32272&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32272&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32272&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32272&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32272&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32272&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32272&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32272&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32272&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32272&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32272&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32272&r=mysqlcfg
#32273 [NEW]: Incorrectly reports function as being redeclared
From: zedar at zedar dot org
Operating system: Linux 2.4.26
PHP version: 5CVS-2005-03-11 (dev)
PHP Bug Type: Unknown/Other Function
Bug description: Incorrectly reports function as being redeclared
Description:
PHP complains that the __autoload function is being
redeclared despite the fact that it is only in one file
that is auto-prepended and not otherwise included
anywhere.
Reproduce code:
---
Lines 15-17 of the file are as follows: (1-14 are comments)
function __autoload($class_name) {
require_once "class/".$class_name . '.php';
}
Expected result:
Not much, just that the files are included as required.
Actual result:
--
The following shows up in apaches error log:
[Fri Mar 11 13:14:12 2005] [error] PHP Fatal error:
Cannot redeclare __autoload() (previously declared
in /www2/wame.net/system/include/wame/header.php:15)
in /www2/wame.net/system/include/wame/header.php on line
17
[Fri Mar 11 13:14:12 2005] [notice] child pid 11721 exit
signal Segmentation fault (11)
--
Edit bug report at http://bugs.php.net/?id=32273&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32273&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32273&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32273&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32273&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32273&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32273&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32273&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32273&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32273&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32273&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32273&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32273&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32273&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32273&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32273&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32273&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32273&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32273&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32273&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32273&r=mysqlcfg
#32274 [NEW]: Can't create zip file
From: jmcgutana at alliedbank dot com dot ph
Operating system: Linux Fedora Core
PHP version: 4.3.8
PHP Bug Type: *Compression related
Bug description: Can't create zip file
Description:
I am using the class 'zipfile' I found from Zend.com to create zip files.
It works well with files smaller than 1 megabyte in size. But when I
tried to zip a file larger than 1 mb, it doesn't produce the zip file.
Reproduce code:
---
add_dir("./");
$file =
"ATD34501-030705V.208.00"; #some file here..
$fp = fopen($file, "r");
$filedata = "";
if($fp) {
$filedata = fread($fp, filesize($file));
fclose($fp);
}
print "\nfile
opened..\n";
$zipfile->add_file($filedata, basename($file));
print "\nfile added in
zip..\n";
$ftpdir =
"/var/ftp/pub/031105"; #ftp directory
$fname = "test.zip"; #zipfile name
$fp =
fopen("$ftpdir/$fname", "w+");
if($fp) {
fwrite($fp, $zipfile->file());
fclose($fp);
}
?>
Expected result:
test.zip file
Actual result:
--
no file created
--
Edit bug report at http://bugs.php.net/?id=32274&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32274&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=32274&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=32274&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=32274&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=32274&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32274&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32274&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32274&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32274&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32274&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=32274&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=32274&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=32274&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32274&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=32274&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32274&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32274&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32274&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32274&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32274&r=mysqlcfg
#32168 [Opn]: A recovering of variable while using reference to $_SESSION
ID: 32168
User updated by: KRomas at goldentele dot com
Reported By: KRomas at goldentele dot com
Status: Open
Bug Type: Session related
Operating System: Linux
PHP Version: 4CVS-2005-03-09
New Comment:
Have you the same result
array(1) {
["a"]=>
&array(1) {
["b"]=>
int(1)
}
}
on Linux-version of PHP?
Previous Comments:
[2005-03-10 10:29:12] KRomas at goldentele dot com
Yes.
I have downloaded php4-win32-STABLE-latest.zip, completely removed
d:\Program Files\php\, got message "The requested URL
/php/php.exe/3.php was not found on this server", extracted archive to
d:\Program Files\php\, executed script and got right response in
contrast to Linux-version.
-- phpinfo:
PHP Version 4.3.11-dev
System Windows NT 5.0 build 2195
Zend Engine v1.3.0
SERVER_SOFTWARE Apache/1.3.33 (Win32)
[2005-03-09 22:07:43] [EMAIL PROTECTED]
Are you sure you're trying same PHP version in Windows?
(before installing the snapshot delete EVERY file even remotely related
to PHP..)
[2005-03-09 08:31:49] KRomas at goldentele dot com
For now PHP Version is 4.3.11-dev (Linux) and there is the same error:
array(1) {
["a"]=>
&array(1) {
["b"]=>
int(1)
}
}
Win-version work perfectly however:
array(1) {
["a"]=>
NULL
}
[2005-03-07 00:40:28] [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-03-04 14:42:33] KRomas at goldentele dot com
Sorry, Win-version 4.3.10 hasn't this bug, but Linux-version 4.3.10!
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/32168
--
Edit this bug report at http://bugs.php.net/?id=32168&edit=1
#32270 [Opn->Asn]: strtotime/date behavior
ID: 32270 Updated by: [EMAIL PROTECTED] Reported By: php at unfit dot org -Status: Open +Status: Assigned Bug Type: Date/time related Operating System: Linux 2.4.23 PHP Version: 4.3.10 -Assigned To: +Assigned To: derick Previous Comments: [2005-03-11 03:22:06] php at unfit dot org Description: Negative timestamps seem to work with the date function but not the strtotime function. This occurs on all of the Gentoo Linux boxes I am running on both kernel version 2.4.23 and 2.4.28. I am running PHP 4.3.10 and Apache/2.0.52. Reproduce code: --- Expected result: 01/01/1902 00:00:00 -2145888000 01/01/1950 00:00:00 -631123200 01/01/2000 00:00:00 946713600 Actual result: -- 01/01/1902 00:00:00 -1 01/01/1950 00:00:00 -1 01/01/2000 00:00:00 946713600 -- Edit this bug report at http://bugs.php.net/?id=32270&edit=1
#32271 [Opn->Bgs]: Can not deal with symbol such as ' or " or \
ID: 32271 Updated by: [EMAIL PROTECTED] Reported By: kangtk at 163 dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: windowXP PHP Version: 4.3.9 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. . Previous Comments: [2005-03-11 03:32:30] kangtk at 163 dot com Description: I use PHP with sql server 2000 databse. when I use like this: $query = "select * from userinfo where Name='".$name."'"; $result = mssql_query($query,$db); But if the $name has the symbol such as ' or " or \,It will be error. Such as $name = " 'name" "; How can I deal with this? Thanks. -- Edit this bug report at http://bugs.php.net/?id=32271&edit=1
#32272 [Opn->Bgs]: Error handling doesn't work properly.
ID: 32272
Updated by: [EMAIL PROTECTED]
Reported By: zedar at zedar dot org
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Linux 2.4.26
PHP Version: 5CVS-2005-03-11 (dev)
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
Those are compile time warnings - which occur before your script starts
to execute. This means that your error reporting function can not be
called, as it's not even defined (or called).
Previous Comments:
[2005-03-11 04:27:16] zedar at zedar dot org
Description:
I have set an error handler to handle E_ALL errors, but i
still get standard PHP error messages in some instances.
Reproduce code:
---
function debug ($errno, $errstr, $errfile, $errline, $errcontext) {
print "";
print "Error: $errstr";
$backtrace = debug_backtrace ();
$first = 1;
$i = 1;
foreach ($backtrace as $context) {
if ($first) {
$first = 0;
} else {
print "\n\t$i: $context[file] line $context[line] ";
if ($context['class']) {
print "(".$context['class']."->".$context['function'].")";
} elseif ($context['function']) {
print "(".$context['function'].")";
}
$i++;
}
}
print "";
}
set_error_handler ('debug', E_ALL);
Expected result:
Very verbose debug output such as:
Error: Use of undefined constant self - assumed 'self'
1: /www2/wame.net/system/include/class/dbObject.php
line 169 (dbObject->cacheData)
2: /www2/wame.net/system/include/class/dbObject.php
line 128 (ProviderRealm->cacheData)
3: /www2/wame.net/system/include/class/dbObject.php
line 240 (ProviderRealm->dbRead)
4: /www2/wame.net/system/include/class/dbObject.php
line 203 (ProviderRealm->dbWrite)
5: /www2/wame.net/system/include/class/dbObject.php
line 203 (Provider->__destruct)
6: /www2/wame.net/system/include/class/dbObject.php
line 203 (Provider->dbWrite)
7: line (dbObject->__destruct)
Actual result:
--
Note that this is not the same error as above, as this
error is the one the handler doesn't deal with properly.
Fatal error: Access to undeclared static property:
dbObject::$_elements
in /www2/wame.net/system/include/class/dbObject.php on
line 212
--
Edit this bug report at http://bugs.php.net/?id=32272&edit=1
#32271 [Bgs->Opn]: Can not deal with symbol such as ' or " or \
ID: 32271 User updated by: kangtk at 163 dot com Reported By: kangtk at 163 dot com -Status: Bogus +Status: Open Bug Type: MSSQL related Operating System: windowXP PHP Version: 4.3.9 New Comment: But can you tell me why it can be done well with mysql database, But cann't work well with sql server database? I cann't find any help information about this, So I think it is a bug! Do you think so?Thanks. Previous Comments: [2005-03-11 08:42:45] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. . [2005-03-11 03:32:30] kangtk at 163 dot com Description: I use PHP with sql server 2000 databse. when I use like this: $query = "select * from userinfo where Name='".$name."'"; $result = mssql_query($query,$db); But if the $name has the symbol such as ' or " or \,It will be error. Such as $name = " 'name" "; How can I deal with this? Thanks. -- Edit this bug report at http://bugs.php.net/?id=32271&edit=1
#32271 [Opn->Bgs]: Can not deal with symbol such as ' or " or \
ID: 32271 Updated by: [EMAIL PROTECTED] Reported By: kangtk at 163 dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: windowXP PHP Version: 4.3.9 New Comment: No, this is not a support forum. Seek support elsewhere - you can find information on where here: http://php.net/support.php, specifically the mailinglist. Previous Comments: [2005-03-11 08:47:26] kangtk at 163 dot com But can you tell me why it can be done well with mysql database, But cann't work well with sql server database? I cann't find any help information about this, So I think it is a bug! Do you think so?Thanks. [2005-03-11 08:42:45] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Even if you think it is not a bug, we often know better than you, please consult the support channels first before even considering to reopen this report. Thank you for your interest in PHP. . [2005-03-11 03:32:30] kangtk at 163 dot com Description: I use PHP with sql server 2000 databse. when I use like this: $query = "select * from userinfo where Name='".$name."'"; $result = mssql_query($query,$db); But if the $name has the symbol such as ' or " or \,It will be error. Such as $name = " 'name" "; How can I deal with this? Thanks. -- Edit this bug report at http://bugs.php.net/?id=32271&edit=1
#32275 [NEW]: add &count parameter to preg_replace
From: [EMAIL PROTECTED] Operating system: PHP version: 5.0.3 PHP Bug Type: Feature/Change Request Bug description: add &count parameter to preg_replace Description: In 5.0.0 were was parameter &count introduced in str_replace() to catch the total number of matched and replaced needles. Is it possible to get the same functionality in preg_replace()? Reproduce code: --- mixed preg_replace ( mixed pattern, mixed replacement, mixed subject [, int limit] ) Expected result: mixed preg_replace ( mixed pattern, mixed replacement, mixed subject [, int limit[, int &count]] ) -- Edit bug report at http://bugs.php.net/?id=32275&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32275&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32275&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32275&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=32275&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=32275&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=32275&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=32275&r=needscript Try newer version: http://bugs.php.net/fix.php?id=32275&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=32275&r=support Expected behavior: http://bugs.php.net/fix.php?id=32275&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=32275&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=32275&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=32275&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32275&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=32275&r=dst IIS Stability: http://bugs.php.net/fix.php?id=32275&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=32275&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=32275&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=32275&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=32275&r=mysqlcfg
