#43420 [Opn-Fbk]: strpos() simply don't work in any circumstance
ID: 43420 Updated by: [EMAIL PROTECTED] Reported By: david_silva7 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Strings related Operating System: Windows PHP Version: 5.2.5 New Comment: 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 ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2007-11-26 23:40:37] david_silva7 at hotmail dot com Description: strpos() ALWAYS return (false) in every circumstance, I tried the example codes of php.net I tried using strings as needle and char's, I tried using 'some text here ' and some text here and $string also. And always's a return of . No madder what's the needle or the haystack the return is always the same. I'm using xampp for windows with php 5.2.4 installed (The PHP version menu doesnt contain that version...thats why I selected 5.2.5) Reproduce code: --- Any code using strpos() Expected result: Dynamic and normal return values -- Edit this bug report at http://bugs.php.net/?id=43420edit=1
#43422 [Opn]: Memcached dll not available in PHP 5.2.5
ID: 43422 Updated by: [EMAIL PROTECTED] Reported By: hashaam83 at gmail dot com Status: Open -Bug Type:Website problem +Bug Type:Unknown/Other Function -PHP Version: Irrelevant +PHP Version: 5.2.5 New Comment: Not a website problem = reclassified. Previous Comments: [2007-11-27 08:28:22] hashaam83 at gmail dot com Description: I have downloaded the PECL win32 binaries for the latest PHP version (5.2.5) and could not find php_memcached.dll file in the archive. However, all the previous PECL win32 binary archives had php_memcache.dll included. I would like to know why in this archive the memcache win32 binary was removed from PECL 5.2.5 Hashaam -- Edit this bug report at http://bugs.php.net/?id=43422edit=1
#43423 [NEW]: $_SESSION variable has its elements being referenced.
From: leandroico at gmail dot com
Operating system: Linux box331.bluehost.com 2.6.22
PHP version: 5.2.5
PHP Bug Type: Session related
Bug description: $_SESSION variable has its elements being referenced.
Description:
Actually the PHP version encountered this apparently bug is 5.1.6, but I
haven't found that option at the select box above.
On he other hand, on my developer machine (using windows xp/apache/php
5.2) I haven't the presence of this anomaly.
THE PROBLEM:
$_SESSION variables (the direct elements of $_SESSION), when var_dumped,
is noticed that they (each $_SESSION element) are being referenced somehow,
because the presence of the '' before the variable type on var_dump
output. And because this phenomena I'm having big trouble, making clear I
can't update server's php version.
Reproduce code:
---
var_dump($_SESSION);
Expected result:
array(9) {
[usr1d]=
string(2) 68
[tat]=
string(1) 7
[grupo]=
string(5) ativa
[agenc]=
string(2) RJ
[nam3]=
string(23) Manoel Carlos M. Corrêa
[ema1l]=
string(17) [EMAIL PROTECTED]
[idiom]=
string(2) pt
[logado]=
string(6) logado
[consulta]=
array(0) {
}
}
Actual result:
--
array(9) {
[usr1d]=
string(2) 68
[tat]=
string(1) 7
[grupo]=
string(5) ativa
[agenc]=
string(2) RJ
[nam3]=
string(23) Manoel Carlos M. Corrêa
[ema1l]=
string(17) [EMAIL PROTECTED]
[idiom]=
string(2) pt
[logado]=
string(6) logado
[consulta]=
array(0) {
}
}
--
Edit bug report at http://bugs.php.net/?id=43423edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43423r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43423r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43423r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43423r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43423r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43423r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43423r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43423r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43423r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43423r=support
Expected behavior:http://bugs.php.net/fix.php?id=43423r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43423r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43423r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43423r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43423r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43423r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43423r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43423r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43423r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43423r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43423r=mysqlcfg
#43423 [Opn-Bgs]: $_SESSION variable has its elements being referenced.
ID: 43423
Updated by: [EMAIL PROTECTED]
Reported By: leandroico at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Linux box331.bluehost.com 2.6.22
PHP Version: 5.2.5
New Comment:
The PHP 5.1 series is unsupported. Please update to 5.2.
Previous Comments:
[2007-11-27 10:08:02] leandroico at gmail dot com
Description:
Actually the PHP version encountered this apparently bug is 5.1.6, but
I haven't found that option at the select box above.
On he other hand, on my developer machine (using windows xp/apache/php
5.2) I haven't the presence of this anomaly.
THE PROBLEM:
$_SESSION variables (the direct elements of $_SESSION), when
var_dumped, is noticed that they (each $_SESSION element) are being
referenced somehow, because the presence of the '' before the variable
type on var_dump output. And because this phenomena I'm having big
trouble, making clear I can't update server's php version.
Reproduce code:
---
var_dump($_SESSION);
Expected result:
array(9) {
[usr1d]=
string(2) 68
[tat]=
string(1) 7
[grupo]=
string(5) ativa
[agenc]=
string(2) RJ
[nam3]=
string(23) Manoel Carlos M. Corrêa
[ema1l]=
string(17) [EMAIL PROTECTED]
[idiom]=
string(2) pt
[logado]=
string(6) logado
[consulta]=
array(0) {
}
}
Actual result:
--
array(9) {
[usr1d]=
string(2) 68
[tat]=
string(1) 7
[grupo]=
string(5) ativa
[agenc]=
string(2) RJ
[nam3]=
string(23) Manoel Carlos M. Corrêa
[ema1l]=
string(17) [EMAIL PROTECTED]
[idiom]=
string(2) pt
[logado]=
string(6) logado
[consulta]=
array(0) {
}
}
--
Edit this bug report at http://bugs.php.net/?id=43423edit=1
#9331 [Com]: No operator overloading available
ID: 9331
Comment by: C01t dot te at gmail dot com
Reported By: jgsmith at tamu dot edu
Status: Suspended
Bug Type: Feature/Change Request
Operating System: Irix 6, Solaris 7, OpenBSD 2.8
PHP Version: 4.0.4pl1
New Comment:
Operator overloading will open a new chapter in PHP's objects usage.
And I think that perhaps it could be done through interfaces. May be
included in SPL.
For example
interface MathOperators
{
function operatorAdd($object);
function operatorSub($object);
function operatorMul($object);
function operatorDiv($object);
function operatorInc($object);
function operatorDec($object);
}
One who needs these functionality just implements this interface (or
interfaces for each operation) and here it is, and operator overloading
:-)
Previous Comments:
[2007-08-11 07:58:14] nibujoshua at gmail dot com
it is very bad, that there is no operator overloding capability for PHP
[2007-04-21 16:49:14] dionyziz at deviantart dot com
I think there are many other people who would like to see this feature
implemented. Is there any chance it could be made available in PHP6?
[2001-02-20 01:00:44] [EMAIL PROTECTED]
I hardly believe this will be implemented anytime soon or
accepted at all,
suspending (for the records)
[2001-02-19 02:07:25] jgsmith at tamu dot edu
It would be nice to have operator overloading available for
classes. Something along the lines of Perl and C++. I'm
sure there are other OO languages that provide similar
functionality. This would go a long way to allowing the
creation of object classes that are similar to those built
into the language.
At least one class I'm wanting to create that could use this
is an ordered set -- use +,-,*,/ for set union, asymmetric
difference, intersection, and difference, for example.
Perhaps borrowing the C++ syntax wouldn't be a great burden.
function operator+(objectClass,objectClass) { ... }
Unfortunately, this would require prototyping of class
methods, but this is already implicately done for the
operators (as far as the coder is concerned, even if not in
fact).
Perhaps one way around the need for an explicit prototype is
to consider the first argument of the binary operation (the
left operand) as the governing class for finding the method.
Then $A+$B == $A-operator+($B) and the function declaration
is reduced to
class A {
function operator+($B) { ... }
}
I think this is important enough to the development of the
language, and I didn't find mention of it in any of the
documentation or archives I searched, that I am submitting
it as a bug report for t
--
Edit this bug report at http://bugs.php.net/?id=9331edit=1
#9331 [Sus-Bgs]: No operator overloading available
ID: 9331
Updated by: [EMAIL PROTECTED]
Reported By: jgsmith at tamu dot edu
-Status: Suspended
+Status: Bogus
Bug Type: Feature/Change Request
Operating System: Irix 6, Solaris 7, OpenBSD 2.8
PHP Version: 4.0.4pl1
New Comment:
There's an operator overloading extension, see pecl.php.net - search
for operator but such a feature won't go in PHP's core.
Previous Comments:
[2007-11-27 10:51:31] C01t dot te at gmail dot com
Operator overloading will open a new chapter in PHP's objects usage.
And I think that perhaps it could be done through interfaces. May be
included in SPL.
For example
interface MathOperators
{
function operatorAdd($object);
function operatorSub($object);
function operatorMul($object);
function operatorDiv($object);
function operatorInc($object);
function operatorDec($object);
}
One who needs these functionality just implements this interface (or
interfaces for each operation) and here it is, and operator overloading
:-)
[2007-08-11 07:58:14] nibujoshua at gmail dot com
it is very bad, that there is no operator overloding capability for PHP
[2007-04-21 16:49:14] dionyziz at deviantart dot com
I think there are many other people who would like to see this feature
implemented. Is there any chance it could be made available in PHP6?
[2001-02-20 01:00:44] [EMAIL PROTECTED]
I hardly believe this will be implemented anytime soon or
accepted at all,
suspending (for the records)
[2001-02-19 02:07:25] jgsmith at tamu dot edu
It would be nice to have operator overloading available for
classes. Something along the lines of Perl and C++. I'm
sure there are other OO languages that provide similar
functionality. This would go a long way to allowing the
creation of object classes that are similar to those built
into the language.
At least one class I'm wanting to create that could use this
is an ordered set -- use +,-,*,/ for set union, asymmetric
difference, intersection, and difference, for example.
Perhaps borrowing the C++ syntax wouldn't be a great burden.
function operator+(objectClass,objectClass) { ... }
Unfortunately, this would require prototyping of class
methods, but this is already implicately done for the
operators (as far as the coder is concerned, even if not in
fact).
Perhaps one way around the need for an explicit prototype is
to consider the first argument of the binary operation (the
left operand) as the governing class for finding the method.
Then $A+$B == $A-operator+($B) and the function declaration
is reduced to
class A {
function operator+($B) { ... }
}
I think this is important enough to the development of the
language, and I didn't find mention of it in any of the
documentation or archives I searched, that I am submitting
it as a bug report for t
--
Edit this bug report at http://bugs.php.net/?id=9331edit=1
#43361 [Fbk-Opn]: invalid session.save_path test cause php crash
ID: 43361
User updated by: shany at zend dot com
Reported By: shany at zend dot com
-Status: Feedback
+Status: Open
Bug Type: Session related
Operating System: WinXP 32bit
PHP Version: 5.2.5
New Comment:
The trace (using ZendCore 2.5 - update 1 for php 5.2.5):
Thread 0 - System ID 2464
Entry point php!controlfp+16b
Create time 11/27/2007 1:34:38 PM
Time spent in user mode 0 Days 0:0:0.62
Time spent in kernel mode 0 Days 0:0:1.390
Function Arg 1 Arg 2 Arg 3 Source
0x0122f47f 0122f458 0122f618
php5!mk_keytab_table+d3c4 0127af68 00c0eb24
php5!zim_spl_SplFileInfo_isReadable+4e 0127b390
php5!ZEND_MUL_SPEC_CONST_CONST_HANDLER+20 00c0eb24
7c801898
php5!ZEND_FE_RESET_SPEC_CONST_HANDLER+18 07c02008
78134bbe
msvcr80!free+cd 01220180 01220180 0137e7d8
0x07c02008 0137e7d8 01226628 01220190
In
php__PID__4060__Date__11_27_2007__Time_01_38_11PM__252__Second_Chance_Exception_C005.dmp
the module c:\Program Files\Zend\Core\bin\php5.dll has caused an access
violation exception (0xC005) when trying to read from memory
location 0x0002 on thread 0
Previous Comments:
[2007-11-26 11:08:29] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2007-11-25 15:31:33] shany at zend dot com
This crash occured on Win XP and Win Server03 - 32 bit and on Windows
Vista - 64 bit.
It didn't occur on Linux RHEL 32 or 64 bit.
[2007-11-22 08:42:19] shany at zend dot com
It happened to me also on Windows server 2003 (32 bit)
[2007-11-21 20:11:09] [EMAIL PROTECTED]
On *nix this does not result in a crash, I wonder if its a Win32
specific issue. Can someone on Win32 confirm the problem?
[2007-11-21 15:28:12] shany at zend dot com
Description:
I run test 016.phpt of the session extension and I received a pop-up
window that the application had to be terminated. This happened while
running with both cli and cgi php.
This could be related to bug #42596, which was fixed in php 5.2.5
Reproduce code:
---
--TEST--
invalid session.save_path should not cause a segfault
--SKIPIF--
?php
if (!extension_loaded(session)) {
die(skip Session module not loaded);
}
?
--INI--
session.save_path=123;:/really\\completely:::/invalid;;,23123;213
session.use_cookies=0
session.cache_limiter=
session.save_handler=files
session.serialize_handler=php
--FILE--
?php
error_reporting(E_ALL);
@session_start();
$HTTP_SESSION_VARS[test] = 1;
@session_write_close();
print I live\n;
?
--EXPECT--
I live
Expected result:
If you run the php code you should get:
I live
If you run through a test engine you expect the test to pass
Actual result:
--
The error file from Windows:
?xml version=1.0 encoding=UTF-16?
DATABASE
EXE NAME=php-cgi.exe FILTER=GRABMI_FILTER_PRIVACY
MATCHING_FILE NAME=charset.dll SIZE=8704 CHECKSUM=0x5A333BBE
BIN_FILE_VERSION=1.2.0.0 BIN_PRODUCT_VERSION=1.2.0.0
PRODUCT_VERSION=1.2 FILE_DESCRIPTION=LGPLed libcharset for Windows
NT/2000/XP and Windows 95/98/ME COMPANY_NAME=Free Software Foundation
PRODUCT_NAME=libcharset: portable character set determination library
FILE_VERSION=1.2 ORIGINAL_FILENAME=charset.dll
INTERNAL_NAME=charset.dll LEGAL_COPYRIGHT=Copyright (C) 1999-2003
VERFILEDATEHI=0x0 VERFILEDATELO=0x0 VERFILEOS=0x10004
VERFILETYPE=0x2 MODULE_TYPE=WIN32 PE_CHECKSUM=0x0
LINKER_VERSION=0x0 UPTO_BIN_FILE_VERSION=1.2.0.0
UPTO_BIN_PRODUCT_VERSION=1.2.0.0 LINK_DATE=06/14/2007 12:01:54
UPTO_LINK_DATE=06/14/2007 12:01:54 VER_LANGUAGE=English (United
States) [0x409] /
MATCHING_FILE NAME=gettextlib.dll SIZE=81920
CHECKSUM=0x9058D683 BIN_FILE_VERSION=0.14.5.0
BIN_PRODUCT_VERSION=0.14.5.0 PRODUCT_VERSION=0.14.5
FILE_DESCRIPTION=GPLed libgettextlib for Windows NT/2000/XP and Windows
95/98/ME COMPANY_NAME=Free Software Foundation
PRODUCT_NAME=libgettextlib: subroutines for gettext-tools
FILE_VERSION=0.14.5 ORIGINAL_FILENAME=gettextlib.dll
INTERNAL_NAME=gettextlib.dll LEGAL_COPYRIGHT=Copyright (C) 1995-2005
VERFILEDATEHI=0x0
#42625 [Com]: When mysql and mysqli enabled both together, php CLI hangs when ZTS is enabled
ID: 42625 Comment by: dirk at bean-it dot nl Reported By: jama at mk dot cvut dot cz Status: Assigned Bug Type: MySQL related Operating System: Gentoo/Linux PHP Version: 5.2.4 Assigned To: andrey New Comment: Here I am again... :-) Debian posted updated for mysql-5 and it libs today. Installing this resolves my issue, I have a working php 5.2.5 now. Non working debian mysql-5 version: ii libmysqlclient15-dev 5.0.32-7etch1 ii libmysqlclient15off 5.0.32-7etch1 Working: ii libmysqlclient15-dev5.0.32-7etch3 ii libmysqlclient15off 5.0.32-7etch3 Cheers, Dirk Previous Comments: [2007-11-26 15:53:00] dirk at bean-it dot nl I'll have to get back on my previous post, it also happens on i686 :-( So, when I enable mysql mysqli, this results in a non working php. (./configure --with-mysqli=/usr/bin/mysql_config --with-mysql=/usr) Just enabling mysql or mysqli works fine. (./configure --with-mysqli=/usr/bin/mysql_config) or (./configure --with-mysql=/usr) I've compared the mysql libs version on the i686 machines (one does compile a good php, one doesn't) and they are the same. [2007-11-21 19:47:12] dirk at bean-it dot nl I'm experiencing the same problem, but my 2 cents tell me this is only happening on amd64 + mysql + mysqli. My various i386 systems, build with the same configure options have no problems at all. Leaving mysql or mysqli option out results in a fine working php. Enabling them both results in a broken php (ie, no prompt is returned in the cli, and the apache modules works extremely crappy, since tons of new apaches are started and they all hang). The problem still exists in 5.2.5 and was not in there 5.2.3. I run Debian 4.0 (x86_64 GNU/Linux) on all systems, with stock kernels (2.6.18) I'm happy to provide more info, if necessary. Or to post a new bug, if you think this is more appropriate... [2007-10-05 12:22:29] jama at mk dot cvut dot cz I have updated mysql to: mysql_config --version 5.1.22-rc Downloaded new snapshots and new report seems OK for php.. ./test.report.sh php-5.2.4.log OK php-5.2.4-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php-5.2.4-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config php5.2-200710051030.log OK php5.2-200710051030-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php5.2-200710051030-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config php6.0-200710051030.log OK php6.0-200710051030-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config OK php6.0-200710051030-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config OK php6.0-200710051030-mysqli-mysqlng ./configure --disable-all --enable-maintainer-zts --with-mysql=mysql --with-mysqli=mysqlnd [2007-09-24 09:39:40] jama at mk dot cvut dot cz tested on php6.0-200709240630 mysqli OK mysql+mysqli BAD mysql+mysqlng OK I created simple bash script for building and testing php snapshots for this bug. It's on http://pastebin.com/m68372238 Runned in this case as . ./test.sh php6.0-200709240630.tar.bz2 php6.0-200709240630 php6.0-200709240630 Manualy killed when php -i was hanging on second test and result looks like this: # cat php6.0-200709240630.log OK php6.0-200709240630-mysqli ./configure --disable-all --enable-maintainer-zts --with-mysqli=/usr/bin/mysql_config BAD php6.0-200709240630-mysqli-mysql ./configure --disable-all --enable-maintainer-zts --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config OK php6.0-200709240630-mysqli-mysqlng ./configure --disable-all --enable-maintainer-zts --with-mysql=mysql --with-mysqli=mysqlnd [2007-09-22 08:47:41] [EMAIL PROTECTED] Hi, - can you try building PHP6? - if still han gs, can you try building with mysqlnd (PHP6, --with-mysqli=mysqlnd --with-mysql=mysql) and see if there is still a problem Andrey 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/42625 -- Edit this bug report at http://bugs.php.net/?id=42625edit=1
#42739 [Csd-Opn]: mkdir doesnt like a trailing slash when safe_mode is enabled
ID: 42739
User updated by: yurtesen at ispro dot net
Reported By: yurtesen at ispro dot net
-Status: Closed
+Status: Open
Bug Type: Safe Mode/open_basedir
Operating System: FreeBSD 6.2
-PHP Version: 5.2.4
+PHP Version: 5.2.5
New Comment:
I see the same error in 5.2.5 release. Are you sure that this is fixed?
When you said that it is fixed in CVS it was in September, now 5.2.5
came out and the same bug exists...
Previous Comments:
[2007-09-23 15:19:27] [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.
[2007-09-23 09:36:31] yurtesen at ispro dot net
Description:
When safe_mode is enabled mkdir('newdir/',0770); doesnt function. When
safe_mode is disabled it functions fine. Sure, there shouldnt be a
trailing slash there perhaps but most PHP software uses paths similar to
'/home/user/domain/test/' so this is a problem.
This appeared in 5.2.3 or 5.2.4 I am not so sure.
This is not a permissions based problem as the folder is created when
backslash is not used in safe_mode, and it is created when backslash is
used and NOT in safe_mode
It seems to be the same bug with(perhaps somehow reintroduced?):
http://bugs.php.net/bug.php?id=16638
Reproduce code:
---
?php
mkdir('myhomefolder/',0770);
//mkdir('myhomefolder',0770);
?
The problem is the trailing slash and safe_mode...
Expected result:
myhomefolder should get created.
Actual result:
--
Warning: mkdir(): Unable to access myhomefolder/ in
/home/user/domain/test.php on line 3
--
Edit this bug report at http://bugs.php.net/?id=42739edit=1
#43422 [Opn-Csd]: Memcached dll not available in PHP 5.2.5
ID: 43422 Updated by: [EMAIL PROTECTED] Reported By: hashaam83 at gmail dot com -Status: Open +Status: Closed Bug Type:*General Issues PHP Version: 5.2.5 New Comment: Here you can find builds for any extension: http://pecl4win.php.net/ I guess the date when the 5.2.5 was released this extension had some bug which made it not compile on win32.. Previous Comments: [2007-11-27 10:07:31] [EMAIL PROTECTED] Not a website problem = reclassified. [2007-11-27 08:28:22] hashaam83 at gmail dot com Description: I have downloaded the PECL win32 binaries for the latest PHP version (5.2.5) and could not find php_memcached.dll file in the archive. However, all the previous PECL win32 binary archives had php_memcache.dll included. I would like to know why in this archive the memcache win32 binary was removed from PECL 5.2.5 Hashaam -- Edit this bug report at http://bugs.php.net/?id=43422edit=1
#43424 [NEW]: array_combine() doesn't truncate float values while using them as keys
From: dharma dot yp at in dot ibm dot com
Operating system: Linux, windows
PHP version: 5.2CVS-2007-11-27 (snap)
PHP Bug Type: Arrays related
Bug description: array_combine() doesn't truncate float values while using
them as keys
Description:
when array with float values is passed to $keys argument of
array_combine()function, it creates an array with float keys and the values
specified by $values argument. This is in contradiction with the array
documentation, which specifies that only integers or strings can be used as
keys in an array.Same can be found in the below link.
http://in2.php.net/manual/en/language.types.array.php
So, either of the below is expected:
1) An error message saying that float values can't be used as keys for an
array should be output or
2) float keys should be truncated to integer keys.
This behaviour can be found with PHP5.3 and PHP6 as well.
Reproduce code:
---
?php
$arr1 = array(1.1, 2.2);
$arr2 = array(1, 2);
var_dump( array_combine($arr1, $arr2) );
?
Expected result:
array(2) {
[1]=
int(1)
[2]=
int(2)
}
Actual result:
--
array(2) {
[1.1]=
int(1)
[2.2]=
int(2)
}
--
Edit bug report at http://bugs.php.net/?id=43424edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43424r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43424r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43424r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43424r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43424r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43424r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43424r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43424r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43424r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43424r=support
Expected behavior:http://bugs.php.net/fix.php?id=43424r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43424r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43424r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43424r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43424r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43424r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43424r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43424r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43424r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43424r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43424r=mysqlcfg
#43418 [Opn]: tick doesn't work as expected when using Apache 2.0 Handler as interface
ID: 43418 Updated by: [EMAIL PROTECTED] Reported By: deminy at deminy dot net Status: Open -Bug Type: *General Issues +Bug Type: Apache2 related Operating System: Ubuntu, SunOS, etc PHP Version: 5.2.5 New Comment: See also bug #24943 Previous Comments: [2007-11-26 20:26:36] deminy at deminy dot net Description: I wrote a script to test the behavior of construct declare/tick, and found that the HTTP outputs among different requests were inconsistent (The outputs were supposed to be the same according to the official documentation). I have tested the same script on three different web servers (which have different versions of PHP installed: 4.4.7, 5.1.6, 5.2.5, etc). I also tested the script using other different ways (from command line, running the script as a CGI script, etc). The script and other releated information (including PHP information) was put at this URL: http://www.deminy.net/php/bugs/php_bug_tick.tar.gz The bug reported here is similar to http://bugs.php.net/bug.php?id=11536 (register_tick_function weirdness) Reproduce code: --- The code and other information are put here: http://www.deminy.net/php/bugs/php_bug_tick.tar.gz Expected result: All HTTP requests to the script sould return only 5 lines beside the 1st line (which contains a string #!/opt/php5/bin/php). Actual result: -- Basically, for the 1st HTTP request, the output contains 5 lines; for the 2nd request, the output may contain 10 lines; for the 3nd request, the output may contain 15 lines ..for the Nth request, the output contains 5 lines again, and so on .. -- Edit this bug report at http://bugs.php.net/?id=43418edit=1
#43424 [Opn-Bgs]: array_combine() doesn't truncate float values while using them as keys
ID: 43424
Updated by: [EMAIL PROTECTED]
Reported By: dharma dot yp at in dot ibm dot com
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Linux, windows
PHP Version: 5.2CVS-2007-11-27 (snap)
New Comment:
If you look closely at the var_dump() output you'll notice that they're
not floats but strings. This is expected and correct behaviour.
Previous Comments:
[2007-11-27 12:43:38] dharma dot yp at in dot ibm dot com
Description:
when array with float values is passed to $keys argument of
array_combine()function, it creates an array with float keys and the
values specified by $values argument. This is in contradiction with the
array documentation, which specifies that only integers or strings can
be used as keys in an array.Same can be found in the below link.
http://in2.php.net/manual/en/language.types.array.php
So, either of the below is expected:
1) An error message saying that float values can't be used as keys for
an array should be output or
2) float keys should be truncated to integer keys.
This behaviour can be found with PHP5.3 and PHP6 as well.
Reproduce code:
---
?php
$arr1 = array(1.1, 2.2);
$arr2 = array(1, 2);
var_dump( array_combine($arr1, $arr2) );
?
Expected result:
array(2) {
[1]=
int(1)
[2]=
int(2)
}
Actual result:
--
array(2) {
[1.1]=
int(1)
[2.2]=
int(2)
}
--
Edit this bug report at http://bugs.php.net/?id=43424edit=1
#43417 [Opn-Bgs]: socket_read returns FALSE not on no more data
ID: 43417
Updated by: [EMAIL PROTECTED]
Reported By: miniman dot k3o at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Sockets related
Operating System: Linux Slackware
PHP Version: 5.2.5
New Comment:
socket_read() returns the data as a string on success, or FALSE on
error (including if the remote host has closed the connection). The
error code can be retrieved with socket_last_error().
What happens is that the remote closed the connection..see also bug
#28141
Previous Comments:
[2007-11-26 20:16:38] miniman dot k3o at gmail dot com
Start my server and saw that it: returns FALSE on 'NO MORE DATA TO
READ'
i meant:
Started my server and saw that socket_read: returns FALSE on 'NO MORE
DATA TO READ'
[2007-11-26 20:06:19] miniman dot k3o at gmail dot com
Description:
cyte from php.net/socket_read :
Return Values
Note: socket_read() returns a zero length string () when there is
no more data to read.
//
Ive downloaded today PHP 5.2.5 sources from php.net site. Compiled it.
Start my server and saw that it: returns FALSE on 'NO MORE DATA TO
READ'
//
I think it is a bug;
Reproduce code:
---
php-5.2.5/ext/sockets
isn't it a patch ?
--- sockets.c 2007-09-26 12:55:07.0 +0200
+++ sockets.c.fixed 2007-11-26 19:51:23.0 +0100
@@ -891,6 +891,10 @@
) {
php_sock-error = errno;
SOCKETS_G(last_error) = errno;
+ /*minicode starts: return empty string
bugfix*/
+ efree(tmpbuf);
+ RETURN_STRINGL('\0',0,0);
+ /*minicode ends*/
} else {
PHP_SOCKET_ERROR(php_sock, unable to read from
socket, errno);
}
--
Edit this bug report at http://bugs.php.net/?id=43417edit=1
#43414 [Opn-Fbk]: Surprising array bug found with special word lang
ID: 43414
Updated by: [EMAIL PROTECTED]
Reported By: cappytoi at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Arrays related
Operating System: Windows Xp
PHP Version: 5.2.5
New Comment:
I tried with CLI:
# src/build/php_5_2/sapi/cli/php t.php
lang[]=turkcelang[]=englishlang[]=german
And no problems there. In what browser does it give you that? Have you
got some weird locale set on your machine or what?
Previous Comments:
[2007-11-26 17:28:20] cappytoi at yahoo dot com
also found that using times instead of lang causes a similar
result.
[2007-11-26 17:12:05] cappytoi at yahoo dot com
Description:
Hi,
I have found the following problem. I try to produce a query string and
I found that using lang as a key makes problem with implode.
Reproduce code:
---
?php
$all = array(
'turkce',
'english',
'german'
);
$t = array();
foreach ($all as $al) {
$t[] = 'lang[]='.$al;
}
echo implode('',$t);
?
Expected result:
lang[]=turkcelang[]=englishlang[]=german
Actual result:
--
lang[]=turkce#9001;[]=english#9001;[]=german
--
Edit this bug report at http://bugs.php.net/?id=43414edit=1
#43419 [Opn]: Using gzfile() with URL and open_basedir
ID: 43419
Updated by: [EMAIL PROTECTED]
Reported By: vinni10 at gmx dot net
Status: Open
-Bug Type: Zlib Related
+Bug Type: Safe Mode/open_basedir
Operating System: Linux (Debian)
PHP Version: 5.2.5
New Comment:
This is more general issue, anything trying to use /tmp causes this.
(there are other reports about this too)
Previous Comments:
[2007-11-26 20:36:11] vinni10 at gmx dot net
Description:
When you try to read an external file with gzfile() and open_basedir
restriction you will get an warning that /tmp is not in allowed paths.
Reproduce code:
---
?php
$url = http://url/test.gz;;
/** Try to use gzfile() with HTTP and open_basedir **/
$var1 = gzfile($url);
/** Try to use gzfile() with downloaded file and open_basedir **/
$filename = dwltest.gz;
file_put_contents($filename, file_get_contents($url));
$var2 = gzfile($filename);
unlink($filename);
echo pre;
echo bremote gzfile:/b\n;
var_dump($var1);
echo \n\nblocal gzfile:/b\n;
var_dump($var2);
echo /pre;
?
Expected result:
remote gzfile:
array(1) {
[0]=
string(23) This is a simple test!
}
local gzfile:
array(1) {
[0]=
string(23) This is a simple test!
}
Actual result:
--
Warning: gzfile() [function.gzfile]: open_basedir restriction in
effect. File(/tmp) is not within the allowed path(s): (/var/www/) in
/var/www/gzfile_test.php on line 8
Warning: gzfile(http://url/test.gz) [function.gzfile]: could not make
seekable - http://url/test.gz in /var/www/gzfile_test.php on line 8
remote gzfile:
bool(false)
local gzfile:
array(1) {
[0]=
string(23) This is a simple test!
}
--
Edit this bug report at http://bugs.php.net/?id=43419edit=1
#43425 [NEW]: imap_fetchstructure: Undocumented primary body type
From: j-pieper at gmx dot net Operating system: CentOS PHP version: 5.2.5 PHP Bug Type: IMAP related Bug description: imap_fetchstructure: Undocumented primary body type Description: Documentation of imap_fetchstructure() function says that there are 8 primary body types (0-7). Today I got primary body type 9 (Content-Type: /unknown; base64-encoded pdf). What means primary body type 9? Is there also an primary body type 8? -- Edit bug report at http://bugs.php.net/?id=43425edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43425r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43425r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43425r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43425r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43425r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43425r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43425r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43425r=needscript Try newer version:http://bugs.php.net/fix.php?id=43425r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43425r=support Expected behavior:http://bugs.php.net/fix.php?id=43425r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43425r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43425r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43425r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43425r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43425r=dst IIS Stability:http://bugs.php.net/fix.php?id=43425r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43425r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43425r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43425r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43425r=mysqlcfg
#43426 [NEW]: crash on nested call_user_func calls
From: [EMAIL PROTECTED] Operating system: Gentoo Linux 2.6.23 PHP version: 5.2.5 PHP Bug Type: Reproducible crash Bug description: crash on nested call_user_func calls Description: I get a reproducible crash when running a file in the pear-core test suite against a pear 1.7.0 installation. The test is pear-core/tests/PEAR_DependencyDB/test_assertDepsDB_fail.phpt The problem seems to be some nested call_user_func. PEAR_ErrorStack::push calls $context = call_user_func($this-_contextCallback, $code, $params, $backtrace); which in return calls push() again, which calls the same _contextCallback again. This time, php crashes. The contextcallback is PEAR_ErrorStack::getFileLine() - it is reached the first time, but not the second. Reproduce code: --- 1. checkout pear-core from cvs 2. install pear, install xml_rpc 3. cd pear-core/tests 4. pear run-tests PEAR_DependencyDB/test_assertDepsDB_fail.phpt Expected result: no crash. Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x006e1491 in zend_call_function (fci=0x7fff35552e90, fci_cache=0x0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911 911 (*fci-params[i])-refcount++; (gdb) (gdb) bt #0 0x006e1491 in zend_call_function (fci=0x7fff35552e90, fci_cache=0x0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911 #1 0x006e0024 in call_user_function_ex (function_table=0xacfbc0, object_pp=0x0, function_name=0xf874b8, retval_ptr_ptr=0x7fff35552f30, param_count=3, params=0xc2df00, no_separation=0, symbol_table=0x0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:617 #2 0x005fe639 in zif_call_user_func (ht=4, return_value=0x1862c08, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/cweiske/compilethings/php-5.2.5/ext/standard/basic_functions.c:5083 #3 0x00719216 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff35554030) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:200 #4 0x0071f35f in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff35554030) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:1681 #5 0x00718cb9 in execute (op_array=0xf99ba0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:92 #6 0x007193a5 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff355543d0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:234 #7 0x00719f81 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff355543d0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:322 #8 0x00718cb9 in execute (op_array=0xf9c608) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:92 #9 0x007193a5 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff35554bc0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:234 #10 0x00719f81 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff35554bc0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:322 #11 0x00718cb9 in execute (op_array=0xfb9ad8) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:92 #12 0x006e1888 in zend_call_function (fci=0x7fff35554f30, fci_cache=0x0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:990 #13 0x006e0024 in call_user_function_ex (function_table=0xacfbc0, object_pp=0x0, function_name=0x1814fb0, retval_ptr_ptr=0x7fff35554fd8, param_count=2, params=0x1859308, no_separation=0, symbol_table=0x0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:617 #14 0x005ff092 in zif_call_user_func_array (ht=2, return_value=0x1858d08, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /home/cweiske/compilethings/php-5.2.5/ext/standard/basic_functions.c:5153 #15 0x00719216 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff355560e0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:200 ---Type return to continue, or q return to quit--- #16 0x0071f35f in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x7fff355560e0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:1681 #17 0x00718cb9 in execute (op_array=0xf99ba0) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:92 #18 0x007193a5 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff35556480) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:234 #19 0x00719f81 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0x7fff35556480) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:322 #20 0x00718cb9 in execute (op_array=0xf9c608) at /home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:92 #21 0x007193a5 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fff35556750) at
#43295 [Com]: php-cgi crash
ID: 43295 Comment by: php at high5 dot nu Reported By: pioklo at serveradmin dot pl Status: Open Bug Type: CGI related Operating System: Debian 4.0 kernel 2.6.23.1 PHP Version: 5.2.5 New Comment: I am also seeing problems with FastCGI and PHP-5.2.5. FreeBSD 6.2-p8 (jail) and Lighttpd 1.4.18. No third party extensions. [EMAIL PROTECTED]:~ # pkg_info | grep php php5-5.2.5 PHP Scripting Language php5-gettext-5.2.5 The gettext shared extension for php php5-mysql-5.2.5The mysql shared extension for php php5-pcre-5.2.5 The pcre shared extension for php php5-session-5.2.5 The session shared extension for php php5-xml-5.2.5 The xml shared extension for php php5-zlib-5.2.5 The zlib shared extension for php From the log file: [Tue Nov 27 14:35:18 2007] Script: '/usr/local/www/www.site.com/blog/wpcontent/themes/default/images/he ader-img.php' --- /var/ports/basejail/usr/ports/lang/php5/work/php- 5.2.5/main/SAPI.c(445) : Block 0x08289e30 status: Invalid pointer: ((size=0x0005) != (next.prev=0x5445475f)) 2007-11-27 14:35:18: (mod_fastcgi.c.2462) unexpected end-of-file (perhaps the fastcgi process died): pid: 96290 socket: unix:/tmp/php- fastcgi.socket-0 2007-11-27 14:35:18: (mod_fastcgi.c.3269) response already sent out, but backend returned error on socket: unix:/tmp/php-fastcgi.socket-0 for /blog/wp-content/themes/default/images/header-img.php , terminating connection [Tue Nov 27 14:40:21 2007] Script: '/usr/local/www/www.site.com/index.php' --- /var/ports/basejail/usr/ports/lang/php5/work/php- 5.2.5/main/SAPI.c(445) : Block 0x08289d10 status: Beginning: Freed (magic=0x, expected=0x99954317) Start: Overflown (magic=0x instead of 0x678FA504) At least 4 bytes overflown End: Overflown (magic=0x000E instead of 0x0A184C31) At least 4 bytes overflown --- Previous Comments: [2007-11-26 09:28:35] [EMAIL PROTECTED] I can confirm the last additions to this bug. I am also on FreeBSD/AMD64, and today I started getting zend_mm_heap corrupted messages. Also, PHP started to sig11 and what I did so far was disable all modules that I do not need - doing this I got rid off some of the obvious crashes. This is my extension.ini http://pastie.caboo.se/private/ytqpr1hnn0slvjsvabt70g php -m: http://pastie.caboo.se/private/yscuxwtkvromili7m15w What can we do to provide more feedback? [2007-11-25 02:53:11] dns dot bind9 at gmail dot com now,more error msg [EMAIL PROTECTED] ~#zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted zend_mm_heap corrupted display on my console! [2007-11-23 18:53:13] f dot fenix at gmail dot com Additional backtrace for previous comment: (gdb) bt #0 0x00537d09 in zend_mm_check_ptr (heap=0x7bf000, ptr=0xb29818, silent=1, __zend_filename=0x6445d8 /usr/ports/lang/php5/work/php-5.2.5/main/SAPI.c, __zend_lineno=445, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/ports/lang/php5/work/php-5.2.5/Zend/zend_alloc.c:1276 #1 0x00539451 in _zend_mm_free_int (heap=0x7bf000, p=0xb29818, __zend_filename=0x6445d8 /usr/ports/lang/php5/work/php-5.2.5/main/SAPI.c, __zend_lineno=445, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/ports/lang/php5/work/php-5.2.5/Zend/zend_alloc.c:1909 #2 0x0053a64c in _efree (ptr=0xb29818, __zend_filename=0x6445d8 /usr/ports/lang/php5/work/php-5.2.5/main/SAPI.c, __zend_lineno=445, __zend_orig_filename=0x0, __zend_orig_lineno=0) at /usr/ports/lang/php5/work/php-5.2.5/Zend/zend_alloc.c:2277 #3 0x0050b99e in sapi_deactivate () at /usr/ports/lang/php5/work/php-5.2.5/main/SAPI.c:445 #4 0x00502397 in php_request_shutdown (dummy=0x0) at /usr/ports/lang/php5/work/php-5.2.5/main/main.c:1494 #5 0x005d8771 in main (argc=3, argv=0x7fffea98) at /usr/ports/lang/php5/work/php-5.2.5/sapi/cgi/cgi_main.c:1972 PS System is AMD64 [2007-11-21 16:41:06] f dot fenix at gmail dot com I also have such bug appeared after update to PHP 5.2.5. System Info: FreeBSD 6.2-RELEASE-p3, nginx/0.5.32, PHP 5.2.5 # php -m [PHP Modules] bcmath bz2 ctype curl date dom gd gettext hash iconv libxml mbstring mhash mysql pcre PDO pgsql posix readline Reflection session SimpleXML sockets SPL SQLite standard tokenizer xml xmlreader xmlwriter zlib [Zend Modules] #gdb /usr/local/bin/php-cgi php-cgi.core --SKIPED-- (gdb) bt #0 0x004e79cf in _zend_mm_free_int
#43426 [Opn]: crash on nested call_user_func calls
ID: 43426
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: Gentoo Linux 2.6.23
PHP Version: 5.2.5
New Comment:
Simple reproduce script:
?php
$c = 1; // doesn't matter
call_user_func(foo2, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c);
function foo2($d) {}
?
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x006e1491 in zend_call_function (fci=0x7fff00628800,
fci_cache=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911
911 (*fci-params[i])-refcount++;
(gdb) bt
#0 0x006e1491 in zend_call_function (fci=0x7fff00628800,
fci_cache=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911
#1 0x006e0024 in call_user_function_ex
(function_table=0xacfb80, object_pp=0x0, function_name=0xc2a828,
retval_ptr_ptr=0x7fff006288a0,
param_count=259, params=0xc2de60, no_separation=0,
symbol_table=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:617
#2 0x005fe639 in zif_call_user_func (ht=260,
return_value=0xc2a7b8, return_value_ptr=0x0, this_ptr=0x0,
return_value_used=0)
at
/home/cweiske/compilethings/php-5.2.5/ext/standard/basic_functions.c:5083
#3 0x00719216 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fff00628ab0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:200
#4 0x0071f35f in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fff00628ab0)
at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:1681
#5 0x00718cb9 in execute (op_array=0xc2b5f0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:92
#6 0x006f05bf in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/cweiske/compilethings/php-5.2.5/Zend/zend.c:1134
#7 0x006978cd in php_execute_script
(primary_file=0x7fff0062b110) at
/home/cweiske/compilethings/php-5.2.5/main/main.c:2004
#8 0x007731ab in main (argc=2, argv=0x7fff0062b348) at
/home/cweiske/compilethings/php-5.2.5/sapi/cli/php_cli.c:1140
Previous Comments:
[2007-11-27 13:45:23] [EMAIL PROTECTED]
Description:
I get a reproducible crash when running a file in the pear-core test
suite against a pear 1.7.0 installation.
The test is
pear-core/tests/PEAR_DependencyDB/test_assertDepsDB_fail.phpt
The problem seems to be some nested call_user_func.
PEAR_ErrorStack::push calls
$context = call_user_func($this-_contextCallback, $code, $params,
$backtrace);
which in return calls push() again, which calls the same
_contextCallback again. This time, php crashes.
The contextcallback is PEAR_ErrorStack::getFileLine() - it is reached
the first time, but not the second.
Reproduce code:
---
1. checkout pear-core from cvs
2. install pear, install xml_rpc
3. cd pear-core/tests
4. pear run-tests PEAR_DependencyDB/test_assertDepsDB_fail.phpt
Expected result:
no crash.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x006e1491 in zend_call_function (fci=0x7fff35552e90,
fci_cache=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911
911 (*fci-params[i])-refcount++;
(gdb)
(gdb) bt
#0 0x006e1491 in zend_call_function (fci=0x7fff35552e90,
fci_cache=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911
#1 0x006e0024 in call_user_function_ex
(function_table=0xacfbc0, object_pp=0x0, function_name=0xf874b8,
retval_ptr_ptr=0x7fff35552f30,
param_count=3, params=0xc2df00, no_separation=0, symbol_table=0x0)
at /home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:617
#2 0x005fe639 in zif_call_user_func (ht=4,
return_value=0x1862c08, return_value_ptr=0x0, this_ptr=0x0,
return_value_used=1)
at
#43414 [Opn]: Surprising array bug found with special word lang
ID: 43414
User updated by: cappytoi at yahoo dot com
Reported By: cappytoi at yahoo dot com
Status: Open
Bug Type: Arrays related
Operating System: Windows Xp
PHP Version: 5.2.5
New Comment:
sorry for bothering, it is all about firefox. thanks anyway.
Previous Comments:
[2007-11-27 14:08:01] cappytoi at yahoo dot com
It only shows in firefox, in internet explorer it gives me the result,
but i couldn't understand why when I do not use implode(); it works
normally. The results are same, doesn't it mean that browser execute the
same code?
[2007-11-27 14:00:40] cappytoi at yahoo dot com
I am using apache 2.59, and my Windows Locale is Turkish. But I think
it is not about locale. Because when I test it with the enviroment on
Centos apache 2.59 with php5.2.4 it gives me the same result and the
locale is en_US.
It may be caused by apache sapi. But the problem function is
implode(). It works normally when I parse the results with foreach
[2007-11-27 13:05:12] [EMAIL PROTECTED]
I tried with CLI:
# src/build/php_5_2/sapi/cli/php t.php
lang[]=turkcelang[]=englishlang[]=german
And no problems there. In what browser does it give you that? Have you
got some weird locale set on your machine or what?
[2007-11-26 17:28:20] cappytoi at yahoo dot com
also found that using times instead of lang causes a similar
result.
[2007-11-26 17:12:05] cappytoi at yahoo dot com
Description:
Hi,
I have found the following problem. I try to produce a query string and
I found that using lang as a key makes problem with implode.
Reproduce code:
---
?php
$all = array(
'turkce',
'english',
'german'
);
$t = array();
foreach ($all as $al) {
$t[] = 'lang[]='.$al;
}
echo implode('',$t);
?
Expected result:
lang[]=turkcelang[]=englishlang[]=german
Actual result:
--
lang[]=turkce#9001;[]=english#9001;[]=german
--
Edit this bug report at http://bugs.php.net/?id=43414edit=1
#43414 [Opn-Bgs]: Surprising array bug found with special word lang
ID: 43414 Updated by: [EMAIL PROTECTED] Reported By: cappytoi at yahoo dot com -Status: Open +Status: Bogus Bug Type: Arrays related Operating System: Windows Xp PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Do a view source... IE probably uses lang as an HTML entity even though there is no required ; preceeding it. Previous Comments: [2007-11-27 14:12:40] cappytoi at yahoo dot com sorry for bothering, it is all about firefox. thanks anyway. [2007-11-27 14:08:01] cappytoi at yahoo dot com It only shows in firefox, in internet explorer it gives me the result, but i couldn't understand why when I do not use implode(); it works normally. The results are same, doesn't it mean that browser execute the same code? [2007-11-27 14:00:40] cappytoi at yahoo dot com I am using apache 2.59, and my Windows Locale is Turkish. But I think it is not about locale. Because when I test it with the enviroment on Centos apache 2.59 with php5.2.4 it gives me the same result and the locale is en_US. It may be caused by apache sapi. But the problem function is implode(). It works normally when I parse the results with foreach [2007-11-27 13:05:12] [EMAIL PROTECTED] I tried with CLI: # src/build/php_5_2/sapi/cli/php t.php lang[]=turkcelang[]=englishlang[]=german And no problems there. In what browser does it give you that? Have you got some weird locale set on your machine or what? [2007-11-26 17:28:20] cappytoi at yahoo dot com also found that using times instead of lang causes a similar result. 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/43414 -- Edit this bug report at http://bugs.php.net/?id=43414edit=1
#36795 [Com]: Inappropriate unterminated entity reference in DOMElement-setAttribute
ID: 36795
Comment by: oscar at cdcovers dot to
Reported By: john at carney dot id dot au
Status: No Feedback
Bug Type: DOM XML related
Operating System: Windows/Linux
PHP Version: 5.1.2
New Comment:
I tried the workaround below and it seems to work:
$xml-addChild('element', '');
$xml-element = str_replace(, amp;, value of the element);
Previous Comments:
[2007-09-28 06:40:20] ocus51 at gail dot com
Hi,
I'm still experiencing this problem :
- PHP Version 5.2.0-8+etch7
- DOM/XML API Version 20031129
- libxml Version 2.6.27
[2006-12-06 11:49:37] philippe dot levan_nospam at kitpages dot fr
Hi,
I have the same problem. My config is :
- PHP 5.2
- libxml Version 2.6.16
-
?php
$xmlStr = ?xml version='1.0' encoding='UTF-8'?root/root;
$xml = new SimpleXMLElement($xmlStr);
$xml-addChild(foo,utf8_encode(start end));
echo foo tag added ok;
$xml-addChild(bar,utf8_encode(start end));
echo error on bar tag because of amp;;
$result = $xml-asXML();
echo pre.htmlentities($result)./pre;
?
-
you can run this script at :
http://www.kitpages.fr/test/bugSimpleXml.php
[2006-06-19 14:30:10] php dot net at jax dot be
In PHP 4.2.2 I have the same issue.
code
?php
require_once(sms/messageRelay.class.php);
$doc = domxml_new_doc(1.0);
$msg = $doc-create_element(message);
$msg-set_attribute(type, MT);
$doc-append_child($msg);
$auth = $doc-create_element(authentication);
$str = abc d e f;
$auth-set_content($str);
$msg-append_child($auth);
echo pre;
echo $doc-dump_mem(true, UTF-8);
echo /pre;
?
/code
It chokes on the .
[2006-04-01 04:49:32] tamit at xmission dot com
This is most definitely a bug. I've replicated by producing the
following tree in my code:
(This is well-formed XML so I have no idea why there would be a
problem.)
-BEGIN XML
?xml version=1.0 encoding=iso-8859-1?
classes
class classid=0 parentid= class_level=0Rootclass classid=1
parentid=0 class_level=1Adhesives /class
class classid=3286 parentid=0 class_level=1Agricultural
and
Farming Products/class
class classid=3283 parentid=0
class_level=1Architectural and
Civil Engineering Products/class
class classid=14 parentid=0 class_level=1Automatic
ID/class
class classid=45 parentid=0 class_level=1Chemical
Processing
/class
class classid=124 parentid=0 class_level=1Cleaning
Products
/class
class classid=148 parentid=0 class_level=1Communication
Systems /class
class classid=264 parentid=0 class_level=1Computer
Hardware
/class
class classid=3281 parentid=0 class_level=1Construction
Equipment and Supplies/class
class classid=489 parentid=0 class_level=1Controls
/class
class classid=589 parentid=0 class_level=1Display
/class
class classid=612 parentid=0 class_level=1Electrical
Equipment /class
class classid=772 parentid=0 class_level=1Electronic
Components /class
class classid=3282 parentid=0 class_level=1Explosives,
Armaments, and Weaponry/class
class classid=920 parentid=0 class_level=1Fasteners
/class
class classid=954 parentid=0 class_level=1Fluid /class
class classid=3461 parentid=0 class_level=1Food
Processing
/class
class classid=3288 parentid=0 class_level=1Health,
Medical,
/class
class classid=1029 parentid=0 class_level=1HVAC/class
class classid=1068 parentid=0 class_level=1Labels Tags
Signage /class
class classid=3279 parentid=0 class_level=1Laboratory
and
Research Supplies and Equipment/class
class classid=1083 parentid=0
class_level=1Lubricants/class
class classid=1106 parentid=0 class_level=1Machinery
/class
class classid=1424 parentid=0 class_level=1Material
Handling
/class
class classid=1303 parentid=0 class_level=1Materials
/class
class classid=3284 parentid=0 class_level=1Mechanical
Components and Assemblies/class
class classid=1620 parentid=0 class_level=1Mechanical
Power
Transmission/class
class classid=3462 parentid=0 class_level=1Mining, Oil
Drilling /class
class classid=1728 parentid=0 class_level=1Mounting
/class
class classid=3285 parentid=0
class_level=1Non-Industrial
Products/class
class classid=1782 parentid=0
#43414 [Opn]: Surprising array bug found with special word lang
ID: 43414
User updated by: cappytoi at yahoo dot com
Reported By: cappytoi at yahoo dot com
Status: Open
Bug Type: Arrays related
Operating System: Windows Xp
PHP Version: 5.2.5
New Comment:
It only shows in firefox, in internet explorer it gives me the result,
but i couldn't understand why when I do not use implode(); it works
normally. The results are same, doesn't it mean that browser execute the
same code?
Previous Comments:
[2007-11-27 14:00:40] cappytoi at yahoo dot com
I am using apache 2.59, and my Windows Locale is Turkish. But I think
it is not about locale. Because when I test it with the enviroment on
Centos apache 2.59 with php5.2.4 it gives me the same result and the
locale is en_US.
It may be caused by apache sapi. But the problem function is
implode(). It works normally when I parse the results with foreach
[2007-11-27 13:05:12] [EMAIL PROTECTED]
I tried with CLI:
# src/build/php_5_2/sapi/cli/php t.php
lang[]=turkcelang[]=englishlang[]=german
And no problems there. In what browser does it give you that? Have you
got some weird locale set on your machine or what?
[2007-11-26 17:28:20] cappytoi at yahoo dot com
also found that using times instead of lang causes a similar
result.
[2007-11-26 17:12:05] cappytoi at yahoo dot com
Description:
Hi,
I have found the following problem. I try to produce a query string and
I found that using lang as a key makes problem with implode.
Reproduce code:
---
?php
$all = array(
'turkce',
'english',
'german'
);
$t = array();
foreach ($all as $al) {
$t[] = 'lang[]='.$al;
}
echo implode('',$t);
?
Expected result:
lang[]=turkcelang[]=englishlang[]=german
Actual result:
--
lang[]=turkce#9001;[]=english#9001;[]=german
--
Edit this bug report at http://bugs.php.net/?id=43414edit=1
#43426 [Opn-Asn]: crash on nested call_user_func calls
ID: 43426
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Assigned
-Bug Type: Reproducible crash
+Bug Type: Scripting Engine problem
Operating System: Gentoo Linux 2.6.23
PHP Version: 5.2.5
-Assigned To:
+Assigned To: dmitry
New Comment:
Dmitry, could you plz take a look at this?
The problem is reproducible with a lot of nested function calls passing
lots of parameters or with just one call_user_func() call passing 64+
parameters.
Each time EG(argument_stack) is resized, previously fetched argument
pointers are left pointing to nowhere.
See Zend/zend_API.c:773 (in 5_3), this is the place where we fetch the
pointers:
zval **p = (zval **) (EG(argument_stack).top_element - 2 - (arg_count -
i));
but it becomes wild later.
Previous Comments:
[2007-11-27 13:54:49] [EMAIL PROTECTED]
Simple reproduce script:
?php
$c = 1; // doesn't matter
call_user_func(foo2, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c,
$c,
$c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c, $c);
function foo2($d) {}
?
backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x006e1491 in zend_call_function (fci=0x7fff00628800,
fci_cache=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911
911 (*fci-params[i])-refcount++;
(gdb) bt
#0 0x006e1491 in zend_call_function (fci=0x7fff00628800,
fci_cache=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:911
#1 0x006e0024 in call_user_function_ex
(function_table=0xacfb80, object_pp=0x0, function_name=0xc2a828,
retval_ptr_ptr=0x7fff006288a0,
param_count=259, params=0xc2de60, no_separation=0,
symbol_table=0x0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_execute_API.c:617
#2 0x005fe639 in zif_call_user_func (ht=260,
return_value=0xc2a7b8, return_value_ptr=0x0, this_ptr=0x0,
return_value_used=0)
at
/home/cweiske/compilethings/php-5.2.5/ext/standard/basic_functions.c:5083
#3 0x00719216 in zend_do_fcall_common_helper_SPEC
(execute_data=0x7fff00628ab0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:200
#4 0x0071f35f in ZEND_DO_FCALL_SPEC_CONST_HANDLER
(execute_data=0x7fff00628ab0)
at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:1681
#5 0x00718cb9 in execute (op_array=0xc2b5f0) at
/home/cweiske/compilethings/php-5.2.5/Zend/zend_vm_execute.h:92
#6 0x006f05bf in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /home/cweiske/compilethings/php-5.2.5/Zend/zend.c:1134
#7 0x006978cd in php_execute_script
(primary_file=0x7fff0062b110) at
/home/cweiske/compilethings/php-5.2.5/main/main.c:2004
#8 0x007731ab in main (argc=2, argv=0x7fff0062b348) at
/home/cweiske/compilethings/php-5.2.5/sapi/cli/php_cli.c:1140
[2007-11-27 13:45:23] [EMAIL PROTECTED]
Description:
I get a reproducible crash when running a file in the pear-core test
suite against a pear 1.7.0 installation.
The test is
pear-core/tests/PEAR_DependencyDB/test_assertDepsDB_fail.phpt
The problem seems to be some nested call_user_func.
PEAR_ErrorStack::push calls
$context = call_user_func($this-_contextCallback, $code, $params,
$backtrace);
which in return calls push() again, which calls the same
_contextCallback again. This time, php crashes.
The contextcallback is PEAR_ErrorStack::getFileLine() - it is reached
the first time, but not the second.
Reproduce code:
---
1. checkout pear-core from cvs
2. install pear, install xml_rpc
3. cd pear-core/tests
4. pear run-tests PEAR_DependencyDB/test_assertDepsDB_fail.phpt
Expected result:
no crash.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
0x006e1491 in zend_call_function (fci=0x7fff35552e90,
#43414 [Fbk-Opn]: Surprising array bug found with special word lang
ID: 43414
User updated by: cappytoi at yahoo dot com
Reported By: cappytoi at yahoo dot com
-Status: Feedback
+Status: Open
Bug Type: Arrays related
Operating System: Windows Xp
PHP Version: 5.2.5
New Comment:
I am using apache 2.59, and my Windows Locale is Turkish. But I think
it is not about locale. Because when I test it with the enviroment on
Centos apache 2.59 with php5.2.4 it gives me the same result and the
locale is en_US.
It may be caused by apache sapi. But the problem function is
implode(). It works normally when I parse the results with foreach
Previous Comments:
[2007-11-27 13:05:12] [EMAIL PROTECTED]
I tried with CLI:
# src/build/php_5_2/sapi/cli/php t.php
lang[]=turkcelang[]=englishlang[]=german
And no problems there. In what browser does it give you that? Have you
got some weird locale set on your machine or what?
[2007-11-26 17:28:20] cappytoi at yahoo dot com
also found that using times instead of lang causes a similar
result.
[2007-11-26 17:12:05] cappytoi at yahoo dot com
Description:
Hi,
I have found the following problem. I try to produce a query string and
I found that using lang as a key makes problem with implode.
Reproduce code:
---
?php
$all = array(
'turkce',
'english',
'german'
);
$t = array();
foreach ($all as $al) {
$t[] = 'lang[]='.$al;
}
echo implode('',$t);
?
Expected result:
lang[]=turkcelang[]=englishlang[]=german
Actual result:
--
lang[]=turkce#9001;[]=english#9001;[]=german
--
Edit this bug report at http://bugs.php.net/?id=43414edit=1
#43427 [NEW]: PHP 5.2.3 don't compile with --with-ldap option
From: srfrogster at gmail dot com Operating system: Solaris 10 PHP version: 5.2.5 PHP Bug Type: Compile Failure Bug description: PHP 5.2.3 don't compile with --with-ldap option Description: Hello phpeople, I'm having problems while compiling PHP-5.2.3 with ldap support. Here is my configure line: ./configure --prefix=/usr/local/php-5.2.3 --with-mysql=/usr/local/mysql --with-mysqli=/usr/local/mysql/bin/mysql_config --with-apxs2=/usr/local/apache2/bin/apxs --with-ldap=/usr --with-openssl=/usr/local/ssl --with-curl=/usr/local --with-gd=/usr/local --with-jpeg-dir=/usr/local --with-png-dir=/usr/local --with-xpm-dir=/usr/local --with-freetype-dir=/usr/local --with-ldap-sasl=/usr/local And it stops when: checking for LDAP support... yes checking for LDAP Cyrus SASL support... /usr/local checking for 3 arg ldap_set_rebind_proc... yes checking for ldap_parse_result... no checking for ldap_parse_reference... no checking for ldap_start_tls_s... no checking for sasl_version in -lldap... no configure: error: LDAP SASL check failed. Please check config.log for more information. Also, I have trying to compile php-5.2.5 with the same configure line, and it fails in the same step, showing the same output message. Checking the config.log file, it shows many undefined symbols, almost all of them, first referenced in libnspr4.so. And just above this list of undefined symbols, it shows: ld: warning: file /export/home/SOFTWARE/LDAP_SDK/lib//libnspr4.so: section .stabstr: malformed string table, initial or final byte ld: warning: global symbol `_GLOBAL_OFFSET_TABLE_' has non-global binding: (file /export/home/SOFTWARE/LDAP_SDK/lib//libnss3.so value=LOCL); ld: warning: file /export/home/SOFTWARE/LDAP_SDK/lib//libssl3.so: section .stabstr: malformed string table, initial or final byte ld: warning: global symbol `_GLOBAL_OFFSET_TABLE_' has non-global binding: (file /export/home/SOFTWARE/LDAP_SDK/lib//libssl3.so value=LOCL); ld: warning: file libdl.so.2: required by /export/home/SOFTWARE/LDAP_SDK/lib//libnspr4.so, not found ld: warning: file libpthread.so.0: required by /export/home/SOFTWARE/LDAP_SDK/lib//libnspr4.so, not f ound ld: warning: file libc.so.6: required by /export/home/SOFTWARE/LDAP_SDK/lib//libnspr4.so, not found I have been trying to get these libraries from outside in order to compile again php, but I haven't found them available for Solaris 10. Can you help me with this? Thanks in advance -- Edit bug report at http://bugs.php.net/?id=43427edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43427r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43427r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43427r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43427r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43427r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43427r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43427r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43427r=needscript Try newer version:http://bugs.php.net/fix.php?id=43427r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43427r=support Expected behavior:http://bugs.php.net/fix.php?id=43427r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43427r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43427r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43427r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43427r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43427r=dst IIS Stability:http://bugs.php.net/fix.php?id=43427r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43427r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43427r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43427r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43427r=mysqlcfg
#43422 [Csd-Bgs]: Memcached dll not available in PHP 5.2.5
ID: 43422 Updated by: [EMAIL PROTECTED] Reported By: hashaam83 at gmail dot com -Status: Closed +Status: Bogus Bug Type:*General Issues PHP Version: 5.2.5 New Comment: It is not a bundled extension. See http://pecl4win.php.net to get the DLLs you need. Not a bug bogus. Previous Comments: [2007-11-27 12:40:45] [EMAIL PROTECTED] Here you can find builds for any extension: http://pecl4win.php.net/ I guess the date when the 5.2.5 was released this extension had some bug which made it not compile on win32.. [2007-11-27 10:07:31] [EMAIL PROTECTED] Not a website problem = reclassified. [2007-11-27 08:28:22] hashaam83 at gmail dot com Description: I have downloaded the PECL win32 binaries for the latest PHP version (5.2.5) and could not find php_memcached.dll file in the archive. However, all the previous PECL win32 binary archives had php_memcache.dll included. I would like to know why in this archive the memcache win32 binary was removed from PECL 5.2.5 Hashaam -- Edit this bug report at http://bugs.php.net/?id=43422edit=1
#42791 [Com]: HTML img src tag resets session variable
ID: 42791
Comment by: martin at limitless dot co dot uk
Reported By: dron007 at yahoo dot com
Status: No Feedback
Bug Type: Session related
Operating System: Linux
PHP Version: 5.2.4
New Comment:
I have recently come across this bug in PHP Version 5.1.4. The code was
img src=# that caused the session variables to reset. The system is
running Apache 1.3 on Solaris 10. If I can provide any other useful
information, just let me know.
Previous Comments:
[2007-10-07 01:00:01] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
[2007-10-01 10:37:44] dron007 at inbox dot ru
Yes, that was IE6. With FF and Opera everything works fine. Probably
that is browser issue but it is very weird thing because if I add
another session variable that is not nulled IE shows this variable and
doesn't show nulled one. FF shows both of them. That means that session
cookie is sent in both cases.
Also if I move
$_SESSION[some_var] = null;
inside if statement it works fine too.
[2007-09-29 02:36:46] [EMAIL PROTECTED]
With what browser are you trying this with? IIRC, there was some issue
with IE and broken html and it not sending some headers then.
[2007-09-28 17:55:24] dron007 at yahoo dot com
Description:
There was the bug already posted: http://bugs.php.net/bug.php?id=25966
I also have the similar situation. IMG tag with empty src attribute
deletes session variable. Yes, it is incorrect IMG tag but I spent a
lot of time debugging this situation and I was very surprized that HTML
code have an influence on PHP variables.
Reproduce code:
---
File 1.php:
?
session_start();
$_SESSION[some_var] = null;
if (isset($done)) {
$_SESSION[some_var] = 1;
header(Location: 2.php);
die();
}
?
a href=1.php?done=1Goto 2/a
---
File 2.php:
?
session_start();
echo 'some_var='.$_SESSION[some_var].'br';
echo 'img src=';
?
Expected result:
I first load file 1.php, then go by link which sets session variable,
then I see some_var=1 which is correct.
If I reload 2.php I expect to see some_var=1
Actual result:
--
some_var=
Session variable is destroyed.
--
Edit this bug report at http://bugs.php.net/?id=42791edit=1
#43373 [Opn-Csd]: pcntl_fork() causes a fatal error instead of returning -1
ID: 43373
Updated by: [EMAIL PROTECTED]
Reported By: trot at plotinka dot ru
-Status: Open
+Status: Closed
Bug Type: PCNTL related
Operating System: Unix
PHP Version: 5.2.5
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:
[2007-11-26 23:15:41] development at domain51 dot com
I just ran into this issue as well... I was testing PHP's speed at
forking N processes and I hit an issue where the OS wasn't able to fork
any more processes. Instead of getting a -1 response, the code
referenced below triggers a fatal error and halts PHP.
In other words, the check on line 227 referenced by trot at plotinka
dot ru should be deleted. -1 is a valid return value and should not
trigger an error any failure is encountered during the fork.
[2007-11-26 12:46:57] trot at plotinka dot ru
Fatal error on failure.
But in manual:
On failure, a -1 will be returned in the parent's context
http://php.net/pcntl_fork
thx
[2007-11-25 17:32:14] [EMAIL PROTECTED]
Exactly what are you reporting here? What's the bug?
[2007-11-23 08:07:17] trot at plotinka dot ru
ext/pcntl/pcntl.c line 227
delete:
if (id == -1) {
php_error_docref(NULL TSRMLS_CC, E_ERROR, Error %d,
errno);
}
[2007-11-22 11:57:20] trot at plotinka dot ru
Description:
untraceable Fatal error: pcntl_fork(): Error 35
P.S.: CLI mode.
Reproduce code:
---
$pid = pcntl_fork();
Expected result:
$pid == -1; // true
Actual result:
--
Fatal error: pcntl_fork(): Error 35 in ...
--
Edit this bug report at http://bugs.php.net/?id=43373edit=1
#43430 [NEW]: Parser seems not to like to see select from on posted items
From: ajoliveira at acutron dot net Operating system: linux PHP version: 4.4.7 PHP Bug Type: Scripting Engine problem Bug description: Parser seems not to like to see select from on posted items Description: Error: Forbidden access to /trash/mail.php on acutron.net this error is reproducible under 4.4.7, but not under 4.3.11 Reproduce code: --- Hi I'm using 4.4.7 on the same directory I put the following files (in fact those are on the air at http://acutron.net/trash): 1. trash1.html * html head /head body background=jpg/rock.jpg FORM action=mail.php method=post INPUT TYPE=submit VALUE=Correio input type=hidden name=sellit value=SELECT FRAM /form /body/html * 2. trash2.html * html head /head body background=jpg/rock.jpg FORM action=mail.php method=post INPUT TYPE=submit VALUE=Correio input type=hidden name=sellit value=SELECT FROM /form /body/html * any one of the previous files calls main.php, which...does nothing. diff btw the 2 files is that one posts selected fram and the other select from. try the difference 3. main.php do-nothing script... html head /head body ?php //echo stripslashes ($_POST['sel']).'br'; ? /body/html Expected result: blank screen Actual result: -- trash1.html does nothing, as expected, but trash2.html results in: Forbidden access to /trash/mail.php on acutron.net -- Edit bug report at http://bugs.php.net/?id=43430edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43430r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43430r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43430r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43430r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43430r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43430r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43430r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43430r=needscript Try newer version:http://bugs.php.net/fix.php?id=43430r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43430r=support Expected behavior:http://bugs.php.net/fix.php?id=43430r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43430r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43430r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43430r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43430r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43430r=dst IIS Stability:http://bugs.php.net/fix.php?id=43430r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43430r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43430r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43430r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43430r=mysqlcfg
#43430 [Opn]: Parser seems not to like to see select from on posted items
ID: 43430 User updated by: ajoliveira at acutron dot net Reported By: ajoliveira at acutron dot net Status: Open Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.4.7 New Comment: on http://acutron.net/trash, there is an info.php so that server configuration may be inspected. Previous Comments: [2007-11-27 17:40:31] ajoliveira at acutron dot net Description: Error: Forbidden access to /trash/mail.php on acutron.net this error is reproducible under 4.4.7, but not under 4.3.11 Reproduce code: --- Hi I'm using 4.4.7 on the same directory I put the following files (in fact those are on the air at http://acutron.net/trash): 1. trash1.html * html head /head body background=jpg/rock.jpg FORM action=mail.php method=post INPUT TYPE=submit VALUE=Correio input type=hidden name=sellit value=SELECT FRAM /form /body/html * 2. trash2.html * html head /head body background=jpg/rock.jpg FORM action=mail.php method=post INPUT TYPE=submit VALUE=Correio input type=hidden name=sellit value=SELECT FROM /form /body/html * any one of the previous files calls main.php, which...does nothing. diff btw the 2 files is that one posts selected fram and the other select from. try the difference 3. main.php do-nothing script... html head /head body ?php //echo stripslashes ($_POST['sel']).'br'; ? /body/html Expected result: blank screen Actual result: -- trash1.html does nothing, as expected, but trash2.html results in: Forbidden access to /trash/mail.php on acutron.net -- Edit this bug report at http://bugs.php.net/?id=43430edit=1
#43391 [Fbk-Csd]: --with-openssl and --with-apxs2 conflicts
ID: 43391 User updated by: macintosh at mathiesen dot info Reported By: macintosh at mathiesen dot info -Status: Feedback +Status: Closed Bug Type: Compile Failure Operating System: Mac OS X 10.5.1 PHP Version: 5.2.5 New Comment: closing - resolution invalid. does indeed seem to be some kind of lib conflict, but as to which ! messing around with paths in configure options for both apache and php eventually fixed php. Previous Comments: [2007-11-25 17:29:42] [EMAIL PROTECTED] Well, obviously the update of MacOSX broke this. (and not only PHP, lot of other stuff too..) [2007-11-24 15:47:44] macintosh at mathiesen dot info I'm actually using the same configure settings for both PHP5 and Apache2 as I was using under Mac OS X 10.4.x ; and I had no problems like this then. [2007-11-24 15:40:35] macintosh at mathiesen dot info Yes - but they seem to have some issues with mod_ssl Apache2. My version of Apache2 has successfully been built with and subsequently loaded mod_ssl according to httpd -M I'll try building Apache2 without support for ssl and see what happens and at the same time enter into correspondance with the macports people. [2007-11-24 12:06:55] [EMAIL PROTECTED] This might be helpful: http://blog.phpdoc.info/archives/83-php-5.2.5-on-Leopard.html#extended As shown, it's possible to build PHP on Leopard. :) [2007-11-24 12:04:40] [EMAIL PROTECTED] Wild guess: You have multiple openssl header files in your filesystem which conflict. Or libs.. 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/43391 -- Edit this bug report at http://bugs.php.net/?id=43391edit=1
#30075 [Com]: Cannot redeclare function/class
ID: 30075 Comment by: brianleeholub at yahoo dot com Reported By: kj at legalizer dot dk Status: No Feedback Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5CVS-2004-09-13 (dev) New Comment: This is happening in 5.2.5 (also win2k3-sp2, iis6, isapi). Since most of the pages in the application I'm testing are fairly complex, I created a test script with a single function to do some basic math. After browsing around a bit in the main application (and seeing the redeclare bug, probably 15% of the page loads, with random functions being the culprit even when reloading the same page), I pointed at my test script and refreshed once or twice and got: PHP has encountered an Access Violation at 01B09F7E The main application is heavy in SOAP. Previous Comments: [2007-05-24 12:47:34] andized at gmx dot net i got the same problem with php 5.1.2 on MS IIS 6.0 on a windows 2003 Server. Cannot redeclare ... appears at random, but the file is only included once. [2004-12-06 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. [2004-11-28 15:44:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Please supply short but usable reproduce script if you still expirience this problem even with latest CVS snapshot. [2004-09-27 09:37:15] kj at legalizer dot dk The IIS 6.0 problem is on a Windows 2003 server. [2004-09-27 09:34:29] kj at legalizer dot dk With PHP 5.0.2 and IIS 6.0 I get the same error (without the crash) even if I turn off ISAPI caching. 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/30075 -- Edit this bug report at http://bugs.php.net/?id=30075edit=1
#43431 [NEW]: Using /H in haystack causes truncated results
From: lowell at ietech dot com Operating system: Linux data 2.6.18.2-34 PHP version: 5.2.5 PHP Bug Type: Strings related Bug description: Using /H in haystack causes truncated results Description: Using '/H' (uppercase 'H' is relevant) near the end of the haystack truncates the result (In example below, first 5 letters of 'Health'). Have tried many strings to determine consistency, but have failed. Using '/home' instead of '/Home' in string produced a different result, but any other attempts at increasing or decreasing the # '/H's in the string failed to reveal a consistent behavior. Reproduce code: --- $sHayStack = /data/virtual/abc.com/Home/test/absolute/Health; $sNeedle = /data/virtual/abc.com/Home/test/absolute; echo ltrim( $sHayStack, $sNeedle ); Expected result: Health Actual result: -- h -- Edit bug report at http://bugs.php.net/?id=43431edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43431r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43431r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43431r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43431r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43431r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43431r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43431r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43431r=needscript Try newer version:http://bugs.php.net/fix.php?id=43431r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43431r=support Expected behavior:http://bugs.php.net/fix.php?id=43431r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43431r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43431r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43431r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43431r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43431r=dst IIS Stability:http://bugs.php.net/fix.php?id=43431r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43431r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43431r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43431r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43431r=mysqlcfg
#30075 [Com]: Cannot redeclare function/class
ID: 30075 Comment by: brianleeholub at yahoo dot com Reported By: kj at legalizer dot dk Status: No Feedback Bug Type: Scripting Engine problem Operating System: WinXP PHP Version: 5CVS-2004-09-13 (dev) New Comment: After trying apache 2.2.4 on the same machine/same php the content flashes up and then firefox goes to an error page. In the event log I get this: Event Type: Error Event Source: Application Error Event Category: (100) Event ID: 1000 Date: 11/27/2007 Time: 10:47:14 AM User: N/A Computer: BH-DEV4 Description: Faulting application httpd.exe, version 2.2.4.0, faulting module php5ts.dll, version 5.2.5.5, fault address 0x000ce75a. For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp. Data: : 41 70 70 6c 69 63 61 74 Applicat 0008: 69 6f 6e 20 46 61 69 6c ion Fail 0010: 75 72 65 20 20 68 74 74 ure htt 0018: 70 64 2e 65 78 65 20 32 pd.exe 2 0020: 2e 32 2e 34 2e 30 20 69 .2.4.0 i 0028: 6e 20 70 68 70 35 74 73 n php5ts 0030: 2e 64 6c 6c 20 35 2e 32 .dll 5.2 0038: 2e 35 2e 35 20 61 74 20 .5.5 at 0040: 6f 66 66 73 65 74 20 30 offset 0 0048: 30 30 63 65 37 35 61 00ce75a Previous Comments: [2007-11-27 18:34:44] brianleeholub at yahoo dot com This is happening in 5.2.5 (also win2k3-sp2, iis6, isapi). Since most of the pages in the application I'm testing are fairly complex, I created a test script with a single function to do some basic math. After browsing around a bit in the main application (and seeing the redeclare bug, probably 15% of the page loads, with random functions being the culprit even when reloading the same page), I pointed at my test script and refreshed once or twice and got: PHP has encountered an Access Violation at 01B09F7E The main application is heavy in SOAP. [2007-05-24 12:47:34] andized at gmx dot net i got the same problem with php 5.1.2 on MS IIS 6.0 on a windows 2003 Server. Cannot redeclare ... appears at random, but the file is only included once. [2004-12-06 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. [2004-11-28 15:44:15] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip Please supply short but usable reproduce script if you still expirience this problem even with latest CVS snapshot. [2004-09-27 09:37:15] kj at legalizer dot dk The IIS 6.0 problem is on a Windows 2003 server. 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/30075 -- Edit this bug report at http://bugs.php.net/?id=30075edit=1
#43430 [Opn-Bgs]: Parser seems not to like to see select from on posted items
ID: 43430 Updated by: [EMAIL PROTECTED] Reported By: ajoliveira at acutron dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4.4.7 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. http://acutron.net/trash/trash.html?foo=SELECT%20FROM It's not dependant on PHP so its server related. Previous Comments: [2007-11-27 17:51:08] ajoliveira at acutron dot net on http://acutron.net/trash, there is an info.php so that server configuration may be inspected. [2007-11-27 17:40:31] ajoliveira at acutron dot net Description: Error: Forbidden access to /trash/mail.php on acutron.net this error is reproducible under 4.4.7, but not under 4.3.11 Reproduce code: --- Hi I'm using 4.4.7 on the same directory I put the following files (in fact those are on the air at http://acutron.net/trash): 1. trash1.html * html head /head body background=jpg/rock.jpg FORM action=mail.php method=post INPUT TYPE=submit VALUE=Correio input type=hidden name=sellit value=SELECT FRAM /form /body/html * 2. trash2.html * html head /head body background=jpg/rock.jpg FORM action=mail.php method=post INPUT TYPE=submit VALUE=Correio input type=hidden name=sellit value=SELECT FROM /form /body/html * any one of the previous files calls main.php, which...does nothing. diff btw the 2 files is that one posts selected fram and the other select from. try the difference 3. main.php do-nothing script... html head /head body ?php //echo stripslashes ($_POST['sel']).'br'; ? /body/html Expected result: blank screen Actual result: -- trash1.html does nothing, as expected, but trash2.html results in: Forbidden access to /trash/mail.php on acutron.net -- Edit this bug report at http://bugs.php.net/?id=43430edit=1
#43393 [Asn]: MySQL Extensions selected during install aren't properly referenced in php.ini
ID: 43393 User updated by: kleinjames at yahoo dot com Reported By: kleinjames at yahoo dot com Status: Assigned Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.5 Assigned To: jmertic New Comment: run both later tonight and let you know what happens. Keep in mind, this issue has been tested only on Windows 2003. Previous Comments: [2007-11-25 06:22:52] [EMAIL PROTECTED] Could you run it in verbose logging mode and e-mail the log file to [EMAIL PROTECTED] To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.0-win32-installer.msi /l*v error.log Also, please send me the output of running php.exe -m from the command line. [2007-11-24 12:02:58] [EMAIL PROTECTED] Another installer issue.. [2007-11-23 19:43:32] kleinjames at yahoo dot com Description: Install php 5.2.5 on windows 2003 with iis. Under custom installation, select mysql and mysqli extensions. Let IIS finish. Fix the previous bug I just reported so IIS will display php pages. Run phpinfo(). NO mysql extensions are listed. PHP ini shows them, but no mysql extensions are listed in the phpinfo() output. Tried other extensions during install, they're all doing the same thing. If someone selects an extension to add during installation, don't you think the installation should properly add the extension? -- Edit this bug report at http://bugs.php.net/?id=43393edit=1
#43393 [Asn]: MySQL Extensions selected during install aren't properly referenced in php.ini
ID: 43393 User updated by: kleinjames at yahoo dot com Reported By: kleinjames at yahoo dot com Status: Assigned Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.5 Assigned To: jmertic New Comment: In the mean time, I have a piece of advise for you: Relook at bug # 43394. Before calling the bug bogus and making yourself look bad by saying I've tested this personally on WinXP, try reproducing the problem on windows 2003. I ran 5.2.5 on a dozen windows 2003 servers with different hardware, different configurations. ALL suffer the same problem described in that bug. If you read the full bug form, Windows 2003 is listed as the OS, not windows xp. If something works in windows xp, doesn't mean that same program works in windows 2003. You are right though, the problem doesn't occur in windows xp, but I never did report the bug as a windows xp bug. Previous Comments: [2007-11-27 19:49:39] kleinjames at yahoo dot com run both later tonight and let you know what happens. Keep in mind, this issue has been tested only on Windows 2003. [2007-11-25 06:22:52] [EMAIL PROTECTED] Could you run it in verbose logging mode and e-mail the log file to [EMAIL PROTECTED] To run in verbose logging mode issue the below command from the command prompt ( from the same directory where the install exists ): msiexec /i php-5.2.0-win32-installer.msi /l*v error.log Also, please send me the output of running php.exe -m from the command line. [2007-11-24 12:02:58] [EMAIL PROTECTED] Another installer issue.. [2007-11-23 19:43:32] kleinjames at yahoo dot com Description: Install php 5.2.5 on windows 2003 with iis. Under custom installation, select mysql and mysqli extensions. Let IIS finish. Fix the previous bug I just reported so IIS will display php pages. Run phpinfo(). NO mysql extensions are listed. PHP ini shows them, but no mysql extensions are listed in the phpinfo() output. Tried other extensions during install, they're all doing the same thing. If someone selects an extension to add during installation, don't you think the installation should properly add the extension? -- Edit this bug report at http://bugs.php.net/?id=43393edit=1
#43432 [NEW]: Fatal error when setting the value of COM object's Attribute property
From: scr34m at frontember dot hu Operating system: Windows XP PHP version: 5.2CVS-2007-11-27 (snap) PHP Bug Type: COM related Bug description: Fatal error when setting the value of COM object's Attribute property Description: The COM runs well in ASP: %asp 'The Attribute property specifies and retrieves name-value pairs. ' 'Syntax: ' 'Header.Attribute(bstrName) = String 'String = Header.Attribute(bstrName) ' 'Parameters: bstrName [in] ,String containing the attribute name. ' 'Attribute names are case-sensitive, and both the name and value must be specified in a valid 'XML format. If you duplicate an existing attribute, the earlier attribute is updated. Dim rid rid = 0 Set headobj = Server.CreateObject(Wmrmobjs.WMRMHeader) headObj.Attribute(RID) = rid % But when I convert it to PHP,there's a fatal error. Also same like #28161 bug Windows trace is here: http://scr34m.frontember.hu/stuff/CrashHang_Report__PID_292__11272007221846765.mht IDL informations: [id(0x07), propget, helpstring (property Attribute)] HRESULT Attribute([in] BSTR bstrName, [out, retval] BSTR* pVal); [id(0x07), propput, helpstring (property Attribute)] HRESULT Attribute([in] BSTR bstrName, [in] BSTR pVal); Reproduce code: --- ?php $rid=0; $headObj = new COM(Wmrmobjs.WMRMHeader); $headObj-Attribute[RID] = $rid; ? Expected result: The Attribute should be set. Actual result: -- Application terminated no output -- Edit bug report at http://bugs.php.net/?id=43432edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43432r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43432r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43432r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43432r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43432r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43432r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43432r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43432r=needscript Try newer version:http://bugs.php.net/fix.php?id=43432r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43432r=support Expected behavior:http://bugs.php.net/fix.php?id=43432r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43432r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43432r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43432r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43432r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43432r=dst IIS Stability:http://bugs.php.net/fix.php?id=43432r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43432r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43432r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43432r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43432r=mysqlcfg
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: michael at chunkycow dot com dot au Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: Does anyone know if switching to the new ND driver will fix this? Previous Comments: [2007-11-23 12:43:02] andrewm at rochester dot rr dot com I tried every suggestion on this page to fix this problem (Error in my_thread_global_end(): 1 threads didn't exit) and nothing helped me. It was php_imap.dll that was ther culprit for me. I commented that out in php.ini and everything works great now. Now hopefully I won't need imap before this is fixed. [2007-11-20 16:40:49] dkeller at uh dot edu I'm using php 5.2.5 through cgi on iis6 and windows 2003 server. I still get the my_thread_global_end() error. Turning of mysql persistent connections in php.ini had no effect. Rolled back to libmysql.dll 5.0.22, but that obviously is not the answer. Any ideas what should be done for this? My superiors are starting to get a little antsy about this situation, and php says it's mysql's fault and vice versa isn't helping. I'll give any information that can help. Thanks for all the work. [2007-11-14 18:38:35] jamesvl at trinitylight dot com I'm experiencing this on PHP 5.2.5-nts on Windows 2003. Web server doesn't matter since I see the bug just by running php -m on the command line. Enabling either php_mysql.dll or php_mysqli.dll in php.ini causes the bug to appear. Sometimes it takes several runs for php -m before I get the delay and then the Error in my_thread_global_end(): 1 threads didn't exit message. Can't use the fix to downgrade to an earlier version of libmysql.dll unless a non-threadsafe compile is available somewhere... [2007-11-13 23:17:25] bobbyb98 at gmail dot com 5.2.5 on Windows 2003 Server having the same problem Was running 5.1.2 fine, and the upgrade isn't allowing any mysql connections. It appears even though everything is set in the PHP.ini for it to be loaded, it isn't loading. Not showing up on the phpinfo page or available to any programs. [2007-11-02 19:47:31] ccongdon at congdonweb dot com Just installed 5.2.4 ISAPI with MySQL and MSSQL installed IIS5 on Windows 2k SP 3 C:\Documents and Settings\Administratord:\php\php -v PHP 5.2.4 (cli) (built: Aug 30 2007 07:06:31) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies Error in my_thread_global_end(): 1 threads didn't exit 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/41350 -- Edit this bug report at http://bugs.php.net/?id=41350edit=1
#43433 [NEW]: How to close/unload included files
From: lacko at spacesystems dot sk Operating system: Unix/Windows PHP version: 5.2.5 PHP Bug Type: Feature/Change Request Bug description: How to close/unload included files Description: Hi, how can i unload file, which is included/required? when i don't need it more and i want to have more available memory. -- Edit bug report at http://bugs.php.net/?id=43433edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43433r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43433r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43433r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43433r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43433r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43433r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43433r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43433r=needscript Try newer version:http://bugs.php.net/fix.php?id=43433r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43433r=support Expected behavior:http://bugs.php.net/fix.php?id=43433r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43433r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43433r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43433r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43433r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43433r=dst IIS Stability:http://bugs.php.net/fix.php?id=43433r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43433r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43433r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43433r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43433r=mysqlcfg
#43433 [Opn-Bgs]: How to close/unload included files
ID: 43433 Updated by: [EMAIL PROTECTED] Reported By: lacko at spacesystems dot sk -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Unix/Windows PHP Version: 5.2.5 New Comment: No, you can't. And such a feature doesn'T fit to the concept of include/require, neither would a new function for such a thing. Previous Comments: [2007-11-27 23:59:49] lacko at spacesystems dot sk Description: Hi, how can i unload file, which is included/required? when i don't need it more and i want to have more available memory. -- Edit this bug report at http://bugs.php.net/?id=43433edit=1
#37746 [WFx]: Incorrect encoding of PHP associative arrays in XML-RPC response.
ID: 37746 Updated by: [EMAIL PROTECTED] Reported By: glideraerobatics at hotmail dot com Status: Wont fix Bug Type: XMLRPC-EPI related Operating System: FreeBSD 6.1 PHP Version: 5.1.4 New Comment: I can't see how fixing this is going to break existing code. With the current implementation, using array keys from xmlrpc result sets is useless, because they don't have a meaning. So people will either use structs, or loop through the arrays ignoring the keys completely. Previous Comments: [2006-06-21 13:35:20] glideraerobatics at hotmail dot com Ok, but then the question: Could a 'mixed' array be of any use in xmlrpc communication if the numeric keys are being lost? I can't (yet) see how anybody could be relying on that because the xmlrpc response is useless/invalid in such cases. [2006-06-21 08:19:02] [EMAIL PROTECTED] Well, 4 years with an unknown amount of people relying on it. [EMAIL PROTECTED]:~$ cli -r 'var_dump(xmlrpc_get_type(array(123=123)), xmlrpc_get_type(array(a=123)), xmlrpc_get_type(array(123=123,a=123)));' string(5) array string(6) struct string(5) mixed [2006-06-21 01:36:19] glideraerobatics at hotmail dot com I'm confused. Is It's been that way since the very first release the reason why it won't be fixed? I'm glad Microsoft didn't think that way otherwise I'ld still be seeing multiple BSOD's every day. [2006-06-19 08:20:56] [EMAIL PROTECTED] It's been that way since the very first release, if the array contains numeric indices only. [2006-06-08 15:02:04] lars dot maes at gmail dot com I confirm this bug on Debian 3.1a sarge with php4 version 4.3.10 The chr(0x00) solution also works 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/37746 -- Edit this bug report at http://bugs.php.net/?id=37746edit=1
#20922 [Com]: socket_select() blocks for some reason
ID: 20922 Comment by: j_kkachi at yahoo dot com Reported By: tit dot petric at telemach dot net Status: No Feedback Bug Type: Sockets related Operating System: linux debian latest unstable PHP Version: 4.4.0-dev New Comment: I'm having problem with socket_select() as well. Completely stops there even though UDP packets came through the port. Previous Comments: [2005-07-06 14:09:07] freeway at freesurf dot fr I use php5 and still socket_select() still hanging [2005-07-06 13:49:38] freeway at freesurf dot fr what do you mean by try using this CVS snapshot ? [2003-01-02 18:45:01] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-12-11 08:08:00] [EMAIL PROTECTED] Please provide a complete, self-contained and short example script which can be used to reproduce this. complete: Begins with ?php, ends with ? self-contained: Does not require anything but itself. short: 10-15 lines. [2002-12-11 06:38:08] tit dot petric at telemach dot net hmm ok, here is the thing.. the script failed on socket_select - but it was from a previous error before i did socket select i also did a file() on an url - the server was down so i guess somehow the error just got projected to another socket without the file($url) code i cant replicate it's behaviour, so i removed it. my original report is still valid - socked_select() seemed to stop in its tracks after that invalid file($url) request. (I had debug output before and after to see why/how it hangs and i haddnt suspected file($url) since it wen't without verbosity on that part) 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/20922 -- Edit this bug report at http://bugs.php.net/?id=20922edit=1
#43434 [NEW]: // style comments ending in ? cause parsing errors
From: smp_info at yahoo dot com
Operating system: Windows Vista
PHP version: 5.2.5
PHP Bug Type: *Programming Data Structures
Bug description: // style comments ending in ? cause parsing errors
Description:
Any slash style comment (//) that ends with ? will produce a parse
error.
With /* */ style comments, this does not happen. Have not tested with #
style comments.
Reproduce code:
---
?php
//this line ends with ?
echo 'hello';
?
and
?php
class test
{
//this comment ends with ?
public function hello()
{
echo 'hello';
}
}
$test = new test();
$test-hello();
?
Expected result:
I expect both examples to echo the word hello.
Actual result:
--
First example: echo 'hello'; ? is printed to the screen.
Second example: Parse error: syntax error, unexpected ';', expecting
T_FUNCTION in C:\Apache2\Apache2\htdocs\crap\bug.php on line 5
On a real-world example where I encounted the problem, I got a Parse
error: unexpected $end
So the errors vary.
--
Edit bug report at http://bugs.php.net/?id=43434edit=1
--
Try a CVS snapshot (PHP 4.4):
http://bugs.php.net/fix.php?id=43434r=trysnapshot44
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=43434r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=43434r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=43434r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43434r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=43434r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=43434r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43434r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43434r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=43434r=support
Expected behavior:http://bugs.php.net/fix.php?id=43434r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=43434r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=43434r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43434r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43434r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43434r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43434r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=43434r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=43434r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=43434r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43434r=mysqlcfg
#43435 [NEW]: Installer puts duplicate lines in httpd.conf
From: rgeletasf-php at yahoo dot com Operating system: Windows XP Pro PHP version: 5.2.5 PHP Bug Type: Apache2 related Bug description: Installer puts duplicate lines in httpd.conf Description: Environment: WinXP Pro SP2, Recent updates applied. No prior installation of PHP. New installation of Apache from apache_2.2.4-win32-x86-openssl-0.9.8d.msi Apache working, web pages being served Install PHP from php-5.2.5-win32-installer.msi Attempted to restart Apache, restart failed. Ran compare of httpd.conf and httpd.conf.bak(generated by PHP install), only changes were PHP configuration lines at end of file. revised httpd.conf to comment out occurrances 2 and 3 of line PHPIniDir C:/Program Files/PHP/ and apache was able to start and serve web pages. (doesn't do php pages yet, will report on that separately) Reproduce code: --- (not applicable) Expected result: (apache httpd.conf, end of file, lines added by PHP installation) #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL ScriptAlias /php/ C:/Program Files/PHP/ Action application/x-httpd-php C:/Program Files/PHP/php-cgi.exe PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache2_2.dll LoadModule php5_module C:/Program Files/PHP/php5apache2.dll LoadModule php5_module C:/Program Files/PHP/php5apache.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALLce Actual result: -- (apache httpd.conf, end of file, lines added by PHP installation) #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL ScriptAlias /php/ C:/Program Files/PHP/ Action application/x-httpd-php C:/Program Files/PHP/php-cgi.exe PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache2_2.dll PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache2.dll PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL -- Edit bug report at http://bugs.php.net/?id=43435edit=1 -- Try a CVS snapshot (PHP 4.4): http://bugs.php.net/fix.php?id=43435r=trysnapshot44 Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=43435r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=43435r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=43435r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=43435r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=43435r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=43435r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=43435r=needscript Try newer version:http://bugs.php.net/fix.php?id=43435r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=43435r=support Expected behavior:http://bugs.php.net/fix.php?id=43435r=notwrong Not enough info: http://bugs.php.net/fix.php?id=43435r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=43435r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=43435r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=43435r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=43435r=dst IIS Stability:http://bugs.php.net/fix.php?id=43435r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=43435r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=43435r=float No Zend Extensions: http://bugs.php.net/fix.php?id=43435r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=43435r=mysqlcfg
#43435 [Opn]: Installer puts duplicate lines in httpd.conf
ID: 43435 User updated by: rgeletasf-php at yahoo dot com Reported By: rgeletasf-php at yahoo dot com Status: Open Bug Type: Apache2 related Operating System: Windows XP Pro PHP Version: 5.2.5 New Comment: As I recall, when installing PHP there was a page asking what webserver I was running, selection was for IIS. I changed that to Apache2 Previous Comments: [2007-11-28 07:38:06] rgeletasf-php at yahoo dot com Description: Environment: WinXP Pro SP2, Recent updates applied. No prior installation of PHP. New installation of Apache from apache_2.2.4-win32-x86-openssl-0.9.8d.msi Apache working, web pages being served Install PHP from php-5.2.5-win32-installer.msi Attempted to restart Apache, restart failed. Ran compare of httpd.conf and httpd.conf.bak(generated by PHP install), only changes were PHP configuration lines at end of file. revised httpd.conf to comment out occurrances 2 and 3 of line PHPIniDir C:/Program Files/PHP/ and apache was able to start and serve web pages. (doesn't do php pages yet, will report on that separately) Reproduce code: --- (not applicable) Expected result: (apache httpd.conf, end of file, lines added by PHP installation) #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL ScriptAlias /php/ C:/Program Files/PHP/ Action application/x-httpd-php C:/Program Files/PHP/php-cgi.exe PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache2_2.dll LoadModule php5_module C:/Program Files/PHP/php5apache2.dll LoadModule php5_module C:/Program Files/PHP/php5apache.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALLce Actual result: -- (apache httpd.conf, end of file, lines added by PHP installation) #BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL ScriptAlias /php/ C:/Program Files/PHP/ Action application/x-httpd-php C:/Program Files/PHP/php-cgi.exe PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache2_2.dll PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache2.dll PHPIniDir C:/Program Files/PHP/ LoadModule php5_module C:/Program Files/PHP/php5apache.dll #END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL -- Edit this bug report at http://bugs.php.net/?id=43435edit=1
