#30480 [Opn-WFx]: CDATA section is not recognized as such
ID: 30480
Updated by: [EMAIL PROTECTED]
Reported By: tbrandl at barff dot de
-Status: Open
+Status: Wont fix
Bug Type: DOM XML related
Operating System: WinXP/Linux
PHP Version: 4.3.8
New Comment:
technically there's is no difference between a text and
a cdata section. CDATA is just another way to write text
nodes. Internally it's the same (AFAIK).
We won't fix that.
Previous Comments:
[2004-10-19 16:20:55] tbrandl at barff dot de
Description:
The first child of data, a CDATA-section, is not recognized as such,
but identified as a text object.
According to the documentation, the type should be 4 instead of 3.
works (tested, that is) on 4.3.1, 4.3.6
fails on 4.3.8, 4.3.9
Reproduce code:
---
$xmlString = '?xml version=1.0?rootdata![CDATA[Some CData
content]]/data/root';
$xml = domxml_open_mem($xmlString);
$node = $xml-get_elements_by_tagname('data');
$cdata_section = $node[0]-child_nodes();
echo phpversion();
print_r($cdata_section[0]);
Expected result:
4.3.6
domcdata Object
(
[type] = 4
[content] = Some CData content
[0] = 3
[1] = 12561912
)
Actual result:
--
4.3.8 / 4.3.9
domtext Object
(
[type] = 3
[name] = #text
[content] = Some CData content
[0] = 3
[1] = 140237488
)
--
Edit this bug report at http://bugs.php.net/?id=30480edit=1
#29665 [Com]: PHP Fails to compile when soap is enabled
ID: 29665 Comment by: amitguptainn at yahoo dot co dot in Reported By: moontumbo at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: Red Hat Enterprise Linux WS 3.0 PHP Version: 5.0.1 New Comment: if you are getting error like Cannot load /usr/local/apache2/modules/libphp5.so into server: /usr/local/apache2/modules/libphp5.so: undefined symbol: htmlCreateMemoryParserCtxt upgrade/ install libxm2 to libxml2-2.6.6-3.i386.rpm. it will solve ur problem. Previous Comments: [2004-10-09 06:49:23] yansanmo at iquebec dot com On Redhat9, work well when I updated libxml2 packages to 2.6.14 (-devel and -python too). I downloaded the 3 packages on this site: http://xmlsoft.org/sources/ [2004-09-07 11:15:06] luis at infomed dot sld dot cu Upgrade to 2.6.8 or similar, BUT NOT TO 2.6.13 cause have a bug. [2004-09-03 13:56:29] amit dot gupta at prudence-india dot com Yes upgrading to libxml2-2.6* solves this problem [2004-08-31 01:30:36] clewis at myfonts dot com I too saw this problem on RedHat Enterprise 3 using libxml2 2.5.10. Upgrading to 2.6.12 solved the problem. [2004-08-28 16:52:52] michiel at dotgeek dot org same problem, slack 9.0 $ xml2-config --version 2.6.12 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/29665 -- Edit this bug report at http://bugs.php.net/?id=29665edit=1
#21801 [Com]: number_format do not round correctly
ID: 21801 Comment by: jonas at ponas dot lt Reported By: supad at noos dot fr Status: Closed Bug Type: *Math Functions Operating System: Linux PHP Version: 4.2.2 New Comment: echo round(0.0445, 2);// prints 0.04 Previous Comments: [2003-01-21 14:10:56] [EMAIL PROTECTED] In 4.3 both round() and number_format() round 0.5 to 1. Keep in mind that this may also depend on your libc, which is what doing the rounding. [2003-01-21 12:38:38] supad at noos dot fr ? echo number_format(0.49).br; echo number_format(0.50).br; echo number_format(0.51).brbr; echo round(0.49).br; echo round(0.50).br; echo round(0.51).br; ? returns 0 0 1 0 1 1 number_format do not round correctly while round does. -- Edit this bug report at http://bugs.php.net/?id=21801edit=1
#30488 [Opn-Bgs]: Associative array key called on string returns first character
ID: 30488 Updated by: [EMAIL PROTECTED] Reported By: azmoo at azmoo dot net -Status: Open +Status: Bogus Bug Type: Variables related Operating System: Linux PHP Version: 5.0.2 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php This is expected, no bug here! Previous Comments: [2004-10-20 06:35:36] azmoo at azmoo dot net Description: If referencing an associative array key on a string (which we shouldn't be doing, obviously), it seems to make the key equal 0, and consequently returns the first character of the string. I expected this to return NULL. Reproduce code: --- $string = 'This is a string!'; var_dump($string['key']); Expected result: NULL Actual result: -- 'T' -- Edit this bug report at http://bugs.php.net/?id=30488edit=1
#30487 [Opn-Csd]: reflection
ID: 30487 Updated by: [EMAIL PROTECTED] Reported By: Jason at AMP-design dot net -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: Windows 2003 / Mac OS X / CentOS PHP Version: 5.0.1 New Comment: Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php Previous Comments: [2004-10-19 23:57:07] Jason at AMP-design dot net Description: This is more of a feature request, but I'm reporting this as a bug as I don't know where to place feature requests. Likewise, I feel this is a piece is missing functionallity that should have been part of the original reflection API Basically, the reflection API provides no method in the ReflectionParameter class to find out the default value for a parameter. This is frustrating as I have a class that I use for simulating multiple inheritance that uses the reflection API to synthesise a dynamic proxy class. However it becomes tricky dealing with optional function parameters. -- Edit this bug report at http://bugs.php.net/?id=30487edit=1
#30358 [Opn]: PHP compilation fails in non-cgi mode
ID: 30358 User updated by: marek at lewczuk dot com Reported By: marek at lewczuk dot com Status: Open Bug Type: Compile Failure Operating System: windows/cygwin PHP Version: 5.0.2 New Comment: Fixed in latest CVS sources. Previous Comments: [2004-10-08 10:28:23] marek at lewczuk dot com Description: I want to use php5 on cygwin (latest version). Compilation is successful if configure was run without any additions (so php will work in cgi mode - no cli etc). But, I need to use php with apache - so php-cli will be compiled. My configure looks like this: ./configure --with-apxs2=/usr/local/apache2/bin/apxs Configure don't return any errors, but make fails on compiling sapi/cli/php.exe. Here is the result: ... internal_functions_cli.lo -lcrypt -lcrypt -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lcrypt -lxml2 -lz -liconv -lm -lcrypt -o sa pi/cli/php.exe main/internal_functions_cli.lo(.text+0x17): In function `php_startup_internal_ex tensions': /usr/src/php-5.0.2/main/internal_functions_cli.c:68: undefined reference to `_ph p_startup_extensions' main/internal_functions_cli.lo(.data+0x0):/usr/src/php-5.0.2/main/internal_funct ions_cli.c:67: undefined reference to `_xml_module_entry' main/internal_functions_cli.lo(.data+0x4):/usr/src/php-5.0.2/main/internal_funct ions_cli.c:67: undefined reference to `_tokenizer_module_entry' main/internal_functions_cli.lo(.data+0x8):/usr/src/php-5.0.2/main/internal_funct ions_cli.c:68: undefined reference to `_basic_functions_module' main/internal_functions_cli.lo(.data+0xc):/usr/src/php-5.0.2/main/internal_funct ions_cli.c:68: undefined reference to `_sqlite_module_entry' main/internal_functions_cli.lo(.data+0x10):/usr/src/php-5.0.2/main/internal_func tions_cli.c:68: undefined reference to `_spl_module_entry' main/internal_functions_cli.lo(.data+0x14):/usr/src/php-5.0.2/main/internal_func tions_cli.c:68: undefined reference to `_simplexml_module_entry' main/internal_functions_cli.lo(.data+0x18):/usr/src/php-5.0.2/main/internal_func tions_cli.c:68: undefined reference to `_session_module_entry' main/internal_functions_cli.lo(.data+0x1c):/usr/src/php-5.0.2/main/internal_func tions_cli.c:69: undefined reference to `_posix_module_entry' main/internal_functions_cli.lo(.data+0x20):/usr/src/php-5.0.2/main/internal_func tions_cli.c:69: undefined reference to `_pcre_module_entry' main/internal_functions_cli.lo(.data+0x28):/usr/src/php-5.0.2/main/internal_func tions_cli.c:69: undefined reference to `_dom_module_entry' main/internal_functions_cli.lo(.data+0x2c):/usr/src/php-5.0.2/main/internal_func tions_cli.c:69: undefined reference to `_ctype_module_entry' main/internal_functions_cli.lo(.data+0x30):/usr/src/php-5.0.2/main/internal_func tions_cli.c:69: undefined reference to `_libxml_module_entry' /usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/../../../libcygwin.a(libcmain.o)(.text+0x7 d): undefined reference to [EMAIL PROTECTED]' collect2: ld returned 1 exit status make: *** [sapi/cli/php.exe] Error 1 ... I don't know if this is php problem or cygwin... Reproduce code: --- ./configure --with-apxs2=/usr/local/apache2/bin/apxs make Expected result: should compile Actual result: -- fails -- Edit this bug report at http://bugs.php.net/?id=30358edit=1
#30490 [NEW]: PEAR installation fails
From: marek at lewczuk dot com Operating system: windows/cygwin PHP version: 5CVS-2004-10-20 (dev) PHP Bug Type: *Compile Issues Bug description: PEAR installation fails Description: Latest 5-CVS version compiles fine on wingows/cygwin, but there is some problem with pear installation - fails on make install. $ php --version PHP 5.0.3-dev (cli) (built: Oct 20 2004 10:05:55) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.3-dev, Copyright (c) 1998-2004 Zend Technologies $ make install Installing PHP SAPI module: apache2handler /usr/local/apache2/build/instdso.sh SH_LIBTOOL='/usr/local/apache2/build/libtool ' libphp5.la /usr/local/apache2/modules /usr/local/apache2/build/libtool --mode=install cp libphp5.la /usr/local/apache2 /modules/ cp .libs/libphp5.lai /usr/local/apache2/modules/libphp5.la cp .libs/libphp5.a /usr/local/apache2/modules/libphp5.a ranlib /usr/local/apache2/modules/libphp5.a chmod 644 /usr/local/apache2/modules/libphp5.a libtool: install: warning: remember to run `libtool --finish /usr/src/php5/libs' Warning! dlname not found in /usr/local/apache2/modules/libphp5.la. Assuming installing a .so rather than a libtool archive. chmod 755 /usr/local/apache2/modules/libphp5.so [activating module `php5' in /usr/local/apache2/conf/httpd.conf] Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Signal 11 make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 $ make install-pear Installing PEAR environment: /usr/local/lib/php/ Signal 11 make[1]: *** [install-pear-installer] Error 139 make: *** [install-pear] Error 2 Expected result: install Actual result: -- fails -- Edit bug report at http://bugs.php.net/?id=30490edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30490r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30490r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30490r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30490r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30490r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30490r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30490r=needscript Try newer version: http://bugs.php.net/fix.php?id=30490r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30490r=support Expected behavior: http://bugs.php.net/fix.php?id=30490r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30490r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30490r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30490r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30490r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30490r=dst IIS Stability: http://bugs.php.net/fix.php?id=30490r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30490r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30490r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30490r=mysqlcfg
#25570 [Opn]: Some requests cause Apache to crash/restart
ID: 25570 Updated by: [EMAIL PROTECTED] Reported By: robert at profundis dot se Status: Open Bug Type: Apache2 related Operating System: Windows XP Professional SP1 PHP Version: 4.3.8 New Comment: Ah, good call. The interesting exit(-1) call is in Zend: _zend_bailout to be specific. And in fact zend_bailout is called from php_handle_aborted_connection, which can be called outside the zend_first_try/zend_end_try block in the 2.0 SAPI, so that looks like the bug. Previous Comments: [2004-10-17 18:55:56] mwhitlock at whitsoftdev dot com Unsigned 4294967295 is the same as -1 in 32-bit two's complement signed math. It looks to me as if we're not encountering a segfault (since that would generate a different message in httpd.log) but rather an error trap somewhere that is calling exit(-1). Calling exit(..) from a dynamic link library kills the host process, which in this case would be the Apache child process. Seems like the solution is just finding where PHP is calling exit(-1) and changing it to somehow more gracefully aborting the request rather than forcefully exiting the process. Exiting the process wouldn't be a problem for the CLI since a separate process is created to handle every request, but as an Apache module, exit(..) is simply wrong. [2004-10-15 14:42:37] jonathan at schwarzelan dot de Sorry guys - got to correct the above said... With outputting results in the 4294967295 Crash - without it results to 3221225477 Apache crash shame on me... [2004-10-15 14:40:29] jonathan at schwarzelan dot de Some extra Information on the Bug (sorry no traces-) Not only outputting stuff leads to this error - Just having a loop of 140 doing querys on mysql and without saving data from those querys filling an array like $arr[$i][0]= crashes Apache with said logfile occurence - Found with Win2k, Php 5.1.0-dev and 2.0.50 Apache and XPSP1, Php 5.0.2 release and 2.0.50 Apache [2004-10-14 20:34:48] robert at profundis dot se Can you get a backtrace of the crash? Eek, not easily. This is Windows :( Not saying one can't make a backtrace on Windows, but I'm not sure how to go about doing it. Last time around I had a test machine to tinker with, not so this time. My guess is that it is a thread issue, since it occurs when two requests (threads) are inside the handler, and one of them is aborted (according to my investigations last time). I'm not too familiar with the code, but maybe some overlooked global related to aborted connections? I can also add that I can't say for sure it ever was fixed. I don't remember if the version I've been running was the one I modified myself or a cvs snapshot. [2004-10-14 18:38:13] [EMAIL PROTECTED] Can you get a backtrace of the crash? 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/25570 -- Edit this bug report at http://bugs.php.net/?id=25570edit=1
#30489 [Bgs]: Includes are not binary safe
ID: 30489
User updated by: guth at fiifo dot u-psud dot fr
Reported By: guth at fiifo dot u-psud dot fr
Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5.0.2
New Comment:
I know it is up to the PHP programmer to take care of.
But you know perfectly well that you can't trust PHP programmers.
Most of them don't know about this sort of security problems and it
should be at least documented in the security part of the
documentation.
Some providers (ie : free.fr) disallow \0 in includes.
Is it possible to add a configuration directive in the php.ini file to
disally null characters ?
Additionaly, I asked for file :
/www/includes/../backups/Database.xml\0.class.php
Not file :
/www/backups/Database.xml
Last thing, I can't test files with pathinfo(), because of this
function returns for test.xml\0 :
array(2) { [dirname]= string(5) ../.. [basename]= string(10)
test.xml\0 }
So there is a problem if the files are in the same directory as PHP
files...
Previous Comments:
[2004-10-20 09:52:49] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.
Thank you for your interest in PHP.
This is up to the PHP programmer to take care of. We can not simply
strip out \0's as in some encodings (japanese) it's perfectly valid to
have that \0 as part of a multi-byte character.
[2004-10-20 09:50:51] guth at fiifo dot u-psud dot fr
Description:
hello,
includes (include, require, etc.) are not binary safe.
It is very dangerous for beginners, who often use includes with
parameters.
In the following example, i kwow that you can test the file name with
pathinfo() but the current PHP behaviour is incorrect.
Reproduce code:
---
?php
$file = $_GET['file'];
$path = $_SERVER['DOCUMENT_ROOT']./includes/.$file..class.php;
if(is_file($path)) {
include $path;
}
?
Expected result:
index.php?file=Forum
Should work.
I suppose that the directory backups/Database.xml is protected by a
.htaccess and is not accessible with your browser.
index.php?file=../backups/Dabatase.xml%00
Should not work.
Actual result:
--
index.php?file=Forum
Should work.
index.php?file=../backups/Dabatase.xml%00
Works !
--
Edit this bug report at http://bugs.php.net/?id=30489edit=1
#30131 [NoF-Csd]: Property behaviour when extending reflectionClass
ID: 30131
User updated by: D dot Kingma at jool dot nl
Reported By: D dot Kingma at jool dot nl
-Status: No Feedback
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: win XP
PHP Version: 5CVS-2004-09-17 (dev)
New Comment:
Thnx for fixing!
Previous Comments:
[2004-10-20 01:00:02] 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-10-12 09:33:09] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-10-12 09:24:21] php at bobsilva dot com
This is fixed in 5.1 CVS
[2004-09-17 12:03:54] D dot Kingma at jool dot nl
Description:
When a class extends the reflectionclass the initialized values of a
property are forgotton (actually not only the value but the whole
property, resulting in an Notice 'undefined property')
Reproduce code:
---
?php
class A extends reflectionClass{
public $x=you;
public function __construct(){
echo Hello .$this-x;
}
}
new A();
?
Expected result:
Hello you
Actual result:
--
Hello
--
Edit this bug report at http://bugs.php.net/?id=30131edit=1
#30491 [NEW]: imap-sort return non sorted value for locale
From: vahid at ghafarpour dot com Operating system: Fedora Core 2 PHP version: 4.3.9 PHP Bug Type: IMAP related Bug description: imap-sort return non sorted value for locale Description: I use imap-sort function in persian (fa_IR) locale and it didn't sort it correctly, I think it use strcmp as compare function or something like this and if it use strcoll it will be correct. or make a new function like uimap-sort that get compare function -- Edit bug report at http://bugs.php.net/?id=30491edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30491r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30491r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30491r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30491r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30491r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30491r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30491r=needscript Try newer version: http://bugs.php.net/fix.php?id=30491r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30491r=support Expected behavior: http://bugs.php.net/fix.php?id=30491r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30491r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30491r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30491r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30491r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30491r=dst IIS Stability: http://bugs.php.net/fix.php?id=30491r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30491r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30491r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30491r=mysqlcfg
#30492 [NEW]: Invalid magic file
From: Bjorn dot Wiberg at its dot uu dot se Operating system: IBM AIX 5.2.0.0 ML4 PHP version: 5.0.2 PHP Bug Type: Unknown/Other Function Bug description: Invalid magic file Description: Hi! I have tried using both the /apache/etc/magic file from Apache 2.0.52 and the extras/magic.mime file (from the PHP 5.0.2 for Windows zip archive), but phpinfo() always tells me: mime_magic mime_magic supportinvalid magic file, disabled Directive Local Value Master Value mime_magic.debug On Off mime_magic.magicfile /apache/etc/magic no value I configured PHP with --with-mime-magic but without --enable-debug, and have set the following in my httpd.conf: php_admin_flag display_errors off php_admin_flag display_startup_errors on php_admin_flag mime_magic.debug on php_admin_value mime_magic.magicfile /apache/etc/magic PHP mentions nothing about the erroneous magic file in the Apache error log, however. I would appreciate if someone could provide me with a known working magic.mime file to try. Thanks in advance! Best regards, Björn Reproduce code: --- Start Apache, run a PHP script containing phpinfo(), and watch the output. Expected result: That mime_magic was enabled, and that there was nothing wrong with the magic file. Actual result: -- The mime_magic extension states that the magic file is invalid, but doesn't give any more information. -- Edit bug report at http://bugs.php.net/?id=30492edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30492r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30492r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30492r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30492r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30492r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30492r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30492r=needscript Try newer version: http://bugs.php.net/fix.php?id=30492r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30492r=support Expected behavior: http://bugs.php.net/fix.php?id=30492r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30492r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30492r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30492r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30492r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30492r=dst IIS Stability: http://bugs.php.net/fix.php?id=30492r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30492r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30492r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30492r=mysqlcfg
#30493 [NEW]: require_once fails sporadically on classes
From: jan dot gaensler at gmx dot de
Operating system: Linux (kernel 2.4)
PHP version: 4.3.9
PHP Bug Type: Zend Engine 2 problem
Bug description: require_once fails sporadically on classes
Description:
After upgrading PHP 4.3.4 to 4.3.9 on our production
system we experienced a random problem on our servers
using 'require_once'. In about 1% of the cases calling
'require_once' on a file defining a class produced a fatal
error like this one:
[Tue Oct 19 18:04:07 2004] [error] PHP Fatal error:
Cannot redeclare class globalresources
in /srv/www/htdocs/lx/includes/initialisator.inc on line
111
The scripts run just fine using PHP 4.3.4 but any more
recent version of PHP4 produces the above problem (I
actually tried them all: 4.3.5/6/7/8/9).
More info on the server setup as this might help: Dell
PE2650, Dual P4Xeon, 2GB running Suse Linux 9.0, Apache
1.3.31 and PHP as a module (the apache servers are using
multiple VirtualHosts each listening on a different port)
PHP was compiled using the following options:
'./configure' '--with-apxs' '--enable-track-vars=yes'
'--with-mysql' '--enable-sysvshm' '--enable-sysvsem'
'--enable-url-fopen-wrapper=yes' '--enable-sockets'
'--enable-force-cgi-redirect' '--enable-trans-sid'
'--with-xml' '--with-gd' '--with-ttf' '--with-curl'
'--with-zlib-dir' '--with-mime-magic'
Reproduce code:
---
As stated above this works at least 99% of the time:
global $resources; //line 110
require_once('lib/GlobalResources.php'); //line 111
$resources = new GlobalResources(); //line 112
(These three lines are taken from the above mentioned include that is
itself included by all scripts creating a complete HTML page)
Expected result:
N/A
Actual result:
--
N/A
--
Edit bug report at http://bugs.php.net/?id=30493edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30493r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30493r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30493r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30493r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30493r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30493r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30493r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30493r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30493r=support
Expected behavior: http://bugs.php.net/fix.php?id=30493r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30493r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30493r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30493r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30493r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30493r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30493r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30493r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30493r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30493r=mysqlcfg
#30494 [NEW]: sin() seems to give a wrong output if you convert it to radius
From: tom at neighbour dot nl Operating system: Windows XP PHP version: 4.3.9 PHP Bug Type: Math related Bug description: sin() seems to give a wrong output if you convert it to radius Description: I have used this function to get the angle of B in a triangle. $B = rad2deg( asin(10/14) ); The output seems to be correct giving me around 45 degrees when i use the asin() function. But when i use the sin() function to get the length of side b in a different triangle: rad2deg( SIN(45) ); it should be giving me around 0.7 back but it gives me 48. When i remove the rad2deg() function and use normal radius sin(45) then it gives me the corect answer which is 0.85 Reproduce code: --- $B = rad2deg( asin(10/14) ); rad2deg( SIN(45) ); Expected result: I expect to see the proper answer which is 0.7 instead of getting 48 Actual result: -- As stated above my actual result is 48 -- Edit bug report at http://bugs.php.net/?id=30494edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30494r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30494r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30494r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30494r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30494r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30494r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30494r=needscript Try newer version: http://bugs.php.net/fix.php?id=30494r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30494r=support Expected behavior: http://bugs.php.net/fix.php?id=30494r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30494r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30494r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30494r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30494r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30494r=dst IIS Stability: http://bugs.php.net/fix.php?id=30494r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30494r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30494r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30494r=mysqlcfg
#30494 [Opn-Bgs]: sin() seems to give a wrong output if you convert it to radius
ID: 30494 Updated by: [EMAIL PROTECTED] Reported By: tom at neighbour dot nl -Status: Open +Status: Bogus Bug Type: Math related Operating System: Windows XP PHP Version: 4.3.9 New Comment: Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You need to convert to radials before using the sin function. Previous Comments: [2004-10-20 14:24:54] tom at neighbour dot nl Description: I have used this function to get the angle of B in a triangle. $B = rad2deg( asin(10/14) ); The output seems to be correct giving me around 45 degrees when i use the asin() function. But when i use the sin() function to get the length of side b in a different triangle: rad2deg( SIN(45) ); it should be giving me around 0.7 back but it gives me 48. When i remove the rad2deg() function and use normal radius sin(45) then it gives me the corect answer which is 0.85 Reproduce code: --- $B = rad2deg( asin(10/14) ); rad2deg( SIN(45) ); Expected result: I expect to see the proper answer which is 0.7 instead of getting 48 Actual result: -- As stated above my actual result is 48 -- Edit this bug report at http://bugs.php.net/?id=30494edit=1
#30495 [NEW]: Apache crashes when calling array_walk_recursive twice.
From: jaakkos at mbnet dot fi
Operating system: Windows XP
PHP version: 5.0.2
PHP Bug Type: Reproducible crash
Bug description: Apache crashes when calling array_walk_recursive twice.
Description:
Apache server crashes when array_walk_recursive is called twice. Tested on
Apache 2.0.52 and 1.3.29 (Windows XP).
Reproduce code:
---
//Just for testing +
$_POST['ab'] = 'cd';
$_GET['ef'] = 'gh';
//Just for testing -
function cleanup($value,$key){
if (is_string($value)){
$value = trim(strip_tags($value));
get_magic_quotes_gpc() $value = stripslashes($value);
}
}
array_walk_recursive($_POST,'cleanup');
array_walk_recursive($_GET,'cleanup');
Expected result:
Remove tags and slashes from $_POST and $_GET hashes.
Actual result:
--
szAppName : Apache.exe szAppVer : 2.0.52.0 szModName : unknown
szModVer : 0.0.0.0 offset :
--
Edit bug report at http://bugs.php.net/?id=30495edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30495r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30495r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30495r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30495r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30495r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30495r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30495r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30495r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30495r=support
Expected behavior: http://bugs.php.net/fix.php?id=30495r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30495r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30495r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30495r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30495r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30495r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30495r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30495r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30495r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30495r=mysqlcfg
#30496 [Opn]: foreach wrong assignment with multidim arrays
ID: 30496
User updated by: esartoni at omniaglobal dot net
Reported By: esartoni at omniaglobal dot net
Status: Open
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4CVS-2004-10-20 (stable)
New Comment:
With PHP v4.3.9 works ok!
Previous Comments:
[2004-10-20 15:17:40] esartoni at omniaglobal dot net
Description:
foreach doesn't work as expected when using multidimensional arrays.
Reproduce code:
---
?php
$a=array();
$a[]=array(one, two, three);
$a[]=array(five, six, seven);
// Code 1 (THIS DON'T WORK AS EXPECTED)
foreach ($a as $value) {
echo join(,, $value).\n;
}
/*
This code below is a workaround:
// Code 2 (THIS WORKS!)
foreach ($a as $key = $value) {
echo join(,, $value).\n;
}
*/
?
Expected result:
one,two,three
five,six,seven
Actual result:
--
Array,0
Array,1
--
Edit this bug report at http://bugs.php.net/?id=30496edit=1
#30496 [Opn-Bgs]: foreach wrong assignment with multidim arrays
ID: 30496
Updated by: [EMAIL PROTECTED]
Reported By: esartoni at omniaglobal dot net
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4CVS-2004-10-20 (stable)
New Comment:
Works fine here.
Previous Comments:
[2004-10-20 15:19:33] esartoni at omniaglobal dot net
With PHP v4.3.9 works ok!
[2004-10-20 15:17:40] esartoni at omniaglobal dot net
Description:
foreach doesn't work as expected when using multidimensional arrays.
Reproduce code:
---
?php
$a=array();
$a[]=array(one, two, three);
$a[]=array(five, six, seven);
// Code 1 (THIS DON'T WORK AS EXPECTED)
foreach ($a as $value) {
echo join(,, $value).\n;
}
/*
This code below is a workaround:
// Code 2 (THIS WORKS!)
foreach ($a as $key = $value) {
echo join(,, $value).\n;
}
*/
?
Expected result:
one,two,three
five,six,seven
Actual result:
--
Array,0
Array,1
--
Edit this bug report at http://bugs.php.net/?id=30496edit=1
#11779 [Com]: mail() returns an Unknown error ... in line [mail(...)]
ID: 11779 Comment by: ncr at db9 dot dk Reported By: sven at svenrunge dot de Status: Bogus Bug Type: Mail related Operating System: Win 2000 PHP Version: 4.0.6 New Comment: always verify where your php.ini are located you may see the location if runing the phpinfo(); command from a script e.g. info.php: ?php phpinfo(); ? Previous Comments: [2002-07-10 11:06:56] wehner at networkers dot de After updating from PHP 4.0.4pl1 to PHP 4.2.1 I got the same error message. The solution for this problem was to move php.ini from c:/ to c:/winnt. New Versions of PHP are looking for php.ini on other places than old versions. [2001-07-04 05:44:30] [EMAIL PROTECTED] user error - bogus [2001-07-04 05:36:53] sven at svenrunge dot de It wasn't a bug. I placed the php.ini in winnt\system32, not in winnt. Now it's on the right place and it works. Sorry, best wishes for php. Sven Runge [2001-06-28 10:22:16] sven at svenrunge dot de If i change the count of parameters to two, I get this Result: --- line before mail function --- Warning: Wrong parameter count for mail() in C:\Inetpub\wwwroot\phproot\mail.php on line 17 --- line after mail function --- Best regards Sven Runge [2001-06-28 10:05:14] sven at svenrunge dot de Hello! i hope its really a bug and not a documentation problem, but I did'nt found a way to solve the problems in several php web sites, manuals or newsgroups :-( My system: Windows 2000 PHP 4.0.6 (win32 binary downloaded from php.net) Apache 1.3.12 an IIS (Win2000-included) I used both! webservers on different ports, I got exactly the same result! I want to create a mail while using this code: - script language=php echo (--- line before mail function ---); mail ([EMAIL PROTECTED], PHP mail test,test mail body); echo (--- line after mail function ---); /script - I got this result: -- --- line before mail function --- Warning: Unknown error in C:\Inetpub\wwwroot\phproot\mail.php on line 17 --- line after mail function --- In the php.ini I changed the SMTP entry several times. I could change it in a valid, an invalid mailserver or i commentet it out (;SMTP = ]), I always got the same result. For me It seems that the php engine ignores the SMTP entry. I didn't got help in the php newsgroups, so I think it is'nt a simple problem. So I hope you can help me. Best regards Sven Runge, Germany E-Mail: [EMAIL PROTECTED] -- Edit this bug report at http://bugs.php.net/?id=11779edit=1
#30497 [NEW]: php_iconv.dll is not bundled
From: Peter dot Albertsson at naturesown dot se Operating system: WinXP PHP version: 5.0.2 PHP Bug Type: ICONV related Bug description: php_iconv.dll is not bundled Description: php_iconv.dll is not bundled with php-5.0.2-Win32.zip. -- Edit bug report at http://bugs.php.net/?id=30497edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30497r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30497r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30497r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30497r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30497r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30497r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30497r=needscript Try newer version: http://bugs.php.net/fix.php?id=30497r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30497r=support Expected behavior: http://bugs.php.net/fix.php?id=30497r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30497r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30497r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30497r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30497r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30497r=dst IIS Stability: http://bugs.php.net/fix.php?id=30497r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30497r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30497r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30497r=mysqlcfg
#30496 [Bgs]: foreach wrong assignment with multidim arrays
ID: 30496
User updated by: esartoni at omniaglobal dot net
Reported By: esartoni at omniaglobal dot net
Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4CVS-2004-10-20 (stable)
New Comment:
I'm sorry derick but here with v4.3.10-dev doesn't work!
I've also tried with Solaris (SPARC) with same results.
Previous Comments:
[2004-10-20 15:34:28] [EMAIL PROTECTED]
Works fine here.
[2004-10-20 15:19:33] esartoni at omniaglobal dot net
With PHP v4.3.9 works ok!
[2004-10-20 15:17:40] esartoni at omniaglobal dot net
Description:
foreach doesn't work as expected when using multidimensional arrays.
Reproduce code:
---
?php
$a=array();
$a[]=array(one, two, three);
$a[]=array(five, six, seven);
// Code 1 (THIS DON'T WORK AS EXPECTED)
foreach ($a as $value) {
echo join(,, $value).\n;
}
/*
This code below is a workaround:
// Code 2 (THIS WORKS!)
foreach ($a as $key = $value) {
echo join(,, $value).\n;
}
*/
?
Expected result:
one,two,three
five,six,seven
Actual result:
--
Array,0
Array,1
--
Edit this bug report at http://bugs.php.net/?id=30496edit=1
#30468 [Fbk-Csd]: preg_replace mistake
ID: 30468
User updated by: fn at fkn-systems dot de
Reported By: fn at fkn-systems dot de
-Status: Feedback
+Status: Closed
Bug Type: Regexps related
Operating System: Linux
PHP Version: Irrelevant
New Comment:
OBSOLETE: Was USER-ERROR:
Sorry im very,very blind! :-(
--
doku:preg_replace.html
When working with a replacement pattern where a backreference is
immediately followed by another number (i.e.: placing a literal number
immediately after a matched pattern), you cannot use the familiar \\1
notation for your backreference. \\11, for example, would confuse
preg_replace() since it does not know whether you want the \\1
backreference followed by a literal 1, or the \\11 backreference
followed by nothing. In this case the solution is to use \${1}1. This
creates an isolated $1 backreference, leaving the 1 as a literal.
Previous Comments:
[2004-10-18 09:59:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-10-18 09:56:17] fn at fkn-systems dot de
Description:
In:
PHP 4.3.4 (cli) (built: Sep 24 2004 13:01:46)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
(also in PHP4.1.2 and PHP-CGI)
followed code (whitout newlines!)
$dat='2004-10-17/15:45.15';
echo'_'.preg_replace('/([.^\x5b]*?)(\x5b\x5b.*?\x5d\x5d)(.*)/s','\\1'.$dat.'\\3','#
foo 1bar [changed: [[tic:tac]]] foo 2bar #').'_';
gives me
_# foo 1bar [changed: 004-10-17/15:45.15] foo 2bar #_
and not
_# foo 1bar [changed: 2004-10-17/15:45.15] foo 2bar #_
Reproduce code:
---
?php
$dat='2004-10-17/15:45.15';
// (whitout newlines!)
echo'_'.preg_replace('/([.^\x5b]*?)(\x5b\x5b.*?\x5d\x5d)(.*)/s','\\1'.$dat.'\\3','#
foo 1bar [changed: [[tic:tac]]] foo 2bar #').'_';
?
Expected result:
_# foo 1bar [changed: 2004-10-17/15:45.15] foo 2bar #_
Actual result:
--
_# foo 1bar [changed: 004-10-17/15:45.15] foo 2bar #_
--
Edit this bug report at http://bugs.php.net/?id=30468edit=1
#30497 [Opn-Bgs]: php_iconv.dll is not bundled
ID: 30497 Updated by: [EMAIL PROTECTED] Reported By: Peter dot Albertsson at naturesown dot se -Status: Open +Status: Bogus Bug Type: ICONV related Operating System: WinXP PHP Version: 5.0.2 New Comment: iconv functions are built in since 5.0.0. No additional dlls are required. Previous Comments: [2004-10-20 15:55:21] Peter dot Albertsson at naturesown dot se Description: php_iconv.dll is not bundled with php-5.0.2-Win32.zip. -- Edit this bug report at http://bugs.php.net/?id=30497edit=1
#29292 [Com]: Single space character returned instead of empty string
ID: 29292 Comment by: nestoru at yahoo dot com Reported By: jmelville at selectaustralasia dot com dot au Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server SP4 PHP Version: 4.3.8 New Comment: This is clearly a bug in mssql dll. The sp_dbcmptlevel change the way an empty string is stored in sql but it has nothing to do with the fact that even a field that has not been updated with empty string still is seen as a single character by the mssql library. If you use ADO from VB, VC etc you get empty string. If you run from Query Analyzer |select 'x' + field + 'x' from table| you get |xx| not |x x| as mssql is returning. I am using PHP5 MSSQL2000 and the code is not working as it was with PHP4.0.6 and MSSQL97. Any help will be apreciated. Thanks Previous Comments: [2004-10-19 11:16:53] phopfgartner at tin dot it Have you checked that the database is has a compatibility level = 70? (see sp_dbcmptlevel) Peter [2004-09-22 23:02:00] ohalloran at enterasys dot com I too have the same problem when upgrading to 4.3.8. I did notice that using PEAR:DB functions the problem not longer happens. [2004-09-22 20:34:01] w dot peereboom at jkz-rkz dot nl If have installed php version 4.3.8 and 5.0 but with both versions some sort of the same problem is comming up. When i select all records from a View stored in MS SQL 2000 (SELECT * FROM View_name) i get all the records while the view on SQL server is definied as SELECT * FROM Table WHERE field IS NOT NULL. When i run this last query in my query analyser the result is less records then when i start the view query with my php application. I think this has something to do with this same problem. Winfred [2004-09-22 01:56:25] jmelville at selectaustralasia dot com dot au in the bottom line make sure php use updated ntwdblib.dll file. Thanks momo. I've read #25777 and I understand that there are problems with PHP using older libraries to talk to SQL Server. I have ntwdblib.dll versions 7.00.839 (this is the one that ships with PHP including 4.3.9RC3) and 8.00.194 (which comes with SQL 2000) and the problem described in this bug shows up with both those libs. Is there an even newer version that I should be using? [2004-09-21 11:21:48] [EMAIL PROTECTED] ilia introduced this bug on 1.86.2.25 fixing #25777. all the meaning was discussed there. in the bottom line make sure php use updated ntwdblib.dll file. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/29292 -- Edit this bug report at http://bugs.php.net/?id=29292edit=1
#30468 [Csd-Bgs]: preg_replace mistake
ID: 30468
Updated by: [EMAIL PROTECTED]
Reported By: fn at fkn-systems dot de
-Status: Closed
+Status: Bogus
Bug Type: Regexps related
Operating System: Linux
PHP Version: Irrelevant
New Comment:
User error - bogus
Previous Comments:
[2004-10-20 16:02:17] fn at fkn-systems dot de
OBSOLETE: Was USER-ERROR:
Sorry im very,very blind! :-(
--
doku:preg_replace.html
When working with a replacement pattern where a backreference is
immediately followed by another number (i.e.: placing a literal number
immediately after a matched pattern), you cannot use the familiar \\1
notation for your backreference. \\11, for example, would confuse
preg_replace() since it does not know whether you want the \\1
backreference followed by a literal 1, or the \\11 backreference
followed by nothing. In this case the solution is to use \${1}1. This
creates an isolated $1 backreference, leaving the 1 as a literal.
[2004-10-18 09:59:59] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2004-10-18 09:56:17] fn at fkn-systems dot de
Description:
In:
PHP 4.3.4 (cli) (built: Sep 24 2004 13:01:46)
Copyright (c) 1997-2003 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies
(also in PHP4.1.2 and PHP-CGI)
followed code (whitout newlines!)
$dat='2004-10-17/15:45.15';
echo'_'.preg_replace('/([.^\x5b]*?)(\x5b\x5b.*?\x5d\x5d)(.*)/s','\\1'.$dat.'\\3','#
foo 1bar [changed: [[tic:tac]]] foo 2bar #').'_';
gives me
_# foo 1bar [changed: 004-10-17/15:45.15] foo 2bar #_
and not
_# foo 1bar [changed: 2004-10-17/15:45.15] foo 2bar #_
Reproduce code:
---
?php
$dat='2004-10-17/15:45.15';
// (whitout newlines!)
echo'_'.preg_replace('/([.^\x5b]*?)(\x5b\x5b.*?\x5d\x5d)(.*)/s','\\1'.$dat.'\\3','#
foo 1bar [changed: [[tic:tac]]] foo 2bar #').'_';
?
Expected result:
_# foo 1bar [changed: 2004-10-17/15:45.15] foo 2bar #_
Actual result:
--
_# foo 1bar [changed: 004-10-17/15:45.15] foo 2bar #_
--
Edit this bug report at http://bugs.php.net/?id=30468edit=1
#26223 [Opn]: Error message makes PHP crash (in some special cases)
ID: 26223
User updated by: Xuefer at 21cn dot com
Reported By: Xuefer at 21cn dot com
Status: Open
Bug Type: *General Issues
Operating System: win32+rh7
PHP Version: 4CVS, 5CVS
Assigned To: helly
New Comment:
by trying ZEND_DEBUG, i found it access hash in php_error_cb which is
destroyed
Debug output:
[1804] e:\work\php4\zend\zend_hash.c(886) : ht=0x00df9614 is already
destroyed
win32 stack backtrace show frame 3 at:
if (zend_hash_find(EG(symbol_table), _SERVER, sizeof(_SERVER),
(void **) server_vars) == SUCCESS
Z_TYPE_PP(server_vars) == IS_ARRAY
zend_hash_find(Z_ARRVAL_PP(server_vars), HTTP_HOST,
sizeof(HTTP_HOST), (void **) host)==SUCCESS Z_TYPE_PP(host) ==
IS_STRING
zend_hash_find(Z_ARRVAL_PP(server_vars), REQUEST_URI,
sizeof(REQUEST_URI), (void **) uri)==SUCCESS Z_TYPE_PP(uri) ==
IS_STRING
zend_hash_find(Z_ARRVAL_PP(server_vars), REQUEST_METHOD,
sizeof(REQUEST_METHOD), (void **) method)==SUCCESS
Z_TYPE_PP(method) == IS_STRING
1
) {
note: log_errors is turned ON
Previous Comments:
[2004-10-18 14:36:30] mikael dot suvi at trigger dot ee
For the last sample crash script I did the following that fixed the
crash for php-5.0.2. Problem was that session_write handler is called
after the user defined shutdown functions. And
php_call_shutdown_functions has already freed global
user_shutdown_function_names the by the time session_write handler
tries to register shutdown function again.
=
diff ext/standard/basic_functions.c.old ext/standard/basic_functions.c
2195a2196
BG(user_shutdown_function_names) = NULL;
=
[2004-09-15 18:23:11] Xuefer at 21cn dot com
ok, i won't send corefile
os updated, this coredump is generated under linux
script updated:
?php
function b() {
return true;
}
function bb() {
}
function aa() {
register_shutdown_function('bb');
return true;
}
session_set_save_handler('aa', 'b', 'b', 'aa', 'b', 'b');
session_start();
?
the open handler should be callable or else:
Fatal error: session_start(): Failed to initialize storage module: user
(path: /tmp/) in /home/oursky/a.php on line 13
but when i change
session_set_save_handler('aa', 'b', 'b', 'aa', 'b', 'b');
to
session_set_save_handler('b', 'b', 'b', 'aa', 'b', 'b');
no coredump
very strange
[2004-09-15 18:13:08] [EMAIL PROTECTED]
thanks, but sending a core file is pointless without sending all
libraries and binaries over too. Btw, is the OS really win32 only?
[2004-09-15 17:51:48] Xuefer at 21cn dot com
core file will sent to sniper at **.net ok?
Starting program: /home/oursky/src/php4-www-debug/sapi/cli/php -c .
a.php
Program received signal SIGSEGV, Segmentation fault.
0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
390 p = ht-arBuckets[nIndex];
(gdb) bt
#0 0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
#1 0x08070bd0 in zif_register_shutdown_function (ht=1,
return_value=0xbfffeea0, this_ptr=0x0, return_value_used=0)
at /home/oursky/src/php4/ext/standard/basic_functions.c:2187
#2 0x080eee0f in execute (op_array=0x81549e0) at
/home/oursky/src/php4/Zend/zend_execute.c:1635
#3 0x080db4c2 in call_user_function_ex (function_table=0x8128f30,
object_pp=0x0, function_name=0x0, retval_ptr_ptr=0xb178,
param_count=2,
params=0x8154dc4, no_separation=1, symbol_table=0x0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:567
#4 0x080dafd3 in call_user_function (function_table=0x39306535,
object_pp=0x39306535, function_name=0x39306535, retval_ptr=0x8154c44,
param_count=135613340, params=0xb1c0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:409
#5 0x0805fdd8 in ps_write_user (mod_data=0x39306535, key=0x815487c
77d6e387747ca3b89ae8236afa355e09,
val=0x39306535 Address 0x39306535 out of bounds, vallen=0) at
/home/oursky/src/php4/ext/session/mod_user.c:60
#6 0x0805df86 in php_session_save_current_state () at
/home/oursky/src/php4/ext/session/session.c:694
#7 0x0805d9da in zm_deactivate_session (type=1, module_number=2) at
/home/oursky/src/php4/ext/session/session.c:1598
#8 0x080e4c79 in module_registry_cleanup (module=0x39306535) at
/home/oursky/src/php4/Zend/zend_API.c:1167
#9 0x080e6f18 in zend_hash_apply (ht=0xb1c0, apply_func=0x815560c)
at /home/oursky/src/php4/Zend/zend_hash.c:701
#10 0x080e1d64 in zend_deactivate_modules () at
#26223 [Opn]: Error message makes PHP crash (in some special cases)
ID: 26223
User updated by: Xuefer at 21cn dot com
Reported By: Xuefer at 21cn dot com
Status: Open
Bug Type: *General Issues
Operating System: win32+rh7
PHP Version: 4CVS, 5CVS
Assigned To: helly
New Comment:
sorry! ignore my previous note
when i press submit, i suddenly notice this piece of code is added by
myself for debugging purpose, not in php :(
Previous Comments:
[2004-10-20 17:40:05] Xuefer at 21cn dot com
by trying ZEND_DEBUG, i found it access hash in php_error_cb which is
destroyed
Debug output:
[1804] e:\work\php4\zend\zend_hash.c(886) : ht=0x00df9614 is already
destroyed
win32 stack backtrace show frame 3 at:
if (zend_hash_find(EG(symbol_table), _SERVER, sizeof(_SERVER),
(void **) server_vars) == SUCCESS
Z_TYPE_PP(server_vars) == IS_ARRAY
zend_hash_find(Z_ARRVAL_PP(server_vars), HTTP_HOST,
sizeof(HTTP_HOST), (void **) host)==SUCCESS Z_TYPE_PP(host) ==
IS_STRING
zend_hash_find(Z_ARRVAL_PP(server_vars), REQUEST_URI,
sizeof(REQUEST_URI), (void **) uri)==SUCCESS Z_TYPE_PP(uri) ==
IS_STRING
zend_hash_find(Z_ARRVAL_PP(server_vars), REQUEST_METHOD,
sizeof(REQUEST_METHOD), (void **) method)==SUCCESS
Z_TYPE_PP(method) == IS_STRING
1
) {
note: log_errors is turned ON
[2004-10-18 14:36:30] mikael dot suvi at trigger dot ee
For the last sample crash script I did the following that fixed the
crash for php-5.0.2. Problem was that session_write handler is called
after the user defined shutdown functions. And
php_call_shutdown_functions has already freed global
user_shutdown_function_names the by the time session_write handler
tries to register shutdown function again.
=
diff ext/standard/basic_functions.c.old ext/standard/basic_functions.c
2195a2196
BG(user_shutdown_function_names) = NULL;
=
[2004-09-15 18:23:11] Xuefer at 21cn dot com
ok, i won't send corefile
os updated, this coredump is generated under linux
script updated:
?php
function b() {
return true;
}
function bb() {
}
function aa() {
register_shutdown_function('bb');
return true;
}
session_set_save_handler('aa', 'b', 'b', 'aa', 'b', 'b');
session_start();
?
the open handler should be callable or else:
Fatal error: session_start(): Failed to initialize storage module: user
(path: /tmp/) in /home/oursky/a.php on line 13
but when i change
session_set_save_handler('aa', 'b', 'b', 'aa', 'b', 'b');
to
session_set_save_handler('b', 'b', 'b', 'aa', 'b', 'b');
no coredump
very strange
[2004-09-15 18:13:08] [EMAIL PROTECTED]
thanks, but sending a core file is pointless without sending all
libraries and binaries over too. Btw, is the OS really win32 only?
[2004-09-15 17:51:48] Xuefer at 21cn dot com
core file will sent to sniper at **.net ok?
Starting program: /home/oursky/src/php4-www-debug/sapi/cli/php -c .
a.php
Program received signal SIGSEGV, Segmentation fault.
0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
390 p = ht-arBuckets[nIndex];
(gdb) bt
#0 0x080e67ab in zend_hash_index_update_or_next_insert (ht=0x8154ddc,
h=945959777, pData=0xbfffeea0, nDataSize=8, pDest=0x0, flag=4)
at /home/oursky/src/php4/Zend/zend_hash.c:390
#1 0x08070bd0 in zif_register_shutdown_function (ht=1,
return_value=0xbfffeea0, this_ptr=0x0, return_value_used=0)
at /home/oursky/src/php4/ext/standard/basic_functions.c:2187
#2 0x080eee0f in execute (op_array=0x81549e0) at
/home/oursky/src/php4/Zend/zend_execute.c:1635
#3 0x080db4c2 in call_user_function_ex (function_table=0x8128f30,
object_pp=0x0, function_name=0x0, retval_ptr_ptr=0xb178,
param_count=2,
params=0x8154dc4, no_separation=1, symbol_table=0x0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:567
#4 0x080dafd3 in call_user_function (function_table=0x39306535,
object_pp=0x39306535, function_name=0x39306535, retval_ptr=0x8154c44,
param_count=135613340, params=0xb1c0) at
/home/oursky/src/php4/Zend/zend_execute_API.c:409
#5 0x0805fdd8 in ps_write_user (mod_data=0x39306535, key=0x815487c
77d6e387747ca3b89ae8236afa355e09,
val=0x39306535 Address 0x39306535 out of bounds, vallen=0) at
/home/oursky/src/php4/ext/session/mod_user.c:60
#6 0x0805df86 in php_session_save_current_state () at
/home/oursky/src/php4/ext/session/session.c:694
#7 0x0805d9da in zm_deactivate_session (type=1, module_number=2) at
/home/oursky/src/php4/ext/session/session.c:1598
#8 0x080e4c79 in
#30498 [NEW]: Persistent Connection Handling, Talking to SOAP::Lite
From: jacob at internet24 dot de
Operating system: Gentoo Linux 1.4.16/Kernel 2.6.7
PHP version: 5.0.2
PHP Bug Type: SOAP related
Bug description: Persistent Connection Handling, Talking to SOAP::Lite
Description:
When using SoapClient to do HTTP Soap Requests using a Soap::Lite (0.55)
Server in HTTP-Daemon mode, php soap opens a new HTTP connection for each
new SOAP operation executed, despite the fact that SOAP::Lite keeps the
HTTP connection open as requested by php soap (Connection: Keep-Alive
set in the Request HTTP headers).
The reason for is that php soap closes the persistent socket when it does
not receive a Connection: Keep-Alive Header in the reply message from
SOAP::Lite.
Cf.: ext/soap/php_http.c
643 connection =
get_http_header_value(http_headers,Connection: );
644 if (connection) {
645 if (strncasecmp(connection, Keep-Alive,
sizeof(Keep-Alive)-1) == 0) {
646 http_close = FALSE;
647 }
648 efree(connection);
I believe that is an incorrect interpretation of the
HTTP/1.1 standard, php soap should only explicitly
close the connection, with an HTTP/1.1 server, when it receives a
Connection: Close in the response, not when there is just no
Connection: Keep-Alive in the reply
headers. Right?
Cf.: (http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html#sec8.1)
RFC2616, Section 8.1.2.1 states:
An HTTP/1.1 server MAY assume that a HTTP/1.1 client intends to maintain
a persistent connection unless a Connection header including the
connection-token close was sent in the request. If the server chooses to
close the connection immediately after sending the response, it SHOULD send
a Connection header including the connection-token close.
An HTTP/1.1 client MAY expect a connection to remain open, but would
decide to keep it open based on whether the response from a server
contains a Connection header with the connection-token close. In case the
client does not want to maintain a connection for more than that request,
it SHOULD send a Connection header including the connection-token close.
--
Edit bug report at http://bugs.php.net/?id=30498edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30498r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30498r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30498r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30498r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30498r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30498r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30498r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30498r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30498r=support
Expected behavior: http://bugs.php.net/fix.php?id=30498r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30498r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30498r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30498r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30498r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30498r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30498r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30498r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30498r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30498r=mysqlcfg
#30496 [Com]: foreach wrong assignment with multidim arrays
ID: 30496
Comment by: mserra at consrav dot net
Reported By: esartoni at omniaglobal dot net
Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4CVS-2004-10-20 (stable)
New Comment:
$a=array(1,2,3,4,5);
foreach($a as $value) {
echo $value.\n;
}
OUTPUT:
Array
Array
Array
Array
Array
EXPECTED:
1
2
3
4
5
Previous Comments:
[2004-10-20 16:00:17] esartoni at omniaglobal dot net
I'm sorry derick but here with v4.3.10-dev doesn't work!
I've also tried with Solaris (SPARC) with same results.
[2004-10-20 15:34:28] [EMAIL PROTECTED]
Works fine here.
[2004-10-20 15:19:33] esartoni at omniaglobal dot net
With PHP v4.3.9 works ok!
[2004-10-20 15:17:40] esartoni at omniaglobal dot net
Description:
foreach doesn't work as expected when using multidimensional arrays.
Reproduce code:
---
?php
$a=array();
$a[]=array(one, two, three);
$a[]=array(five, six, seven);
// Code 1 (THIS DON'T WORK AS EXPECTED)
foreach ($a as $value) {
echo join(,, $value).\n;
}
/*
This code below is a workaround:
// Code 2 (THIS WORKS!)
foreach ($a as $key = $value) {
echo join(,, $value).\n;
}
*/
?
Expected result:
one,two,three
five,six,seven
Actual result:
--
Array,0
Array,1
--
Edit this bug report at http://bugs.php.net/?id=30496edit=1
#30496 [Bgs]: foreach wrong assignment with multidim arrays
ID: 30496
Updated by: [EMAIL PROTECTED]
Reported By: esartoni at omniaglobal dot net
Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4CVS-2004-10-20 (stable)
New Comment:
Works fine with latest snapshot (and other versions too).
Previous Comments:
[2004-10-20 17:58:38] mserra at consrav dot net
$a=array(1,2,3,4,5);
foreach($a as $value) {
echo $value.\n;
}
OUTPUT:
Array
Array
Array
Array
Array
EXPECTED:
1
2
3
4
5
[2004-10-20 16:00:17] esartoni at omniaglobal dot net
I'm sorry derick but here with v4.3.10-dev doesn't work!
I've also tried with Solaris (SPARC) with same results.
[2004-10-20 15:34:28] [EMAIL PROTECTED]
Works fine here.
[2004-10-20 15:19:33] esartoni at omniaglobal dot net
With PHP v4.3.9 works ok!
[2004-10-20 15:17:40] esartoni at omniaglobal dot net
Description:
foreach doesn't work as expected when using multidimensional arrays.
Reproduce code:
---
?php
$a=array();
$a[]=array(one, two, three);
$a[]=array(five, six, seven);
// Code 1 (THIS DON'T WORK AS EXPECTED)
foreach ($a as $value) {
echo join(,, $value).\n;
}
/*
This code below is a workaround:
// Code 2 (THIS WORKS!)
foreach ($a as $key = $value) {
echo join(,, $value).\n;
}
*/
?
Expected result:
one,two,three
five,six,seven
Actual result:
--
Array,0
Array,1
--
Edit this bug report at http://bugs.php.net/?id=30496edit=1
#30499 [NEW]: there is problem in configure file for libxml
From: lachhekumar at hotmail dot com Operating system: RedHat Linux 9.0 PHP version: 5.0.2 PHP Bug Type: Compile Failure Bug description: there is problem in configure file for libxml Description: ./configure --with-apxs3=/usr/local/apache2/bin/apxs --with-openssl --with-zlib --enable-calendar --enable-bcmath --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr --with-curl=/usr/inlcude/curl --with-inifile --with-flatfile --enable-exif --enable-ftp --with-gd --with-gettext --with-imap --with-mhash --with-ming --with-mysql=/usr/bin --with-mysqli --with-unixODBC --with-pgsql --with-snmp --enable-soap --enable-sockets --with-xsl --with-pear=/usr/share/pear --with-libxml-dir=/usr command line to generate error Error : libxml2.5.1 or greater is required Expected result: The above line for configuration will give you the error of libxml2.4.0 is required That is beacuse of this line if test $LIBXML_VERSION -ge 2005010; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` The correct line according to calculations are if test $LIBXML_VERSION -ge 2005001; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` Actual result: -- Installation must go smoothly -- Edit bug report at http://bugs.php.net/?id=30499edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30499r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30499r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30499r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30499r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30499r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30499r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30499r=needscript Try newer version: http://bugs.php.net/fix.php?id=30499r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30499r=support Expected behavior: http://bugs.php.net/fix.php?id=30499r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30499r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30499r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30499r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30499r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30499r=dst IIS Stability: http://bugs.php.net/fix.php?id=30499r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30499r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30499r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30499r=mysqlcfg
#30496 [Bgs]: foreach wrong assignment with multidim arrays
ID: 30496
User updated by: esartoni at omniaglobal dot net
Reported By: esartoni at omniaglobal dot net
Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: 4CVS-2004-10-20 (stable)
New Comment:
I've found the problem. The bug appears only when using Zend Optimizer
v2.5.5
Disabling the optimizer makes the code working.
P.S.: This bug report is not bogus. :) Zend Optimizer is bogus!
Previous Comments:
[2004-10-20 18:10:57] [EMAIL PROTECTED]
Works fine with latest snapshot (and other versions too).
[2004-10-20 17:58:38] mserra at consrav dot net
$a=array(1,2,3,4,5);
foreach($a as $value) {
echo $value.\n;
}
OUTPUT:
Array
Array
Array
Array
Array
EXPECTED:
1
2
3
4
5
[2004-10-20 16:00:17] esartoni at omniaglobal dot net
I'm sorry derick but here with v4.3.10-dev doesn't work!
I've also tried with Solaris (SPARC) with same results.
[2004-10-20 15:34:28] [EMAIL PROTECTED]
Works fine here.
[2004-10-20 15:19:33] esartoni at omniaglobal dot net
With PHP v4.3.9 works ok!
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/30496
--
Edit this bug report at http://bugs.php.net/?id=30496edit=1
#30499 [Opn]: there is problem in configure file for libxml
ID: 30499 User updated by: lachhekumar at hotmail dot com Reported By: lachhekumar at hotmail dot com Status: Open Bug Type: Compile Failure Operating System: RedHat Linux 9.0 PHP Version: 5.0.2 New Comment: There is no bug.. It was a misunderstanding Previous Comments: [2004-10-20 18:22:03] lachhekumar at hotmail dot com Description: ./configure --with-apxs3=/usr/local/apache2/bin/apxs --with-openssl --with-zlib --enable-calendar --enable-bcmath --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr --with-curl=/usr/inlcude/curl --with-inifile --with-flatfile --enable-exif --enable-ftp --with-gd --with-gettext --with-imap --with-mhash --with-ming --with-mysql=/usr/bin --with-mysqli --with-unixODBC --with-pgsql --with-snmp --enable-soap --enable-sockets --with-xsl --with-pear=/usr/share/pear --with-libxml-dir=/usr command line to generate error Error : libxml2.5.1 or greater is required Expected result: The above line for configuration will give you the error of libxml2.4.0 is required That is beacuse of this line if test $LIBXML_VERSION -ge 2005010; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` The correct line according to calculations are if test $LIBXML_VERSION -ge 2005001; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` Actual result: -- Installation must go smoothly -- Edit this bug report at http://bugs.php.net/?id=30499edit=1
#30499 [Opn-Bgs]: there is problem in configure file for libxml
ID: 30499 Updated by: [EMAIL PROTECTED] Reported By: lachhekumar at hotmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: RedHat Linux 9.0 PHP Version: 5.0.2 New Comment: Bogus then. Previous Comments: [2004-10-20 19:02:28] lachhekumar at hotmail dot com There is no bug.. It was a misunderstanding [2004-10-20 18:22:03] lachhekumar at hotmail dot com Description: ./configure --with-apxs3=/usr/local/apache2/bin/apxs --with-openssl --with-zlib --enable-calendar --enable-bcmath --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr --with-curl=/usr/inlcude/curl --with-inifile --with-flatfile --enable-exif --enable-ftp --with-gd --with-gettext --with-imap --with-mhash --with-ming --with-mysql=/usr/bin --with-mysqli --with-unixODBC --with-pgsql --with-snmp --enable-soap --enable-sockets --with-xsl --with-pear=/usr/share/pear --with-libxml-dir=/usr command line to generate error Error : libxml2.5.1 or greater is required Expected result: The above line for configuration will give you the error of libxml2.4.0 is required That is beacuse of this line if test $LIBXML_VERSION -ge 2005010; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` The correct line according to calculations are if test $LIBXML_VERSION -ge 2005001; then LIBXML_LIBS=`$XML2_CONFIG --libs` LIBXML_INCS=`$XML2_CONFIG --cflags` Actual result: -- Installation must go smoothly -- Edit this bug report at http://bugs.php.net/?id=30499edit=1
#20382 [Com]: strtotime (Monday, $date) can produce incorrect output
ID: 20382
Comment by: joe at dataport dot tv
Reported By: nickj-phpbugs at nickj dot org
Status: Assigned
Bug Type: Date/time related
Operating System: *
PHP Version: 4CVS, 5CVS (2004-04-13)
Assigned To: derick
New Comment:
Oh, also forgot to mention that while next monday does not work,
next tuesday does. There's definately a bug here, if this monday
works and next tuesday works, it seems to me that next monday
should work as well and that it's not just some time zone issue.
Previous Comments:
[2004-10-19 21:30:21] joe at dataport dot tv
How's this?
?php
$day=date(w,strtotime(this monday));
echo $day;
?
Outputs: 1
?php
$day=date(w,strtotime(next monday));
echo $day;
?
Outputs: 0
I was going to submit a seperate bug but this definately looks related
even though this is a totally different way of going about getting the
same type of problem.
(I knew Mondays were a little odd, but does strtotime seem to think the
sunday of the next week has an extra second after midnight? As this
example demonstrates it doesn't do it if you prefix the weekday with
this, just next or no prefix at all.)
[2004-04-08 10:13:10] [EMAIL PROTECTED]
This one shows it better:
?php
putenv(TZ=Europe/Amsterdam);
$tStamp = mktime (17, 17, 17, 10, 27, 2004);
echo tStamp=. date(l Y-m-d H:i:s T, $tStamp). \n;
$strtotime_timestamp = strtotime (Monday, $tStamp);
echo result=. date(l Y-m-d H:i:s T, $strtotime_timestamp).
\n;
echo wanted=Monday 2004-11-01 00:00:00 CET\n;
?
[2004-04-08 07:15:26] nickj-phpbugs at nickj dot org
How's this for a short and simple test script?
Applies strtotime() to every day between 1970 and 2037, and gives a
list of everything that looks wrong.
==
?php
$request_day = Monday;
for ($i=1; ; $i++) {
// start at year 1970, bail out at year 2038
$tStamp = mktime (17,17,17,1,$i,1970);
if (date(Y, $tStamp) == 2038) break;
// request a day, check what we got, complain if differs
$strtotime_timestamp = strtotime ($request_day, $tStamp);
$result_day = date(l, $strtotime_timestamp);
if ($result_day != $request_day)
print strtotime wrong on: . date(j-M-Y, $tStamp) .
- gave a $result_day, not a $request_day.\n;
}
?
[2004-04-08 07:00:17] [EMAIL PROTECTED]
I'm pretty sure the script is buggy. Please give us a test case for ONE
date that is wrong, and comment your code properly too.
[2004-04-08 04:25:55] [EMAIL PROTECTED]
Can you please give a simpler test? (I somehow have a feeling your
script is buggy, not PHP)
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/20382
--
Edit this bug report at http://bugs.php.net/?id=20382edit=1
#30501 [NEW]: memory leak
From: ilia at manual dot ru
Operating system: FreeBSD 5.2.1
PHP version: 5.0.2
PHP Bug Type: Reproducible crash
Bug description: memory leak
Description:
unset() does not free memory.
In the example, list() is important.
Reproduce code:
---
for($i=1;$i1000;$i++)
{
list($b['a']) = array (aaa);
unset($b['a'],$b);
}
Actual result:
--
PHP Fatal error: Allowed memory size of 1048576 bytes exhausted (tried to
alloc
ate 16 bytes) in /tmp/tours2lite.php on line 28
Fatal error: Allowed memory size of 1048576 bytes exhausted (tried to
allocate 1
6 bytes) in /tmp/tours2lite.php on line 28
--
Edit bug report at http://bugs.php.net/?id=30501edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30501r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30501r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30501r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30501r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30501r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30501r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30501r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30501r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30501r=support
Expected behavior: http://bugs.php.net/fix.php?id=30501r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30501r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30501r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30501r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30501r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30501r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30501r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30501r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30501r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30501r=mysqlcfg
#30405 [Com]: Parent: child process exited with status 4294967295 -- Restarting.
ID: 30405
Comment by: aaron at gwmicro dot com
Reported By: joel at preacherboy dot net
Status: Open
Bug Type: Apache2 related
Operating System: Windows 2003
PHP Version: 5.0.2
New Comment:
I can consistenly reproduce this problem.
[Wed Oct 20 14:08:43 2004] [notice] Parent: child process exited with
status 4294967295 -- Restarting.
Here's how we're duplicating it under Windows Server 2003, running
Apache/2.0.52 (Win32) DAV/2 mod_ssl/2.0.52 OpenSSL/0.9.7d
PHP/5.1.0-dev:
?
$filename = c:\\demo\\demo.exe;
$fileInfo = stat($filename);
$length = $fileInfo[7];
header(Content-Length: $length);
header(Content-Type:application/octet-stream);
header(Cache-Control: no-cache, must-revalidate);
header(Connection: close);
header(Content-Length: $length);
header(Content-Type:application/octet-stream);
header(Content-Disposition: inline; filename=demo.exe);
header(Pragma: no-cache);
$fh = fopen($filename, rb);
while (!feof($fh))
{
$buffer = fread($fh, 1024);
print $buffer;
}
fclose($fh);
header(Connection: close);
?
The demo file is about 35MB, and if you cancel the download half-way
through, you'll consistently get this error in the apache log, and the
child restarting process will happen. The line right before the restart
is:
[Wed Oct 20 14:08:42 2004] [info] (OS 10054)An existing connection was
forcibly closed by the remote host. : core_output_filter: writing data
to the network
I can duplicate this problem 100% of the time.
Previous Comments:
[2004-10-12 23:24:44] joel at preacherboy dot net
Here's what you'll see in the \log\error_log for Apache2:
[Mon Oct 11 09:35:20 2004] [notice] Parent: child process exited with
status 4294967295 -- Restarting.
[Mon Oct 11 09:35:22 2004] [notice] Parent: Created child process 4004
[Mon Oct 11 09:35:22 2004] [notice] Disabled use of AcceptEx() WinSock2
API
[Mon Oct 11 09:35:23 2004] [notice] Child 4004: Child process is
running
[Mon Oct 11 09:35:23 2004] [notice] Child 4004: Acquired the start
mutex.
[Mon Oct 11 09:35:23 2004] [notice] Child 4004: Starting 250 worker
threads.
[Mon Oct 11 09:35:23 2004] [notice] Child 4004: Listening on port 443.
[Mon Oct 11 09:35:23 2004] [notice] Child 4004: Listening on port 80.
[Mon Oct 11 09:35:23 2004] [notice] Child 4004: Listening on port 80.
After some more time, the above will loop. I see 2 other people have
voted that they are able to reproduce the issue. Is there anything
else you need to regress the bug?
[2004-10-12 16:26:44] joel at preacherboy dot net
I can't think what else I would need to do in explaining how to regress
this bug. It happens quite easily. Have you even tried my suggestions?
Do you need something else like my httpd.conf to get started? This bug
seems identical to what was mentioned in bug #25570.
[2004-10-12 09:07:39] [EMAIL PROTECTED]
I don't know what details I want, it's that Windows is simply
impossible to debug. You'll have to come up with some really good
pointers, otherwise we can just as well delete this bugreport.
[2004-10-12 08:41:40] joel at preacherboy dot net
You're going to have to ask what details you're looking for. I've
already read that page. There aren't any specific steps to get this
error to occur and existing information is available in the links I
provided,but I'll do my best to make this a step-by-step process
1. Install Apache 2.0.52 / PHP 5.0.2 on Windows 2003.
2. Create a website of pages linking each other.
3. View these pages, clicking through links like crazy, using another
system.
After a few clicks, Apache2 will restart itself.
[2004-10-12 08:37:48] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to Open.
Thank you for your interest in PHP.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/30405
--
Edit this bug report at http://bugs.php.net/?id=30405edit=1
#30502 [NEW]: Duplicated headers + missing headers in response
From: glideraerobatics at hotmail dot com
Operating system: Linux
PHP version: 5.0.2
PHP Bug Type: HTTP related
Bug description: Duplicated headers + missing headers in response
Description:
I've noticed numerous times that certain headers produced by PHP scripts
are duplicated. Another problem is that the Content-Length header is set
in code, but is missing in the output.
See below the expected and actual responses. Actual response discards the
Content-Length header and duplicates the Content-Disposition header.
I sent this request to the PHP script to test it:
HEAD /download.php/458/Cats_in_the_Cradle.mid HTTP/1.1
Host: wapxtc.nl
accept-language: nl
user-agent: SonyEricssonT230/R101
cache-control: no-cache
accept: text/vnd.wap.wml,text/vnd.wap.wmlscript,*/*;q=0.001
accept-charset: us-ascii,iso-8859-1,utf-8,iso-10646-ucs-2,*;q=0.001
accept-encoding: *;q=0.001
FYI: I'm running Apache 2 (stable) on PHP5.02 (stable) on Linux.
Reproduce code:
---
// $data contains blob
header('Content-Length: ' . strlen($data));
header('Content-Type: ' . $item['MIMETYPE']);
header('Content-Disposition: inline; filename=' . $filename . '');
// This outputs the 3 lines above in the error_log as expected:
error_log(implode(\n,headers_list()));
if ($_SERVER['REQUEST_METHOD'] != 'HEAD') {
print $data;
}
exit;
Expected result:
HTTP/1.1 200 OK
Content-Disposition: inline; filename=Cats_in_the_Cradle.mid
Last-Modified: Mon, 18 Oct 2004 13:23:52 GMT
Content-Type: audio/midi
Content-Length: 6331
Actual result:
--
HTTP/1.1 200 OK
Content-Disposition: inline; filename=Cats_in_the_Cradle.mid
Last-Modified: Mon, 18 Oct 2004 13:23:52 GMT
Content-Type: audio/midi
Content-Disposition: inline; filename=Cats_in_the_Cradle.mid
--
Edit bug report at http://bugs.php.net/?id=30502edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30502r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30502r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30502r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30502r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30502r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30502r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30502r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30502r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30502r=support
Expected behavior: http://bugs.php.net/fix.php?id=30502r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30502r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30502r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30502r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30502r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30502r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30502r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30502r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30502r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30502r=mysqlcfg
#30501 [Opn]: memory leak
ID: 30501
User updated by: ilia at manual dot ru
Reported By: ilia at manual dot ru
Status: Open
Bug Type: Reproducible crash
Operating System: FreeBSD 5.2.1
PHP Version: 5.0.2
New Comment:
Memory limit was 1M for this test
Previous Comments:
[2004-10-20 20:31:26] ilia at manual dot ru
Description:
unset() does not free memory.
In the example, list() is important.
Reproduce code:
---
for($i=1;$i1000;$i++)
{
list($b['a']) = array (aaa);
unset($b['a'],$b);
}
Actual result:
--
PHP Fatal error: Allowed memory size of 1048576 bytes exhausted (tried
to alloc
ate 16 bytes) in /tmp/tours2lite.php on line 28
Fatal error: Allowed memory size of 1048576 bytes exhausted (tried to
allocate 1
6 bytes) in /tmp/tours2lite.php on line 28
--
Edit this bug report at http://bugs.php.net/?id=30501edit=1
#30495 [Com]: Apache crashes when calling array_walk_recursive twice.
ID: 30495
Comment by: stv at seznam dot cz
Reported By: jaakkos at mbnet dot fi
Status: Open
Bug Type: Reproducible crash
Operating System: Windows XP
PHP Version: 5.0.2
New Comment:
Is there any problem of overloading of system in recursion if user
posts big multidimenzional field for example 100 000 of depth ?
If positive there would be one parameter more for array_walk_recursive
with max_depth level indication.
Previous Comments:
[2004-10-20 15:06:45] jaakkos at mbnet dot fi
Description:
Apache server crashes when array_walk_recursive is called twice. Tested
on Apache 2.0.52 and 1.3.29 (Windows XP).
Reproduce code:
---
//Just for testing +
$_POST['ab'] = 'cd';
$_GET['ef'] = 'gh';
//Just for testing -
function cleanup($value,$key){
if (is_string($value)){
$value = trim(strip_tags($value));
get_magic_quotes_gpc() $value = stripslashes($value);
}
}
array_walk_recursive($_POST,'cleanup');
array_walk_recursive($_GET,'cleanup');
Expected result:
Remove tags and slashes from $_POST and $_GET hashes.
Actual result:
--
szAppName : Apache.exe szAppVer : 2.0.52.0 szModName : unknown
szModVer : 0.0.0.0 offset :
--
Edit this bug report at http://bugs.php.net/?id=30495edit=1
#30503 [NEW]: exec(): Unable to fork
From: efernandez at vantageglobal dot com Operating system: Windows 2003 Server SE PHP version: 4.3.9 PHP Bug Type: IIS related Bug description: exec(): Unable to fork Description: Machine: Windows 2003 Server SE. IIS 6 PHP 4.3.9 Description: In a script file, i have this line: $aux= 'ze.exe -b '.$pic.''; exec($aux,$output,$error); By the way, when i call it from the browser: Warning: exec(): Unable to fork [ze.exe -b blah blah Some other bugs in the site are simillar, but just saying in the next version has been fixed, i have the last one at the date (Oct. 2004). And this still happend. Any comments / ideas, will be appreciate. Thanks in advanced. -- Edit bug report at http://bugs.php.net/?id=30503edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30503r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30503r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30503r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30503r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30503r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30503r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30503r=needscript Try newer version: http://bugs.php.net/fix.php?id=30503r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30503r=support Expected behavior: http://bugs.php.net/fix.php?id=30503r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30503r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30503r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30503r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30503r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30503r=dst IIS Stability: http://bugs.php.net/fix.php?id=30503r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30503r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30503r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30503r=mysqlcfg
#16820 [Com]: hangs in multithreded environment (ZTS)
ID: 16820 Comment by: tbrown at westernwats dot com Reported By: wmeler at wp-sa dot pl Status: No Feedback Bug Type: Scripting Engine problem Operating System: linux PHP Version: 4CVS, 5CVS Assigned To: zeev New Comment: This bug is still happening. Red Hat Linux 8.0 3.2-7 php4-STABLE-200410202030 ./configure --disable-all Using same test script as above. Previous Comments: [2004-04-21 00:13:13] [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. [2004-04-13 12:49:18] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2004-01-27 16:14:02] [EMAIL PROTECTED] Zeev, can you take a look.. [2004-01-27 03:33:31] wmeler at wp-sa dot pl Zeev corrected #21513. It won't help. As long as zend_timeout calls longjmp (through zend_error, php_error_cb and zend_bailout) shutdown functions can get memory, locks - any objects in undefined state. 2 years - no change ... [2004-01-26 22:20:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip Zeev applied some fix recently, so please test. 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/16820 -- Edit this bug report at http://bugs.php.net/?id=16820edit=1
#29756 [Fbk-NoF]: __destruct called twice with ze1_compatibility_mode = On
ID: 29756
Updated by: [EMAIL PROTECTED]
Reported By: hfuecks at phppatterns dot com
-Status: Feedback
+Status: No Feedback
Bug Type: Zend Engine 2 problem
Operating System: All
PHP Version: 5.0.1
New Comment:
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to Open.
Previous Comments:
[2004-10-13 09:23:00] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2004-10-13 06:02:52] php at bobsilva dot com
This is fixed in 5.1 CVS
[2004-08-21 21:14:53] hfuecks at phppatterns dot com
Updating OS to All (daringly)
[2004-08-21 21:10:01] hfuecks at phppatterns dot com
Definately not specific to Windows; checked this out on Linux (Gentoo,
2.4 kernel, PHP 5.0.1) - exactly the same problem.
[2004-08-19 14:16:54] hfuecks at phppatterns dot com
Description:
Using unmodified copy on php.ini-recommended (no extensions loaded
etc.). Able to reproduce this problem with the Apache SAPI, CLI and CGI
SAPIs.
With zend.ze1_compatibility_mode = On class destructors get called
twice, once directly after the constructor.
With zend.ze1_compatibility_mode = Off (no other modifications to
runtime) problem disappears (destructor called correctly).
This seems to have been reported before (not enough info):
http://bugs.php.net/bug.php?id=27698
Have yet to confirm whether this in Windows specific (more from Linux
when I get there...)
Reproduce code:
---
?php
class Test {
function __construct() {
echo __METHOD__.\n;
}
function someMethod() {
echo __METHOD__.\n;
}
function __destruct() {
echo __METHOD__.\n;
var_dump(debug_backtrace());
}
}
$T = new Test();
$T-someMethod();
?
Expected result:
Test::__construct
Test::someMethod
Test::__destruct
array(1) {
[0]=
array(4) {
[function]=
string(10) __destruct
[class]=
string(4) Test
[type]=
string(2) ::
[args]=
array(0) {
}
}
}
Actual result:
--
Test::__construct
Test::__destruct
array(2) {
[0]=
array(5) {
[file]=
string(20) D:\php\test\test.php
[line]=
int(18)
[function]=
string(10) __destruct
[class]=
string(4) Test
[type]=
string(2) ::
}
[1]=
array(3) {
[file]=
string(20) D:\php\test\test.php
[line]=
int(18)
[function]=
string(7) unknown
}
}
Test::someMethod
Test::__destruct
array(1) {
[0]=
array(4) {
[function]=
NULL
[class]=
string(4) Test
[type]=
string(2) ::
[args]=
array(0) {
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=29756edit=1
#30504 [NEW]: When using a custom error handler, a failed require() produces only E_WARNING
From: danieltalsky at gmail dot com
Operating system: FreeBSD
PHP version: 5.0.1
PHP Bug Type: Output Control
Bug description: When using a custom error handler, a failed require() produces only
E_WARNING
Description:
Unexpected behaviors when using a custom error reporting function.
1. a failed require() reports a E_WARNING (instead of the expected
E_ERROR) and then uses the default PHP fatal error (it appear TWICE)
3. calling a bogus function like foobar() DOES create a fatal error, but
uses the default PHP error output and never reaches my custom handler
Note: This is a CLI script.
Reproduce code:
---
function pv_shell_error_logger(
$errno, $errstr, $errfile, $errline){
switch ($errno){
case E_ERROR:
print ('E_ERROR');
break;
case E_WARNING:
print ('E_WARNING');
break;
}
return true;
}
// set to the user defined error handler
set_error_handler(pv_shell_error_logger,
(E_ERROR|E_WARNING|E_PARSE));
// Test1 prints 'E_WARNING' but also stops code execution
require('this should produce a fatal error');
// Test2 uses PHP's default error handler
foobar('this should use the custom error handler');
Expected result:
There's two test cases here...
Test1: the require() statement prints out E_WARNING, but stops program
execution
Test2: the foobar() function throws a default PHP fatal error and stops
program execution
Actual result:
--
Test1: should print E_ERROR and continue execution unless there is an
exit()/die() in the custom handler
Test2: same
--
Edit bug report at http://bugs.php.net/?id=30504edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30504r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30504r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30504r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30504r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30504r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30504r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30504r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30504r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30504r=support
Expected behavior: http://bugs.php.net/fix.php?id=30504r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30504r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30504r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30504r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30504r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30504r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30504r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30504r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30504r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30504r=mysqlcfg
#7845 [Com]: missing or invalid : MSCOMCTL.OCX
ID: 7845 Comment by: skippy4419 at earthlink dot net Reported By: admin at inetghost dot com Status: Closed Bug Type: *Install and Config Operating System: Windows 2000 Server PHP Version: 4.0.3pl1 New Comment: not working Previous Comments: [2004-07-17 21:20:22] michael_cooke123 at hotmail dot com when i try to open the internet explorer i get an error code saying: run-time error '339': Component 'Mscomctl.ocx' or one of its dependencies not correctly registered: a file missing or corrupt. could you please tell me what this means and how to fix it? thank you [2000-11-16 11:39:02] [EMAIL PROTECTED] The error is that MSCOMCTL.OCX which should be on your system, isn't. The installer program (and many many others) use this DLL to provide widgets like progress bars. It may be that the file exists on your system but is just not correctly registered. There should be a file called REGSVR32.EXE on your WinNT\System32 directory and also a file called MSCOMCTL.OCX in the same directory. If not, you will have to get them, maybe from your NT CD or perhaps by downloading them from somewhere on the Microsoft site. Once the files are there, from the command line type: REGSVR32 MSCOMCTL.OCX The installer should then work. Alternatively, you can load the installer.exe into winzip and manually install the components. [2000-11-16 11:24:57] admin at inetghost dot com I installed php4 and I got the error of missing or invalid file MSCOMCRL.OCX. Please let me know what you know about this problem. Thanks Greg -- Edit this bug report at http://bugs.php.net/?id=7845edit=1
#7845 [Com]: missing or invalid : MSCOMCTL.OCX
ID: 7845 Comment by: skippy4419 at earthlink dot net Reported By: admin at inetghost dot com Status: Closed Bug Type: *Install and Config Operating System: Windows 2000 Server PHP Version: 4.0.3pl1 New Comment: not working Previous Comments: [2004-10-21 01:29:51] skippy4419 at earthlink dot net not working [2004-07-17 21:20:22] michael_cooke123 at hotmail dot com when i try to open the internet explorer i get an error code saying: run-time error '339': Component 'Mscomctl.ocx' or one of its dependencies not correctly registered: a file missing or corrupt. could you please tell me what this means and how to fix it? thank you [2000-11-16 11:39:02] [EMAIL PROTECTED] The error is that MSCOMCTL.OCX which should be on your system, isn't. The installer program (and many many others) use this DLL to provide widgets like progress bars. It may be that the file exists on your system but is just not correctly registered. There should be a file called REGSVR32.EXE on your WinNT\System32 directory and also a file called MSCOMCTL.OCX in the same directory. If not, you will have to get them, maybe from your NT CD or perhaps by downloading them from somewhere on the Microsoft site. Once the files are there, from the command line type: REGSVR32 MSCOMCTL.OCX The installer should then work. Alternatively, you can load the installer.exe into winzip and manually install the components. [2000-11-16 11:24:57] admin at inetghost dot com I installed php4 and I got the error of missing or invalid file MSCOMCRL.OCX. Please let me know what you know about this problem. Thanks Greg -- Edit this bug report at http://bugs.php.net/?id=7845edit=1
#7845 [Com]: missing or invalid : MSCOMCTL.OCX
ID: 7845 Comment by: skippy4419 at earthlink dot net Reported By: admin at inetghost dot com Status: Closed Bug Type: *Install and Config Operating System: Windows 2000 Server PHP Version: 4.0.3pl1 New Comment: not working Previous Comments: [2004-10-21 01:29:57] skippy4419 at earthlink dot net not working [2004-10-21 01:29:51] skippy4419 at earthlink dot net not working [2004-07-17 21:20:22] michael_cooke123 at hotmail dot com when i try to open the internet explorer i get an error code saying: run-time error '339': Component 'Mscomctl.ocx' or one of its dependencies not correctly registered: a file missing or corrupt. could you please tell me what this means and how to fix it? thank you [2000-11-16 11:39:02] [EMAIL PROTECTED] The error is that MSCOMCTL.OCX which should be on your system, isn't. The installer program (and many many others) use this DLL to provide widgets like progress bars. It may be that the file exists on your system but is just not correctly registered. There should be a file called REGSVR32.EXE on your WinNT\System32 directory and also a file called MSCOMCTL.OCX in the same directory. If not, you will have to get them, maybe from your NT CD or perhaps by downloading them from somewhere on the Microsoft site. Once the files are there, from the command line type: REGSVR32 MSCOMCTL.OCX The installer should then work. Alternatively, you can load the installer.exe into winzip and manually install the components. [2000-11-16 11:24:57] admin at inetghost dot com I installed php4 and I got the error of missing or invalid file MSCOMCRL.OCX. Please let me know what you know about this problem. Thanks Greg -- Edit this bug report at http://bugs.php.net/?id=7845edit=1
#7845 [Com]: missing or invalid : MSCOMCTL.OCX
ID: 7845 Comment by: skippy4419 at earthlink dot net Reported By: admin at inetghost dot com Status: Closed Bug Type: *Install and Config Operating System: Windows 2000 Server PHP Version: 4.0.3pl1 New Comment: not working Previous Comments: [2004-10-21 01:29:58] skippy4419 at earthlink dot net not working [2004-10-21 01:29:57] skippy4419 at earthlink dot net not working [2004-10-21 01:29:51] skippy4419 at earthlink dot net not working [2004-07-17 21:20:22] michael_cooke123 at hotmail dot com when i try to open the internet explorer i get an error code saying: run-time error '339': Component 'Mscomctl.ocx' or one of its dependencies not correctly registered: a file missing or corrupt. could you please tell me what this means and how to fix it? thank you [2000-11-16 11:39:02] [EMAIL PROTECTED] The error is that MSCOMCTL.OCX which should be on your system, isn't. The installer program (and many many others) use this DLL to provide widgets like progress bars. It may be that the file exists on your system but is just not correctly registered. There should be a file called REGSVR32.EXE on your WinNT\System32 directory and also a file called MSCOMCTL.OCX in the same directory. If not, you will have to get them, maybe from your NT CD or perhaps by downloading them from somewhere on the Microsoft site. Once the files are there, from the command line type: REGSVR32 MSCOMCTL.OCX The installer should then work. Alternatively, you can load the installer.exe into winzip and manually install the components. 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/7845 -- Edit this bug report at http://bugs.php.net/?id=7845edit=1
#7845 [Com]: missing or invalid : MSCOMCTL.OCX
ID: 7845 Comment by: skippy4419 at earthlink dot net Reported By: admin at inetghost dot com Status: Closed Bug Type: *Install and Config Operating System: Windows 2000 Server PHP Version: 4.0.3pl1 New Comment: not working Previous Comments: [2004-10-21 01:30:03] skippy4419 at earthlink dot net not working [2004-10-21 01:29:58] skippy4419 at earthlink dot net not working [2004-10-21 01:29:57] skippy4419 at earthlink dot net not working [2004-10-21 01:29:51] skippy4419 at earthlink dot net not working [2004-07-17 21:20:22] michael_cooke123 at hotmail dot com when i try to open the internet explorer i get an error code saying: run-time error '339': Component 'Mscomctl.ocx' or one of its dependencies not correctly registered: a file missing or corrupt. could you please tell me what this means and how to fix it? thank you 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/7845 -- Edit this bug report at http://bugs.php.net/?id=7845edit=1
#7845 [Com]: missing or invalid : MSCOMCTL.OCX
ID: 7845 Comment by: skippy4419 at earthlink dot net Reported By: admin at inetghost dot com Status: Closed Bug Type: *Install and Config Operating System: Windows 2000 Server PHP Version: 4.0.3pl1 New Comment: missing Previous Comments: [2004-10-21 01:30:35] skippy4419 at earthlink dot net not working [2004-10-21 01:30:03] skippy4419 at earthlink dot net not working [2004-10-21 01:29:58] skippy4419 at earthlink dot net not working [2004-10-21 01:29:57] skippy4419 at earthlink dot net not working [2004-10-21 01:29:51] skippy4419 at earthlink dot net not working 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/7845 -- Edit this bug report at http://bugs.php.net/?id=7845edit=1
#29292 [Bgs]: Single space character returned instead of empty string
ID: 29292 User updated by: jmelville at selectaustralasia dot com dot au Reported By: jmelville at selectaustralasia dot com dot au Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server SP4 PHP Version: 4.3.8 New Comment: I'm the original submitter, and just wanted to note that if you switch to using the PHP ADODB library from http://adodb.sourceforge.net/ you can choose several more up-to-date methods of connecting to SQL Server (e.g. via an OLEDB provider) that don't involve using the old ntwdblib.dll file and don't expose related bugs and limitations (such as the 256 character VARCHAR limit on SELECT). Works well with PHP5 too. Previous Comments: [2004-10-20 16:16:19] nestoru at yahoo dot com This is clearly a bug in mssql dll. The sp_dbcmptlevel change the way an empty string is stored in sql but it has nothing to do with the fact that even a field that has not been updated with empty string still is seen as a single character by the mssql library. If you use ADO from VB, VC etc you get empty string. If you run from Query Analyzer |select 'x' + field + 'x' from table| you get |xx| not |x x| as mssql is returning. I am using PHP5 MSSQL2000 and the code is not working as it was with PHP4.0.6 and MSSQL97. Any help will be apreciated. Thanks [2004-10-19 11:16:53] phopfgartner at tin dot it Have you checked that the database is has a compatibility level = 70? (see sp_dbcmptlevel) Peter [2004-09-22 23:02:00] ohalloran at enterasys dot com I too have the same problem when upgrading to 4.3.8. I did notice that using PEAR:DB functions the problem not longer happens. [2004-09-22 20:34:01] w dot peereboom at jkz-rkz dot nl If have installed php version 4.3.8 and 5.0 but with both versions some sort of the same problem is comming up. When i select all records from a View stored in MS SQL 2000 (SELECT * FROM View_name) i get all the records while the view on SQL server is definied as SELECT * FROM Table WHERE field IS NOT NULL. When i run this last query in my query analyser the result is less records then when i start the view query with my php application. I think this has something to do with this same problem. Winfred [2004-09-22 01:56:25] jmelville at selectaustralasia dot com dot au in the bottom line make sure php use updated ntwdblib.dll file. Thanks momo. I've read #25777 and I understand that there are problems with PHP using older libraries to talk to SQL Server. I have ntwdblib.dll versions 7.00.839 (this is the one that ships with PHP including 4.3.9RC3) and 8.00.194 (which comes with SQL 2000) and the problem described in this bug shows up with both those libs. Is there an even newer version that I should be using? 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/29292 -- Edit this bug report at http://bugs.php.net/?id=29292edit=1
#30505 [NEW]: make install segmentation fault on PEAR
From: php at thesnodgrass dot com Operating system: FreeBSD 5.1 PHP version: 5.0.2 PHP Bug Type: Reproducible crash Bug description: make install segmentation fault on PEAR Description: Upgrading from 5.0.1 to 5.0.2 ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-pgsql --with-pfpro=/usr/local --enable-calendar --with-openssl -with-zlib -with-bz2 './configure' and 'make' work fine. running 'make install' gives: Installing PHP SAPI module: apache2handler /usr/local/apache/build/instdso.sh SH_LIBTOOL='/usr/local/apache/build/libtool' libphp5.la /usr/local/apache/modules /usr/local/apache/build/libtool --mode=install cp libphp5.la /usr/local/apache/modules/ cp .libs/libphp5.so /usr/local/apache/modules/libphp5.so cp .libs/libphp5.lai /usr/local/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/src/php-5.0.2/libs' chmod 755 /usr/local/apache/modules/libphp5.so [activating module `php5' in /usr/local/apache/conf/httpd.conf] Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src/php-5.0.2. *** Error code 1 Stop in /usr/src/php-5.0.2. Tried latest snapshot, same thing. If I go back to /usr/src/php-5.0.1 and run make install everything works fine. -- Edit bug report at http://bugs.php.net/?id=30505edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30505r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30505r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30505r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30505r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30505r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30505r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30505r=needscript Try newer version: http://bugs.php.net/fix.php?id=30505r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30505r=support Expected behavior: http://bugs.php.net/fix.php?id=30505r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30505r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30505r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30505r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30505r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30505r=dst IIS Stability: http://bugs.php.net/fix.php?id=30505r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30505r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30505r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30505r=mysqlcfg
#30506 [NEW]: Symbolic Includes
From: rintaun at projectxero dot net Operating system: PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: Symbolic Includes Description: Requesting symbolic includes, as opposed to standard text includes. Symbolic includes are so much cleaner than text includes, and would make developing some applications in PHP much easier. -- Edit bug report at http://bugs.php.net/?id=30506edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30506r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30506r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30506r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30506r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30506r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30506r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30506r=needscript Try newer version: http://bugs.php.net/fix.php?id=30506r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30506r=support Expected behavior: http://bugs.php.net/fix.php?id=30506r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30506r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30506r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30506r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30506r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30506r=dst IIS Stability: http://bugs.php.net/fix.php?id=30506r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30506r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30506r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30506r=mysqlcfg
#30507 [NEW]: Content-Encoding header is not set
From: webmaster at ex-centris dot com Operating system: RedHat Enterprise Linux 3 PHP version: 5.0.2 PHP Bug Type: Zlib Related Bug description: Content-Encoding header is not set Description: I enabled automatic gzip compression with the following line in php.ini: zlib.output_compression = on The problem is that the Content-Encoding header does not get set at all in the response. Therefore, a browser that advertises itself as supporting gzip compression (Accept-Encoding: gzip,deflate) receives compressed content but does not know it is compressed. If I manually add the following to my script: header(Content-Encoding: gzip); ... it then works. This was tried in the Safari and Firefox clients on Mac OS X. Server is RedHat Enterprise Linux 3 running kernel 2.4.21-20. PHP 5.0.2 running as a module of Apache2 2.0.46. If you need other details do not hesitate to contact me. Thank you. P.S. Even though I compiled PHP with: ./configure --with-apxs2 --with-mysql --with-zlib if I call phpinfo, here what it shows: ./configure --with-apxs2 --with-mysql Reproduce code: --- ?php print 'Here is some output !!!'; ? Expected result: Here is some output !!! Actual result: -- ??H-JU?,V(??MU?/-)(-QPTT???D?M -- Edit bug report at http://bugs.php.net/?id=30507edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30507r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30507r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30507r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30507r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30507r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30507r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30507r=needscript Try newer version: http://bugs.php.net/fix.php?id=30507r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30507r=support Expected behavior: http://bugs.php.net/fix.php?id=30507r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30507r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30507r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30507r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30507r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30507r=dst IIS Stability: http://bugs.php.net/fix.php?id=30507r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30507r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30507r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30507r=mysqlcfg
#30395 [Asn-Csd]: Apache Child Segmentation fault in specific PHP-Code
ID: 30395
Updated by: [EMAIL PROTECTED]
Reported By: mike dot greubel at pro-entertain dot de
-Status: Assigned
+Status: Closed
Bug Type: Reproducible crash
Operating System: GNU/Linux (Kernel 2.6.7)
PHP Version: 5.0.2
Assigned To: andi
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.
Should be fixed in 5.0.x CVS. Will apply fix for 5.1.x hopefully
tomorrow.
Previous Comments:
[2004-10-11 13:46:26] [EMAIL PROTECTED]
Valgrind output:
[EMAIL PROTECTED]:~$ valgrind php
==15710== Memcheck, a memory error detector for x86-linux.
==15710== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et
al.
==15710== Using valgrind-2.1.2, a program supervision framework for
x86-linux.
==15710== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et
al.
?p==15710== For more details, rerun with: -v
==15710==
hp
$my_array = array();
for($x = 0; $x 2; $x++)
{
unset($foo);
$foo = array();
$foo-bar = a string;
$my_array[$x] = $foo;
}
var_dump($my_array);
?
Warning: Attempt to assign property of non-object in - on line 7
Call Stack:
0.1031 39896 1. {main}() -:0
Variables in local scope:
$my_array = array ()
$x = 0
$foo = array ()
Warning: Attempt to assign property of non-object in - on line 7
Call Stack:
0.1031 39896 1. {main}() -:0
Variables in local scope:
$my_array = array (0 = array ())
$x = 1
$foo = array ()
[Mon Oct 11 13:43:59 2004] Script: '-'
---
/dat/dev/php/php-5.1dev/Zend/zend_execute.c(80) : Block 0x1C3B81F4
status:
/dat/dev/php/php-5.1dev/Zend/zend_execute.h(64) : Actual location
(location was relayed)
Beginning: Overrun (magic=0x0007, expected=0x7312F8DC)
End: Unknown
---
array(2) {
[0]=
array(0) {
}
[1]=
array(0) {
}
}
==15710== Invalid read of size 1
==15710==at 0x1B904791: strlen (mac_replace_strmem.c:189)
==15710==by 0x829D50C: xbuf_format_converter (spprintf.c:518)
==15710==by 0x829DFCA: vspprintf (spprintf.c:725)
==15710==by 0x1C45C028: xdebug_error_cb (xdebug.c:1527)
==15710== Address 0x1C3B98B8 is 0 bytes after a block of size 56
alloc'd
==15710==at 0x1B904EDD: malloc (vg_replace_malloc.c:131)
==15710==by 0x82C907A: _emalloc (zend_alloc.c:181)
==15710==by 0x82C9982: _estrndup (zend_alloc.c:418)
==15710==by 0x82C4E80: lex_scan (zend_language_scanner.l:1511)
Warning: String is not zero-terminated (Ì*)
(source: /dat/dev/php/php-5.1dev/Zend/zend_variables.h:35) in Unknown
on line 0
[Mon Oct 11 13:44:00 2004] Script: '-'
---
/dat/dev/php/php-5.1dev/Zend/zend_variables.h(35) : Block 0x1C3B9880
status:
/dat/dev/php/php-5.1dev/Zend/zend_variables.c(36) : Actual location
(location was relayed)
Beginning: Cached (allocated on
/dat/dev/php/php-5.1dev/Zend/zend_vm_handlers.h:2403, 16 bytes)
End: OK
---
==15710==
==15710== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 60 from
1)
==15710== malloc/free: in use at exit: 1276 bytes in 10 blocks.
==15710== malloc/free: 11971 allocs, 11961 frees, 909526 bytes
allocated.
==15710== For a detailed leak analysis, rerun with: --leak-check=yes
==15710== For counts of detected errors, rerun with: -v
without xdebug:
[EMAIL PROTECTED]:~$ valgrind php
==15759== Memcheck, a memory error detector for x86-linux.
==15759== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward et
al.
==15759== Using valgrind-2.1.2, a program supervision framework for
x86-linux.
==15759== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward et
al.
==15759== For more details, rerun with: -v
==15759==
?php
$my_array = array();
for($x = 0; $x 2; $x++)
{
unset($foo);
$foo = array();
$foo-bar = a string;
$my_array[$x] = $foo;
}
var_dump($my_array);
?
Warning: Attempt to assign property of non-object in - on line 7
Warning: Attempt to assign property of non-object in - on line 7
[Mon Oct 11 13:45:54 2004] Script: '-'
---
/dat/dev/php/php-5.1dev/Zend/zend_execute.c(80) : Block 0x1C3B2F7C
status:
/dat/dev/php/php-5.1dev/Zend/zend_execute.h(64) : Actual location
(location was relayed)
Beginning: Overrun (magic=0x0007, expected=0x7312F8DC)
End: Unknown
---
array(2) {
[0]=
array(0) {
}
[1]=
array(0) {
}
}
==15759== Invalid read of size 1
==15759==at 0x1B904791: strlen (mac_replace_strmem.c:189)
==15759==by 0x829D50C: xbuf_format_converter (spprintf.c:518)
==15759==by 0x829DFCA:
#26194 [Com]: Call to iconv() gives undefined function error, php -i says iconv functional
ID: 26194 Comment by: shortway at sina dot com Reported By: bjorn dot wiberg at home dot se Status: Closed Bug Type: ICONV related Operating System: Windows XP Professional SP-1 PHP Version: 5.0.0b2 (beta2) New Comment: put iconv.dll into C:\WINDOWS\system32. OK! Previous Comments: [2003-11-22 08:56:46] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Moriyoshi just committed a patch to CVS that redefines iconv at a crucial moment. [2003-11-21 23:14:45] [EMAIL PROTECTED] It seems kind of random heap corruption is causing this problem. What extensions did you enable in your php.ini? [2003-11-21 14:50:23] [EMAIL PROTECTED] Patch sent to internals list just now which fixes this bug on my box. (NB Derick tested 5.0.0b3 on some brand of *nix - this is purely a win32 problem.) [2003-11-21 10:11:44] [EMAIL PROTECTED] I get the same on win98. Initial investigation shows that if I rename the PHP_NAMED_FE to 'blue' on line 64 of iconv.c, the resulting function blue() works perfectly. It's just the word 'iconv' that makes it b0rk, presumably because it matches the module name (why now??). nb libiconv() currently works in userland instead.. Can someone please check whether this is win-only or cross-platform? Cheers, Steph [2003-11-10 21:24:24] bjorn dot wiberg at home dot se Description: I'm using the binary distribution of PHP 5.0.0b2. Calling iconv() fails with an undefined function error, although php -i and phpinfo() reports the iconv extension to be functional. This problem did not occur with 5.0.0b1. Path to php.ini is E:\Utils\Apache Group\Apache2\custom\conf\php.ini (set in httpd.conf through the PHPINIDir directive -- I'm running it with Apache 2.0.48, everything works fine except for this). Extension dir is E:\Utils\PHP\extensions (set in php.ini). The php_iconv.dll extension is loaded in php.ini. I'm also using the php_exif.dll, php_gd2.dll, php_mime_magic.dll (and in 5.0.0b2, php_mysql.dll) extensions. The php4ts.dll, iconv.dll and libmySQL.dll files have been copied to the E:\Utils\PHP\sapi\ directory which Apache loads the PHP module (php4apache2.dll) from. E:\Utils\PHP and E:\Utils\PHP\dlls are in the PATH environment variable. I also tried the php5-win32-200311102330.zip snapshot, but got the same error. Reproduce code: --- [test.php] ?php echo iconv(ISO-8859-1,UTF-8,This is a test.); ? Expected result: The text This is a test.. The script works fine with PHP 5.0.0b1: E:\Utils\PHPphp.exe -c \Utils\Apache Group\Apache2\custom\conf \Utils\Apache Group\Apache2\custom\php-bin\vhosts\myhost.dyndns.org\test.php Content-type: text/html X-Powered-By: PHP/5.0.0b1 This is a test. E:\Utils\PHPphp.exe -c \Utils\Apache Group\Apache2\custom\conf -i | grep iconv h2a name=module_iconviconv/a/h2 trtd class=eiconv support /tdtd class=venabled /td/tr trtd class=eiconv implementation /tdtd class=vlibiconv /td/tr trtd class=eiconv library version /tdtd class=v1.8 /td/tr trtd class=eiconv.input_encoding/tdtd class=vISO-8859-1/tdtd clas s=vISO-8859-1/td/tr trtd class=eiconv.internal_encoding/tdtd class=vISO-8859-1/tdtd c lass=vISO-8859-1/td/tr trtd class=eiconv.output_encoding/tdtd class=vISO-8859-1/tdtd cla ss=vISO-8859-1/td/tr E:\Utils\PHPphp.exe -c \Utils\Apache Group\Apache2\custom\conf -v PHP 5.0.0b1 (cgi-fcgi) (built: Jun 28 2003 00:31:05) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies Actual result: -- An undefined function error: E:\Utils\PHPphp.exe -c \Utils\Apache Group\Apache2\custom\conf \Utils\Apache Group\Apache2\custom\php-bin\vhosts\myhost.dyndns.org\test.php PHP Fatal error: Call to undefined function iconv() in E:\Utils\Apache Group\Apache2\custom\php-bin\vhosts\myhost.dyndns.org\test.php on line 3 Content-type: text/html X-Powered-By: PHP/5.0.0b2 E:\Utils\PHPphp -c \Utils\Apache Group\Apache2\custom\conf\php.ini -i | grep iconv h2a name=module_iconviconv/a/h2 trtd class=eiconv support /tdtd class=venabled /td/tr trtd class=eiconv implementation /tdtd
#30505 [Opn-Bgs]: make install segmentation fault on PEAR
ID: 30505 User updated by: php at thesnodgrass dot com Reported By: php at thesnodgrass dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: FreeBSD 5.1 PHP Version: 5.0.2 New Comment: Nevermind I figured out that it is a borked OpenSSL installation. Sorry about the noise. For future users having this problem: remove all of your ./configure options (except for the most basic), build, and install. Then go back and add the options you need one by one and rebuild and reinstall. Rinse and repeat until you find out which option is breaking the install. Previous Comments: [2004-10-21 02:31:34] php at thesnodgrass dot com Description: Upgrading from 5.0.1 to 5.0.2 ./configure --with-apxs2=/usr/local/apache/bin/apxs --with-pgsql --with-pfpro=/usr/local --enable-calendar --with-openssl -with-zlib -with-bz2 './configure' and 'make' work fine. running 'make install' gives: Installing PHP SAPI module: apache2handler /usr/local/apache/build/instdso.sh SH_LIBTOOL='/usr/local/apache/build/libtool' libphp5.la /usr/local/apache/modules /usr/local/apache/build/libtool --mode=install cp libphp5.la /usr/local/apache/modules/ cp .libs/libphp5.so /usr/local/apache/modules/libphp5.so cp .libs/libphp5.lai /usr/local/apache/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /usr/src/php-5.0.2/libs' chmod 755 /usr/local/apache/modules/libphp5.so [activating module `php5' in /usr/local/apache/conf/httpd.conf] Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src/php-5.0.2. *** Error code 1 Stop in /usr/src/php-5.0.2. Tried latest snapshot, same thing. If I go back to /usr/src/php-5.0.1 and run make install everything works fine. -- Edit this bug report at http://bugs.php.net/?id=30505edit=1
#30508 [NEW]: imagecreate has bad output
From: jsgoupil at lookstrike dot com Operating system: WinXP Pro PHP version: 5.0.2 PHP Bug Type: GD related Bug description: imagecreate has bad output Description: I'm currently developing a program that involves a lot of classes. When I have to draw one on an image with GD, a method one call a parent class method, and this parent another parent and on and on... If I put to many links of a class in another, the GD image will lose some rectangles, lines, text strings... and other rectangles appear black filled. When I change imagecreate() by imagecreatetruecolor(), it's working fine. I'm currently using WinXP with Apache2, PHP5.0.2 (php-cgi.exe) with the GD2 library php_gd2.dll (provided by PHP). I was wondering if it was a problem with memory... in php.ini, I've set the maximum memory to more than 8M but it didn't work anymore. Reproduce code: --- I really tried to do a little code to reproduce the error but I've spent about 2 hours in vain... My code is not free and I don't want to post it here. To whom may I send it (email... ?)? -- Edit bug report at http://bugs.php.net/?id=30508edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30508r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30508r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30508r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30508r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30508r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30508r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30508r=needscript Try newer version: http://bugs.php.net/fix.php?id=30508r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30508r=support Expected behavior: http://bugs.php.net/fix.php?id=30508r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30508r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30508r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30508r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30508r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30508r=dst IIS Stability: http://bugs.php.net/fix.php?id=30508r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30508r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30508r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30508r=mysqlcfg
#30509 [NEW]: Infinite recursion in Engine
From: azmoo at azmoo dot net Operating system: Linux, Fedora Core 1 and 2 PHP version: 5.0.2 PHP Bug Type: Zend Engine 2 problem Bug description: Infinite recursion in Engine Description: When running the provided code, the second time that the recursive function, recurseQueries() is called, it seems to send the Zend Engine into infinite recursion. Apache, both versions 1.3 and version 2, then Segfaults. Error log from apache is as follows: [Thu Oct 21 13:34:26 2004] [notice] child pid 18344 exit signal Segmentation fault (11) This happens on PHP versions 5.01 and 5.02. Reproduce code: --- http://www.azmoo.net/work/SQLParser.inc.phps Expected result: Should have a DOMDocument object with data in a heirarchical format. Apache should not crash. Actual result: -- Segfault. Backtrace located at http://www.azmoo.net/work/sql_backtrace.txt -- Edit bug report at http://bugs.php.net/?id=30509edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30509r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30509r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30509r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30509r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30509r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30509r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30509r=needscript Try newer version: http://bugs.php.net/fix.php?id=30509r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30509r=support Expected behavior: http://bugs.php.net/fix.php?id=30509r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30509r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30509r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30509r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30509r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30509r=dst IIS Stability: http://bugs.php.net/fix.php?id=30509r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30509r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30509r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30509r=mysqlcfg
