#27421 [Com]: mbstring.func_overload set in .htaccess becomes global
ID: 27421 Comment by: future at shiny dot co dot il Reported By: php at strategma dot bg Status: Assigned Bug Type: mbstring related Operating System: Slackware 9.1 kernel: 2.4.22 PHP Version: 4.3.4 Assigned To: hirokawa New Comment: Oops, my mistake. David's patch DOES solve the issue. (I just forgot to rebuild the module :) Previous Comments: [2008-06-10 02:10:56] future at shiny dot co dot il David, unfortunately your patch doesn't seem to solve the problem. Furthermore, on my system, strlen never seems to be overridden (mb_orig_strlen never exists) while substr always remains overridden (mb_orig_substr always exists). Are you sure this shutdown sequence is even being run? [2008-03-19 18:37:03] [EMAIL PROTECTED] Assigned to maintainer. [2008-03-19 18:28:25] david at dfoerster dot de It is not recommended to use the function overloading option in the per-directory context, because it's not confirmed yet to be stable enough in a production environment and may lead to undefined behaviour. Once the patch is applied this notice can probably be removed from the documentation. [2008-03-19 18:08:46] david at dfoerster dot de Hi, this patch fixes the problem (didn't find a way to attach a patch here): http://www.dfoerster.de/misc/php-27421.diff The problem was that the while loop in PHP_RSHUTDOWN_FUNCTION would terminate on the first function that was not overloaded. With a settin of 2, the str* functions would never be restored, because the mail function was not overloaded. The patch changes the behaviour to be similar to the loop in PHP_RINIT_FUNCTION. [2008-03-15 13:41:58] rnbarra at yaho dot copm sopa 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/27421 -- Edit this bug report at http://bugs.php.net/?id=27421edit=1
#42765 [Com]: PDO ODBC: Long binary field in query result crashes PHP (Out of memory error)
ID: 42765
Comment by: csa at dside dot dyndns dot org
Reported By: sms at inbox dot ru
Status: Open
Bug Type: PDO related
Operating System: Windows 2000 SP4
PHP Version: 5.2.4
New Comment:
I got the same problem on Linux (64bit, php 5.2.6). Actually, the
problem is existing in all configurations. I have take a brief look
through php sources. The bug is in pdo_odbc code and affects all
architectures and underlying database engines.
Actually it is in 'ext/pdo_odbc/odbc_stmt.c', function
'odbc_stmt_describe'. The 'displaysize' variable is expected to contain
estimated size of the column. This could be a negative number if BLOB or
TEXT data is stored (since the record sizes could seriously vary).
However, later in this function the check on data size does not consider
negative numbers. This causes the described behavior. This patch solves
problem for me:
http://dside.dyndns.org/projects/patches.dir/php-ds-odbc_blob.patch
A Linux user trying to access MSSQL over FreeTDS may be interested in
the following patches as well:
http://dside.dyndns.org/projects/patches.dir/freetds-ds-odbc.patch
http://dside.dyndns.org/projects/patches.dir/php-ds-odbc64.patch
Previous Comments:
[2007-09-27 18:07:29] carlton dot whitehead at cebesius dot com
I encountered this bug with this setup:
Windows Server 2003 SP2 32bit
IIS 6
PHP 5.2.4
MS SQL Server 2005 Express SP2
PDO ODBC reproduce code:
---
?php
// lobtestPdoOdbc.php
try
{
$db = new PDO('odbc:fmarchive_mssql', 'change', 'me');
$stp = 'SELECT attdata FROM fm_faxin_att WHERE id =
11908591344
AND attid = 0'; // statement to prepare
$ps = $db-prepare($stp);
$execResult = $ps-execute();
var_export($execResult, true);
}
catch (PDOException $e)
{
die($e-getMessage());
}
?
Expected result:
output to browser: true
Actual result:
--
*Fatal error*: Out of memory (allocated 262144) (tried to allocate
4294967295 bytes) in *C:\Inetpub\wwwroot\FMarchive\lobtestPdoOdbc.php*
on line *9*
plain ODBC reproduce code:
--
?php
// lobtestOdbc.php
$res = odbc_connect('fmarchive_mssql', 'change', 'me');
if (!$res) { die ('failed to connect'); }
$stp = 'SELECT attdata FROM fm_faxin_att WHERE id = 11908591344 AND
attid = 0'; // statement to prepare
$ps = odbc_prepare($res, $stp);
if (!$res) { die ('failed to prepare statement'); }
$execResult = odbc_execute($ps);
echo var_export($execResult, true);
?
Expected result:
output to browser: true
Actual result:
--
output to browser: true
(this indicates odbc_execute worked correctly)
[2007-09-26 11:00:15] sms at inbox dot ru
Description:
With PDO ODBC I can't get long binary data from Microsoft SQL Server
(image and varbinary(MAX) fields). PDO-query, PDOStatement-execute()
always result in PHP Out of memory error, even if output contains no
rows.
The same queries work fine with ODBC unified extension.
Reproduce code:
---
?php
$dbh=new PDO('odbc:Driver={SQL
Server};Server=localhost;Database=test','user','pass');
$dbh-query(select [nbin] from [atts] where [id]=1);
?
Expected result:
No PHP fatal errors
Actual result:
--
PHP Fatal error: Out of memory (allocated 262144) (tried to allocate
4294967295 bytes) in D:\Web\test.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=42765edit=1
#42765 [Com]: PDO ODBC: Long binary field in query result crashes PHP (Out of memory error)
ID: 42765
Comment by: csa at dside dot dyndns dot org
Reported By: sms at inbox dot ru
Status: Open
Bug Type: PDO related
Operating System: Windows 2000 SP4
PHP Version: 5.2.4
New Comment:
By the way feel free to contact me on [EMAIL PROTECTED] if you have
problems with this patches.
Previous Comments:
[2008-06-10 09:06:02] csa at dside dot dyndns dot org
I got the same problem on Linux (64bit, php 5.2.6). Actually, the
problem is existing in all configurations. I have take a brief look
through php sources. The bug is in pdo_odbc code and affects all
architectures and underlying database engines.
Actually it is in 'ext/pdo_odbc/odbc_stmt.c', function
'odbc_stmt_describe'. The 'displaysize' variable is expected to contain
estimated size of the column. This could be a negative number if BLOB or
TEXT data is stored (since the record sizes could seriously vary).
However, later in this function the check on data size does not consider
negative numbers. This causes the described behavior. This patch solves
problem for me:
http://dside.dyndns.org/projects/patches.dir/php-ds-odbc_blob.patch
A Linux user trying to access MSSQL over FreeTDS may be interested in
the following patches as well:
http://dside.dyndns.org/projects/patches.dir/freetds-ds-odbc.patch
http://dside.dyndns.org/projects/patches.dir/php-ds-odbc64.patch
[2007-09-27 18:07:29] carlton dot whitehead at cebesius dot com
I encountered this bug with this setup:
Windows Server 2003 SP2 32bit
IIS 6
PHP 5.2.4
MS SQL Server 2005 Express SP2
PDO ODBC reproduce code:
---
?php
// lobtestPdoOdbc.php
try
{
$db = new PDO('odbc:fmarchive_mssql', 'change', 'me');
$stp = 'SELECT attdata FROM fm_faxin_att WHERE id =
11908591344
AND attid = 0'; // statement to prepare
$ps = $db-prepare($stp);
$execResult = $ps-execute();
var_export($execResult, true);
}
catch (PDOException $e)
{
die($e-getMessage());
}
?
Expected result:
output to browser: true
Actual result:
--
*Fatal error*: Out of memory (allocated 262144) (tried to allocate
4294967295 bytes) in *C:\Inetpub\wwwroot\FMarchive\lobtestPdoOdbc.php*
on line *9*
plain ODBC reproduce code:
--
?php
// lobtestOdbc.php
$res = odbc_connect('fmarchive_mssql', 'change', 'me');
if (!$res) { die ('failed to connect'); }
$stp = 'SELECT attdata FROM fm_faxin_att WHERE id = 11908591344 AND
attid = 0'; // statement to prepare
$ps = odbc_prepare($res, $stp);
if (!$res) { die ('failed to prepare statement'); }
$execResult = odbc_execute($ps);
echo var_export($execResult, true);
?
Expected result:
output to browser: true
Actual result:
--
output to browser: true
(this indicates odbc_execute worked correctly)
[2007-09-26 11:00:15] sms at inbox dot ru
Description:
With PDO ODBC I can't get long binary data from Microsoft SQL Server
(image and varbinary(MAX) fields). PDO-query, PDOStatement-execute()
always result in PHP Out of memory error, even if output contains no
rows.
The same queries work fine with ODBC unified extension.
Reproduce code:
---
?php
$dbh=new PDO('odbc:Driver={SQL
Server};Server=localhost;Database=test','user','pass');
$dbh-query(select [nbin] from [atts] where [id]=1);
?
Expected result:
No PHP fatal errors
Actual result:
--
PHP Fatal error: Out of memory (allocated 262144) (tried to allocate
4294967295 bytes) in D:\Web\test.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=42765edit=1
#45223 [Opn-Bgs]: else if (...): unexpected T_IF, expecting ':'
ID: 45223 Updated by: [EMAIL PROTECTED] Reported By: ms419 at freezone dot co dot uk -Status: Open +Status: Bogus Bug Type:*General Issues PHP Version: 5.2.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Well, you've just proved that else if is *not* identical to elseif! The error message is self-explanatory. Previous Comments: [2008-06-09 20:44:51] ms419 at freezone dot co dot uk Description: PHP documentation claims: In PHP, you can also write 'else if' (in two words) and the behavior would be identical to the one of 'elseif' (in a single word). The syntactic meaning is slightly different (if you're familiar with C, this is the same behavior) but the bottom line is that both would result in exactly the same behavior. - http://php.net/elseif However I get the following error: Parse error: syntax error, unexpected T_IF, expecting ':' in /home/jablko/public_html/test.php on line 3 Reproduce code: --- ?php if (false): ? AAA ?php else if (true): ? BBB ?php else: ? CCC ?php endif; ? Expected result: BBB Actual result: -- Parse error: syntax error, unexpected T_IF, expecting ':' in /home/jablko/public_html/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=45223edit=1
#43261 [Opn-Asn]: Use ^ as escape char for windows escapeshellcmd
ID: 43261
Updated by: [EMAIL PROTECTED]
Reported By: RQuadling at GMail dot com
-Status: Open
+Status: Assigned
Bug Type: Unknown/Other Function
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2007-11-12 (snap)
-Assigned To:
+Assigned To: kalle
New Comment:
Well if nobody else wanna apply it, then Ill take it =)
Previous Comments:
[2008-05-30 09:35:31] RQuadling at GMail dot com
Gee. Even with a patch, how do I get anyone to pay any attention!?
[2007-11-12 13:39:29] RQuadling at GMail dot com
Description:
The windows version of escapeshellcmd replaces any of the special
characters with a space, whereas, on other platforms it escapes them.
There is a valid escape character for windows. It is the ^ character.
Taking the current set of type-able characters from exec.c, the
following is a proof of the ^ working ...
2007/11/12 13:22:42 V:\PHP\PHP5echo foo ^' bar
foo ' bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^# bar
foo # bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^$ bar
foo $ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^% bar
foo % bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^( bar
foo ( bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^) bar
foo ) bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^* bar
foo * bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^; bar
foo ; bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^? bar
foo ? bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^[ bar
foo [ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^\ bar
foo \ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^] bar
foo ] bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^^ bar
foo ^ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^` bar
foo ` bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^{ bar
foo { bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^| bar
foo | bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^} bar
foo } bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^~ bar
foo ~ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
I can't easily emulate 0xA0 and 0xFF in this test.
I've included a patch also ...
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.125
diff -u -r1.125 exec.c
--- exec.c 5 Nov 2007 14:06:19 - 1.125
+++ exec.c 12 Nov 2007 13:13:09 -
@@ -291,13 +291,12 @@
case '\\':
case '\x0A': /* excluding these two */
case '\xFF':
-#ifdef PHP_WIN32
- /* since Windows does not allow us to escape these
chars, just
remove them */
case '%':
- cmd[y++] = ' ';
- break;
-#endif
+#ifdef PHP_WIN32
+ cmd[y++] = '^';
+#else
cmd[y++] = '\\';
+#endif
/* fall-through */
default:
cmd[y++] = str[x];
http://rquadling.php1h.com/exec.c.patch.txt
Reproduce code:
---
php -r exec(escapeshellcmd('echo foo | bar'), $a, $b); var_dump($a,
$b);
Expected result:
array(1) {
[0]=
string(10) foo ^| bar
}
int(0)
Actual result:
--
array(1) {
[0]=
string(9) foo bar
}
int(0)
--
Edit this bug report at http://bugs.php.net/?id=43261edit=1
#43261 [Asn-Csd]: Use ^ as escape char for windows escapeshellcmd
ID: 43261
Updated by: [EMAIL PROTECTED]
Reported By: RQuadling at GMail dot com
-Status: Assigned
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2007-11-12 (snap)
Assigned To: kalle
New Comment:
Actually Scott fixed this without marking it as fixed =)
Previous Comments:
[2008-06-10 10:12:54] [EMAIL PROTECTED]
Well if nobody else wanna apply it, then Ill take it =)
[2008-05-30 09:35:31] RQuadling at GMail dot com
Gee. Even with a patch, how do I get anyone to pay any attention!?
[2007-11-12 13:39:29] RQuadling at GMail dot com
Description:
The windows version of escapeshellcmd replaces any of the special
characters with a space, whereas, on other platforms it escapes them.
There is a valid escape character for windows. It is the ^ character.
Taking the current set of type-able characters from exec.c, the
following is a proof of the ^ working ...
2007/11/12 13:22:42 V:\PHP\PHP5echo foo ^' bar
foo ' bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^# bar
foo # bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^$ bar
foo $ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^% bar
foo % bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^( bar
foo ( bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^) bar
foo ) bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^* bar
foo * bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^; bar
foo ; bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^? bar
foo ? bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^[ bar
foo [ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^\ bar
foo \ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^] bar
foo ] bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^^ bar
foo ^ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^` bar
foo ` bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^{ bar
foo { bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^| bar
foo | bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^} bar
foo } bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^~ bar
foo ~ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
I can't easily emulate 0xA0 and 0xFF in this test.
I've included a patch also ...
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.125
diff -u -r1.125 exec.c
--- exec.c 5 Nov 2007 14:06:19 - 1.125
+++ exec.c 12 Nov 2007 13:13:09 -
@@ -291,13 +291,12 @@
case '\\':
case '\x0A': /* excluding these two */
case '\xFF':
-#ifdef PHP_WIN32
- /* since Windows does not allow us to escape these
chars, just
remove them */
case '%':
- cmd[y++] = ' ';
- break;
-#endif
+#ifdef PHP_WIN32
+ cmd[y++] = '^';
+#else
cmd[y++] = '\\';
+#endif
/* fall-through */
default:
cmd[y++] = str[x];
http://rquadling.php1h.com/exec.c.patch.txt
Reproduce code:
---
php -r exec(escapeshellcmd('echo foo | bar'), $a, $b); var_dump($a,
$b);
Expected result:
array(1) {
[0]=
string(10) foo ^| bar
}
int(0)
Actual result:
--
array(1) {
[0]=
string(9) foo bar
}
int(0)
--
Edit this bug report at http://bugs.php.net/?id=43261edit=1
#45225 [Opn-Bgs]: Memory behavior that reminds ie memory leak.
ID: 45225
Updated by: [EMAIL PROTECTED]
Reported By: vituko at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: Lenny
PHP Version: 5.2.6
New Comment:
You've created a cyclic reference and they can't be destroyed until the
script has ended.
Previous Comments:
[2008-06-10 05:04:46] vituko at gmail dot com
Description:
Garbage collection works in an unexpected way for me,
when there're crossed references. I discovered it working with large
databases, Apache crashes sometimes : the thread hangs and
after /etc/init.d/apache2 restart, it continues working.
Another thing : the only way to get track of references is
debug_zval_dump (of course it can be done manually) and huge strings
must be parsed. Further, when mixing true () and php references
it's no more possible... or is it?
Only a tought...
Thanks
Reproduce code:
---
class a {
public function __destruct() {
echo 'destrbr' ;
}
}
$a = new a ;
$a - v = new a ;
$a - w = new a ;
$a - v - w = $a - w ;
$a - w - v = $a - v ;
unset ($a) ;
echo 'finbr' ;
exit ;
Expected result:
destr
destr
destr
fin
Actual result:
--
destr
fin
destr
destr
--
Edit this bug report at http://bugs.php.net/?id=45225edit=1
#44941 [Opn]: Post data size limited to 60k even when post_max_size = 20M
ID: 44941 User updated by: enadyo at hotmail dot com Reported By: enadyo at hotmail dot com Status: Open Bug Type: *General Issues Operating System: CENTOS PHP Version: 5.2.5 New Comment: Thank you for the input. This complicates the problem. Lets do some differential diagnosis. The problem is caused by: PHP configuration and/or Apache configuration and/or the code. As expert you dont see any problem with PHP configuration. The code works in 2 other servers (with minor versions of PHP I should remark) Apache is compiled (because of this very problem) without any tweaking because in my experience 99,99% of the problems occur because of a users error. So IMHO its either Apache (but what in Apache?) or the code in this version of PHP. To exclude the second part, would you be so kind to provide me some code to type in the test page to see if it works in this particular version of PHP? Then if it wont work it should be either Apache or a PHP bug. Thank you. P.S. Ill be abroad (in Deutschland) for the next 8 days so please dont expect my response soon.) Previous Comments: [2008-06-09 08:57:49] [EMAIL PROTECTED] FYI: I myself run a Centos server with PHP 5.2.6 without any problems. There's something wrong with your setup or something similar. [2008-06-06 13:53:29] enadyo at hotmail dot com Aw it concerns HTML quotes: a) It doesn't work either way b) I remind you that this is a bug report and not a I can't program report. The very same code works in other servers. e.g.: http://www.xpert.gr/errata.php Please note that this server runs on PHP 4.3.9 which is no longer supported. Please read http://www.xpert.gr/myphp.php in order to compare php infos I've added the variable dumbing to target.php as you've said but it's still null on PHP 5.2.5 Apache/centos server and works fine on PHP 4.3.9 server Netcraft's report : Problematic server: Apache/2.2.8 Unix mod_ssl/2.2.8 OpenSSL/0.9.8b mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 mod_jk/1.2.25 PHP/5.2.5 Is it possible that the problem maybe caused by CENTOS since the working server runs REDHAT? Can you crossreference or even prove such an assumption? (be careful: I'm just guessing) I assume that something conflicts with something but with what remains a mystery. [2008-06-05 18:56:12] [EMAIL PROTECTED] And usually using proper HTML (With quotes around parameter values) helps too. [2008-06-05 18:54:21] [EMAIL PROTECTED] What if you try this script as target.php: ?php var_dump($_REQUEST); ? [2008-06-03 22:18:50] enadyo at hotmail dot com I'm sorry to say that but ...you have some problem with your conection. Just to be sure I've tried the links with www.megaproxy.com and they work allright all over the world. It might have to do something with your firewall. Please try again or use www.megaproxy.com phpinfo: http://www.alfavita.gr/myphp.php testing page: http://www.alfavita.gr/errata.php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/44941 -- Edit this bug report at http://bugs.php.net/?id=44941edit=1
#45203 [Csd-Opn]: missing HTTP Vary header
ID: 45203
User updated by: e dot ehritt at web dot de
Reported By: e dot ehritt at web dot de
-Status: Closed
+Status: Open
Bug Type: Zlib Related
Operating System: other
PHP Version: 5.2.6
New Comment:
May you have kindness and have a look at source code? Thanks!
Now hander ob_gzhander sends the HTTP header. It shows you: It is
possible to merge into 5.2. You are able to do so as well.
Previous Comments:
[2008-06-09 08:47:21] [EMAIL PROTECTED]
And as was mentioned in bug #40325, it was fixed in HEAD (as in: PHP 6)
but the fix was not possible to be merged to 5.2 branch.
[2008-06-07 17:07:16] e dot ehritt at web dot de
Description:
If configuration of zlib.output_compression
zlib.output_compression_level is seeded in a php.ini, not at all there
are a header Vary. RFC 2616 section 14.44 requires own.
It is the same problem as discribe in http://bugs.php.net/40325
ob_start('ob_gzhander') is not the only way to start output
compression.
--
Edit this bug report at http://bugs.php.net/?id=45203edit=1
#45227 [NEW]: Monotonous
From: costors at yahoo dot com Operating system: Systemax PHP version: 5.2.6 PHP Bug Type: Feature/Change Request Bug description: Monotonous Description: J.C. Monahan WCVB Needham,MA. weatherwoman, global warmer. Reproduce code: --- Keven Trudeau author of book 'Debt Cures they do not want you to know about' he's in the acting group that's pushing high temperatures by using cell phones viciously to get their $3 million studio in South Weymouth,MA. made.Others, Paul Pierce Boston Celtics basketball player ,girlfriend actress Cameron Diaz. Expected result: The city is actually Weymouth,MA. I expect this monotonous high paying job expectancy to be resolved. Emmenent domain, force by drug dealers, actors committing neighborhood murder, using homes to make movies, taken by force are members of the Sibianese Liberation Army. Actual result: -- Meal ticket expectations over with. -- Edit bug report at http://bugs.php.net/?id=45227edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45227r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45227r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45227r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45227r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45227r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45227r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45227r=needscript Try newer version:http://bugs.php.net/fix.php?id=45227r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45227r=support Expected behavior:http://bugs.php.net/fix.php?id=45227r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45227r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45227r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45227r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45227r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45227r=dst IIS Stability:http://bugs.php.net/fix.php?id=45227r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45227r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45227r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45227r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45227r=mysqlcfg
#43261 [Csd-Asn]: Use ^ as escape char for windows escapeshellcmd
ID: 43261
Updated by: [EMAIL PROTECTED]
Reported By: RQuadling at GMail dot com
-Status: Closed
+Status: Assigned
Bug Type: Unknown/Other Function
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2007-11-12 (snap)
-Assigned To:
+Assigned To: pajoye
Previous Comments:
[2008-06-10 10:20:14] [EMAIL PROTECTED]
Actually Scott fixed this without marking it as fixed =)
[2008-06-10 10:12:54] [EMAIL PROTECTED]
Well if nobody else wanna apply it, then Ill take it =)
[2008-05-30 09:35:31] RQuadling at GMail dot com
Gee. Even with a patch, how do I get anyone to pay any attention!?
[2007-11-12 13:39:29] RQuadling at GMail dot com
Description:
The windows version of escapeshellcmd replaces any of the special
characters with a space, whereas, on other platforms it escapes them.
There is a valid escape character for windows. It is the ^ character.
Taking the current set of type-able characters from exec.c, the
following is a proof of the ^ working ...
2007/11/12 13:22:42 V:\PHP\PHP5echo foo ^' bar
foo ' bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^# bar
foo # bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^$ bar
foo $ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^% bar
foo % bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^( bar
foo ( bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^) bar
foo ) bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^* bar
foo * bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^; bar
foo ; bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^? bar
foo ? bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^[ bar
foo [ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^\ bar
foo \ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^] bar
foo ] bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^^ bar
foo ^ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^` bar
foo ` bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^{ bar
foo { bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^| bar
foo | bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^} bar
foo } bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^~ bar
foo ~ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
I can't easily emulate 0xA0 and 0xFF in this test.
I've included a patch also ...
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.125
diff -u -r1.125 exec.c
--- exec.c 5 Nov 2007 14:06:19 - 1.125
+++ exec.c 12 Nov 2007 13:13:09 -
@@ -291,13 +291,12 @@
case '\\':
case '\x0A': /* excluding these two */
case '\xFF':
-#ifdef PHP_WIN32
- /* since Windows does not allow us to escape these
chars, just
remove them */
case '%':
- cmd[y++] = ' ';
- break;
-#endif
+#ifdef PHP_WIN32
+ cmd[y++] = '^';
+#else
cmd[y++] = '\\';
+#endif
/* fall-through */
default:
cmd[y++] = str[x];
http://rquadling.php1h.com/exec.c.patch.txt
Reproduce code:
---
php -r exec(escapeshellcmd('echo foo | bar'), $a, $b); var_dump($a,
$b);
Expected result:
array(1) {
[0]=
string(10) foo ^| bar
}
int(0)
Actual result:
--
array(1) {
[0]=
string(9) foo bar
}
int(0)
--
Edit this bug report at http://bugs.php.net/?id=43261edit=1
#43261 [Asn]: Use ^ as escape char for windows escapeshellcmd
ID: 43261
Updated by: [EMAIL PROTECTED]
Reported By: RQuadling at GMail dot com
Status: Assigned
Bug Type: Unknown/Other Function
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2007-11-12 (snap)
-Assigned To: pajoye
+Assigned To: scottmac
New Comment:
Assigned to Scott, needs more tests cases and explanation (as it may
break a lot of scripts).
Previous Comments:
[2008-06-10 10:20:14] [EMAIL PROTECTED]
Actually Scott fixed this without marking it as fixed =)
[2008-06-10 10:12:54] [EMAIL PROTECTED]
Well if nobody else wanna apply it, then Ill take it =)
[2008-05-30 09:35:31] RQuadling at GMail dot com
Gee. Even with a patch, how do I get anyone to pay any attention!?
[2007-11-12 13:39:29] RQuadling at GMail dot com
Description:
The windows version of escapeshellcmd replaces any of the special
characters with a space, whereas, on other platforms it escapes them.
There is a valid escape character for windows. It is the ^ character.
Taking the current set of type-able characters from exec.c, the
following is a proof of the ^ working ...
2007/11/12 13:22:42 V:\PHP\PHP5echo foo ^' bar
foo ' bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^# bar
foo # bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^$ bar
foo $ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^% bar
foo % bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^( bar
foo ( bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^) bar
foo ) bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^* bar
foo * bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^; bar
foo ; bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^? bar
foo ? bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^[ bar
foo [ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^\ bar
foo \ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^] bar
foo ] bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^^ bar
foo ^ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^` bar
foo ` bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^{ bar
foo { bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^| bar
foo | bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^} bar
foo } bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^~ bar
foo ~ bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
2007/11/12 13:22:43 V:\PHP\PHP5echo foo ^ bar
foo bar
I can't easily emulate 0xA0 and 0xFF in this test.
I've included a patch also ...
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.125
diff -u -r1.125 exec.c
--- exec.c 5 Nov 2007 14:06:19 - 1.125
+++ exec.c 12 Nov 2007 13:13:09 -
@@ -291,13 +291,12 @@
case '\\':
case '\x0A': /* excluding these two */
case '\xFF':
-#ifdef PHP_WIN32
- /* since Windows does not allow us to escape these
chars, just
remove them */
case '%':
- cmd[y++] = ' ';
- break;
-#endif
+#ifdef PHP_WIN32
+ cmd[y++] = '^';
+#else
cmd[y++] = '\\';
+#endif
/* fall-through */
default:
cmd[y++] = str[x];
http://rquadling.php1h.com/exec.c.patch.txt
Reproduce code:
---
php -r exec(escapeshellcmd('echo foo | bar'), $a, $b); var_dump($a,
$b);
Expected result:
array(1) {
[0]=
string(10) foo ^| bar
}
int(0)
Actual result:
--
array(1) {
[0]=
string(9) foo bar
}
int(0)
--
Edit this bug report at http://bugs.php.net/?id=43261edit=1
#45226 [Opn-Ver]: xmlrpc_set_type fails with valid ISO8601 date string
ID: 45226
Updated by: [EMAIL PROTECTED]
Reported By: bmn at bmn dot name
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: Linux, Gutsy Gibbon
PHP Version: 5.2.6
Previous Comments:
[2008-06-10 05:16:08] bmn at bmn dot name
Added OS detail.
[2008-06-10 05:12:19] bmn at bmn dot name
Description:
PHP crashes when trying to call xmlrpc_set_type with a correctly
formatted ISO8601 datetime string from the date() function.
Note that if you specify a datetime string without the +/-00:00, it
will work.
If you specify the timezome information (as the constant DATE_ISO8601
does), php will crash.
Reproduce code:
---
// this code breaks
$d = date(DATE_ISO8601);
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' = $d));
//working code
$d = '2008-01-01 20:00:00';
xmlrpc_set_type($d, 'datetime');
echo xmlrpc_encode_request('method.call', array('date' = $d));
Expected result:
methodCall
methodNamemethod.call/methodName
params
param
value
struct
member
namedate/name
value
dateTime.iso860120080101T20:00:00/dateTime.iso8601
/value
/member
/struct
/value
/param
/params
/methodCall
Actual result:
--
*** stack smashing detected ***: php terminated
Aborted (core dumped)
--
Edit this bug report at http://bugs.php.net/?id=45226edit=1
#45224 [Opn-Bgs]: Segmentation Fault in preg_match
ID: 45224
Updated by: [EMAIL PROTECTED]
Reported By: dave at westphila dot net
-Status: Open
+Status: Bogus
Bug Type: Reproducible crash
Operating System: Linux, Fedora Core 8
PHP Version: 5.2.6
New Comment:
See Bug#33468, Bug#39387
Previous Comments:
[2008-06-10 00:22:24] dave at westphila dot net
Description:
I can reproduce a segfault in a preg_match call with a particular
regular expression and target text (which is a large html file). The
offending regEx and a very similar one which does not segfault are
included in the script I've attached.
Reproduce code:
---
?php
$text = file_get_contents($argv[1]);
//$text = A test
stringsdflsmdfs;ldfkgns;dklfjgnsdlkfjgns;df'adslfm,qr;ijgaldsfknvsdl,fbnwle;frnsdlkfjnsldkfjnvsdlkfjnbsldkfjnsldkfjgnsldkfjgnslkdfjgnsdffls
dflkgdf;lkgwndf;lkgnsdfkjngsfmn,sdfgsbndflkgjsbdflgkjsdbfglkjsdnfglksjdfnglksdjfnglsdkfjg;
$exp1 =
/([^^]{1,20}){0,1}(\s|[^^]+|nbsp;)+L([^^]{1,20}){0,1}imitation(\s|[^^]+|nbsp;)+/;
$exp2 =
/([^^]{1,20}){0,1}(\s|[^^]+|nbsp;)+L([^^]{1,20}){0,1}imitation(\s|[^^]+|nbsp;)+o/;
preg_match($exp1, $text);
echo Passed Expression 1\n;
preg_match($exp2, $text);
echo Passed Expression 2\n;
?
Expected result:
The file may or may not match the regEx, out of memory maybe, but
certainly it shouldn't segfault.
Actual result:
--
The reg ex string in $exp1 runs ok. The expression in $exp2 is only
one character longer and produces a segfault when run on the file
publicly available here:
http://dev.xtractresearch.com/SD11212006CA.htm
A segfault does not happen when instead of this file a shorter string
of text is used (commented out in the script code). Length of the file
should not be an issue since the first regEx completes ok.
--
Edit this bug report at http://bugs.php.net/?id=45224edit=1
#45221 [Opn-Bgs]: Number in string conversion with comma separator
ID: 45221 Updated by: [EMAIL PROTECTED] Reported By: walterquez at yahoo dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Windows 2003 PHP Version: 5.2.6 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php That is expected, the float value doesn't uses comma. http://docs.php.net/float Previous Comments: [2008-06-09 18:15:34] walterquez at yahoo dot com Description: When numbers in a string containing comma separators are converted to any numeric type, it strips any number to the right of the commas. Reproduce code: --- ?php $a = '200'; $b = '1,000'; if ($a $b) echo 'A is bigger'; else echo 'B is bigger'; ? For some reason, because $b has a comma, it converts $b to 1, not 1000. If you remove the comma, it works fine. To prove it, check the following. $b = (int) $b; // same with (float), (double) or (real) echo $b; // it prints 1, not 1000. I even included, setlocale(LC_ALL, 'en'); but no luck. Expected result: B is bigger Actual result: -- A is bigger -- Edit this bug report at http://bugs.php.net/?id=45221edit=1
#45217 [Fbk-Opn]: crash if -z and -m are used together
ID: 45217 User updated by: dmda at yandex dot ru Reported By: dmda at yandex dot ru -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: * PHP Version: 5.2.6 New Comment: Thanks for your comments. I've read and do belive all necessary info is provided. Feel free to specify if you missed any particular point on how to replicate the crash. Previous Comments: [2008-06-09 18:15:51] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. [2008-06-09 16:14:00] dmda at yandex dot ru Description: if -z and -m command line options are used together, php-cgi will crash. It happens b'ze print_extensions() function in cgi_main.c has a serious flaw: 1) it first makes a copy of the main list of zend_extensions 2) then it dumps out the content 3) then it destroys its copy of the list Duding phase 3, the list destructor is called and it UNLOADS all the zend_extensions. SHULD be noted that at this time the main list still has original copies of zend_extensions and that's why php will crash during shutdown in attempt to walk through the list and shutdown the extensions. You may replicate the problem with _ANY_ zend_extension. Better to do it under Windows that unmaps memory regions and shutdown will try call non-existing code. So the crash is inavoidable. Reproduce code: --- no code necessary Expected result: no crash is expected Actual result: -- backtrace from VC6: 015c2049() zend_extension_shutdown(_zend_extension * 0x014c4568, void * * * 0x01021c70) line 129 + 10 bytes zend_llist_apply(_zend_llist * 0x10508620 _zend_extensions, void (void *, void * * *)* 0x1007536c zend_extension_shutdown(_zend_extension *, void * * *), void * * * 0x01021c70) line 193 + 14 bytes zend_shutdown_extensions(void * * * 0x01021c70) line 166 + 19 bytes zend_shutdown(void * * * 0x01021c70) line 741 + 9 bytes php_module_shutdown(void * * * 0x01021c70) line 1887 + 9 bytes main(int 4, char * * 0x01021cd0) line 2058 + 10 bytes PHP-CGI! mainCRTStartup + 227 bytes KERNEL32! 7c816fd7() -- Edit this bug report at http://bugs.php.net/?id=45217edit=1
#45221 [Bgs]: Number in string conversion with comma separator
ID: 45221 User updated by: walterquez at yahoo dot com Reported By: walterquez at yahoo dot com Status: Bogus Bug Type: Strings related Operating System: Windows 2003 PHP Version: 5.2.6 New Comment: This is not specific to a float, but also an integer. Floats, or any numeric type should use commas, otherwise what is the purpose in using the thousands_sep parameter in localeconv if it is not used? In a HTML form, if someone enters 1,000 (which is normal) rather than 1000, PHP will treat it as a 1, because of the comma. This is because HTML forms passes fields as strings, not numbers. For example, an HTML form that calculates a dollar value over a period of time. ex: $value = $dollar_value * $duration; If someone enters 1,000 in the dollar_value field, and 5 in the duration field, the calculated value should be 5000, but instead it calculates to 5. This is wrong. form method=post input type=text name=dollar_value value=?= @$_POST['dollar_value'] ? /br / input type=text name=duration value=?= @$_POST['duration'] ? /br / input type=submit / /form ?php $value = $_POST['dollar_value'] * $_POST['duration']; echo $value; ? Previous Comments: [2008-06-10 13:11:35] [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 That is expected, the float value doesn't uses comma. http://docs.php.net/float [2008-06-09 18:15:34] walterquez at yahoo dot com Description: When numbers in a string containing comma separators are converted to any numeric type, it strips any number to the right of the commas. Reproduce code: --- ?php $a = '200'; $b = '1,000'; if ($a $b) echo 'A is bigger'; else echo 'B is bigger'; ? For some reason, because $b has a comma, it converts $b to 1, not 1000. If you remove the comma, it works fine. To prove it, check the following. $b = (int) $b; // same with (float), (double) or (real) echo $b; // it prints 1, not 1000. I even included, setlocale(LC_ALL, 'en'); but no luck. Expected result: B is bigger Actual result: -- A is bigger -- Edit this bug report at http://bugs.php.net/?id=45221edit=1
#45225 [Bgs]: Memory behavior that reminds ie memory leak.
ID: 45225
User updated by: vituko at gmail dot com
Reported By: vituko at gmail dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: Lenny
PHP Version: 5.2.6
New Comment:
Ok, I've always worked with crossed references, what's wrong with them?
It's forbiden in php? I think it's a huge limitation, I would have to do
garbage collection myself and I only have debug_zval_dump : it's really
not very usefull but for debugging purpouses. And I have to choose
between true () references and php references because if both are
used, refcount is no more significatif... Can you give me an advice?
Previous Comments:
[2008-06-10 10:54:39] [EMAIL PROTECTED]
You've created a cyclic reference and they can't be destroyed until the
script has ended.
[2008-06-10 05:04:46] vituko at gmail dot com
Description:
Garbage collection works in an unexpected way for me,
when there're crossed references. I discovered it working with large
databases, Apache crashes sometimes : the thread hangs and
after /etc/init.d/apache2 restart, it continues working.
Another thing : the only way to get track of references is
debug_zval_dump (of course it can be done manually) and huge strings
must be parsed. Further, when mixing true () and php references
it's no more possible... or is it?
Only a tought...
Thanks
Reproduce code:
---
class a {
public function __destruct() {
echo 'destrbr' ;
}
}
$a = new a ;
$a - v = new a ;
$a - w = new a ;
$a - v - w = $a - w ;
$a - w - v = $a - v ;
unset ($a) ;
echo 'finbr' ;
exit ;
Expected result:
destr
destr
destr
fin
Actual result:
--
destr
fin
destr
destr
--
Edit this bug report at http://bugs.php.net/?id=45225edit=1
#45066 [Opn]: Cannot compile a working php with mysql and mysqli
ID: 45066
User updated by: dirk at bean-it dot nl
Reported By: dirk at bean-it dot nl
Status: Open
Bug Type: MySQL related
Operating System: Linux x86
PHP Version: 5.2.6
New Comment:
Just had the same problem on an 686... really puzzling, because the
machine is virtually the same as a machine without the problem. Same
distro, same mysql libs...?
This is the last past of a strace output of sapi/cli/php -i. It hangs
forever after this.
munmap(0x2b233bd99000, 266240) = 0
mmap(NULL, 266240, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x2b233bd99000
setitimer(ITIMER_PROF, {it_interval={0, 0}, it_value={0, 0}}, NULL) =
0
futex(0x2b233c5ef5e0, FUTEX_WAIT, 2, NULL
Previous Comments:
[2008-05-22 15:05:55] dirk at bean-it dot nl
Description:
When I try to compile PHP 5.2.6 with the following options:
--with-apxs2=/usr/bin/apxs2
--with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config
On a x86 machine, I get a not working php. Make test doesn't return
anything, make install will work, but just typing php -v at the command
line hangs forever.
On a i386 machine, same OS (debian etch), same mysql libs, same all, no
problem.
This problem started in php-5.2.4, 5.2.3 is the last php that will
result in a succesfull working php after compilation on x86. The problem
does not exist when not using --with-apxs2
Reproduce code:
---
./configure --with-apxs2=/usr/bin/apxs2 --with-mysql=/usr
--with-mysqli=/usr/bin/mysql_config
Expected result:
A working php...
Actual result:
--
A non-responsive php :-(
--
Edit this bug report at http://bugs.php.net/?id=45066edit=1
#44942 [Com]: exec() hangs apache
ID: 44942 Comment by: aleaddict at yahoo dot com Reported By: inqualab1985 at gmail dot com Status: Open Bug Type: Program Execution Operating System: Microsoft Window 2000 SP4 PHP Version: 5.2.5 New Comment: Windows Server 2003 R2 Service Pack 1 Apache 2.2.6 PHP 5.2.4 (upgraded to 5.2.6 with no success) Executing resource kit utility shortcut.exe via exec() with EXACTLY the same results... Random, no errors logged, hangs up all succeeding calls to exec(), requires restart. Keith Previous Comments: [2008-05-14 07:56:17] inqualab1985 at gmail dot com Dear Jani There is no problem with 'sample.exe'. I have tested the same for different exe or even for dos command. It hangs when we are calling the page at regular interval of time (through Ajax). There is a problem in the definition of exec() function. For any further information , feel free to contact me. [2008-05-09 14:20:40] [EMAIL PROTECTED] What exactly does this sample.exe do? It's most likely not any PHP problem at all anyway, you just call some exe that hangs itself.. [2008-05-08 05:40:53] inqualab1985 at gmail dot com Description: Hi! PHP Team I am facing a problem of apache hang up due to exec() function. I am using PHP 5.2.5 and Apache 2.2 on MS Window 2000 SP4 also on MS Window XP. The problem is that I have to execute a exe, for which I have use exec(). Normally it works Fine, but sometime (randomly) it hang up. It will lock the apache and if we call the same page or any other page of php having exec(), it hang up at the line where exec() function is used. If we commented the line having exec(), then the page run loaded correctly. The problem also become critical because there is no error for this. Also none of the error handling logging mechanism works. The only solution to this problem is to restart the Apache. I am providing you as much as information as possible to catch the problem correctly. Reproduce code: --- $exeFilePath = realpath(../sample.exe); if (eregi(win, PHP_OS)) $command = \\$exeFilePath\ argument1\; else $command = \$exeFilePath\ argument1; $output = null; $returnVal = null; $result = exec($command,$output,$returnVal); if($returnVal !=0) echo Error; else echo $output[0]; echo end of the program; Expected result: it will show the output of exe for particular argument. Actual result: -- Normally it works correctly as expected but sometime the the execution of the page hang at line $result = exec($command,$output,$returnVal); . After this has happen I am not able to run any script that will use the exec(). In all scripts apache hangs at exec() function, do not matter which exe will be called. -- Edit this bug report at http://bugs.php.net/?id=44942edit=1
#43549 [Asn-WFx]: changes made to htmlentities
ID: 43549
Updated by: [EMAIL PROTECTED]
Reported By: mariusads at helpedia dot com
-Status: Assigned
+Status: Wont fix
Bug Type: Strings related
Operating System: Redhat?, Linux
PHP Version: 5.2.5
Assigned To: stas
New Comment:
As function seems to work as intended and there's other way for
sanitizing utf-8, I'm marking it as wontfix for now, unless any new info
arrives.
Previous Comments:
[2008-01-29 21:13:16] [EMAIL PROTECTED]
As I commented in that bug, assuming you are passing in that character
properly encoded, it will work. Nothing in that bug report shows an
actual problem as you don't show the exact byte sequence you are passing
in.
[2008-01-29 14:31:46] tallyce at gmail dot com
Thanks, but see
http://bugs.php.net/43294
which shows that the dagger character (and others) results in the whole
string disappearing, on some installations at least.
I thought the dagger character was a valid UTF8 string, or would a
submission of that character be considered invalid input?
[2008-01-28 23:32:01] [EMAIL PROTECTED]
It comes down to what to do with invalid input. We can't let invalid
UTF-8 through, because if you do, your site will be insecure. Before
this fix, your site was actually open to XSS exploits since you were
spitting invalid UTF-8 chars out on a page marked as UTF-8 and that
confuses IE.
I suppose we could change htmlentities to just strip the invalid chars,
but from a security perspective that is typically not the right
approach. You can strip the invalid utf-8 chars yourself with:
$str = iconv('utf-8','utf-8',$str);
[2008-01-24 20:54:10] tallyce at gmail dot com
See also bugs 43294 and 43896 which seem to be the same thing.
This is really starting to bite now. Please can this be fixed, or
suggest how we can reliably process incoming user data in UTF8 given
this behaviour change!
I concur this seems to be installation specific and earlier than 5.2.5
as shown in bug 43294.
[2008-01-14 08:36:21] s-beutel at gmx dot de
Hi,
I confirm the very same issue for PHP 5.2.1/Apache2/RedHat.
- has nothing to do with the browser encoding or GET'ed/POST'ed
variables, since I simply convert a static string
- seems to be installation specific, since it runs perfectly on my
windows box (PHP 5.2.0)
- I have the idea - but no evidence yet - that it's an older issue: for
almost one year I tried to fix an issue with a tiny webshop which is an
outcome of this, and which some users have been complaining about every
now and then (obviously, without debugging or narrower information)
Example skript: http://sbeutel.sb.ohost.de/trans.php
Plain Text code: http://sbeutel.sb.ohost.de/trans.txt
It simply encodes the string aou_äöü with various settings, and
htmlentities($str,ENT_QUOTES,'utf-8'); spits out just nothing as soon as
non-ASCII characters (german umlauts, in this case) are contained in the
string.
Hope this helps. Contact me if I may provide more information.
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/43549
--
Edit this bug report at http://bugs.php.net/?id=43549edit=1
#42291 [Com]: Uploaded file permissions vary depending on file system configuration
ID: 42291 Comment by: mail at peter-thomassen dot de Reported By: rob-phpbugs at tigertech dot com Status: No Feedback Bug Type: Filesystem function related Operating System: Linux PHP Version: 5.2.4 New Comment: I just checked this with today's snapshot (5.2.7 devel), and move_uploaded_file() now respects the umask setting. For the temporary file (before the move_uploaded_file() call, usually in /tmp/), the umask setting is respected only for the owner's bits. Group and world permission are set to 0 (as if umask was 0x77, with x being the owner's umask). As I already said, everything is set right when moving the file away. It seems that this bug is fixed. In production, I still have to use PHP 5.2.0 with some patches. Does anybody know in which version this bug was fixed? Previous Comments: [2007-11-26 01:00:00] 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. [2007-11-18 23:47:28] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2007-11-05 23:28:25] rob-phpbugs at tigertech dot com I fear this bug could be ignored because I tagged it as happening on PHP 4. Just to make sure it's clear, I'm retagging it as happening in PHP 5.2.4 -- it affects all versions. [2007-11-04 17:16:19] marcel dot wiechmann at gmail dot com Same problem here. But not only under php 4.4.7 also under php 5.2.4 [2007-11-04 15:51:26] chh at innov8 dot ch I can confirm this behaviour. If upload_tmp_dir is on the same filesystem as the destination folder (normally the webspace of the customer(s) then the file permissions are set to 0600 - otherwise 0644 (umask at 0022), when using move_uploaded_file(). The temp file - before calling move_uploaded_file() - also has 0600 permissions. This leads to a problem when using suphp (suexec, fastcgi or whatever) and upload-functions in php applications which do not set the permissions after using move_uploaded_file() [Joomla seems to be such a candidate - Typo3 does it right..]. If you upload a static file which should be readable by the webserver but isn't because only PHP (and other user running applications) can access the file. All Upload functions should use a chmod() after move_uploded_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/42291 -- Edit this bug report at http://bugs.php.net/?id=42291edit=1
#45228 [NEW]: unlink() doesn't work with path like file:///C:/my/path...
From: nanawel at eyeos dot org Operating system: Windows XP Pro SP2 (32bits) PHP version: 5.2.6 PHP Bug Type: Filesystem function related Bug description: unlink() doesn't work with path like file:///C:/my/path... Description: The unlink() function does not work with full Windows URL, whereas fopen() for example works perfectly. If you provide a path like this: file:///C:/my/path (triple slashes) it won't work and you will get this warning: Warning: unlink(/C:/my/path) [function.unlink]: Invalid argument in... But if you provide this path: file://C:/my/path (so just a slash less) unlink will work. Reproduce code: --- //For the example, we consider that PHP has full permissions on config.sys, which is not the case normally) $path1 = 'file:///C:/config.sys'; $path2 = 'file://C:/config.sys'; $fp = fopen($path1, 'r'); //OK @fclose($fp); unlink($path1);//ERROR $fp = fopen($path2, 'r'); //OK @fclose($fp); unlink($path2);//OK Expected result: unlink() should work with the same standards URL as fopen(). In my example, $path1 should be correct for both functions. Actual result: -- Windows absolute URL like file:///C:/... work with fopen(), rename() but _not_ with unlink() (+ Warning raised) Windows non-standard URL like file://C:/... work with fopen(), rename() and unlink() -- Edit bug report at http://bugs.php.net/?id=45228edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45228r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45228r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45228r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45228r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45228r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45228r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45228r=needscript Try newer version:http://bugs.php.net/fix.php?id=45228r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45228r=support Expected behavior:http://bugs.php.net/fix.php?id=45228r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45228r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45228r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45228r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45228r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45228r=dst IIS Stability:http://bugs.php.net/fix.php?id=45228r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45228r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45228r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45228r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45228r=mysqlcfg
#45228 [Opn]: unlink() doesn't work with path like file:///C:/my/path...
ID: 45228 User updated by: nanawel at eyeos dot org Reported By: nanawel at eyeos dot org Status: Open Bug Type: Filesystem function related Operating System: Windows XP Pro SP2 (32bits) PHP Version: 5.2.6 New Comment: Additionnally, unlink() doesn't work either on URL like: file://localhost/C:/my/path and this is particularly _not_ normal. Previous Comments: [2008-06-10 15:56:21] nanawel at eyeos dot org Description: The unlink() function does not work with full Windows URL, whereas fopen() for example works perfectly. If you provide a path like this: file:///C:/my/path (triple slashes) it won't work and you will get this warning: Warning: unlink(/C:/my/path) [function.unlink]: Invalid argument in... But if you provide this path: file://C:/my/path (so just a slash less) unlink will work. Reproduce code: --- //For the example, we consider that PHP has full permissions on config.sys, which is not the case normally) $path1 = 'file:///C:/config.sys'; $path2 = 'file://C:/config.sys'; $fp = fopen($path1, 'r'); //OK @fclose($fp); unlink($path1);//ERROR $fp = fopen($path2, 'r'); //OK @fclose($fp); unlink($path2);//OK Expected result: unlink() should work with the same standards URL as fopen(). In my example, $path1 should be correct for both functions. Actual result: -- Windows absolute URL like file:///C:/... work with fopen(), rename() but _not_ with unlink() (+ Warning raised) Windows non-standard URL like file://C:/... work with fopen(), rename() and unlink() -- Edit this bug report at http://bugs.php.net/?id=45228edit=1
#45228 [Opn]: unlink() rmdir() do not work well with URL (file://)
ID: 45228 User updated by: nanawel at eyeos dot org -Summary: unlink() doesn't work with path like file:///C:/my/path... Reported By: nanawel at eyeos dot org Status: Open Bug Type: Filesystem function related Operating System: Windows XP Pro SP2 (32bits) PHP Version: 5.2.6 New Comment: A new set of problems: - mkdir() only works with file://C:/my/path and fails onfile:///C:/my/path or file://localhost/C:/my/path - rmdir() DOES NOT WORK with file://C:/my/path or file:///C:/my/path or file://localhost/C:/my/path Previous Comments: [2008-06-10 16:03:21] nanawel at eyeos dot org Additionnally, unlink() doesn't work either on URL like: file://localhost/C:/my/path and this is particularly _not_ normal. [2008-06-10 15:56:21] nanawel at eyeos dot org Description: The unlink() function does not work with full Windows URL, whereas fopen() for example works perfectly. If you provide a path like this: file:///C:/my/path (triple slashes) it won't work and you will get this warning: Warning: unlink(/C:/my/path) [function.unlink]: Invalid argument in... But if you provide this path: file://C:/my/path (so just a slash less) unlink will work. Reproduce code: --- //For the example, we consider that PHP has full permissions on config.sys, which is not the case normally) $path1 = 'file:///C:/config.sys'; $path2 = 'file://C:/config.sys'; $fp = fopen($path1, 'r'); //OK @fclose($fp); unlink($path1);//ERROR $fp = fopen($path2, 'r'); //OK @fclose($fp); unlink($path2);//OK Expected result: unlink() should work with the same standards URL as fopen(). In my example, $path1 should be correct for both functions. Actual result: -- Windows absolute URL like file:///C:/... work with fopen(), rename() but _not_ with unlink() (+ Warning raised) Windows non-standard URL like file://C:/... work with fopen(), rename() and unlink() -- Edit this bug report at http://bugs.php.net/?id=45228edit=1
#45225 [Bgs]: Memory behavior that reminds ie memory leak.
ID: 45225
Updated by: [EMAIL PROTECTED]
Reported By: vituko at gmail dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: Lenny
PHP Version: 5.2.6
New Comment:
Cyclic references can't be free'd until request end time due to the
fact there is no garbage collector in PHP. There is one in PHP 5.3 that
should deal with this as expected.
Previous Comments:
[2008-06-10 14:54:05] vituko at gmail dot com
Ok, I've always worked with crossed references, what's wrong with them?
It's forbiden in php? I think it's a huge limitation, I would have to do
garbage collection myself and I only have debug_zval_dump : it's really
not very usefull but for debugging purpouses. And I have to choose
between true () references and php references because if both are
used, refcount is no more significatif... Can you give me an advice?
[2008-06-10 10:54:39] [EMAIL PROTECTED]
You've created a cyclic reference and they can't be destroyed until the
script has ended.
[2008-06-10 05:04:46] vituko at gmail dot com
Description:
Garbage collection works in an unexpected way for me,
when there're crossed references. I discovered it working with large
databases, Apache crashes sometimes : the thread hangs and
after /etc/init.d/apache2 restart, it continues working.
Another thing : the only way to get track of references is
debug_zval_dump (of course it can be done manually) and huge strings
must be parsed. Further, when mixing true () and php references
it's no more possible... or is it?
Only a tought...
Thanks
Reproduce code:
---
class a {
public function __destruct() {
echo 'destrbr' ;
}
}
$a = new a ;
$a - v = new a ;
$a - w = new a ;
$a - v - w = $a - w ;
$a - w - v = $a - v ;
unset ($a) ;
echo 'finbr' ;
exit ;
Expected result:
destr
destr
destr
fin
Actual result:
--
destr
fin
destr
destr
--
Edit this bug report at http://bugs.php.net/?id=45225edit=1
#45225 [Bgs]: Memory behavior that reminds ie memory leak.
ID: 45225
User updated by: vituko at gmail dot com
Reported By: vituko at gmail dot com
Status: Bogus
Bug Type: Class/Object related
Operating System: Lenny
PHP Version: 5.2.6
New Comment:
thanks
Previous Comments:
[2008-06-10 16:53:32] [EMAIL PROTECTED]
Cyclic references can't be free'd until request end time due to the
fact there is no garbage collector in PHP. There is one in PHP 5.3 that
should deal with this as expected.
[2008-06-10 14:54:05] vituko at gmail dot com
Ok, I've always worked with crossed references, what's wrong with them?
It's forbiden in php? I think it's a huge limitation, I would have to do
garbage collection myself and I only have debug_zval_dump : it's really
not very usefull but for debugging purpouses. And I have to choose
between true () references and php references because if both are
used, refcount is no more significatif... Can you give me an advice?
[2008-06-10 10:54:39] [EMAIL PROTECTED]
You've created a cyclic reference and they can't be destroyed until the
script has ended.
[2008-06-10 05:04:46] vituko at gmail dot com
Description:
Garbage collection works in an unexpected way for me,
when there're crossed references. I discovered it working with large
databases, Apache crashes sometimes : the thread hangs and
after /etc/init.d/apache2 restart, it continues working.
Another thing : the only way to get track of references is
debug_zval_dump (of course it can be done manually) and huge strings
must be parsed. Further, when mixing true () and php references
it's no more possible... or is it?
Only a tought...
Thanks
Reproduce code:
---
class a {
public function __destruct() {
echo 'destrbr' ;
}
}
$a = new a ;
$a - v = new a ;
$a - w = new a ;
$a - v - w = $a - w ;
$a - w - v = $a - v ;
unset ($a) ;
echo 'finbr' ;
exit ;
Expected result:
destr
destr
destr
fin
Actual result:
--
destr
fin
destr
destr
--
Edit this bug report at http://bugs.php.net/?id=45225edit=1
#45230 [NEW]: upload_max_filesize ignored
From: rcable at sciotowireless dot net Operating system: Linux PHP version: 5.2.6 PHP Bug Type: *General Issues Bug description: upload_max_filesize ignored Description: I'm trying to do a file upload in php with a webform. I've set my max filesize to 8192000. I've modified php.ini max_execution_time = 60 max_input_time = 120 memory_limit = 128M post_max_size = 12M upload_max_filesize = 8M I cannot send a file larger than 2M up to the server. And when I run phpinfo() it always shows 2M as the upload_max_filesize. I've also tried ini_set(upload_max_filesize,8192000) to no avail. The files I'm trying to upload are about 3M so I have quite a bit of headroom with that 8192000 value. Reproduce code: --- There is no need for source code that I can see as it's a phpinfo() that is showing me where the problem is and no matter what I set upload_max_filesize to, it will not work. None of the solutions on old bug reports have helped, and since this is the latest edition I guess I'm the first one to report that this isn't fixed with the new release. -- Edit bug report at http://bugs.php.net/?id=45230edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45230r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45230r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45230r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45230r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45230r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45230r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45230r=needscript Try newer version:http://bugs.php.net/fix.php?id=45230r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45230r=support Expected behavior:http://bugs.php.net/fix.php?id=45230r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45230r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45230r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45230r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45230r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45230r=dst IIS Stability:http://bugs.php.net/fix.php?id=45230r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45230r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45230r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45230r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45230r=mysqlcfg
#45218 [Opn-Fbk]: PHAR archive built from directory limited by max open file handles
ID: 45218 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: * PHP Version: 5.3CVS-2008-06-09 (snap) -Assigned To: +Assigned To: cellog New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.3-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi Previous Comments: [2008-06-09 16:35:53] [EMAIL PROTECTED] Description: When building a PHAR archive using the methods buildFromDirectory() or buildFromIterator(), a temporary file is opened for each file to be added to the archive. These temporary files remain open until the last stages of the archive creation (to prevent the files from being deleted), meaning that the number of files that can be added to the archive is limited by the maximum number of file handles that can be open at any one time (often 2048). -- Edit this bug report at http://bugs.php.net/?id=45218edit=1
#45230 [Opn-Fbk]: upload_max_filesize ignored
ID: 45230 Updated by: [EMAIL PROTECTED] Reported By: rcable at sciotowireless dot net -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.6 New Comment: Works fine for me. Check from the phpinfo() output that the php.ini file you're editing is actually used by PHP.. Previous Comments: [2008-06-10 17:39:09] rcable at sciotowireless dot net Description: I'm trying to do a file upload in php with a webform. I've set my max filesize to 8192000. I've modified php.ini max_execution_time = 60 max_input_time = 120 memory_limit = 128M post_max_size = 12M upload_max_filesize = 8M I cannot send a file larger than 2M up to the server. And when I run phpinfo() it always shows 2M as the upload_max_filesize. I've also tried ini_set(upload_max_filesize,8192000) to no avail. The files I'm trying to upload are about 3M so I have quite a bit of headroom with that 8192000 value. Reproduce code: --- There is no need for source code that I can see as it's a phpinfo() that is showing me where the problem is and no matter what I set upload_max_filesize to, it will not work. None of the solutions on old bug reports have helped, and since this is the latest edition I guess I'm the first one to report that this isn't fixed with the new release. -- Edit this bug report at http://bugs.php.net/?id=45230edit=1
#45203 [Opn-WFx]: missing HTTP Vary header
ID: 45203
Updated by: [EMAIL PROTECTED]
Reported By: e dot ehritt at web dot de
-Status: Open
+Status: Wont fix
Bug Type: Zlib Related
Operating System: other
PHP Version: 5.2.6
New Comment:
Feel free to provide a patch. Otherwise - Wont fix.
Do not reopen this before discussing with [EMAIL PROTECTED] about it..
Previous Comments:
[2008-06-10 10:54:07] e dot ehritt at web dot de
May you have kindness and have a look at source code? Thanks!
Now hander ob_gzhander sends the HTTP header. It shows you: It is
possible to merge into 5.2. You are able to do so as well.
[2008-06-09 08:47:21] [EMAIL PROTECTED]
And as was mentioned in bug #40325, it was fixed in HEAD (as in: PHP 6)
but the fix was not possible to be merged to 5.2 branch.
[2008-06-07 17:07:16] e dot ehritt at web dot de
Description:
If configuration of zlib.output_compression
zlib.output_compression_level is seeded in a php.ini, not at all there
are a header Vary. RFC 2616 section 14.44 requires own.
It is the same problem as discribe in http://bugs.php.net/40325
ob_start('ob_gzhander') is not the only way to start output
compression.
--
Edit this bug report at http://bugs.php.net/?id=45203edit=1
#44941 [Opn-Fbk]: Post data size limited to 60k even when post_max_size = 20M
ID: 44941 Updated by: [EMAIL PROTECTED] Reported By: enadyo at hotmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: CENTOS PHP Version: 5.2.5 New Comment: Just ditch Apache and start using something much better: Lighttpd + PHP as FastCGI. That's propably the difference here. Previous Comments: [2008-06-10 10:44:01] enadyo at hotmail dot com Thank you for the input. This complicates the problem. Lets do some differential diagnosis. The problem is caused by: PHP configuration and/or Apache configuration and/or the code. As expert you dont see any problem with PHP configuration. The code works in 2 other servers (with minor versions of PHP I should remark) Apache is compiled (because of this very problem) without any tweaking because in my experience 99,99% of the problems occur because of a users error. So IMHO its either Apache (but what in Apache?) or the code in this version of PHP. To exclude the second part, would you be so kind to provide me some code to type in the test page to see if it works in this particular version of PHP? Then if it wont work it should be either Apache or a PHP bug. Thank you. P.S. Ill be abroad (in Deutschland) for the next 8 days so please dont expect my response soon.) [2008-06-09 08:57:49] [EMAIL PROTECTED] FYI: I myself run a Centos server with PHP 5.2.6 without any problems. There's something wrong with your setup or something similar. [2008-06-06 13:53:29] enadyo at hotmail dot com Aw it concerns HTML quotes: a) It doesn't work either way b) I remind you that this is a bug report and not a I can't program report. The very same code works in other servers. e.g.: http://www.xpert.gr/errata.php Please note that this server runs on PHP 4.3.9 which is no longer supported. Please read http://www.xpert.gr/myphp.php in order to compare php infos I've added the variable dumbing to target.php as you've said but it's still null on PHP 5.2.5 Apache/centos server and works fine on PHP 4.3.9 server Netcraft's report : Problematic server: Apache/2.2.8 Unix mod_ssl/2.2.8 OpenSSL/0.9.8b mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 mod_jk/1.2.25 PHP/5.2.5 Is it possible that the problem maybe caused by CENTOS since the working server runs REDHAT? Can you crossreference or even prove such an assumption? (be careful: I'm just guessing) I assume that something conflicts with something but with what remains a mystery. [2008-06-05 18:56:12] [EMAIL PROTECTED] And usually using proper HTML (With quotes around parameter values) helps too. [2008-06-05 18:54:21] [EMAIL PROTECTED] What if you try this script as target.php: ?php var_dump($_REQUEST); ? 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/44941 -- Edit this bug report at http://bugs.php.net/?id=44941edit=1
#45230 [Fbk-Csd]: upload_max_filesize ignored
ID: 45230 User updated by: rcable at sciotowireless dot net Reported By: rcable at sciotowireless dot net -Status: Feedback +Status: Closed Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.6 New Comment: Thanks so much. I overlooked that for some reason. It had my php.ini file in /usr/local/lib instead of /etc where I expected it to be. When I moved the php.ini file there while I was trying to fix it, php stopped working completely so I assumed that wasn't the solution. I copied a fresh php.ini-dist over to that location and changed my settings and it's working now. Thanks a million, R Previous Comments: [2008-06-10 23:31:45] [EMAIL PROTECTED] Works fine for me. Check from the phpinfo() output that the php.ini file you're editing is actually used by PHP.. [2008-06-10 17:39:09] rcable at sciotowireless dot net Description: I'm trying to do a file upload in php with a webform. I've set my max filesize to 8192000. I've modified php.ini max_execution_time = 60 max_input_time = 120 memory_limit = 128M post_max_size = 12M upload_max_filesize = 8M I cannot send a file larger than 2M up to the server. And when I run phpinfo() it always shows 2M as the upload_max_filesize. I've also tried ini_set(upload_max_filesize,8192000) to no avail. The files I'm trying to upload are about 3M so I have quite a bit of headroom with that 8192000 value. Reproduce code: --- There is no need for source code that I can see as it's a phpinfo() that is showing me where the problem is and no matter what I set upload_max_filesize to, it will not work. None of the solutions on old bug reports have helped, and since this is the latest edition I guess I'm the first one to report that this isn't fixed with the new release. -- Edit this bug report at http://bugs.php.net/?id=45230edit=1
#45230 [Csd]: upload_max_filesize ignored
ID: 45230 User updated by: rcable at sciotowireless dot net Reported By: rcable at sciotowireless dot net Status: Closed Bug Type: *General Issues Operating System: Linux PHP Version: 5.2.6 New Comment: I hadn't noticed that it said there was no configuration file loaded. Previous Comments: [2008-06-10 23:52:25] rcable at sciotowireless dot net Thanks so much. I overlooked that for some reason. It had my php.ini file in /usr/local/lib instead of /etc where I expected it to be. When I moved the php.ini file there while I was trying to fix it, php stopped working completely so I assumed that wasn't the solution. I copied a fresh php.ini-dist over to that location and changed my settings and it's working now. Thanks a million, R [2008-06-10 23:31:45] [EMAIL PROTECTED] Works fine for me. Check from the phpinfo() output that the php.ini file you're editing is actually used by PHP.. [2008-06-10 17:39:09] rcable at sciotowireless dot net Description: I'm trying to do a file upload in php with a webform. I've set my max filesize to 8192000. I've modified php.ini max_execution_time = 60 max_input_time = 120 memory_limit = 128M post_max_size = 12M upload_max_filesize = 8M I cannot send a file larger than 2M up to the server. And when I run phpinfo() it always shows 2M as the upload_max_filesize. I've also tried ini_set(upload_max_filesize,8192000) to no avail. The files I'm trying to upload are about 3M so I have quite a bit of headroom with that 8192000 value. Reproduce code: --- There is no need for source code that I can see as it's a phpinfo() that is showing me where the problem is and no matter what I set upload_max_filesize to, it will not work. None of the solutions on old bug reports have helped, and since this is the latest edition I guess I'm the first one to report that this isn't fixed with the new release. -- Edit this bug report at http://bugs.php.net/?id=45230edit=1
#45231 [NEW]: Apache crashes after loading php5 module
From: jair at uninove dot br Operating system: Fedora Core 4 PHP version: 5.2.6 PHP Bug Type: Apache2 related Bug description: Apache crashes after loading php5 module Description: Apache 2.0.63 compiled this way: ./configure --prefix=/usr/local/httpd-2.0.63 --enable-proxy --enable-ssl --enable-so --enable-module=shared --enable-mods-shared=most PHP 5.2.6 compiled this way: ./configure --prefix=/usr/local/php-5.2.6 --with-config-file-path=/etc/httpd --with-apxs2=/usr/local/httpd-2.0.63/bin/apxs --with-mysql=/usr/local/mysql - -with-openssl --with-gd --enable-ftp --enable-sysvsem --enable-sysvshm --enable-sockets --with-gettext --with-zlib --with-oci8=/opt/oracle_92/ --with-libxml- dir --with-pear --enable-sigchild --disable-ipv6 --with-iconv --enable-gd-native-ttf --with-png-dir --with-jpeg-dir --with-mssql=/usr/local/freetds When starting apache, it dies just after loading the php module: bash-3.00# ./httpd -e debug -k start ..snip.. [debug] mod_so.c(248): loaded module php5_module bash-3.00# -- Edit bug report at http://bugs.php.net/?id=45231edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=45231r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=45231r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=45231r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=45231r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=45231r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=45231r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=45231r=needscript Try newer version:http://bugs.php.net/fix.php?id=45231r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=45231r=support Expected behavior:http://bugs.php.net/fix.php?id=45231r=notwrong Not enough info: http://bugs.php.net/fix.php?id=45231r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=45231r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=45231r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=45231r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=45231r=dst IIS Stability:http://bugs.php.net/fix.php?id=45231r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=45231r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=45231r=float No Zend Extensions: http://bugs.php.net/fix.php?id=45231r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=45231r=mysqlcfg
