#15267 [Com]: declare makes apacke crashes under Windows.
ID: 15267
Comment by: neophitostheodorou at hotmail dot com
Reported By: ferguson at becon dot org
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
The same problem occures when using php 5.0.0b3 with apache server
2.0.48 under Windows XP. It seems that the problem is caused by the
declare statement. Propably it's not a problem of the documentation
example because I used a similar example found in a book and the same
error occured.
Previous Comments:
[2002-11-18 13:47:40] junkie at overdoos dot org
having the same problem..
tried it on combinations of win2k with apache 1.3.22 and php as sapi
with versions 4.2.2 , 4.2.3 and 4.4.0-dev
and tried it with apache 2.0.43 with 4.4.0-dev too
crashes an apache thread (probably) with a memory fault .. couldnt read
from address 0x0etc . server does keep running though.
when commenting //register_tick_function() it works fine.
even leaving declare(ticks=1) {..} in tact.
Vincent.
[2002-11-13 01:04:04] fredchou at free dot fr
I installed PHP Version 4.2.4-dev.
This bug has not been fixed yet ! I should perhaps update my Apache
version ? (1.3.24)
[2002-10-25 04:29:16] fd at sds dot com
ghhgjghjgh
[2002-09-26 19:31:55] [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.
oops, forgot to close.
[2002-09-26 19:21:56] [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.
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/15267
--
Edit this bug report at http://bugs.php.net/?id=15267edit=1
#26381 [Csd]: rand() without srand() doesn't work with certain php.ini
ID: 26381 User updated by: spam at vrana dot cz Reported By: spam at vrana dot cz Status: Closed Bug Type: Scripting Engine problem Operating System: win32 only PHP Version: 4CVS-2003-12-7 New Comment: I'm curious where the problem was. Can you please tell me? Previous Comments: [2004-01-19 14:04:45] [EMAIL PROTECTED] This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2003-12-07 13:54:15] [EMAIL PROTECTED] Indeed, this does happen with the php.ini-dist.. but doesn't if you do 'php -n' (no ini file) [2003-12-03 03:31:52] spam at vrana dot cz It behaves like that with php.ini-dist. It doesn't with php.ini-recommended. If I remove part Dynamic Extensions in php.ini-dist, it disappears. I mean part from ;; ; Dynamic Extensions ; ;; to ;;; ; Module Settings ; ;;; You know that everything is commented in this part in php.ini-dist. [2003-12-02 17:11:37] [EMAIL PROTECTED] We need the php.ini file causing the problems. [2003-12-02 10:57:15] spam at vrana dot cz I can't believe myself, the problem is caused by something completely different. I discovered that the problem occurs only under this circumstances: 1. Lines in php.ini file ends by CRLF. 2. Windows Extensions part in php.ini is longer than 503 characters (including new-lines). I don't know what is it but it looks like buffer overflow or something like that. So the problem is probably in php-src/main/php_ini.c or somewhere near. 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/26381 -- Edit this bug report at http://bugs.php.net/?id=26381edit=1
#25798 [Opn-Bgs]: forever-running or no-error-abort in preg_match
ID: 25798
Updated by: [EMAIL PROTECTED]
Reported By: musha dot yoshinori at nifty dot ne dot jp
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: Windows XP
PHP Version: 4.3.5RC2-dev
New Comment:
It's a PCRE limitation, NOT any bug in PHP..
Previous Comments:
[2004-01-19 23:51:12] musha dot yoshinori at nifty dot ne dot jp
I have tried to check the latest version, 4.3.5RC2-dev,
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip.
I'm sorry that it doesn't work well. The result doesn't change from
previous versions.
[2004-01-18 23:01:08] [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
[2003-10-15 01:59:32] [EMAIL PROTECTED]
Reproduced with latest CVS (under Windows XP), PHP as Apache2 module.
Works fine with CLI.
[2003-10-08 14:04:09] musha dot yoshinori at nifty dot ne dot jp
Description:
PHP aborts without any message or runs forever in below case.
Platform: Windows XP Pro, Apache2.0.46, PHP4.3.3
For example, in preg_match('/a(?:.)+z/',$str,$match), the length of
string matched between 'a' and 'z' is more than approximately 1KB. It
always appears. According to the length, PHP aborts without any message
or runs forever.
It also appears in preg_match('/a(?.)+z/',$str,$match), but does not
appear in preg_match('/a(.)+z/',$str,$match) and
preg_match('/a.+z/',$str,$match).
Actually, I want to use
preg_match_all('/tr[^]*((?.(?!\/tr))+.)\/tr/is',$str,$matches)
and so on.
Reproduce code:
---
$str =EOD
a
z
EOD;
preg_match('/a(?:.)+z/s',$str,$match);
echo $match[0];
// It cannot reach the 'echo $match[0];'.
Expected result:
a
z
Actual result:
--
We cannot get any result.
--
Edit this bug report at http://bugs.php.net/?id=25798edit=1
#26938 [Opn-Ver]: exec does not read consecutive long lines correctly
ID: 26938
Updated by: [EMAIL PROTECTED]
Reported By: runekl at opoint dot com
-Status: Open
+Status: Verified
Bug Type: Program Execution
Operating System: *
PHP Version: 5CVS, 4CVS
Previous Comments:
[2004-01-20 01:05:50] runekl at opoint dot com
Here it is:
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.108
diff -u -r1.108 exec.c
--- exec.c 8 Jan 2004 08:17:31 - 1.108
+++ exec.c 20 Jan 2004 06:07:37 -
@@ -112,12 +112,12 @@
if (type != 3) {
b = buf;
- while (php_stream_get_line(stream, b, EXEC_INPUT_BUF,
bufl)) {
+ while (php_stream_get_line(stream, b, buflen - (b -
buf), bufl)) {
/* no new line found, let's read some more */
if (b[bufl - 1] != '\n'
!php_stream_eof(stream)) {
if (buflen (bufl + (b - buf) +
EXEC_INPUT_BUF)) {
bufl += b - buf;
- buflen = bufl +
EXEC_INPUT_BUF;
+ buflen = bufl + 1 +
EXEC_INPUT_BUF;
buf = erealloc(buf, buflen);
b = buf + bufl;
} else {
@@ -125,7 +125,7 @@
}
continue;
} else if (b != buf) {
- bufl += buflen - EXEC_INPUT_BUF;
+ bufl += (b - buf);
}
if (type == 1) {
[2004-01-19 19:44:29] [EMAIL PROTECTED]
I can reproduce this now, got the same result.
Can you provide that patch in unified diff format? (diff -u)
[2004-01-18 16:11:38] runekl at opoint dot com
I get the this when running the test I have suggested.
md5(line 0)= e86410fa2d6e2634fd8ac5f4b3afe7f3 (length 10)
md5(line 1)= e84debf3a1d132871d7fe45c1c04c566 (length 2)
md5(line 2)= 2713d01e967adfd64c49857370ab420b (length 18191)
md5(line 3)= 2ecdde3959051d913f61b14579ea136d (length 5)
md5(line 4)= 2713d01e967adfd64c49857370ab420b (length 18191)
md5(line 5)= 902fbdd2b1df0c4f70b4a5d23525e932 (length 3)
Look at the lines 2 and 4. The lines to read are 1 characters
long, but PHP 'reads' 18191 bytes, e.g. 2*EXEC_INPUT_BUF-1 to much.
The extra characters come from line 1.
With the patch in my first post I get correct output.
Since test 26615 does not test reading long lines good enough and is
about a bug in the same loop, I suggest replacing it.
[2004-01-17 10:20:51] runekl at opoint dot com
I suggest you replace the test for bug 26615 with the one below. That
should cover both cases. It will also make your distribution smaller
-)
--TEST--
Bug #26615 (exec crash on long input lines)
--FILE--
?php
$out = array();
$status = -1;
$php = getenv('TEST_PHP_EXECUTABLE');
exec($php . ' -r \''
. '$lengths = array(10,2,1,5,1,3);'
. 'foreach($lengths as $length) {'
. ' for($i=0;$i$length;$i++) print chr(65+$i % 27);'
. ' print \n;'
. '}\'', $out, $status);
for ($i=0;$i6;$i++)
print md5(line $i)= . md5($out[$i]) . (length .
strlen($out[$i]) . )\n;
?
--EXPECT--
md5(line 0)= e86410fa2d6e2634fd8ac5f4b3afe7f3 (length 10)
md5(line 1)= e84debf3a1d132871d7fe45c1c04c566 (length 2)
md5(line 2)= c33b4d2f86908eea5d75ee5a61fd81f4 (length 1)
md5(line 3)= 2ecdde3959051d913f61b14579ea136d (length 5)
md5(line 4)= c33b4d2f86908eea5d75ee5a61fd81f4 (length 1)
md5(line 5)= 902fbdd2b1df0c4f70b4a5d23525e932 (length 3)
[2004-01-16 16:38:38] runekl at opoint dot com
Description:
Exec fails to read two consecutive lines longer than 2*EXEC_INPUT_BUF
correctly. While reading the first line, buflen is set to
3*EXEC_INPUT_BUF. When reading part two of the second line, bufl will
be EXEC_INPUT_BUF to large since b!=buf.
Here is a patch:
Index: exec.c
===
RCS file: /repository/php-src/ext/standard/exec.c,v
retrieving revision 1.108
diff -C4 -r1.108 exec.c
*** exec.c 8 Jan 2004 08:17:31 - 1.108
--- exec.c 16 Jan 2004 21:35:35 -
***
*** 111,132
if (type != 3) {
b = buf;
! while (php_stream_get_line(stream, b, EXEC_INPUT_BUF,
bufl)) {
/* no new line found, let's read some more */
#25959 [Fbk-NoF]: dbase_get_record() crashes php on some files
ID: 25959
Updated by: [EMAIL PROTECTED]
Reported By: webmaster at pulsarbremen dot de
-Status: Feedback
+Status: No Feedback
Bug Type: dBase related
Operating System: *
PHP Version: 4CVS-2003-10-18
New Comment:
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.
Previous Comments:
[2004-01-15 01:31:57] [EMAIL PROTECTED]
Please give feedback requested by [EMAIL PROTECTED]
[2003-11-27 02:38:27] [EMAIL PROTECTED]
It looks like your database is in dbase IV format.
The first 32 bytes are idenitical to dbase III but the
fields specification seems to be different.
Actually it doesn't look right for a dbase IV file but
I haven't seen to many and could wrong.
Do you have more information about the expected table
structure?
[2003-10-22 18:35:20] webmaster at pulsarbremen dot de
Description:
Experiencing the following problem:
Using dbase_get_record() or dbase_get_record_with_names() on some files
makes php.exe crash.
Running php-4.3.3-Win32.
You can find the DBF-file at http://www.pulsarbremen.de/DRSMain.DBF
These files are generated by a radio automation software (tried to
generate a new one: same result), I have no influence on the structure
of the files but need to read them.
Thanks for any help!
Reproduce code:
---
$db_path = DRSMain.DBF;
$dbh = dbase_open($db_path,0);
$rowcount = dbase_numrecords ($dbh);
for ($i=1; $i = $rowcount; $i++) {
$row = dbase_get_record_with_names($dbh,$i);
echo $row[ARTIST];
}
Expected result:
Script should write contents of the ARTIST-field in every database row.
Actual result:
--
php.exe crashes (no output), apache shows error 500 (internal server
error)
--
Edit this bug report at http://bugs.php.net/?id=25959edit=1
#26704 [Fbk-NoF]: xml_parse problems
ID: 26704
Updated by: [EMAIL PROTECTED]
Reported By: matjaz dot ostroversnik at ztm dot si
-Status: Feedback
+Status: No Feedback
Bug Type: XML related
Operating System: linux 2.4
PHP Version: 5CVS
New Comment:
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.
Previous Comments:
[2004-01-14 10:47:37] [EMAIL PROTECTED]
Please read the feedback request one more time.
Then come up with a _self-contained_ script. (One that does NOT require
any PEAR crap)
[2004-01-14 03:24:45] matjaz dot ostroversnik at ztm dot si
?
require_once 'Config.php';
$conf = new Config();
$tree = $conf-parseConfig('h.xml', 'xml');
?
but you need xml file h.xml
?xml version=1.0 ?
network
/network
[2004-01-13 14:50:53] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
[2004-01-05 02:28:43] matjaz dot ostroversnik at ztm dot si
./configure \
--with-apxs2=/usr/sbin/apxs \
--with-pear \
--enable-dbase \
--with-openssl=/usr/local/ssl \
--enable-track-vars \
--enable-inline-optimization \
--with-layout=RedHat \
--with-gd \
--with-png \
--with-ttf \
--enable-gd-native-ttf \
--with-mm \
--enable-sockets \
--with-zlib \
--with-iconv \
--with-pgsql \
--without-mysql \
--enable-bcmath \
--enable-ftp \
--enable-mailparse \
--with-imap \
--with-kerberos \
--with-imap-ssl=/usr/local/ssl \
--with-xmlrpc \
--with-readline \
--enable-overload \
--enable-calendar \
--with-curl \
--enable-socket \
--with-dom
[2004-01-01 21:06:42] [EMAIL PROTECTED]
What was the configure line used to configure 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/26704
--
Edit this bug report at http://bugs.php.net/?id=26704edit=1
#26885 [Opn-Csd]: When using CLI interface fsockopen fails after several sucessfull attempts
ID: 26885
User updated by: gholyoak at courtdean dot com
Reported By: gholyoak at courtdean dot com
-Status: Open
+Status: Closed
Bug Type: Sockets related
Operating System: w2k
PHP Version: 4CVS-2004-01-12
New Comment:
Thanks for that.
I've already tried http/1.1 but as Im trying to emulate a browser, 1.1
has too many extra's that I dont want to code for.
I have been investigating this further and it seems to be an issue with
the firewall.
It would appear that the interactive web version, i.e from IIS is
identified to the firewall as originating from a local IP address (e.g.
localhost or 127.0.0.1) but the CLI version via a batch job is
identified to the firewall as the physical external IP address.
Im still puzzled as to why it started to work after a reboot and then
fail but Im guessing this is a firewall issue.
I will close this report now but thank you for all your assistance to
this point.
Previous Comments:
[2004-01-19 12:21:50] [EMAIL PROTECTED]
Try to use HTTP/1.1, because I think there is no 'Host' in HTTP 1.0.
Maybe the proxy corrects the headers...
[2004-01-14 05:12:36] gholyoak at courtdean dot com
I cannot understand why it works several times then fails.
It works fine on our DEV server which is behind a proxy server, but
fails on the LIV server that has no proxy but has a firewall (Ive
turned the firewall off, but still no joy).
There are no entries in the Event viewer to indicate any problem.
Im at a loss but will keep trying and let you know if I come up with
something.
[2004-01-13 05:09:13] [EMAIL PROTECTED]
I couldn't reproduce the bug with your code.
Hint: This one-liner works fine too:
$xml=file_get_contents(http://www.ecb.int/stats/eurofxref/eurofxref-daily.xml;);
(no need for any fsockopen() stuff at all :)
[2004-01-12 12:13:29] gholyoak at courtdean dot com
I've created a vastly cut-down version of the script :-
?php
$headers = GET /stats/eurofxref/eurofxref-daily.xml
HTTP/1.0\r\nUser-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT
5.0)\r\nHost: www.ecb.int\r\nAccept: image/gif, image/x-xbitmap,
image/jpeg, image/pjpeg, */*\r\n\r\n;
$URI_PARTS = parse_url('http://www.ecb.int/');
$fp = @fsockopen($URI_PARTS['host'],80,$errno,$errstr,10);
if (!$fp){echo 'Cannot open socket';return;}
fwrite($fp,$headers,strlen($headers));
$results = '';
do {
$_data = fread($fp, 50);
if (strlen($_data) == 0) {
break;
}
$results .= $_data;
} while(true);
fclose($fp);
Mail('[EMAIL PROTECTED]','Data Retrieval results',$results);
echo strlen($results);
return;
?
Dont forget to change the email address !!
To replicate the problem:
1. create a w2k .cmd file to call this script
2. Run the .cmd file as many time as you wish and you should get back
an XML doc.
3. create a scheduled task using the .cmd file and run it several
times.
You should notice that it works to start with and then fails but you
can still run the .cmd file interactively ?
Curious ??
[2004-01-12 10:02:03] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ?php and ends with ?,
is max. 10-20 lines long and does not require any external
resources such as databases, etc.
If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.
The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/26885
--
Edit this bug report at http://bugs.php.net/?id=26885edit=1
#26972 [NEW]: Please add option to use umap-uw linkage.c
From: jdolecek at NetBSD dot org Operating system: NetBSD 1.6ZH PHP version: 4.3.4 PHP Bug Type: IMAP related Bug description: Please add option to use umap-uw linkage.c Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test $PHP_IMAP_LINKAGE != no; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test $PHP_IMAP_LINKAGE != yes; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(unixdriver); /* link in the unix driver */ mail_link(mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(tenexdriver);/* link in the tenex driver */ mail_link(mtxdriver); /* link in the mtx driver */ mail_link(dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include linkage.c +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit bug report at http://bugs.php.net/?id=26972edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26972r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26972r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26972r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26972r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26972r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26972r=needscript Try newer version: http://bugs.php.net/fix.php?id=26972r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26972r=support Expected behavior: http://bugs.php.net/fix.php?id=26972r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26972r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26972r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26972r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26972r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26972r=dst IIS Stability: http://bugs.php.net/fix.php?id=26972r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26972r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26972r=float
#26885 [Csd-Bgs]: When using CLI interface fsockopen fails after several sucessfull attempts
ID: 26885
Updated by: [EMAIL PROTECTED]
Reported By: gholyoak at courtdean dot com
-Status: Closed
+Status: Bogus
Bug Type: Sockets related
Operating System: w2k
PHP Version: 4CVS-2004-01-12
New Comment:
Not a PHP Bug.
Previous Comments:
[2004-01-20 04:42:12] gholyoak at courtdean dot com
Thanks for that.
I've already tried http/1.1 but as Im trying to emulate a browser, 1.1
has too many extra's that I dont want to code for.
I have been investigating this further and it seems to be an issue with
the firewall.
It would appear that the interactive web version, i.e from IIS is
identified to the firewall as originating from a local IP address (e.g.
localhost or 127.0.0.1) but the CLI version via a batch job is
identified to the firewall as the physical external IP address.
Im still puzzled as to why it started to work after a reboot and then
fail but Im guessing this is a firewall issue.
I will close this report now but thank you for all your assistance to
this point.
[2004-01-19 12:21:50] [EMAIL PROTECTED]
Try to use HTTP/1.1, because I think there is no 'Host' in HTTP 1.0.
Maybe the proxy corrects the headers...
[2004-01-14 05:12:36] gholyoak at courtdean dot com
I cannot understand why it works several times then fails.
It works fine on our DEV server which is behind a proxy server, but
fails on the LIV server that has no proxy but has a firewall (Ive
turned the firewall off, but still no joy).
There are no entries in the Event viewer to indicate any problem.
Im at a loss but will keep trying and let you know if I come up with
something.
[2004-01-13 05:09:13] [EMAIL PROTECTED]
I couldn't reproduce the bug with your code.
Hint: This one-liner works fine too:
$xml=file_get_contents(http://www.ecb.int/stats/eurofxref/eurofxref-daily.xml;);
(no need for any fsockopen() stuff at all :)
[2004-01-12 12:13:29] gholyoak at courtdean dot com
I've created a vastly cut-down version of the script :-
?php
$headers = GET /stats/eurofxref/eurofxref-daily.xml
HTTP/1.0\r\nUser-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT
5.0)\r\nHost: www.ecb.int\r\nAccept: image/gif, image/x-xbitmap,
image/jpeg, image/pjpeg, */*\r\n\r\n;
$URI_PARTS = parse_url('http://www.ecb.int/');
$fp = @fsockopen($URI_PARTS['host'],80,$errno,$errstr,10);
if (!$fp){echo 'Cannot open socket';return;}
fwrite($fp,$headers,strlen($headers));
$results = '';
do {
$_data = fread($fp, 50);
if (strlen($_data) == 0) {
break;
}
$results .= $_data;
} while(true);
fclose($fp);
Mail('[EMAIL PROTECTED]','Data Retrieval results',$results);
echo strlen($results);
return;
?
Dont forget to change the email address !!
To replicate the problem:
1. create a w2k .cmd file to call this script
2. Run the .cmd file as many time as you wish and you should get back
an XML doc.
3. create a scheduled task using the .cmd file and run it several
times.
You should notice that it works to start with and then fails but you
can still run the .cmd file interactively ?
Curious ??
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/26885
--
Edit this bug report at http://bugs.php.net/?id=26885edit=1
#26973 [NEW]: printf format
From: alex at cartel dot md Operating system: Linux PHP version: 4.3.4 PHP Bug Type: Output Control Bug description: printf format Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- ? printf(%+05d, 200); ? Expected result: +0200 Actual result: -- 0+200 -- Edit bug report at http://bugs.php.net/?id=26973edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26973r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26973r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26973r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26973r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26973r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26973r=needscript Try newer version: http://bugs.php.net/fix.php?id=26973r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26973r=support Expected behavior: http://bugs.php.net/fix.php?id=26973r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26973r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26973r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26973r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26973r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26973r=dst IIS Stability: http://bugs.php.net/fix.php?id=26973r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26973r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26973r=float
#25798 [Com]: forever-running or no-error-abort in preg_match
ID: 25798
Comment by: indy at indeyets dot pp dot ru
Reported By: musha dot yoshinori at nifty dot ne dot jp
Status: Bogus
Bug Type: PCRE related
Operating System: Windows XP
PHP Version: 4.3.5RC2-dev
New Comment:
however, it works just fine on Apache-1 systems
Previous Comments:
[2004-01-20 03:50:57] [EMAIL PROTECTED]
It's a PCRE limitation, NOT any bug in PHP..
[2004-01-19 23:51:12] musha dot yoshinori at nifty dot ne dot jp
I have tried to check the latest version, 4.3.5RC2-dev,
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip.
I'm sorry that it doesn't work well. The result doesn't change from
previous versions.
[2004-01-18 23:01:08] [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
[2003-10-15 01:59:32] [EMAIL PROTECTED]
Reproduced with latest CVS (under Windows XP), PHP as Apache2 module.
Works fine with CLI.
[2003-10-08 14:04:09] musha dot yoshinori at nifty dot ne dot jp
Description:
PHP aborts without any message or runs forever in below case.
Platform: Windows XP Pro, Apache2.0.46, PHP4.3.3
For example, in preg_match('/a(?:.)+z/',$str,$match), the length of
string matched between 'a' and 'z' is more than approximately 1KB. It
always appears. According to the length, PHP aborts without any message
or runs forever.
It also appears in preg_match('/a(?.)+z/',$str,$match), but does not
appear in preg_match('/a(.)+z/',$str,$match) and
preg_match('/a.+z/',$str,$match).
Actually, I want to use
preg_match_all('/tr[^]*((?.(?!\/tr))+.)\/tr/is',$str,$matches)
and so on.
Reproduce code:
---
$str =EOD
a
z
EOD;
preg_match('/a(?:.)+z/s',$str,$match);
echo $match[0];
// It cannot reach the 'echo $match[0];'.
Expected result:
a
z
Actual result:
--
We cannot get any result.
--
Edit this bug report at http://bugs.php.net/?id=25798edit=1
#26974 [NEW]: rename() doesn't check newname permissions in safe_mode
From: daveb at esat dot net
Operating system: Linux
PHP version: 4.3.4
PHP Bug Type: Filesystem function related
Bug description: rename() doesn't check newname permissions in safe_mode
Description:
When running under apache2 with a perchild MPM safe_mode turned on, it
is possible to rename a file owned by a user into a directory that the
user does not own but has write permissions too. This works, even when
safe_mode is turned on.
A simple example is ...
[EMAIL PROTECTED]:$ touch moo
[EMAIL PROTECTED]:$ ls -la moo
-rw-r--r--1 davebnoc 0 Jan 20 11:31 moo
The php script is simply...
rename (./moo, /tmp/crap);
Once called, the file moves to /tmp, even though the directory is owned by
root.
[EMAIL PROTECTED]:$ ls -la /tmp/crap
-rw-r--r--1 davebnoc 0 Jan 20 11:31 crap
It would appear that in ext/standard/file., in the rename() function, no
checking is done on new_name to see if the user has the correct UID to
write into that destination directory.
Changing line 1890 to the following ...
if (PG(safe_mode) (!php_checkuid(old_name, NULL,
CHECKUID_CHECK_FILE_AND_DIR) || !php_checkuid(new_name, NULL,
CHECKUID_CHECK_FILE_AND_DIR))) {
adds checking for the destination as well and prevents users writing into
directories, where although they have permission to write into, they do
not own that directory and should not be writing too.
When running with that extra check, php now logs...
[client ::1] PHP Warning: rename(): SAFE MODE Restriction in effect. The
script whose uid is 677 is not allowed to access /tmp owned by uid 0 in
/usr/local/apache/iweb/rename.php on line 3
According to
http://ie2.php.net/manual/en/features.safe-mode.functions.php,
rename() should ...Checks whether the directory in which you are about to
operate has the same UID (owner) as the script that is being
executed
Is the documentation out of sync with the code ? Or the other way around
?
--
Edit bug report at http://bugs.php.net/?id=26974edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26974r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26974r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26974r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26974r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26974r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26974r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26974r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26974r=support
Expected behavior: http://bugs.php.net/fix.php?id=26974r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26974r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26974r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26974r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26974r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26974r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26974r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26974r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26974r=float
#26968 [Fbk-Asn]: Segmentation fault
ID: 26968
Updated by: [EMAIL PROTECTED]
Reported By: voev at hotmail dot com
-Status: Feedback
+Status: Assigned
Bug Type: InterBase related
Operating System: RedHat 7.2
PHP Version: 4CVS-2004-01-20
-Assigned To:
+Assigned To: abies
New Comment:
It appears that libgds.so uses atexit() to register a call to
gds__cleanup() at process shutdown. As the library is unloaded before
the process shuts down, the pointer to gds__cleanup() has become
invalid at that time and causes a segfault.
I'm currently looking for a way to fix this. Any suggestions are highly
appreciated.
Previous Comments:
[2004-01-19 18:52:46] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2004-01-19 14:32:41] voev at hotmail dot com
Description:
My Firebird (SS) or Interbase server chrash very often when I test it
with php.
If work with Kylix cgi page I haven't sql server problems.
When start php from console and run any php that connect to
InterBase/Firebird the last row is
Segmentation fault always.
I've tested it with php 4.3.4, php 4.3.5 RC2, Firebird SS 1.03 and
Interbase 7.1 as well.
Php is ./configure --with-interbase=shared,/opt/interbase --with-apxs
--enable-track-vars --enable-debug
Reproduce code:
---
? $dbh =
ibase_connect('localhost:/opt/interbase/examples/employee.gdb',
'SYSDBA', 'masterkey');
$stmt = 'SELECT * FROM COUNTRY';
$sth = ibase_query($dbh,$stmt);?
html
head
/head
body
table
?php while ($row = ibase_fetch_object($sth)) { ?
trtd? echo $row-COUNTRY;?/td/tr
?}
ibase_free_result($sth);
ibase_close($dbh);?
/table/body/html
--
Edit this bug report at http://bugs.php.net/?id=26968edit=1
#26975 [NEW]: locking support in file_get_contents / file_put_contents
From: magg at mail dot com Operating system: Linux PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: locking support in file_get_contents / file_put_contents Description: It would be very nice to have a add a flag like USE_FLOCK or something on these functions. Default shared on get and exclusive on put. -- Edit bug report at http://bugs.php.net/?id=26975edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26975r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26975r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26975r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26975r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26975r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26975r=needscript Try newer version: http://bugs.php.net/fix.php?id=26975r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26975r=support Expected behavior: http://bugs.php.net/fix.php?id=26975r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26975r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26975r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26975r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26975r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26975r=dst IIS Stability: http://bugs.php.net/fix.php?id=26975r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26975r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26975r=float
#26976 [NEW]: I can't read pass level one of an array
From: dylan dot egan at optusnet dot com dot au Operating system: Linux PHP version: 5CVS-2004-01-20 (dev) PHP Bug Type: XML related Bug description: I can't read pass level one of an array Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit bug report at http://bugs.php.net/?id=26976edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26976r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26976r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26976r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26976r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26976r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26976r=needscript Try newer version: http://bugs.php.net/fix.php?id=26976r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26976r=support Expected behavior: http://bugs.php.net/fix.php?id=26976r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26976r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26976r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26976r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26976r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26976r=dst IIS Stability: http://bugs.php.net/fix.php?id=26976r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26976r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26976r=float
#26977 [NEW]: PCRE related segmentation fault
From: martijn at grendelman dot net
Operating system: Debian Linux (testing)
PHP version: 4.3.4
PHP Bug Type: PCRE related
Bug description: PCRE related segmentation fault
Description:
PHP crashes when using PEAR-DB. Looks like a problem with PCRE.
'./configure' '--prefix=/usr/local'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--with-regex=php'
'--with-config-file-path=/usr/local/apache2/conf' '--disable-rpath'
'--disable-debug' '--enable-memory-limit' '--enable-calendar'
'--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype'
'--with-iconv' '--enable-exif' '--enable-ftp' '--enable-mbstring'
'--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets'
'--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp'
'--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU'
'--with-curl=shared,/usr' '--with-dom=shared,/usr' '--with-zlib-dir=/usr'
'--with-gd=shared,/usr' '--with-jpeg-dir=shared,/usr'
'--with-xpm-dir=shared,/usr/X11R6' '--with-png-dir=shared,/usr'
'--with-freetype-dir=shared,/usr' '--with-imap=shared,/usr'
'--with-ldap=shared,/usr' '--with-mcal=shared,/usr'
'--with-mhash=shared,/usr' '--with-mysql=shared,/usr'
'--with-unixODBC=shared,/usr' '--enable-xslt'
'--with-xslt-sablot=shared,/usr' '--with-ttf=shared,/usr'
'--with-t1lib=shared,/usr' '--with-kerberos' '--enable-debug'
So, the PCRE library in /usr (from Debian) is used.
php.ini:
;extension=gd.so
extension=imap.so
;extension=curl.so
extension=ldap.so
extension=mysql.so
;extension=domxml.so
;extension=mcal.so
;extension=mhash.so
;extension=odbc.so
so not all shared modules are loaded.
pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version3.9 02-Jan-2002
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1077983808 (LWP 24414)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077983808 (LWP 24414)]
0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0,
return_value_used=1, global=0)
at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442
442 name_idx = 0xff * name_table[0] +
name_table[1];
Reproduce code:
---
?
include DB.php; // PEAR
define(DBTYPE,mysql);
define(DBUSER,user);
define(DBPASS,password);
define(DBSERV,localhost);
define(DB,mydb);
$dsn = DBTYPE.://.DBUSER.:.DBPASS.@.DBSERV./.DB;
$dbc = DB::connect($dsn);
if (DB::isError($dbc)) {
$page=dberror;
}
else {
$dbc-setFetchMode(DB_FETCHMODE_ASSOC);
}
echo test;
?
Expected result:
The word test should have been displayed.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077983808 (LWP 24414)]
0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4, this_ptr=0x0,
return_value_used=1, global=0)
at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442
442 name_idx = 0xff * name_table[0] +
name_table[1];
--
Edit bug report at http://bugs.php.net/?id=26977edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26977r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26977r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26977r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26977r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26977r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26977r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26977r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26977r=support
Expected behavior: http://bugs.php.net/fix.php?id=26977r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26977r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26977r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26977r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26977r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26977r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26977r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26977r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26977r=float
#26977 [Opn]: PCRE related segmentation fault
ID: 26977
User updated by: martijn at grendelman dot net
Reported By: martijn at grendelman dot net
Status: Open
Bug Type: PCRE related
Operating System: Debian Linux (testing)
PHP Version: 4.3.4
New Comment:
This problem looks fixable by omitting '--with-pcre-regex=/usr', thus
linking against the bundled library.
I'd like to point out that I've seen this problem on two quite
different environments:
1. Debian Stable, Linux kernel 2.4.23, Apache 1.3.26 + PHP 4.1.2
(Debian packages), PCRE library (as reported by phpinfo()) 3.4
22-Aug-2000.
2. Debian Testing, Linux kerel 2.6.1, Apache 2.0.47 + PHP 4.3.4
(compiled from source), PCRE library (as reported by phpinfo()) 3.9
02-Jan-2002
Previous Comments:
[2004-01-20 07:20:57] martijn at grendelman dot net
Description:
PHP crashes when using PEAR-DB. Looks like a problem with PCRE.
'./configure' '--prefix=/usr/local'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--with-regex=php'
'--with-config-file-path=/usr/local/apache2/conf' '--disable-rpath'
'--disable-debug' '--enable-memory-limit' '--enable-calendar'
'--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype'
'--with-iconv' '--enable-exif' '--enable-ftp' '--enable-mbstring'
'--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets'
'--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp'
'--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU'
'--with-curl=shared,/usr' '--with-dom=shared,/usr'
'--with-zlib-dir=/usr' '--with-gd=shared,/usr'
'--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6'
'--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr'
'--with-imap=shared,/usr' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mhash=shared,/usr'
'--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr'
'--enable-xslt' '--with-xslt-sablot=shared,/usr'
'--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' '--with-kerberos'
'--enable-debug'
So, the PCRE library in /usr (from Debian) is used.
php.ini:
;extension=gd.so
extension=imap.so
;extension=curl.so
extension=ldap.so
extension=mysql.so
;extension=domxml.so
;extension=mcal.so
;extension=mhash.so
;extension=odbc.so
so not all shared modules are loaded.
pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version3.9 02-Jan-2002
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1077983808 (LWP 24414)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077983808 (LWP 24414)]
0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4,
this_ptr=0x0, return_value_used=1, global=0)
at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442
442 name_idx = 0xff * name_table[0]
+ name_table[1];
Reproduce code:
---
?
include DB.php; // PEAR
define(DBTYPE,mysql);
define(DBUSER,user);
define(DBPASS,password);
define(DBSERV,localhost);
define(DB,mydb);
$dsn = DBTYPE.://.DBUSER.:.DBPASS.@.DBSERV./.DB;
$dbc = DB::connect($dsn);
if (DB::isError($dbc)) {
$page=dberror;
}
else {
$dbc-setFetchMode(DB_FETCHMODE_ASSOC);
}
echo test;
?
Expected result:
The word test should have been displayed.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077983808 (LWP 24414)]
0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4,
this_ptr=0x0, return_value_used=1, global=0)
at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442
442 name_idx = 0xff * name_table[0]
+ name_table[1];
--
Edit this bug report at http://bugs.php.net/?id=26977edit=1
#26941 [Fbk-Opn]: Unreadable characters displayed in browser when running php page
ID: 26941 User updated by: sandeep_warade at hotmail dot com Reported By: sandeep_warade at hotmail dot com -Status: Feedback +Status: Open Bug Type: *General Issues Operating System: Windows XP PHP Version: 4CVS-2004-01-18 New Comment: Dear Sir, The frequency of this bug for simple php page is very rare. While trying it appered only once. But if you use it with mysql the frequency gets increased. One more thing i would like to tell you that if i check one option in advanced properties of internet explore- Use HTTP1.1 through proxy connections, then the bugs does not produced for the same page after refreshing. But after some time it again appeares. Is there any connection with that option. In telnet window if i type get / http/1.0 (without quote) It gives message HTTP/1.1 501 Method Not Implemented server:Apache/1.3.23win32 Allow:GET, HEAD, OPTIONS, TRACE Is there any connection with this. Previous Comments: [2004-01-18 10:07:39] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-18 09:04:13] sandeep_warade at hotmail dot com Thanx for your guidence. I have downloaded it and implemented but still the problem remains. After running php page the following characters appered on the screen. t À50øÕ ÜÔÖÖÖÀ5úÔÖ¬ãç|÷ÀÕ, À5êëìítom:none No. 22/12/03 1.00 1376 31/12/03 533 Plate Inking Roller No. 451 MNTGNRL/2648/0 20/12/03 4.00 Nos. 22/12/03 4.00 1294 26/12/03 KG 16/01/04 10.00 1624 16/01/04 228 CON. NAVRATNA GREEN (353982 B) (S-7013) OTHR/2945/0 10/01/04 20.00 KG 12/01/04 20.00 1534 13/01/04 229 Contact Bromide of Job: Pears 225gm Rs. 8.50 OTHRGNRL/2709/0 24/12/03 2.00 Nos 24/12/03 2.00 1295 26/12/03 2 234 Cottan Wool (1x200gm) OTHRNQ/2792/1 03/01/04 10.00 Rolls 01/01/04 10.00 1399 02/01/04 235 Coupler for trays MNTGNRL/2997/0 13/01/04 70.00 nos. 14/01/04 - - - 236 Cover Lay Part No.: 011C315030 IMP/3065/0 16/01/04 2.00 Nos. DOC - - - 237 CSK BOLTS MNTGNRL/2898/0 06/01/04 100.00 Nos. 08/01/04 100.00 1501 10/01/04 238 CTD BD GB - 300 GSM Size: 64.0 X 98.5 Cm BD/2953/0 10/01/04 11000.00 Kg DOC - - - °²valign=top align=center style=border-left:none;border-bottom:none- - - 603 Repairing Of Security Cabin Table MNTGNRL/2931/0 09/01/04 1.00 No. 09/01/04 ä À50ø`ÜÔÀ5UÔ¬ãç|÷À,``À5æçèét:none;border-bottom:none 7 Ply CLD Size: 890 mm x 575 mm x 200 mm OTHR/3071/0 17/01/04 330.00 sets 18/01/04 - - - 109 8 Color Single up Possitive output on MAC of Job: Close UP 80gm (NEW) DEV/2675/0DOC àA 1.00 1364 30/12/03 82 5.00 No. 16/01/04 - - - 433 Multi-up Possitve Output on MAC of Job: Ajanta 100gm OTHRGNRL/2752/0 26/12/03 6.00 Nos 29/12/03 6.00 1394 31/12/03 434 Multi-up Possitve Output on MAC of Job: Ajanta 50 gm OTHRGNRL/2751/0 \`?ÐMH|`?b 0 [EMAIL PROTECTED]|`?°_?°_?b à«+øõàAøXTrig°²style=border-left:none;border-bottom:none 12/01/04 462 NEW PEPSODENT RED BLUE (YG 11813) (C-12051) OTHR/2942/0 10/01/04 - - - 245 CTD CT BD- 300 GSM Size: 66.0 X 86.0 Cm BD/2978/0 13/01/04 2000.00 Kg 10/02/04 - - - 2GSM Size: 91.0 X 68.0 Cm BD/2980/0 °²øXT)left°²e;border-bottom:none;border-:none653 Siemens MCB (16 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 Nos 14/01/04 1.00 1594 15/01/04 654 Siemens MCB (20 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 nos. 14/01/04 1.00 1594 15/01/04 655 Singapore (1Kg) OTHRGNRL/2957/0 10/01/04 1.00 Kg DOC - - - 656 Single AC room for MNTGNRL/2791/0 29/12/03 1.00 DAY DOC - - - face=VerdanaP? Is there any configuration problem. Please help me out. [2004-01-17 07:57:34] [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-17 00:44:31] sandeep_warade at hotmail dot com Description: I am using apache 1.3.23, php 4.3.4 and mysql 4.1.1 When i trying to load a page in browser some part of page gets loaded properly but in some part unreadable characters or same things which
#26941 [Opn]: Unreadable characters displayed in browser when running php page
ID: 26941 User updated by: sandeep_warade at hotmail dot com Reported By: sandeep_warade at hotmail dot com Status: Open Bug Type: *General Issues Operating System: Windows XP PHP Version: 4CVS-2004-01-18 New Comment: Dear sir, Now on server the frequency is very less. Server configuration is PIV 1.8GHz 512 MB RAM. Where as on client the frequency is very high. When i installed Apache 2.0.47, php 4.3.4, mysql 4.1.1 and configured. Large amount of bugs appeared on phpmyadmin page and does not disappears on refreshing Previous Comments: [2004-01-20 07:59:26] sandeep_warade at hotmail dot com Dear Sir, The frequency of this bug for simple php page is very rare. While trying it appered only once. But if you use it with mysql the frequency gets increased. One more thing i would like to tell you that if i check one option in advanced properties of internet explore- Use HTTP1.1 through proxy connections, then the bugs does not produced for the same page after refreshing. But after some time it again appeares. Is there any connection with that option. In telnet window if i type get / http/1.0 (without quote) It gives message HTTP/1.1 501 Method Not Implemented server:Apache/1.3.23win32 Allow:GET, HEAD, OPTIONS, TRACE Is there any connection with this. [2004-01-18 10:07:39] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-18 09:04:13] sandeep_warade at hotmail dot com Thanx for your guidence. I have downloaded it and implemented but still the problem remains. After running php page the following characters appered on the screen. t À50øÕ ÜÔÖÖÖÀ5úÔÖ¬ãç|÷ÀÕ, À5êëìítom:none No. 22/12/03 1.00 1376 31/12/03 533 Plate Inking Roller No. 451 MNTGNRL/2648/0 20/12/03 4.00 Nos. 22/12/03 4.00 1294 26/12/03 KG 16/01/04 10.00 1624 16/01/04 228 CON. NAVRATNA GREEN (353982 B) (S-7013) OTHR/2945/0 10/01/04 20.00 KG 12/01/04 20.00 1534 13/01/04 229 Contact Bromide of Job: Pears 225gm Rs. 8.50 OTHRGNRL/2709/0 24/12/03 2.00 Nos 24/12/03 2.00 1295 26/12/03 2 234 Cottan Wool (1x200gm) OTHRNQ/2792/1 03/01/04 10.00 Rolls 01/01/04 10.00 1399 02/01/04 235 Coupler for trays MNTGNRL/2997/0 13/01/04 70.00 nos. 14/01/04 - - - 236 Cover Lay Part No.: 011C315030 IMP/3065/0 16/01/04 2.00 Nos. DOC - - - 237 CSK BOLTS MNTGNRL/2898/0 06/01/04 100.00 Nos. 08/01/04 100.00 1501 10/01/04 238 CTD BD GB - 300 GSM Size: 64.0 X 98.5 Cm BD/2953/0 10/01/04 11000.00 Kg DOC - - - °²valign=top align=center style=border-left:none;border-bottom:none- - - 603 Repairing Of Security Cabin Table MNTGNRL/2931/0 09/01/04 1.00 No. 09/01/04 ä À50ø`ÜÔÀ5UÔ¬ãç|÷À,``À5æçèét:none;border-bottom:none 7 Ply CLD Size: 890 mm x 575 mm x 200 mm OTHR/3071/0 17/01/04 330.00 sets 18/01/04 - - - 109 8 Color Single up Possitive output on MAC of Job: Close UP 80gm (NEW) DEV/2675/0DOC àA 1.00 1364 30/12/03 82 5.00 No. 16/01/04 - - - 433 Multi-up Possitve Output on MAC of Job: Ajanta 100gm OTHRGNRL/2752/0 26/12/03 6.00 Nos 29/12/03 6.00 1394 31/12/03 434 Multi-up Possitve Output on MAC of Job: Ajanta 50 gm OTHRGNRL/2751/0 \`?ÐMH|`?b 0 [EMAIL PROTECTED]|`?°_?°_?b à«+øõàAøXTrig°²style=border-left:none;border-bottom:none 12/01/04 462 NEW PEPSODENT RED BLUE (YG 11813) (C-12051) OTHR/2942/0 10/01/04 - - - 245 CTD CT BD- 300 GSM Size: 66.0 X 86.0 Cm BD/2978/0 13/01/04 2000.00 Kg 10/02/04 - - - 2GSM Size: 91.0 X 68.0 Cm BD/2980/0 °²øXT)left°²e;border-bottom:none;border-:none653 Siemens MCB (16 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 Nos 14/01/04 1.00 1594 15/01/04 654 Siemens MCB (20 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 nos. 14/01/04 1.00 1594 15/01/04 655 Singapore (1Kg) OTHRGNRL/2957/0 10/01/04 1.00 Kg DOC - - - 656 Single AC room for MNTGNRL/2791/0 29/12/03 1.00 DAY DOC - - - face=VerdanaP? Is there any configuration problem. Please help me out. [2004-01-17 07:57:34] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows:
#15267 [Csd]: declare makes apacke crashes under Windows.
ID: 15267
User updated by: ferguson at becon dot org
Reported By: ferguson at becon dot org
Status: Closed
Bug Type: Scripting Engine problem
Operating System: Windows 2000
PHP Version: 4.2.3
New Comment:
Should the documentation not mention that for months (if not years)
this problem has existed and if you are trying to use declare on
windows95/98/me/xp you WILL fail? At the very least the documentation
should say that the declare on windows is flaky. This however, would be
an outright lie because it is not flaky, it does not work period! Not
only does it not work, it causes apache to crash a lot of the time. It
also causes fatal errors.
Why has is been closed when the problem is still existent and plaguing
PHP? Please re-open.
As another note, it may not be declare. register_tick_function also
causes it to crash in the same manor.
Brendan
Previous Comments:
[2004-01-20 02:47:34] neophitostheodorou at hotmail dot com
The same problem occures when using php 5.0.0b3 with apache server
2.0.48 under Windows XP. It seems that the problem is caused by the
declare statement. Propably it's not a problem of the documentation
example because I used a similar example found in a book and the same
error occured.
[2002-11-18 13:47:40] junkie at overdoos dot org
having the same problem..
tried it on combinations of win2k with apache 1.3.22 and php as sapi
with versions 4.2.2 , 4.2.3 and 4.4.0-dev
and tried it with apache 2.0.43 with 4.4.0-dev too
crashes an apache thread (probably) with a memory fault .. couldnt read
from address 0x0etc . server does keep running though.
when commenting //register_tick_function() it works fine.
even leaving declare(ticks=1) {..} in tact.
Vincent.
[2002-11-13 01:04:04] fredchou at free dot fr
I installed PHP Version 4.2.4-dev.
This bug has not been fixed yet ! I should perhaps update my Apache
version ? (1.3.24)
[2002-10-25 04:29:16] fd at sds dot com
ghhgjghjgh
[2002-09-26 19:31:55] [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.
oops, forgot to close.
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/15267
--
Edit this bug report at http://bugs.php.net/?id=15267edit=1
#26965 [Fbk-Opn]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 User updated by: louis at 6internet dot com Reported By: louis at 6internet dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5.0.0b3 (beta3) New Comment: Have tried with current snapshot as requested, but getting basically the same. Just for verification, here is the gdb output this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 31531)] 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 348 p = ht-arBuckets[nIndex]; (gdb) bt #0 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 #1 0xb6fe9eb3 in zend_list_insert (ptr=0x0, type=0) at /root/php5/php5-200401201430/Zend/zend_list.c:47 #2 0xb6fe9fe6 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb687913c, rsrc_type=2) at /root/php5/php5-200401201430/Zend/zend_list.c:99 #3 0xb6fc1ba4 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70089f1 rb) at /root/php5/php5-200401201430/main/streams/streams.c:248 #4 0xb6fc5733 in _php_stream_fopen_from_fd (fd=16, mode=0xb70089f1 rb, persistent_id=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:262 #5 0xb6fc54f9 in _php_stream_fopen (filename=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:139 #6 0xb6fc6768 in _php_stream_fopen_with_path (filename=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, path=0xb7024ab2 .:/usr/local/lib/php, opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:1199 #7 0xb6fc61ef in php_plain_files_stream_opener (wrapper=0xb7053968, path=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, options=133, opened_path=0xbfffe558, context=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:886 #8 0xb6fc3a0e in _php_stream_open_wrapper_ex (path=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, options=141, opened_path=0x85, context=0x0) at /root/php5/php5-200401201430/main/streams/streams.c:1613 #9 0xb6fb3ed7 in php_stream_open_for_zend (filename=0x81d5580 /var/www/html/index.php, handle=0xbfffe550) at /root/php5/php5-200401201430/main/main.c:876 #10 0xb6fef40a in zend_stream_open (filename=0x81d5580 /var/www/html/index.php, handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:41 ---Type return to continue, or q return to quit--- #11 0xb6fef4e4 in zend_stream_fixup (file_handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:56 #12 0xb6fccc4e in open_file_for_scanning (file_handle=0xbfffe550) at Zend/zend_language_scanner.c:3040 #13 0xb6fccd66 in compile_file (file_handle=0xbfffe550, type=2) at Zend/zend_language_scanner.c:3126 #14 0xb6fe3be9 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /root/php5/php5-200401201430/Zend/zend.c:1047 #15 0xb7006966 in php_handler (r=0x81d3e00) at /root/php5/php5-200401201430/sapi/apache2handler/sapi_apache2.c:533 #16 0x08068685 in ap_run_handler () #17 0x08068c9f in ap_invoke_handler () #18 0x08065326 in ap_process_request () #19 0x0806095c in _start () #20 0x081d3e00 in ?? () #21 0x0004 in ?? () #22 0x081d3e00 in ?? () #23 0x0807228c in ap_run_pre_connection () #24 0x08072145 in ap_run_process_connection () #25 0x08066ba1 in ap_graceful_stop_signalled () #26 0x08066dba in ap_graceful_stop_signalled () #27 0x08066e16 in ap_graceful_stop_signalled () #28 0x0806763d in ap_mpm_run () #29 0x0806dacf in main () Hope this helps. Thanks. Previous Comments: [2004-01-19 14:15:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-01-19 10:33:25] louis at 6internet dot com Description: Compiled PHP against Apache 2 in Red Hat Enterprise Linux ES v3 and even loading a .php file which contains ONLY HTML causes Apache to segmentation fault and write to the error_log. Similar to bug #26893, but different backtrace. Reproduce code: --- Any plain HTML file or PHP file saved with .php extension Expected result: HTML code passed to browser Actual result: -- Browser loses connection and Apache seg faults. Output when run through gdb, once apache process seg faults:
#26979 [NEW]: rename php4ts.dll on php5ts.dll
From: cgrim at coolnet dot cz Operating system: WinXP/2000 PHP version: 5.0.0b3 (beta3) PHP Bug Type: Feature/Change Request Bug description: rename php4ts.dll on php5ts.dll Description: Hi, can you rename php4ts.dll on php5ts.dll? Id'like to run both PHP5 and PHP4 on one machine (PHP4 for develop and PHP5 for testing new features and migrating old scripts into new version) and php4ts.dll must be in system32, but only one. cGRIM -- Edit bug report at http://bugs.php.net/?id=26979edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26979r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26979r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26979r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26979r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26979r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26979r=needscript Try newer version: http://bugs.php.net/fix.php?id=26979r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26979r=support Expected behavior: http://bugs.php.net/fix.php?id=26979r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26979r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26979r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26979r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26979r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26979r=dst IIS Stability: http://bugs.php.net/fix.php?id=26979r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26979r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26979r=float
#24301 [Com]: readfile() and fpassthru() die with SEGV on a 64k file
ID: 24301 Comment by: matthieu dot paineau at wanadoo dot fr Reported By: hessu at hes dot iki dot fi Status: No Feedback Bug Type: Apache2 related Operating System: linux 2.4.20 PHP Version: 4CVS-2003-06-23 (stable) New Comment: As described... there is bugs with filesize equal to 16k and 32k... maybe (16 * n) k sizes ??? So, i have circumvented the problem with this : replaced : readfile($filename); by: $fp=fopen($filename,r); $contents = fread ($fp, filesize($filename)); fclose($fp); echo $contents; Previous Comments: [2003-12-24 14:12:32] scotje at wwc dot edu I can now confirm that this bug does not exist with Apache 1.3.x and all other circumstances and packages unchanged (apart from a mod_php recompile of course). [2003-12-24 02:13:51] scotje at wwc dot edu This also seems to occur with PHP 4.3.3 / Apache 2.0.48 on Gentoo with a 16k (16384 bytes) file. When I padded the file out to a larger amount (21k) the problem disappeared. I think I'm going to move my apache back down to 1.3.27, but this is definately an annoying and rather difficult to track down bug. [2003-07-07 02:41:39] [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. [2003-06-30 05:51:54] [EMAIL PROTECTED] Please give the requested feedback or let this report rot.. [2003-06-30 03:32:26] [EMAIL PROTECTED] Use apache1; apache2 + php is not a production combination as you have discovered. 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/24301 -- Edit this bug report at http://bugs.php.net/?id=24301edit=1
#26980 [NEW]: Array creation with '{}' instead of '[]'
From: reklov at unitedklasens dot de
Operating system: Win98SE
PHP version: 4.3.4
PHP Bug Type: Arrays related
Bug description: Array creation with '{}' instead of '[]'
Description:
With $var{$i} = 'Test' I wanted to create a variable with the name 'var1',
using the '{}' and $i == 1, like ${$a}
(http://www.php.net/manual/en/language.variables.variable.php)
Insted of this, it will create an array, as if I had used '[]' instead of
'{}'.
Reproduce code:
---
?php
$i = 1;
$var{$i} = 'Test';
echo $var{$i};
echo 'br';
echo $var{1};
echo 'br';
echo $var1;
?
Expected result:
Testbr
Testbr //not sure, what would happen...
Test
Actual result:
--
Testbr
Testbr
--
Edit bug report at http://bugs.php.net/?id=26980edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26980r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26980r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26980r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26980r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26980r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26980r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26980r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26980r=support
Expected behavior: http://bugs.php.net/fix.php?id=26980r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26980r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26980r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26980r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26980r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26980r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26980r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26980r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26980r=float
#26161 [Com]: apache2 can not load libphp4.so
ID: 26161 Comment by: mandl dot t at ikarus dot at Reported By: artistoex at yahoo dot com Status: Bogus Bug Type: Apache2 related Operating System: Debian/unstable PHP Version: 4.3.3 New Comment: I ran into the same problem when compiling php-4.3.4 on a RedHat 8.0 system with apache 2.0.48, mod_perl-1.99_12 Here's my apache2 configure commandline ./configure --prefix=/usr/local/apache2 --enable-layout=Apache --enable-so --enable-module=access --enable-module=log_config --enable-module=mime --enable-module=auth --disable-auth-anon --enable-auth_dbm --enable-auth-digest --disable-example --enable-deflate --enable-log-config --enable-logio --enable-expires --enable-headers --enable-usertrack --enable-ssl --enable-cgi --enable-cgid --enable-http --enable-rewrite --enable-http --enable-static-support --enable-static-htpasswd --enable-static-htdigest --enable-static-rotatelogs --enable-static-logresolve --enable-static-htdbm --enable-static-ab --enable-static-checkgid --with-mpm=prefork Note: mod_perl says one should compile apache with mpm=prefork Detailed error message from php-4.3.4 make test: Syntax error on line 231 of /usr/local/apache2/conf/httpd.conf: Cannot load /usr/local/apache2/modules/libphp4.so into server: /usr/lib/qt3-gcc3.2/lib/libqt-mt.so.3: undefined symbol: _Unwind_GetIP Any help is appreciated. Thanks Previous Comments: [2003-11-17 18:10:07] [EMAIL PROTECTED] Then install PHP also from such a package. [2003-11-11 19:09:00] artistoex at yahoo dot com As I haven't compiled apache on my own I don't know that. Is there any way to determine that? I installed the apache package which is brought with Debian/unstable. [2003-11-10 20:09:58] [EMAIL PROTECTED] Did you compile Apache 2 for thread or fork based model? [2003-11-07 03:58:43] artistoex at yahoo dot com Description: - i compiled php: ./configure --with-apxs2=/usr/bin/apxs2 --with-mysql - apache2 says he could not load libphp4.so into server: Syntax error on line 390 of /etc/apache2/apache2.conf: Cannot load /usr/lib/apache2/modules/libphp4.so into server: /usr/lib/apache2/modules/libphp4.so: undefined symbol: core_globals_id - i am using latest versions of both apache2 and php and the bug still exists (so is it a php or actually an apache2 bug???) -- Edit this bug report at http://bugs.php.net/?id=26161edit=1
#26980 [Opn-Bgs]: Array creation with '{}' instead of '[]'
ID: 26980
Updated by: [EMAIL PROTECTED]
Reported By: reklov at unitedklasens dot de
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Win98SE
PHP Version: 4.3.4
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
{} can be used to denoted array or string indices.
You would need this: ${var${i}}
Nothe that the second '{' here is after the second '$' not before as in
your code. The notation should force the compiler to generate code that
concatenates the string var with the result of variable $i and use that
as a variable name.
This is neither possible nor planned. You need to evaluate the value of
the mentioned concatentaion yourself.
Previous Comments:
[2004-01-20 12:43:42] reklov at unitedklasens dot de
Description:
With $var{$i} = 'Test' I wanted to create a variable with the name
'var1', using the '{}' and $i == 1, like ${$a}
(http://www.php.net/manual/en/language.variables.variable.php)
Insted of this, it will create an array, as if I had used '[]' instead
of '{}'.
Reproduce code:
---
?php
$i = 1;
$var{$i} = 'Test';
echo $var{$i};
echo 'br';
echo $var{1};
echo 'br';
echo $var1;
?
Expected result:
Testbr
Testbr //not sure, what would happen...
Test
Actual result:
--
Testbr
Testbr
--
Edit this bug report at http://bugs.php.net/?id=26980edit=1
#26981 [NEW]: xml_parse looses object reference
From: [EMAIL PROTECTED] Operating system: Windows PHP version: 5.0.0b3 (beta3) PHP Bug Type: XML related Bug description: xml_parse looses object reference Description: If using xml_set_object() to register handlers in an object, xml_parse sometimes looses the reference to the object and displays a warning: Warning: xml_parse() [function.xml-parse]: Unable to call handler startHandler() in C:\php4\PEAR\XML\Parser.php on line 264 Try PEAR::XML_RDDL to see the bug in action. If registering xml_set_element_handler( $p, array( $obj, 'method' ), array( $obj, 'method' ) ) it seems to work fine. -- Edit bug report at http://bugs.php.net/?id=26981edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26981r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26981r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26981r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26981r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26981r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26981r=needscript Try newer version: http://bugs.php.net/fix.php?id=26981r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26981r=support Expected behavior: http://bugs.php.net/fix.php?id=26981r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26981r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26981r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26981r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26981r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26981r=dst IIS Stability: http://bugs.php.net/fix.php?id=26981r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26981r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26981r=float
#15092 [Com]: xml_parse() fails if XML-data contains entity like nbsp; or copy; ...
ID: 15092 Comment by: somebody at wolfmarkt dot de Reported By: bs_php at infeer dot com Status: Closed Bug Type: XML related Operating System: Win 2k (all I gues) PHP Version: 4.1.0 New Comment: It is not ultimately necessary to add a reference to an external entity and to have add an external entity handler, separate parser etc. as described in other messages below Just include the entity definitions you need at the top of your xml and thus make the xml parser aware of them: ?xml version='1.0'? !DOCTYPE demo SYSTEM /demo.dtd [ !ENTITY nbsp #160; !ENTITY iexcl #161; !ENTITY cent #162; more entities here, see list e.g. at http://www.w3.org/MarkUp/html-spec/html-spec_14.html !ENTITY yuml#255; ] demo your XML doc here /demo Previous Comments: [2002-01-22 19:02:23] [EMAIL PROTECTED] No worries, i'm not taking anything personal in here, but nevertheless i have to disagree with you. XML is all about specs... Interoperability is one of the main advantages of XML and if PHP would parse XML-Documents with latin1-entities but without a corresponding external entity, it breaks the specs and this XML-Doc would no other XML-Processor understand. And i think it'd be the wrong way, if PHP would parse non-valid XML-Documents, even with an optional parameter.. but anyway, i'm not the maintainer of this extension, therefore i don't have the last word in that :) [2002-01-22 18:46:42] bs_php at infeer dot com Don't take following personal: I think it's terrible habit to miss out practical functionality and point to a spec and say It must be this way, the spec says so. I mean is there a *real* reason not to support the ISO latin-1 entities?? PHP slogan is to keep simple stuff simple, isn't it? So is there a chance that the ISO latin-1 entities can be turned on in future (by parameter or so)? [2002-01-22 18:08:59] [EMAIL PROTECTED] It does not work, because the XML-standard (see http://www.w3.org/TR/1998/REC-xml-19980210#sec-predefined-ent) does not say, that an XML Parser should understand latin1-entities. The expat Parsers behaves like it is expected (sablotron and domxml for example do the same, they don't understand latin1-entities without external entities..). Understanding the iso8859-1 charset is something completely different and has not much to do with entities (in the context of the xml-standard..). I agree with you, that it should be easier to include external entities, but the way ext/xml does is also just like a SAX-parser should do it - do everything by yourself with callback functions... (i assume, that was the idea :) ) [2002-01-22 16:49:08] bs_php at infeer dot com Yes, that's also a possibility. Not practical, not easy, not fancy, not efficient... but a possibility. --- Still, I think it's a bug: According to the manual, PHP's XML parser *handles* ISO 8859-1 (Latin-1) as default. That means XML source may contain ü,ö,ä,è, a.s.o. So way should it fail when I intend to use the latin1-entities!? I see no reason way latin1-entities shouldn't work per default too!! [2002-01-22 11:34:20] [EMAIL PROTECTED] This doesn't work, because the default entities are only: !ENTITY lt #38;#60; !ENTITY gt #62; !ENTITY amp#38;#38; !ENTITY apos #39; !ENTITY quot #34; For the latin1-entities to work, you have to set an external entity to http://www.w3.org/TR/xhtml1/DTD/xhtml-lat1.ent (or some local file with that content) and then set up a xml_set_external_entity_ref_handler(). See the details about that in the manual. (set to feedback, 'cause I didn't really test it, if someone can verify that, we can close it.) The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/15092 -- Edit this bug report at http://bugs.php.net/?id=15092edit=1
#26982 [NEW]: Possible memory leak in variable interpolation
From: [EMAIL PROTECTED] Operating system: Debian sid (linux kernel 2.6.0) PHP version: 5.0.0b3 (beta3) PHP Bug Type: Scripting Engine problem Bug description: Possible memory leak in variable interpolation Description: I'm using a php script for a large (batch) process (about 4 hours procesing DB data) and I found the script grows and grows in memory usage. I've searched and simplify the script to see where was the problem and I found that a simple php script is loosing memory when interpolating variables in a string. I don't know if this is exactly a bug or an expected behavior, but I found it weird and very problematic on large scripts. I'm using Debian GNU/Linux sid with kernel 2.6.0. I've tested the reproduce code in PHP 5.0.0beta3 compiled by myself[1] and with Debian's PHP 4.3.3 package in the cli and apache module interfaces. [1] PHP 5.0.0beta3 was compiled with this flags: './configure' '--prefix=/usr/local/stow/php5' '--enable-memory-limit' '--with-openssl' '--with-zlib' '--enable-bcmath--with-bz2' '--enable-calendar' '--with-curl' '--enable-dba' '--with-db4' '--with-flatfile' '--with-inifile' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gd' '--with-gettext' '--with-iconv' '--with-mime-magic' '--with-mysql' '--with-ncurses' '--enable-pcntl' '--with-readline' '--enable-sockets' '--with-sqlite' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-wddx' '--enable-yp' '--with-apxs2=/usr/bin/apxs2' using gcc 3.3.3 (debian package) Reproduce code: --- ?php for ($i = 0; $i 260; $i++) echo(Memory usage ($i): .memory_get_usage().\n); ? Expected result: Memory usage (i): mem where i is the iteration step and mem is a constant ammount of memory used by the script. For example: Memory usage (0): 32224 Memory usage (1): 32224 [snip] Memory usage (258): 32224 Memory usage (259): 32224 Actual result: -- Memory usage (0): 32224 Memory usage (1): 32272 Memory usage (2): 32296 Memory usage (3): 32320 [snip] Memory usage (251): 38272 Memory usage (252): 38296 Memory usage (253): 38320 Memory usage (254): 38344 Memory usage (255): 38344 Memory usage (256): 38344 Memory usage (257): 38344 Memory usage (258): 38344 Memory usage (259): 38344 From 254 and up, the ammount of memory used stays constant (excepting when the loop is about 100 long, in that case the memory consumption raises a little but then stays constant again). If I don't use variable interpolation and use the concatenation operator (.), like this: echo(Memory usage (.$i.): .memory_get_usage().\n); more memory is used in the second iteration but then stays constant: Memory usage (0): 31880 Memory usage (1): 31928 Memory usage (2): 31928 Memory usage (3): 31928 Memory usage (4): 31928 [snip] -- Edit bug report at http://bugs.php.net/?id=26982edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26982r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26982r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26982r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26982r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26982r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26982r=needscript Try newer version: http://bugs.php.net/fix.php?id=26982r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26982r=support Expected behavior: http://bugs.php.net/fix.php?id=26982r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26982r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26982r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26982r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26982r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26982r=dst IIS Stability: http://bugs.php.net/fix.php?id=26982r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26982r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26982r=float
#26983 [NEW]: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed
From: Nina dot Rubina at mail dot ru Operating system: WinNT 4.0 PHP version: 4.3.4 PHP Bug Type: Dynamic loading Bug description: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed Description: Microsoft Windows NT Workstation SP6a Apache 1.3.24 (official version downloaded from apache.net) PHP 4.3.4 (official version downloaded from php.net) Regular bug: After every ~800 .php script calls server shows message: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. PHP does not work after this error. Apache still works (html files are accessible). Server must be reloaded. Constant bug. I found an article at www.microsoft.com concerning this (user32.dll failure) bug: Microsoft Knowledge Base Article - 142676 . All instructions were implemented but it did not help. Situation is very similar to the Bug #8303 but I downloaded the latest version of PHP (I had same bug with version 3) that was named as stable version. Could you please, help me with this problem. Reproduce code: --- Any arbitrary .php script after ~800 calls Expected result: Just normal work of PHP Actual result: -- Bug report: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. -- Edit bug report at http://bugs.php.net/?id=26983edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26983r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26983r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26983r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26983r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26983r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26983r=needscript Try newer version: http://bugs.php.net/fix.php?id=26983r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26983r=support Expected behavior: http://bugs.php.net/fix.php?id=26983r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26983r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26983r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26983r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26983r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26983r=dst IIS Stability: http://bugs.php.net/fix.php?id=26983r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26983r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26983r=float
#26984 [NEW]: No exec(), system() or shell_exec()
From: sjender at nitroserve dot com Operating system: windows 2003 server PHP version: 4.3.4 PHP Bug Type: PHP options/info functions Bug description: No exec(), system() or shell_exec() Description: I run my php on a windows 2003 server machine. But I'm not able to run exec() system() or shell_exec() When I try to call a batch file with exec(batch.bat) it just won't load it. I gave enough permissions to cmd.exe and the batch file itself. Is there anyone with the sampe problem? -- Edit bug report at http://bugs.php.net/?id=26984edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26984r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26984r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26984r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26984r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26984r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26984r=needscript Try newer version: http://bugs.php.net/fix.php?id=26984r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26984r=support Expected behavior: http://bugs.php.net/fix.php?id=26984r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26984r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26984r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26984r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26984r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26984r=dst IIS Stability: http://bugs.php.net/fix.php?id=26984r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26984r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26984r=float
#26984 [Opn]: No exec(), system() or shell_exec()
ID: 26984 User updated by: sjender at nitroserve dot com Reported By: sjender at nitroserve dot com Status: Open Bug Type: PHP options/info functions Operating System: windows 2003 server PHP Version: 4.3.4 New Comment: It gives no error or something, it just don't load the file Previous Comments: [2004-01-20 16:04:32] sjender at nitroserve dot com Description: I run my php on a windows 2003 server machine. But I'm not able to run exec() system() or shell_exec() When I try to call a batch file with exec(batch.bat) it just won't load it. I gave enough permissions to cmd.exe and the batch file itself. Is there anyone with the sampe problem? -- Edit this bug report at http://bugs.php.net/?id=26984edit=1
#26964 [Ver-Asn]: htmlentities and html_entity_decode, leftright single quotation mark issues
ID: 26964 Updated by: [EMAIL PROTECTED] Reported By: paj at pearfr dot org -Status: Verified +Status: Assigned Bug Type: Strings related Operating System: * PHP Version: 5CVS, 4CVS -Assigned To: +Assigned To: moriyoshi New Comment: This's most likely due to my error. Assigning it to me. Previous Comments: [2004-01-19 07:21:23] paj at pearfr dot org Description: Left and right single quotation (#8217; and #8216;) are not converted correctly (or not recognized). Encode and decode fails. Reproduce code: --- $str = Guide de l´utilisateur; echo htmlentities($str); Expected result: Guide de l#8217;utilisateur Actual result: -- Guide de lAcirc;acute;utilisateur -- Edit this bug report at http://bugs.php.net/?id=26964edit=1
#24042 [Bgs]: pfpro support compile fails, reports incorrect pfpro version
ID: 24042
Updated by: [EMAIL PROTECTED]
Reported By: age at salsashark dot net
Status: Bogus
Bug Type: Verisign Payflow Pro related
Operating System: RedHat Linux 9
PHP Version: 4.3.2
New Comment:
For those who are receiving this error on Red Hat 9, you should contact
Verisign for an SDK specifically for Red Hat 9. At the time of this
post, this is only possible if you call or email them:
888-883-9770 or [EMAIL PROTECTED]
Previous Comments:
[2004-01-10 16:18:08] toddclark at trainorders dot com
I have Redhat 9 and I received the same error while installing php
4.3.4 with the pfpro flag.
So I went into the php museum and downloaded and installed 4.2.3 and
all works great now.
As for [EMAIL PROTECTED] I don't know what you define as a bug, but I call
anything that works in older versions, but broken in a more up to date
version a bug.
[2003-06-06 02:15:18] [EMAIL PROTECTED]
The pfpro libs are not compatible with RH9. (different glibc)
(and you should use --with-pfpro=shared,/usr/local too)
Not PHP bug.
[2003-06-05 10:56:10] age at salsashark dot net
PFpro libs are current, version 3.06. PHP compiled fine in RedHat 7.3.
Same errors on another clean install of RH 9 with PHP 4.3.2 and 4.3.1.
./configure --with-pfpro=shared,/usr/local/lib
Fails, returns:
configure: error: The pfpro extension requires version 2 or 3 of the
SDK
config.log:
configure:61887: checking for pfproInit in -lpfpro
configure:61906: gcc -o conftest -g -O2
-L/usr/local/lib
conftest.c -lpfpro -lresolv -lm -ldl -lnsl 15
/usr/local/lib/libpfpro.so: undefined reference to `__ctype_b'
/usr/local/lib/libpfpro.so: undefined reference to `__ctype_tolower'
collect2: ld returned 1 exit status
configure: failed program was:
#line 61895 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char pfproInit();
int main() {
pfproInit()
; return 0; }
configure:61939: checking for PNInit in -lpfpro
configure:61958: gcc -o conftest -g -O2
-L/usr/local/lib
conftest.c -lpfpro -lresolv -lm -ldl -lnsl 15
/usr/local/lib/libpfpro.so: undefined reference to `__ctype_b'
/usr/local/lib/libpfpro.so: undefined reference to `__ctype_tolower'
collect2: ld returned 1 exit status
configure: failed program was:
#line 61947 configure
#include confdefs.h
/* Override any gcc2 internal prototype to avoid an error. */
/* We use char because int might match the return type of a gcc2
builtin and then its argument prototype would still apply. */
char PNInit();
int main() {
PNInit()
; return 0; }
--
Edit this bug report at http://bugs.php.net/?id=24042edit=1
#26227 [Com]: configure --with-libjpeg=/sw --with-libpng=/sw --with-gd does not work
ID: 26227 Comment by: marhi at si-cert dot net Reported By: janusng at mac dot com Status: Bogus Bug Type: PHP options/info functions Operating System: Mac OS X 10.3 PHP Version: 4.3.4 New Comment: Actually... after messing with PHP-4.3.4 and libgd... I went off to see the configure script. Shame on you! Hardcoding the directory names. Naughty. Me, as a NetBSD user I renamed dirs in configure /usr to /usr/pkg/lib for lubpng and libjpeg. And before that I did (tcsh): setenv CFLAGS -I/usr/pkg/include setenv LDFLAGS -L/usr/pkg/lib setenv LIBS = -lpthread I did not bother to check if setting those envs helped. But the configure script finished with success. I think that ln -s /usr/pkg/lib /usr/lib or some other hardcoded dir will work also. Hope it helps. Marhi [www.si-cert.net] Previous Comments: [2003-11-17 21:51:28] [EMAIL PROTECTED] Using the correct configure options usually helps.. [2003-11-14 07:35:28] janusng at mac dot com Thanks, it solved my problem. [2003-11-12 16:22:16] adam at trachtenberg dot com Try: --with-gd --with-png-dir=/sw --with-tiff-dir=/sw That works for me. [2003-11-12 16:10:31] janusng at mac dot com Description: running ./configure --with-libjpeg=/sw --with-libpng=/sw --with-gd will always result in the errors I am sure that both libjpeg.dylib and libpng.dylib are in /sw/bin directory. So does jpeglib.h, png.h and pngconf.h directory. Expected result: configure runs successfully Actual result: -- The last few lines of configure output are: ... checking for GD support... yes checking for the location of libjpeg... no checking for the location of libpng... no checking for the location of libXpm... no checking for FreeType 1.x support... no checking for FreeType 2... no checking for T1lib support... no checking whether to enable truetype string function in GD... no checking whether to enable JIS-mapped Japanese font support in GD... noIf configure fails try --with-jpeg-dir=DIR configure: error: libpng.(a|so) not found. and I found nothing special in the config.log. The last few lines are: ... configure:29479: checking for GD support configure:29526: checking for the location of libjpeg configure:29553: checking for the location of libpng configure:29606: checking for the location of libXpm configure:29631: checking for FreeType 1.x support configure:29656: checking for FreeType 2 configure:29681: checking for T1lib support configure:29706: checking whether to enable truetype string function in GD configure:29731: checking whether to enable JIS-mapped Japanese font support in GD configure:29785: checking for fabsf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 15 configure:29797: warning: conflicting types for built-in function `fabsf' ld: warning prebinding disabled because dependent library: /sw/lib/libxml2.2.dylib is not prebound configure:29785: checking for floorf configure:29813: gcc -o conftest -g -O2 -no-cpp-precomp -L/usr/local//lib -L/usr/local//lib -L/sw/lib -L/sw/lib conftest.c -lz -lcurl -lz -lm -lcurl -lz -lssl -lcrypto -lz -lxml2 -lz -liconv -lm 15 ld: warning prebinding disabled because dependent library: /sw/lib/libxml2.2.dylib is not prebound -- Edit this bug report at http://bugs.php.net/?id=26227edit=1
#26983 [Opn-Bgs]: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed
ID: 26983 Updated by: [EMAIL PROTECTED] Reported By: Nina dot Rubina at mail dot ru -Status: Open +Status: Bogus Bug Type: Dynamic loading Operating System: WinNT 4.0 PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Previous Comments: [2004-01-20 15:53:52] Nina dot Rubina at mail dot ru Description: Microsoft Windows NT Workstation SP6a Apache 1.3.24 (official version downloaded from apache.net) PHP 4.3.4 (official version downloaded from php.net) Regular bug: After every ~800 .php script calls server shows message: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. PHP does not work after this error. Apache still works (html files are accessible). Server must be reloaded. Constant bug. I found an article at www.microsoft.com concerning this (user32.dll failure) bug: Microsoft Knowledge Base Article - 142676 . All instructions were implemented but it did not help. Situation is very similar to the Bug #8303 but I downloaded the latest version of PHP (I had same bug with version 3) that was named as stable version. Could you please, help me with this problem. Reproduce code: --- Any arbitrary .php script after ~800 calls Expected result: Just normal work of PHP Actual result: -- Bug report: Initialization of the dynamic link lybrary c:\winnt\system32\user32.dll failed. Process is terminating abnormally. -- Edit this bug report at http://bugs.php.net/?id=26983edit=1
#26977 [Opn-Bgs]: PCRE related segmentation fault
ID: 26977
Updated by: [EMAIL PROTECTED]
Reported By: martijn at grendelman dot net
-Status: Open
+Status: Bogus
Bug Type: PCRE related
Operating System: Debian Linux (testing)
PHP Version: 4.3.4
New Comment:
Not PHP bug, PCRE bug. (ALWAYS use the bundled pcre lib if you don't
know what you're doing)
Previous Comments:
[2004-01-20 07:44:03] martijn at grendelman dot net
This problem looks fixable by omitting '--with-pcre-regex=/usr', thus
linking against the bundled library.
I'd like to point out that I've seen this problem on two quite
different environments:
1. Debian Stable, Linux kernel 2.4.23, Apache 1.3.26 + PHP 4.1.2
(Debian packages), PCRE library (as reported by phpinfo()) 3.4
22-Aug-2000.
2. Debian Testing, Linux kerel 2.6.1, Apache 2.0.47 + PHP 4.3.4
(compiled from source), PCRE library (as reported by phpinfo()) 3.9
02-Jan-2002
[2004-01-20 07:20:57] martijn at grendelman dot net
Description:
PHP crashes when using PEAR-DB. Looks like a problem with PCRE.
'./configure' '--prefix=/usr/local'
'--with-apxs2=/usr/local/apache2/bin/apxs' '--with-regex=php'
'--with-config-file-path=/usr/local/apache2/conf' '--disable-rpath'
'--disable-debug' '--enable-memory-limit' '--enable-calendar'
'--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-trans-sid' '--enable-bcmath' '--with-bz2' '--enable-ctype'
'--with-iconv' '--enable-exif' '--enable-ftp' '--enable-mbstring'
'--with-pcre-regex=/usr' '--enable-shmop' '--enable-sockets'
'--enable-wddx' '--with-xml=/usr' '--with-expat-dir=/usr' '--enable-yp'
'--with-zlib' '--without-pgsql' '--disable-static' '--with-layout=GNU'
'--with-curl=shared,/usr' '--with-dom=shared,/usr'
'--with-zlib-dir=/usr' '--with-gd=shared,/usr'
'--with-jpeg-dir=shared,/usr' '--with-xpm-dir=shared,/usr/X11R6'
'--with-png-dir=shared,/usr' '--with-freetype-dir=shared,/usr'
'--with-imap=shared,/usr' '--with-ldap=shared,/usr'
'--with-mcal=shared,/usr' '--with-mhash=shared,/usr'
'--with-mysql=shared,/usr' '--with-unixODBC=shared,/usr'
'--enable-xslt' '--with-xslt-sablot=shared,/usr'
'--with-ttf=shared,/usr' '--with-t1lib=shared,/usr' '--with-kerberos'
'--enable-debug'
So, the PCRE library in /usr (from Debian) is used.
php.ini:
;extension=gd.so
extension=imap.so
;extension=curl.so
extension=ldap.so
extension=mysql.so
;extension=domxml.so
;extension=mcal.so
;extension=mhash.so
;extension=odbc.so
so not all shared modules are loaded.
pcre
PCRE (Perl Compatible Regular Expressions) Support enabled
PCRE Library Version3.9 02-Jan-2002
(gdb) run -X
Starting program: /usr/local/apache2/bin/httpd -X
[New Thread 1077983808 (LWP 24414)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077983808 (LWP 24414)]
0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4,
this_ptr=0x0, return_value_used=1, global=0)
at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442
442 name_idx = 0xff * name_table[0]
+ name_table[1];
Reproduce code:
---
?
include DB.php; // PEAR
define(DBTYPE,mysql);
define(DBUSER,user);
define(DBPASS,password);
define(DBSERV,localhost);
define(DB,mydb);
$dsn = DBTYPE.://.DBUSER.:.DBPASS.@.DBSERV./.DB;
$dbc = DB::connect($dsn);
if (DB::isError($dbc)) {
$page=dberror;
}
else {
$dbc-setFetchMode(DB_FETCHMODE_ASSOC);
}
echo test;
?
Expected result:
The word test should have been displayed.
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1077983808 (LWP 24414)]
0x404c29d6 in php_pcre_match (ht=3, return_value=0x81df3f4,
this_ptr=0x0, return_value_used=1, global=0)
at /extra0/home/martijn/src/php-4.3.4/ext/pcre/php_pcre.c:442
442 name_idx = 0xff * name_table[0]
+ name_table[1];
--
Edit this bug report at http://bugs.php.net/?id=26977edit=1
#26972 [Opn]: Please add option to use umap-uw linkage.c
ID: 26972 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org Status: Open -Bug Type: IMAP related +Bug Type: Feature/Change Request Operating System: NetBSD 1.6ZH PHP Version: 4.3.4 New Comment: Reclassified. This is NOT a bug but feature/change request.. Previous Comments: [2004-01-20 04:43:06] jdolecek at NetBSD dot org Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test $PHP_IMAP_LINKAGE != no; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test $PHP_IMAP_LINKAGE != yes; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(unixdriver); /* link in the unix driver */ mail_link(mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(tenexdriver);/* link in the tenex driver */ mail_link(mtxdriver); /* link in the mtx driver */ mail_link(dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include linkage.c +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit this bug report at http://bugs.php.net/?id=26972edit=1
#26972 [Opn-Bgs]: Please add option to use umap-uw linkage.c
ID: 26972 Updated by: [EMAIL PROTECTED] Reported By: jdolecek at NetBSD dot org -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: NetBSD 1.6ZH PHP Version: 4.3.4 New Comment: And you already sent one report about this, bug #26936 ONE is enough.. Previous Comments: [2004-01-20 19:09:06] [EMAIL PROTECTED] Reclassified. This is NOT a bug but feature/change request.. [2004-01-20 04:43:06] jdolecek at NetBSD dot org Description: In NetBSD pkgsrc, we patch the imap module to use directly umap-iw linkage.c, so that all available authenticators and methods would be compiled in for PHP. Since some other people might find this useful, it would be nice to have a configure option to enable this. This is the patch we currently use. It adds option --with-imap-linkage, which changes the code to use the linkage.c supplied by imap-uw package, instead of hardcoded list. It also disables the Kerberos check, since it's not necessary to explicitly link against Kerberos libs if the imap libraries contain Kerberos support. Note this adresses same problem as to Bug #4136. I don't know why the change to use linkage.c unconditionally was removed. Patch #1 --- config.m4.orig 2003-10-03 07:25:35.0 +0200 +++ config.m4 @@ -54,6 +54,14 @@ AC_DEFUN(PHP_IMAP_TEST_BUILD, [ ]) ]) +dsl Must be before --with-kerberos, affects the check +PHP_ARG_WITH(imap-linkage,use IMAP c-client linkage, +[ --with-imap-linkage Use IMAP c-client linkage to determine supported ite ms.]) + +if test $PHP_IMAP_LINKAGE != no; then + AC_DEFINE(HAVE_IMAP_LINKAGE, 1, [ ]) +fi + AC_DEFUN(PHP_IMAP_KRB_CHK, [ AC_ARG_WITH(kerberos, [ --with-kerberos[=DIR] IMAP: Include Kerberos support. DIR is the Kerbe ros install dir.],[ @@ -90,7 +98,7 @@ AC_DEFUN(PHP_IMAP_KRB_CHK, [ PHP_ADD_LIBRARY(k5crypto, 1, IMAP_SHARED_LIBADD) PHP_ADD_LIBRARY(com_err, 1, IMAP_SHARED_LIBADD) PHP_ADD_INCLUDE($PHP_KERBEROS_DIR/include) - else + elif test $PHP_IMAP_LINKAGE != yes; then AC_EGREP_HEADER(auth_gss, $IMAP_INC_DIR/linkage.h, [ AC_MSG_ERROR([This c-client library is built with Kerberos support. --- cut here -- Patch #2 --- php_imap.c.orig 2003-09-04 09:48:30.0 +0200 +++ php_imap.c @@ -408,6 +408,11 @@ PHP_MINIT_FUNCTION(imap) ZEND_INIT_MODULE_GLOBALS(imap, php_imap_init_globals, NULL) +/* + * Optionally use the installed c-client linkage.c to determine which drivers + * are authenticators are linked in. Otherwise use this fixed list. + */ +#ifndef HAVE_IMAP_LINKAGE #ifndef PHP_WIN32 mail_link(unixdriver); /* link in the unix driver */ mail_link(mhdriver); /* link in the mh driver */ @@ -423,6 +428,10 @@ PHP_MINIT_FUNCTION(imap) mail_link(tenexdriver);/* link in the tenex driver */ mail_link(mtxdriver); /* link in the mtx driver */ mail_link(dummydriver);/* link in the dummy driver */ +#else /* HAVE_IMAP_LINKAGE */ +/* link in the c-client mail and auth drivers */ +#include linkage.c +#endif /* HAVE_IMAP_LINKAGE */ #ifndef PHP_WIN32 auth_link(auth_log); /* link in the log authenticator */ Reproduce code: --- Code inspection. -- Edit this bug report at http://bugs.php.net/?id=26972edit=1
#26973 [Opn-Ver]: printf format
ID: 26973 Updated by: [EMAIL PROTECTED] Reported By: alex at cartel dot md -Status: Open +Status: Verified -Bug Type: Output Control +Bug Type: Scripting Engine problem Operating System: Linux -PHP Version: 4.3.4 +PHP Version: 4CVS, 5CVS New Comment: With C, it works as expected - gotta be bug? :) Previous Comments: [2004-01-20 06:08:54] alex at cartel dot md Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- ? printf(%+05d, 200); ? Expected result: +0200 Actual result: -- 0+200 -- Edit this bug report at http://bugs.php.net/?id=26973edit=1
#26941 [Opn-Fbk]: Unreadable characters displayed in browser when running php page
ID: 26941 Updated by: [EMAIL PROTECTED] Reported By: sandeep_warade at hotmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows XP PHP Version: 4CVS-2004-01-18 New Comment: 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 Nobody else has reported anything like this, this sounds more like something is really wrong with your system.. Previous Comments: [2004-01-20 08:27:12] sandeep_warade at hotmail dot com Dear sir, Now on server the frequency is very less. Server configuration is PIV 1.8GHz 512 MB RAM. Where as on client the frequency is very high. When i installed Apache 2.0.47, php 4.3.4, mysql 4.1.1 and configured. Large amount of bugs appeared on phpmyadmin page and does not disappears on refreshing [2004-01-20 07:59:26] sandeep_warade at hotmail dot com Dear Sir, The frequency of this bug for simple php page is very rare. While trying it appered only once. But if you use it with mysql the frequency gets increased. One more thing i would like to tell you that if i check one option in advanced properties of internet explore- Use HTTP1.1 through proxy connections, then the bugs does not produced for the same page after refreshing. But after some time it again appeares. Is there any connection with that option. In telnet window if i type get / http/1.0 (without quote) It gives message HTTP/1.1 501 Method Not Implemented server:Apache/1.3.23win32 Allow:GET, HEAD, OPTIONS, TRACE Is there any connection with this. [2004-01-18 10:07:39] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with ?php and ends with ?, is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. [2004-01-18 09:04:13] sandeep_warade at hotmail dot com Thanx for your guidence. I have downloaded it and implemented but still the problem remains. After running php page the following characters appered on the screen. t À50øÕ ÜÔÖÖÖÀ5úÔÖ¬ãç|÷ÀÕ, À5êëìítom:none No. 22/12/03 1.00 1376 31/12/03 533 Plate Inking Roller No. 451 MNTGNRL/2648/0 20/12/03 4.00 Nos. 22/12/03 4.00 1294 26/12/03 KG 16/01/04 10.00 1624 16/01/04 228 CON. NAVRATNA GREEN (353982 B) (S-7013) OTHR/2945/0 10/01/04 20.00 KG 12/01/04 20.00 1534 13/01/04 229 Contact Bromide of Job: Pears 225gm Rs. 8.50 OTHRGNRL/2709/0 24/12/03 2.00 Nos 24/12/03 2.00 1295 26/12/03 2 234 Cottan Wool (1x200gm) OTHRNQ/2792/1 03/01/04 10.00 Rolls 01/01/04 10.00 1399 02/01/04 235 Coupler for trays MNTGNRL/2997/0 13/01/04 70.00 nos. 14/01/04 - - - 236 Cover Lay Part No.: 011C315030 IMP/3065/0 16/01/04 2.00 Nos. DOC - - - 237 CSK BOLTS MNTGNRL/2898/0 06/01/04 100.00 Nos. 08/01/04 100.00 1501 10/01/04 238 CTD BD GB - 300 GSM Size: 64.0 X 98.5 Cm BD/2953/0 10/01/04 11000.00 Kg DOC - - - °²valign=top align=center style=border-left:none;border-bottom:none- - - 603 Repairing Of Security Cabin Table MNTGNRL/2931/0 09/01/04 1.00 No. 09/01/04 ä À50ø`ÜÔÀ5UÔ¬ãç|÷À,``À5æçèét:none;border-bottom:none 7 Ply CLD Size: 890 mm x 575 mm x 200 mm OTHR/3071/0 17/01/04 330.00 sets 18/01/04 - - - 109 8 Color Single up Possitive output on MAC of Job: Close UP 80gm (NEW) DEV/2675/0DOC àA 1.00 1364 30/12/03 82 5.00 No. 16/01/04 - - - 433 Multi-up Possitve Output on MAC of Job: Ajanta 100gm OTHRGNRL/2752/0 26/12/03 6.00 Nos 29/12/03 6.00 1394 31/12/03 434 Multi-up Possitve Output on MAC of Job: Ajanta 50 gm OTHRGNRL/2751/0 \`?ÐMH|`?b 0 [EMAIL PROTECTED]|`?°_?°_?b à«+øõàAøXTrig°²style=border-left:none;border-bottom:none 12/01/04 462 NEW PEPSODENT RED BLUE (YG 11813) (C-12051) OTHR/2942/0 10/01/04 - - - 245 CTD CT BD- 300 GSM Size: 66.0 X 86.0 Cm BD/2978/0 13/01/04 2000.00 Kg 10/02/04 - - - 2GSM Size: 91.0 X 68.0 Cm BD/2980/0 °²øXT)left°²e;border-bottom:none;border-:none653 Siemens MCB (16 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 Nos 14/01/04 1.00 1594 15/01/04 654 Siemens MCB (20 amps 3 poles MCB) (with Sheet Steel Enclosure) MNTGNRL/2995/0 13/01/04 1.00 nos. 14/01/04 1.00 1594 15/01/04 655 Singapore (1Kg)
#26984 [Opn-Bgs]: No exec(), system() or shell_exec()
ID: 26984 Updated by: [EMAIL PROTECTED] Reported By: sjender at nitroserve dot com -Status: Open +Status: Bogus Bug Type: PHP options/info functions Operating System: windows 2003 server PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. This is not support forum, and this is not PHP bug. Previous Comments: [2004-01-20 16:05:46] sjender at nitroserve dot com It gives no error or something, it just don't load the file [2004-01-20 16:04:32] sjender at nitroserve dot com Description: I run my php on a windows 2003 server machine. But I'm not able to run exec() system() or shell_exec() When I try to call a batch file with exec(batch.bat) it just won't load it. I gave enough permissions to cmd.exe and the batch file itself. Is there anyone with the sampe problem? -- Edit this bug report at http://bugs.php.net/?id=26984edit=1
#26974 [Opn-Asn]: rename() doesn't check newname permissions in safe_mode
ID: 26974
Updated by: [EMAIL PROTECTED]
Reported By: daveb at esat dot net
-Status: Open
+Status: Assigned
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 4.3.4
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2004-01-20 06:37:26] daveb at esat dot net
Description:
When running under apache2 with a perchild MPM safe_mode turned on,
it is possible to rename a file owned by a user into a directory that
the user does not own but has write permissions too. This works, even
when safe_mode is turned on.
A simple example is ...
[EMAIL PROTECTED]:$ touch moo
[EMAIL PROTECTED]:$ ls -la moo
-rw-r--r--1 davebnoc 0 Jan 20 11:31 moo
The php script is simply...
rename (./moo, /tmp/crap);
Once called, the file moves to /tmp, even though the directory is owned
by root.
[EMAIL PROTECTED]:$ ls -la /tmp/crap
-rw-r--r--1 davebnoc 0 Jan 20 11:31 crap
It would appear that in ext/standard/file., in the rename() function,
no checking is done on new_name to see if the user has the correct UID
to write into that destination directory.
Changing line 1890 to the following ...
if (PG(safe_mode) (!php_checkuid(old_name, NULL,
CHECKUID_CHECK_FILE_AND_DIR) || !php_checkuid(new_name, NULL,
CHECKUID_CHECK_FILE_AND_DIR))) {
adds checking for the destination as well and prevents users writing
into directories, where although they have permission to write into,
they do not own that directory and should not be writing too.
When running with that extra check, php now logs...
[client ::1] PHP Warning: rename(): SAFE MODE Restriction in effect.
The script whose uid is 677 is not allowed to access /tmp owned by uid
0 in /usr/local/apache/iweb/rename.php on line 3
According to
http://ie2.php.net/manual/en/features.safe-mode.functions.php,
rename() should ...Checks whether the directory in which you are about
to operate has the same UID (owner) as the script that is being
executed
Is the documentation out of sync with the code ? Or the other way
around ?
--
Edit this bug report at http://bugs.php.net/?id=26974edit=1
#26965 [Opn-Fbk]: Apache 2 Seg Faults on All PHP Pages
ID: 26965 Updated by: [EMAIL PROTECTED] Reported By: louis at 6internet dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Red Hat Enterprise Linux ES v3 PHP Version: 5CVS-2004-01-20 New Comment: What MPM is used with Apache? What was the configure line used to configure PHP? How was PHP configured in Apache httpd.conf? Previous Comments: [2004-01-20 11:25:47] louis at 6internet dot com Have tried with current snapshot as requested, but getting basically the same. Just for verification, here is the gdb output this time: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223485504 (LWP 31531)] 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 348 p = ht-arBuckets[nIndex]; (gdb) bt #0 0xb6fe86d2 in _zend_hash_index_update_or_next_insert (ht=0xb705d5b0, h=0, pData=0xbfffd010, nDataSize=12, pDest=0x0, flag=1) at /root/php5/php5-200401201430/Zend/zend_hash.c:348 #1 0xb6fe9eb3 in zend_list_insert (ptr=0x0, type=0) at /root/php5/php5-200401201430/Zend/zend_list.c:47 #2 0xb6fe9fe6 in zend_register_resource (rsrc_result=0x0, rsrc_pointer=0xb687913c, rsrc_type=2) at /root/php5/php5-200401201430/Zend/zend_list.c:99 #3 0xb6fc1ba4 in _php_stream_alloc (ops=0x0, abstract=0x0, persistent_id=0x0, mode=0xb70089f1 rb) at /root/php5/php5-200401201430/main/streams/streams.c:248 #4 0xb6fc5733 in _php_stream_fopen_from_fd (fd=16, mode=0xb70089f1 rb, persistent_id=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:262 #5 0xb6fc54f9 in _php_stream_fopen (filename=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:139 #6 0xb6fc6768 in _php_stream_fopen_with_path (filename=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, path=0xb7024ab2 .:/usr/local/lib/php, opened_path=0xbfffe558, options=133) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:1199 #7 0xb6fc61ef in php_plain_files_stream_opener (wrapper=0xb7053968, path=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, options=133, opened_path=0xbfffe558, context=0x0) at /root/php5/php5-200401201430/main/streams/plain_wrapper.c:886 #8 0xb6fc3a0e in _php_stream_open_wrapper_ex (path=0x81d5580 /var/www/html/index.php, mode=0xb70089f1 rb, options=141, opened_path=0x85, context=0x0) at /root/php5/php5-200401201430/main/streams/streams.c:1613 #9 0xb6fb3ed7 in php_stream_open_for_zend (filename=0x81d5580 /var/www/html/index.php, handle=0xbfffe550) at /root/php5/php5-200401201430/main/main.c:876 #10 0xb6fef40a in zend_stream_open (filename=0x81d5580 /var/www/html/index.php, handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:41 ---Type return to continue, or q return to quit--- #11 0xb6fef4e4 in zend_stream_fixup (file_handle=0xbfffe550) at /root/php5/php5-200401201430/Zend/zend_stream.c:56 #12 0xb6fccc4e in open_file_for_scanning (file_handle=0xbfffe550) at Zend/zend_language_scanner.c:3040 #13 0xb6fccd66 in compile_file (file_handle=0xbfffe550, type=2) at Zend/zend_language_scanner.c:3126 #14 0xb6fe3be9 in zend_execute_scripts (type=2, retval=0x0, file_count=1) at /root/php5/php5-200401201430/Zend/zend.c:1047 #15 0xb7006966 in php_handler (r=0x81d3e00) at /root/php5/php5-200401201430/sapi/apache2handler/sapi_apache2.c:533 #16 0x08068685 in ap_run_handler () #17 0x08068c9f in ap_invoke_handler () #18 0x08065326 in ap_process_request () #19 0x0806095c in _start () #20 0x081d3e00 in ?? () #21 0x0004 in ?? () #22 0x081d3e00 in ?? () #23 0x0807228c in ap_run_pre_connection () #24 0x08072145 in ap_run_process_connection () #25 0x08066ba1 in ap_graceful_stop_signalled () #26 0x08066dba in ap_graceful_stop_signalled () #27 0x08066e16 in ap_graceful_stop_signalled () #28 0x0806763d in ap_mpm_run () #29 0x0806dacf in main () Hope this helps. Thanks. [2004-01-19 14:15:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2004-01-19 10:33:25] louis at 6internet dot com Description: Compiled PHP against Apache 2 in Red Hat Enterprise Linux ES v3 and even loading a .php file which contains ONLY HTML causes Apache to segmentation fault and write to the error_log. Similar to bug #26893, but different backtrace. Reproduce code: --- Any plain HTML file or PHP
#26976 [Opn-Asn]: I can't read pass level one of an array
ID: 26976 Updated by: [EMAIL PROTECTED] Reported By: dylan dot egan at optusnet dot com dot au -Status: Open +Status: Assigned Bug Type: XML related Operating System: Linux PHP Version: 5CVS-2004-01-20 (dev) -Assigned To: +Assigned To: sterling New Comment: Here's simple test: --- --TEST-- Bug #26976 (Can not access array elements using index) --SKIPIF-- ?php if (!extension_loaded(simplexml)) print skip simplexml extension is not loaded; ? --FILE-- ?php $root = simplexml_load_string( '?xml version=1.0? root childa/child childb/child childc/child childd/child /root '); echo $root-child[0], \n; echo $root-child[1], \n; echo $root-child[2], \n; echo $root-child[3], \n; ? --EXPECT-- a b c d --- I get this output: a b b b (foreach works fine though :) Previous Comments: [2004-01-20 07:13:11] dylan dot egan at optusnet dot com dot au Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit this bug report at http://bugs.php.net/?id=26976edit=1
#26976 [Asn]: I can't read pass level one of an array
ID: 26976 User updated by: dylan dot egan at optusnet dot com dot au Reported By: dylan dot egan at optusnet dot com dot au Status: Assigned Bug Type: XML related Operating System: * PHP Version: 5CVS-2004-01-20 (dev) Assigned To: sterling New Comment: Well I tried with PHP 5Beta3 and it worked. Something changed in CVS I guess. Will wait for patches on CVS. Don't know what it could be. Previous Comments: [2004-01-20 20:10:40] [EMAIL PROTECTED] Here's simple test: --- --TEST-- Bug #26976 (Can not access array elements using index) --SKIPIF-- ?php if (!extension_loaded(simplexml)) print skip simplexml extension is not loaded; ? --FILE-- ?php $root = simplexml_load_string( '?xml version=1.0? root childa/child childb/child childc/child childd/child /root '); echo $root-child[0], \n; echo $root-child[1], \n; echo $root-child[2], \n; echo $root-child[3], \n; ? --EXPECT-- a b c d --- I get this output: a b b b (foreach works fine though :) [2004-01-20 07:13:11] dylan dot egan at optusnet dot com dot au Description: Trying to read through a parsed XML file with simpleXML, but I can't go past the 2nd level of the array. Reproduce code: --- www.ircphp.com/157 Expected result: Read --OUTPUT-- -- Edit this bug report at http://bugs.php.net/?id=26976edit=1
#26974 [Asn-Csd]: rename() doesn't check newname permissions in safe_mode
ID: 26974
Updated by: [EMAIL PROTECTED]
Reported By: daveb at esat dot net
-Status: Assigned
+Status: Closed
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 4.3.4
Assigned To: iliaa
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2004-01-20 06:37:26] daveb at esat dot net
Description:
When running under apache2 with a perchild MPM safe_mode turned on,
it is possible to rename a file owned by a user into a directory that
the user does not own but has write permissions too. This works, even
when safe_mode is turned on.
A simple example is ...
[EMAIL PROTECTED]:$ touch moo
[EMAIL PROTECTED]:$ ls -la moo
-rw-r--r--1 davebnoc 0 Jan 20 11:31 moo
The php script is simply...
rename (./moo, /tmp/crap);
Once called, the file moves to /tmp, even though the directory is owned
by root.
[EMAIL PROTECTED]:$ ls -la /tmp/crap
-rw-r--r--1 davebnoc 0 Jan 20 11:31 crap
It would appear that in ext/standard/file., in the rename() function,
no checking is done on new_name to see if the user has the correct UID
to write into that destination directory.
Changing line 1890 to the following ...
if (PG(safe_mode) (!php_checkuid(old_name, NULL,
CHECKUID_CHECK_FILE_AND_DIR) || !php_checkuid(new_name, NULL,
CHECKUID_CHECK_FILE_AND_DIR))) {
adds checking for the destination as well and prevents users writing
into directories, where although they have permission to write into,
they do not own that directory and should not be writing too.
When running with that extra check, php now logs...
[client ::1] PHP Warning: rename(): SAFE MODE Restriction in effect.
The script whose uid is 677 is not allowed to access /tmp owned by uid
0 in /usr/local/apache/iweb/rename.php on line 3
According to
http://ie2.php.net/manual/en/features.safe-mode.functions.php,
rename() should ...Checks whether the directory in which you are about
to operate has the same UID (owner) as the script that is being
executed
Is the documentation out of sync with the code ? Or the other way
around ?
--
Edit this bug report at http://bugs.php.net/?id=26974edit=1
#26982 [Opn-Bgs]: Possible memory leak in variable interpolation
ID: 26982 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Debian sid (linux kernel 2.6.0) PHP Version: 5.0.0b3 (beta3) New Comment: It's expected behaviour. Previous Comments: [2004-01-20 15:20:14] [EMAIL PROTECTED] Description: I'm using a php script for a large (batch) process (about 4 hours procesing DB data) and I found the script grows and grows in memory usage. I've searched and simplify the script to see where was the problem and I found that a simple php script is loosing memory when interpolating variables in a string. I don't know if this is exactly a bug or an expected behavior, but I found it weird and very problematic on large scripts. I'm using Debian GNU/Linux sid with kernel 2.6.0. I've tested the reproduce code in PHP 5.0.0beta3 compiled by myself[1] and with Debian's PHP 4.3.3 package in the cli and apache module interfaces. [1] PHP 5.0.0beta3 was compiled with this flags: './configure' '--prefix=/usr/local/stow/php5' '--enable-memory-limit' '--with-openssl' '--with-zlib' '--enable-bcmath--with-bz2' '--enable-calendar' '--with-curl' '--enable-dba' '--with-db4' '--with-flatfile' '--with-inifile' '--enable-dbase' '--enable-dbx' '--enable-dio' '--enable-exif' '--enable-filepro' '--enable-ftp' '--with-gd' '--with-gettext' '--with-iconv' '--with-mime-magic' '--with-mysql' '--with-ncurses' '--enable-pcntl' '--with-readline' '--enable-sockets' '--with-sqlite' '--enable-sysvmsg' '--enable-sysvsem' '--enable-sysvshm' '--enable-wddx' '--enable-yp' '--with-apxs2=/usr/bin/apxs2' using gcc 3.3.3 (debian package) Reproduce code: --- ?php for ($i = 0; $i 260; $i++) echo(Memory usage ($i): .memory_get_usage().\n); ? Expected result: Memory usage (i): mem where i is the iteration step and mem is a constant ammount of memory used by the script. For example: Memory usage (0): 32224 Memory usage (1): 32224 [snip] Memory usage (258): 32224 Memory usage (259): 32224 Actual result: -- Memory usage (0): 32224 Memory usage (1): 32272 Memory usage (2): 32296 Memory usage (3): 32320 [snip] Memory usage (251): 38272 Memory usage (252): 38296 Memory usage (253): 38320 Memory usage (254): 38344 Memory usage (255): 38344 Memory usage (256): 38344 Memory usage (257): 38344 Memory usage (258): 38344 Memory usage (259): 38344 From 254 and up, the ammount of memory used stays constant (excepting when the loop is about 100 long, in that case the memory consumption raises a little but then stays constant again). If I don't use variable interpolation and use the concatenation operator (.), like this: echo(Memory usage (.$i.): .memory_get_usage().\n); more memory is used in the second iteration but then stays constant: Memory usage (0): 31880 Memory usage (1): 31928 Memory usage (2): 31928 Memory usage (3): 31928 Memory usage (4): 31928 [snip] -- Edit this bug report at http://bugs.php.net/?id=26982edit=1
#26981 [Opn-Fbk]: xml_parse looses object reference
ID: 26981 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: XML related Operating System: Windows PHP Version: 5.0.0b3 (beta3) New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Also provide a SHORT example script. (No, PEAR scripts are NOT good test scripts!!) Previous Comments: [2004-01-20 14:33:52] [EMAIL PROTECTED] Description: If using xml_set_object() to register handlers in an object, xml_parse sometimes looses the reference to the object and displays a warning: Warning: xml_parse() [function.xml-parse]: Unable to call handler startHandler() in C:\php4\PEAR\XML\Parser.php on line 264 Try PEAR::XML_RDDL to see the bug in action. If registering xml_set_element_handler( $p, array( $obj, 'method' ), array( $obj, 'method' ) ) it seems to work fine. -- Edit this bug report at http://bugs.php.net/?id=26981edit=1
#26973 [Ver-Csd]: printf format
ID: 26973 Updated by: [EMAIL PROTECTED] Reported By: alex at cartel dot md -Status: Verified +Status: Closed Bug Type: Scripting Engine problem Operating System: Linux PHP Version: 4CVS, 5CVS New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-01-20 19:16:12] [EMAIL PROTECTED] With C, it works as expected - gotta be bug? :) [2004-01-20 06:08:54] alex at cartel dot md Description: printf function pads incorrectly with zeros and sign. Reproduce code: --- ? printf(%+05d, 200); ? Expected result: +0200 Actual result: -- 0+200 -- Edit this bug report at http://bugs.php.net/?id=26973edit=1
