#30020 [Opn->Bgs]: htmlentities error
ID: 30020 Updated by: [EMAIL PROTECTED] Reported By: xing at mac dot com -Status: Open +Status: Bogus Bug Type: Strings related Operating System: Linux PHP Version: 4.3.9RC2 New Comment: This is not a bug at all, you're doing something wrong here ;-) THe first part of your code is: [2004-09-08 07:46:50] [EMAIL PROTECTED] Can you e-mail me the scripts (in a zip file or something)? I am afraid the bugsystem doesn't handle UTF8 well. [2004-09-08 04:43:08] xing at mac dot com Description: htmlentities function appears to eat "é<" but correctly handle "é <". Reproduce code: --- $str = "Le Café< Café <"; $str = html_entity_decode((htmlentities($str,ENT_QUOTES,"UTF-8")); Expected result: "Le Café< Café <" Actual result: -- "Le Caf< Café <" -- Edit this bug report at http://bugs.php.net/?id=30020&edit=1
#30020 [Bgs]: htmlentities error
ID: 30020 Updated by: [EMAIL PROTECTED] Reported By: xing at mac dot com Status: Bogus Bug Type: Strings related Operating System: Linux PHP Version: 4.3.9RC2 New Comment: replace the é with é in my explanation, by browser used UTF8 to post the message ;-) Previous Comments: [2004-09-08 09:01:17] [EMAIL PROTECTED] This is not a bug at all, you're doing something wrong here ;-) THe first part of your code is: [2004-09-08 07:46:50] [EMAIL PROTECTED] Can you e-mail me the scripts (in a zip file or something)? I am afraid the bugsystem doesn't handle UTF8 well. 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/30020 -- Edit this bug report at http://bugs.php.net/?id=30020&edit=1
#13478 [Com]: array_merge changes keys
ID: 13478
Comment by: dseo at premiant dot net
Reported By: nick at macaw dot demon dot co dot uk
Status: Bogus
Bug Type:Arrays related
PHP Version: 4.0.6
New Comment:
I agree with comment above. I have data coming in from database, and I
have to use mixed keys with string and integer, and the integer will
skip some numbers.
If I bring 'M', 'W', 1, 5, 11, 8 as keys, it will mix up it's order
where I have to sort the numbers. In database, I can pre-sort them
because it will sort 1, 11, 5, 8, so on.
Is there any way I can merge them without changing the key?
Previous Comments:
[2003-11-25 07:30:29] partage_php at yahoo dot fr
"hello 025",
"050" => "hello 050",
"120" => "hello 120");
$tbl_2 = array("010" => "hello 010",
"130" => "hello 130");
?>
Gives :
Array ( [025] => hello 025 [050] => hello 050 [0] => hello 120 [010] =>
hello 010 [1] => hello 130 )
Why '[1] => hello 130' and not '[130] => hello 130' ?
[2001-09-28 08:28:14] [EMAIL PROTECTED]
This is not a bug, but a feature. All string indexes are converted to
numbers if possible, even like this:
"test");
print_r ($a);
?>
will show:
Array
(
[4] => test
)
Making it bogus
[2001-09-28 08:19:02] nick at macaw dot demon dot co dot uk
Found in 4.0.7RC2 but probably present before. Array merge changes keys
that are string-numeric. e.g.
'one', '2'=>'two');
$arr2 = array('a'=>'all');
print_r(array_merge($arr1, $arr2));
?>
gives:
Array ( [0] => one [1] => two [a] => all )
A workaround kludge is to prefix string-numeric keys with a letter.
--
Edit this bug report at http://bugs.php.net/?id=13478&edit=1
#30020 [Bgs]: htmlentities error
ID: 30020 User updated by: xing at mac dot com Reported By: xing at mac dot com Status: Bogus Bug Type: Strings related Operating System: Linux PHP Version: 4.3.9RC2 New Comment: Thanks a bunch for the clarification. =) Previous Comments: [2004-09-08 09:03:52] [EMAIL PROTECTED] replace the é with é in my explanation, by browser used UTF8 to post the message ;-) [2004-09-08 09:01:17] [EMAIL PROTECTED] This is not a bug at all, you're doing something wrong here ;-) THe first part of your code is: 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/30020 -- Edit this bug report at http://bugs.php.net/?id=30020&edit=1
#30022 [NEW]: Inserting & instead of its entity in documents.
From: pipen at beast dot tu dot kielce dot pl Operating system: Linux Debian Stable PHP version: 4.3.7 PHP Bug Type: *Configuration Issues Bug description: Inserting & instead of its entity in documents. Description: When php is going to add session id to uris in the document, it adds it with '&' instead of '&' which violates w3c standard. Reproduce code: --- http://validator.w3.org/check?uri=http%3A%2F%2Fwww.pbuk.pl%2F&charset=%28detect+automatically%29&doctype=%28detect+automatically%29 -- Edit bug report at http://bugs.php.net/?id=30022&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30022&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30022&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30022&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30022&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30022&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30022&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30022&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30022&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30022&r=support Expected behavior: http://bugs.php.net/fix.php?id=30022&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30022&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30022&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30022&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30022&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30022&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30022&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30022&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30022&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30022&r=mysqlcfg
#30022 [Opn->Bgs]: Inserting & instead of its entity in documents.
ID: 30022 Updated by: [EMAIL PROTECTED] Reported By: pipen at beast dot tu dot kielce dot pl -Status: Open +Status: Bogus Bug Type: *Configuration Issues Operating System: Linux Debian Stable PHP Version: 4.3.7 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 There is a setting for this in php.ini Previous Comments: [2004-09-08 09:47:19] pipen at beast dot tu dot kielce dot pl Description: When php is going to add session id to uris in the document, it adds it with '&' instead of '&' which violates w3c standard. Reproduce code: --- http://validator.w3.org/check?uri=http%3A%2F%2Fwww.pbuk.pl%2F&charset=%28detect+automatically%29&doctype=%28detect+automatically%29 -- Edit this bug report at http://bugs.php.net/?id=30022&edit=1
#25863 [Com]: IIS: The specified CGI application misbehaved
ID: 25863
Comment by: roger dot gusthage at home dot se
Reported By: salmanarshad2000 at yahoo dot com
Status: Closed
Bug Type: CGI related
Operating System: win32 only
PHP Version: 4CVS, 5CVS, 6CVS..
New Comment:
I've solved me problem by adding a redirect file between my login page
and start page. This way it seems that my use of header("Location: yada
yada"); got some breathing room and could "catch" up and smoothly go to
my start page instead of throwing a CGI error ...
I use IIS 5, W2000 server with frames on start page and got the error
only when i used header-function above or when i refresh my page
quickly.
This is not the best solution, but could be usefull in login-situation
where i now put some text to tell the user that the login is
processing.
Redirect i used meta tag and only 1 sec delay.
Hope this might solve the problem for some of you.
Previous Comments:
[2004-06-29 12:03:00] closedbolt at gmx dot de
Seems like php.exe in php 5 rc3 does not prepend any headers.
--> cgi error in IIS
php-cgi.exe does... --> works fine for me now.
Example:
test.php
C:\php>php.exe test.php
hi
C:\php>php-cgi.exe test.php
Content-type: text/html
X-Powered-By: PHP/5.0.0RC3
hi
C:\php>
[2004-06-23 18:38:14] tincanmann at hotmail dot com
Hi, thanks for all the other posts and hopefully this can help someone
else!
I also struggled with this problem of getting PHP to run on IIS. I
solved it slightly differently on my development server to the live
production server, both running Win2003 Server (production being more
patched, secure, etc).
1) Ensure anonymous access not allowed by editing the website details
in IIS.
This solved my one server but not the other. However, it all seems to
stem from the security and permissions.
2) Try access the website using https:// instead of http:// ...
strange, I know, but it worked for the production server (and saved me
having to rewrite in ASP).
Gareth
[2004-05-26 15:36:11] onderoz at zmail dot sk
PHP5 Release candidate 2 + IIS5 on W2K Advanced Server.
Still having the same problem.. The damned CGI misbehaved bla bla bla..
I need a complete SOLUTION for this, not WORKAROUND, if we're talking
about a complete language.
What i did :
1.. Downloaded *latest* version of the PHP (5 RC2)
2.. Expanded zip file to the directory C:\PHP5\
3.. added paths to PATH as C:\PHP5;C:\PHP5\EXT as in folder tree.
4.. added extension .php and .php5 with c:\php5\php.exe %s %S
5.. added extension to HKEY_CLASSES_ROOT
6.. added pathinfo to HKEY_LOCAL_MACHINE
7.. gave permissions -full control- to IUSR_*, IWAM_*, EVERYONE on
C:\PHP5 and c:\inetpub\wwwroot\PHP5SCRIPTS
8.. edited php.ini file
a. cgi.force_redirect=0
b. ;doc_root=
so.. what's next?!?
1.. how should I get this system working with PHP?
2.. do I have to mess with these with every new
installation/upgrade/system change?
thanks folks, for *not* helping us newbies by not providing an
automated system for the installation process.
Onder
[2004-05-08 20:20:53] dmeeking at shaw dot ca
I found that excluding c:\php\ from my (Norton) virus scanner fixed the
problem. Some comments led me to believe that windows was getting
grumpy when multiple requests were being handled by php.exe. This made
me wonder if the antivirus was locking the file, since it was set to
scan every exe upon execution. Turning off scanning on the PHP folder
has fixed this problem for me (iis5 / PHP 4.3.6).
[2004-04-28 18:19:25] david dot blair at nsi1 dot com
I need to retract my earlier statement of:
"After the reset, the CGI errors occurred only once per page."
3 days in and we've had a couple reoccurring page errors...the
frequency is going down, or people aren't getting back to me on the
problem...the latter is most likely the case here.
I should also state that we are running IIS 6 on 2003(I previously
wrote 2000...my fault)
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/25863
--
Edit this bug report at http://bugs.php.net/?id=25863&edit=1
#30023 [NEW]: image header problem
From: r dot h dot zeelenberg at bravo-informatisering dot nl Operating system: redhat PHP version: 4.3.9RC2 PHP Bug Type: *Graphics related Bug description: image header problem Description: Proble with image header and reproducable situation. Also at different sites. No able to show image after include of an empty file. I mean an include files thats only has only an declaration inside and NO OUTPUT OR SPACES... How to reproduce the error: php file get_test.php This should place an image on the screen in verboden.php there should be some checks but i've wiped them out for clearification. So verboden.php is : get_test.php is : Attention! This works only!!! when i comment out the include for verboden.php I think this is very strange... Firefox is saying there is something wrong with the image.. IE6 will try to download it. Ronald -- Edit bug report at http://bugs.php.net/?id=30023&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30023&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30023&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30023&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30023&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30023&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30023&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30023&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30023&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30023&r=support Expected behavior: http://bugs.php.net/fix.php?id=30023&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30023&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30023&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30023&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30023&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30023&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30023&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30023&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30023&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30023&r=mysqlcfg
#30023 [Opn->Bgs]: image header problem
ID: 30023 Updated by: [EMAIL PROTECTED] Reported By: r dot h dot zeelenberg at bravo-informatisering dot nl -Status: Open +Status: Bogus Bug Type: *Graphics related Operating System: redhat PHP Version: 4.3.9RC2 New Comment: Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely to be the same. Thank you for your interest in PHP. Duplicate of #30005 Previous Comments: [2004-09-08 10:45:43] r dot h dot zeelenberg at bravo-informatisering dot nl Description: Proble with image header and reproducable situation. Also at different sites. No able to show image after include of an empty file. I mean an include files thats only has only an declaration inside and NO OUTPUT OR SPACES... How to reproduce the error: php file get_test.php This should place an image on the screen in verboden.php there should be some checks but i've wiped them out for clearification. So verboden.php is : get_test.php is : Attention! This works only!!! when i comment out the include for verboden.php I think this is very strange... Firefox is saying there is something wrong with the image.. IE6 will try to download it. Ronald -- Edit this bug report at http://bugs.php.net/?id=30023&edit=1
#30024 [NEW]: Failure with gd lib
From: mathieu at kartoo dot com Operating system: Linux Fedora Core 2 PHP version: 4.3.7 PHP Bug Type: Compile Failure Bug description: Failure with gd lib Description: Compilation failed when using --with-gd option Reproduce code: --- ./configure --with-mysql --with-apache=../apache_1.3.29/ --with-xml --enable-ftp --with-db --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir Actual result: -- /home/src/sources/php-4.3.8/ext/gd/gd.c:1318: undefined reference to `gdImageCreateFromJpegCtx' ext/gd/gd.o(.text+0x33db): In function `zif_imagecreatefromjpeg': /home/src/sources/php-4.3.8/ext/gd/gd.c:1502: undefined reference to `gdImageCreateFromJpegCtx' ext/gd/gd.o(.text+0x33e0):/home/src/sources/php-4.3.8/ext/gd/gd.c:1502: undefined reference to `gdImageCreateFromJpeg' ext/gd/gd.o(.text+0x3b1b): In function `zif_imagejpeg': /home/src/sources/php-4.3.8/ext/gd/gd.c:1755: undefined reference to `gdImageJpegCtx' ext/gd/gd.o(.text+0x92a9): In function `_php_image_convert': /home/src/sources/php-4.3.8/ext/gd/gd.c:3751: undefined reference to `gdImageCreateFromJpeg' -- Edit bug report at http://bugs.php.net/?id=30024&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30024&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30024&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30024&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30024&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30024&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30024&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30024&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30024&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30024&r=support Expected behavior: http://bugs.php.net/fix.php?id=30024&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30024&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30024&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30024&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30024&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30024&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30024&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30024&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30024&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30024&r=mysqlcfg
#30024 [Opn->Bgs]: Failure with gd lib
ID: 30024 Updated by: [EMAIL PROTECTED] Reported By: mathieu at kartoo dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Linux Fedora Core 2 PHP Version: 4.3.7 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2004-09-08 11:45:07] mathieu at kartoo dot com Description: Compilation failed when using --with-gd option Reproduce code: --- ./configure --with-mysql --with-apache=../apache_1.3.29/ --with-xml --enable-ftp --with-db --with-gd --with-jpeg-dir --with-png-dir --with-zlib-dir Actual result: -- /home/src/sources/php-4.3.8/ext/gd/gd.c:1318: undefined reference to `gdImageCreateFromJpegCtx' ext/gd/gd.o(.text+0x33db): In function `zif_imagecreatefromjpeg': /home/src/sources/php-4.3.8/ext/gd/gd.c:1502: undefined reference to `gdImageCreateFromJpegCtx' ext/gd/gd.o(.text+0x33e0):/home/src/sources/php-4.3.8/ext/gd/gd.c:1502: undefined reference to `gdImageCreateFromJpeg' ext/gd/gd.o(.text+0x3b1b): In function `zif_imagejpeg': /home/src/sources/php-4.3.8/ext/gd/gd.c:1755: undefined reference to `gdImageJpegCtx' ext/gd/gd.o(.text+0x92a9): In function `_php_image_convert': /home/src/sources/php-4.3.8/ext/gd/gd.c:3751: undefined reference to `gdImageCreateFromJpeg' -- Edit this bug report at http://bugs.php.net/?id=30024&edit=1
#30025 [NEW]: Failure to compile 4.3.8
From: phdokc at yahoo dot com Operating system: HPUX 11.11 PHP version: 4.3.8 PHP Bug Type: Compile Failure Bug description: Failure to compile 4.3.8 Description: Failure of PHP 4.3.8 to compile on HPUX. Using HPUX 11.11, GCC 3.3.3, Apache 2.0.50 (from pre-compiled HPUX Web Server Suite 2.08). Compile flags are as follows; configure --prefix=/opt/hpws/apache/php --enable-snmp --enable-sockets --enable-pcntl --enable-sigchild --with-snmp --with-snmp-dir=/usr/local/include/ucd-snmp --with-gd --with-gd-dir=/usr/local/include --with-mysql --with-my sql-dir=/usr/local/mysql/include --with-jpeg --with-jpeg-dir=/usr/local/include --with-zlib --with-zlib-dir=/usr/local/include --wit h-apxs2=/opt/hpws/apache/bin/apxs --with-png --with-png-dir=/usr/local/include Reproduce code: --- /bin/sh /backup/php/php-4.3.8/libtool --silent --preserve-dup-deps --mode=compile /backup/php/php-4.3.8/meta_ccld -Imain/ -I/backup/php/php-4.3.8/main/ -DPHP_ATOM_INC -I/backup/php/php-4.3.8/include -I/backup/php/php-4.3.8/main -I/backup/php/php-4.3.8 -I/backup/php/php-4.3.8/Zend -I/usr/local/include -I/backup/php/php-4.3.8/ext/xml/expat -D_REENTRANT -I/backup/php/php-4.3.8/TSRM -DTHREAD=1 -g -O2 -pthread -DZTS -prefer-pic -c /backup/php/php-4.3.8/main/reentrancy.c -o main/reentrancy.lo Expected result: Completion of make Actual result: -- /backup/php/php-4.3.8/main/reentrancy.c: In function `php_ctime_r': /backup/php/php-4.3.8/main/reentrancy.c:71: error: too many arguments to function `ctime_r' /backup/php/php-4.3.8/main/reentrancy.c: In function `php_asctime_r': /backup/php/php-4.3.8/main/reentrancy.c:78: error: too many arguments to function `asctime_r' gmake: *** [main/reentrancy.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=30025&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30025&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30025&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30025&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30025&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30025&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30025&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30025&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30025&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30025&r=support Expected behavior: http://bugs.php.net/fix.php?id=30025&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30025&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30025&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30025&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30025&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30025&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30025&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30025&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30025&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30025&r=mysqlcfg
#30026 [NEW]: Session variables lost with include through http
From: p dot kruijsen at mssm dot nl
Operating system: Windows XP / Redhat Linux
PHP version: Irrelevant
PHP Bug Type: Session related
Bug description: Session variables lost with include through http
Description:
When include()ing a url through HTTP, $_SESSION variables in the requested
page are lost. Opening the same url by hand does preserve the $_SESSION
variables.
Testcase:
Bootstrap a session variable on server1. (OK)
Test bootstrap by invoking script on server1. (OK)
Invoke script on server2 that includes script on server1. ($_SESSION is
lost)
This behaviour occurs on various operating systems with various up to date
versions of PHP. I suspect this to be some form of security guarantee built
into PHP. However, I see no difference in security level between
include()ing a file in a script and opening it by hand.
Reproduce code:
---
server1: $_SESSION = ');
print_r($_SESSION);
echo('');
?>
http://server1.com/test.php');
$_SESSION['server2'] = 'OK';
echo('server2: $_SESSION = ');
print_r($_SESSION);
echo('');
?>
Expected result:
// invoke server1.com/bootstrap.php
OK
// invoke server1.com/test.php
server1: $_SESSION = Array
(
[bootstrap] => OK
[server1] => OK
)
// invoke server2.com/test.php
server1: $_SESSION = Array
(
[bootstrap] => OK
[server1] => OK
)
server2: $_SESSION = Array
(
[server2] => OK
)
Actual result:
--
// invoke server2.com/test.php
server1: $_SESSION = Array
(
[server1] => OK
)
server2: $_SESSION = Array
(
[server2] => OK
)
// Ths initial bootstrap variable is missing from $_SESSION on server1
--
Edit bug report at http://bugs.php.net/?id=30026&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30026&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30026&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30026&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30026&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30026&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30026&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30026&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30026&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30026&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30026&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30026&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30026&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30026&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30026&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30026&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30026&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30026&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30026&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30026&r=mysqlcfg
#30015 [Opn]: output buffer closed before shutdown functions called
ID: 30015 User updated by: php at terrarium dot f9 dot co dot uk Reported By: php at terrarium dot f9 dot co dot uk Status: Open Bug Type: Feature/Change Request Operating System: Debian GNU/Linux Unstable PHP Version: 4.3.8 New Comment: While I agree this is certainly the case in versions of php < 4.1 the manual states: "Since PHP 4.1, the shutdown functions are called as the part of the request so that it's possible to send the output from them. There is currently no way to process the data after the request has been completed. " Perhaps it is the documentation that needs clarifying but it certainly gives the impression that with php >= 4.1 these functions are a valid place to manipulate the script output. Previous Comments: [2004-09-08 00:21:20] [EMAIL PROTECTED] This is not a bug as it works exactly as designed. Shutdown functions run on an aborted or timed out connection as well. As such, they are designed to be run after the connection has been terminated and all output has been sent. So at most this is a feature request to have some other level of clean up function added. [2004-09-07 22:17:50] php at terrarium dot f9 dot co dot uk Description: When using output buffering if the output buffer is still open when the script terminates php automatically closes it and writes the contents to the browser. Unfortunately it does this before any functions which have been registered with register_shutdown_function are called, so these functions cannot manipulate or cancel the output. It also prevents shutdown_functions adding headers. Reproduce code: --- Expected result: No output displayed as the output buffer is cleared at the end of the script Actual result: -- Foo is output -- Edit this bug report at http://bugs.php.net/?id=30015&edit=1
#29986 [Com]: Class constants won't work with predefined constants when using ReflectionClass
ID: 29986
Comment by: ante dot dfg at moj dot net
Reported By: mitchel at sahertian dot com
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux 2.6.8.1 x86
PHP Version: 5.0.1
New Comment:
Interestingly enough this example(btw there's an error at end of DEFINE
- define("FOOBAR",0x0008): <- this should be ;) when copy paste and run
dies with Fatal error: Trying to clone an uncloneable object of class
ReflectionClass in c:\serverroot\test.php on line 11
but If I put a reference in $o=new ReflectionClass("MyClass");
making it $o=&new ReflectionClass("MyClass");
then I actualy get the message ("actual result") that Michael
stated
I'm using php 5.0.1 (release version) on XP Pro under Apache
1.3.31
Hope this helps somehow...
Previous Comments:
[2004-09-05 15:40:22] mitchel at sahertian dot com
Description:
I have a variable classname i have to get a constant/static property
from.
${$classname}::stuff
doesn't work, so i have to use the reflection api.
This works for strings and numbers, but when i try to use getConstant()
upon a constant that is defined as another constant, it returns
UNKNOWN:0.
This happens for user defined constants as well as things like `true'.
Reproduce code:
---
getConstant("foo"));
var_dump($o->getConstant("bar"));
var_dump($o->getConstant("works"));
?>
Expected result:
bool(true)
int(8)
string(11) "yes it does"
Actual result:
--
UNKNOWN:0
UNKNOWN:0
string(11) "yes it does"
--
Edit this bug report at http://bugs.php.net/?id=29986&edit=1
#29562 [Opn]: global variable not available when sourced by include()
ID: 29562 User updated by: darcy at 1000camels dot com Reported By: darcy at 1000camels dot com Status: Open Bug Type: Scripting Engine problem Operating System: Linux, MacOSX PHP Version: 4.3.8 New Comment: i got around this problem by globally defining all the variables which are to be used with a global scope. so, just before the include statement, setup your global $variable1, $variable2. this seems to work fine in my case - i was working with phpBB2, which i was trying to try into a CMS i'm working on. It worked fine for phpBB2. i suspect that other code might have trouble with this kind of fix. Previous Comments: [2004-09-07 13:54:07] mxou at mycosmos dot gr I've also encountered the same bug and was searching if someone had encountered it so far. Not only my own global variables are of no scope, PHP's superglobal structures become out of scope, also. Very irritating. [2004-08-11 06:22:07] darcy at 1000camels dot com does anyone have any more information on this? i'm finding it quite difficult to work around this problem. i've tried making an absolute call with the include (ie. using http://), but that's just causing more trouble. i can't get access to the cookies from within an absolute call... And the fix i described above doesn't really help, since i'm trying to source a rather large piece of code (phpBB2), which has lots of globals. too many to keep track of. besides, i don't think it's the best approach... [2004-08-10 09:57:30] cstdenis at on-track dot ca Looks like this is happening with PHP5 (release) too. [2004-08-09 19:05:59] darcy at 1000camels dot com i did some more experiments and have found a kind of fix. It would appear that if i globalize any of the variables which are losing scope inside of the function which sources the code, the variables keeps scope. this is interesting and may help me do what i need to do, but i still think this is a problem. if you want to see an example of my fix, look for the files called -fixed on my server: http://1000camels.com/phpBug/ [2004-08-09 10:46:55] boris at hident dot co dot il Happens to me too. 4.3.6 and 4.3.7 was fine. 4.3.8 and the 4.3.9-dev snapshots have the bug. Tried it both in Linux (Red-Hat and Fedora Core 2) and on Windows XP (Apache/1.3.31 (Win32)). I export some cookie variable to global scope $somevar = $_COOKIE['somevar']; in an included file. The $somevar variable is always empty inside included files from other fucntions, even though they are defined as global. register_globals is off. Hope this will get fixed ASAP, because restructuring my whole php application is not an option now. 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/29562 -- Edit this bug report at http://bugs.php.net/?id=29562&edit=1
#25863 [Csd]: IIS: The specified CGI application misbehaved
ID: 25863
Updated by: [EMAIL PROTECTED]
Reported By: salmanarshad2000 at yahoo dot com
Status: Closed
Bug Type: CGI related
Operating System: win32 only
PHP Version: 4CVS, 5CVS, 6CVS..
New Comment:
People, please do not add comments to this bug report. If you have a
problem with the IIS documentation, see php bug #25863
Previous Comments:
[2004-09-08 10:06:25] roger dot gusthage at home dot se
I've solved me problem by adding a redirect file between my login page
and start page. This way it seems that my use of header("Location: yada
yada"); got some breathing room and could "catch" up and smoothly go to
my start page instead of throwing a CGI error ...
I use IIS 5, W2000 server with frames on start page and got the error
only when i used header-function above or when i refresh my page
quickly.
This is not the best solution, but could be usefull in login-situation
where i now put some text to tell the user that the login is
processing.
Redirect i used meta tag and only 1 sec delay.
Hope this might solve the problem for some of you.
[2004-06-29 12:03:00] closedbolt at gmx dot de
Seems like php.exe in php 5 rc3 does not prepend any headers.
--> cgi error in IIS
php-cgi.exe does... --> works fine for me now.
Example:
test.php
C:\php>php.exe test.php
hi
C:\php>php-cgi.exe test.php
Content-type: text/html
X-Powered-By: PHP/5.0.0RC3
hi
C:\php>
[2004-06-23 18:38:14] tincanmann at hotmail dot com
Hi, thanks for all the other posts and hopefully this can help someone
else!
I also struggled with this problem of getting PHP to run on IIS. I
solved it slightly differently on my development server to the live
production server, both running Win2003 Server (production being more
patched, secure, etc).
1) Ensure anonymous access not allowed by editing the website details
in IIS.
This solved my one server but not the other. However, it all seems to
stem from the security and permissions.
2) Try access the website using https:// instead of http:// ...
strange, I know, but it worked for the production server (and saved me
having to rewrite in ASP).
Gareth
[2004-05-26 15:36:11] onderoz at zmail dot sk
PHP5 Release candidate 2 + IIS5 on W2K Advanced Server.
Still having the same problem.. The damned CGI misbehaved bla bla bla..
I need a complete SOLUTION for this, not WORKAROUND, if we're talking
about a complete language.
What i did :
1.. Downloaded *latest* version of the PHP (5 RC2)
2.. Expanded zip file to the directory C:\PHP5\
3.. added paths to PATH as C:\PHP5;C:\PHP5\EXT as in folder tree.
4.. added extension .php and .php5 with c:\php5\php.exe %s %S
5.. added extension to HKEY_CLASSES_ROOT
6.. added pathinfo to HKEY_LOCAL_MACHINE
7.. gave permissions -full control- to IUSR_*, IWAM_*, EVERYONE on
C:\PHP5 and c:\inetpub\wwwroot\PHP5SCRIPTS
8.. edited php.ini file
a. cgi.force_redirect=0
b. ;doc_root=
so.. what's next?!?
1.. how should I get this system working with PHP?
2.. do I have to mess with these with every new
installation/upgrade/system change?
thanks folks, for *not* helping us newbies by not providing an
automated system for the installation process.
Onder
[2004-05-08 20:20:53] dmeeking at shaw dot ca
I found that excluding c:\php\ from my (Norton) virus scanner fixed the
problem. Some comments led me to believe that windows was getting
grumpy when multiple requests were being handled by php.exe. This made
me wonder if the antivirus was locking the file, since it was set to
scan every exe upon execution. Turning off scanning on the PHP folder
has fixed this problem for me (iis5 / PHP 4.3.6).
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/25863
--
Edit this bug report at http://bugs.php.net/?id=25863&edit=1
#26918 [Com]: mime_content_type() returns text/plain always if mime_magic.debug is not set
ID: 26918
Comment by: phpbug at pilif dot ch
Reported By: jalonso at art3mis dot com
Status: Bogus
Bug Type: *General Issues
Operating System: debian / linux
PHP Version: 5.0.0b3 (beta3)
New Comment:
while the statement with ini_alter is true, this bug is nowhere near
"Bogus".
mime_content_type()
always returns text/plain, if mime_magic.debug is not set.
PHP 5.0.1, Apache 1, Gentoo Linux
Philip Hofstetter
Previous Comments:
[2004-01-16 06:06:23] [EMAIL PROTECTED]
You can't set these options in scripts. Only in php.ini.
And you can only use the magic file that comes with Apache..
>From manual (http://www.php.net/manual/en/ref.mime-magic.php):
"Note: This extension is not capable of handling the fully decorated
magic file that generally comes with standard Linux distro's and is
supposed to be used with recent versions of file command."
The mime_magic.debug option, when set to On, only outputs errors during
startup. So you need to set 'display_startup_errors = On' too in php.ini
if you turn it on. Just DO NOT use this option, it's meant for
DEBUGGING.
See also phpinfo() output for this extension..it will say
"mime_magic support => invalid magic file, disabled" when you're trying
to use invalid file with it.
[2004-01-15 06:37:32] jalonso at art3mis dot com
Description:
mime_content_type() will return text/plain for all files except if you
set mime_magic.debug to On on php.ini. It won't work if you try to
change it with ini_alter('mime_magic.debug').
Reproduce code:
---
php.ini has
mime_magic.magicfile = "/usr/share/misc/file/magic.mime"
;mime_magic.debug = On
Expected result:
application/x-executable
Actual result:
--
text/plain
--
Edit this bug report at http://bugs.php.net/?id=26918&edit=1
#30027 [NEW]: segmentation fault in ftp_get/memchr()
From: sbrown at truckstuffusa dot com Operating system: Redhat 9 PHP version: 4.3.8 PHP Bug Type: Reproducible crash Bug description: segmentation fault in ftp_get/memchr() Description: I'm using PHP 4.3.8 in CLI on a Redhat 9 server. Using the FTP functions to backup some files via FTP. The script connects to a server via FTP, downloads some files and tars them up. I'm getting an intermittent segfault during the download process. By "intermittent", I mean that the fault does not occur every time, nor does it occur after downloading the same file every time. I am connecting to a windows-based host if that matters. I have been able to reproduce this crash on two different systems: System 1: Redhat 9 PHP 4.3.8 compiled as Apache2 module SMP-based system Config.nice: './configure' \ '--with-mysql' \ '--with-apxs2=/pub/apache/bin/apxs' \ '--with-mcrypt=/usr/local/lib' \ '--with-curl=/usr/local' \ '--enable-ftp' \ '--with-imap=/usr/local/imap' \ '--with-jpeg' \ '--with-jpeg-dir=/usr/local/lib' \ '--with-png' \ '--with-png-dir=/usr/local/lib' \ '--with-zlib-dir=/usr/local/lib' \ '--with-gd' \ '--with-freetype' \ '--with-freetype-dir=/usr/local/lib' \ '--with-ttf' \ '--enable-debug' \ "$@" = System 2: Redhat 9 PHP 4.3.8 compiled as Apache2 module Single CPU Config.nice: './configure' \ '--with-mysql' \ '--with-apxs2=/pub/apache/bin/apxs' \ '--enable-ftp' \ '--enable-debug' \ "$@" == When this fault occurs, both systems produce identical backtraces: Program received signal SIGSEGV, Segmentation fault. 0x4207bb01 in memchr () from /lib/tls/libc.so.6 (gdb) bt #0 0x4207bb01 in memchr () from /lib/tls/libc.so.6 #1 0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a22f4, path=0x839bcb4 "/x-stuff/ssl/reconcilepo.php", type=FTPTYPE_ASCII, resumepos=0) at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730 #2 0x0807bf69 in zif_ftp_get (ht=4, return_value=0x839da54, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-4.3.8/ext/ftp/php_ftp.c:637 #3 0x081ecfb0 in execute (op_array=0x836c920) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1635 #4 0x081ed22b in execute (op_array=0x836d648) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #5 0x081ed22b in execute (op_array=0x8366b74) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #6 0x081d9783 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891 #7 0x0819e9b7 in php_execute_script (primary_file=0xbad0) at /usr/local/src/php-4.3.8/main/main.c:1734 #8 0x081f3e3d in main (argc=2, argv=0xbb64) at /usr/local/src/php-4.3.8/sapi/cli/php_cli.c:822 -- Edit bug report at http://bugs.php.net/?id=30027&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30027&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30027&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30027&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30027&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30027&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30027&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30027&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30027&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30027&r=support Expected behavior: http://bugs.php.net/fix.php?id=30027&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30027&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30027&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30027&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30027&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30027&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30027&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30027&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30027&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30027&r=mysqlcfg
#30026 [Opn->Bgs]: Session variables lost with include through http
ID: 30026
Updated by: [EMAIL PROTECTED]
Reported By: p dot kruijsen at mssm dot nl
-Status: Open
+Status: Bogus
Bug Type: Session related
Operating System: Windows XP / Redhat Linux
PHP Version: Irrelevant
New Comment:
You are assuming a URL encode will send cookie information along with
the request. That is not the case. You will have to do that yourself
if that is what you want. See php.net/curl for everything you need to
send a request which includes the session cookie.
Previous Comments:
[2004-09-08 14:58:38] p dot kruijsen at mssm dot nl
Description:
When include()ing a url through HTTP, $_SESSION variables in the
requested page are lost. Opening the same url by hand does preserve the
$_SESSION variables.
Testcase:
Bootstrap a session variable on server1. (OK)
Test bootstrap by invoking script on server1. (OK)
Invoke script on server2 that includes script on server1. ($_SESSION is
lost)
This behaviour occurs on various operating systems with various up to
date versions of PHP. I suspect this to be some form of security
guarantee built into PHP. However, I see no difference in security
level between include()ing a file in a script and opening it by hand.
Reproduce code:
---
server1: $_SESSION = ');
print_r($_SESSION);
echo('');
?>
http://server1.com/test.php');
$_SESSION['server2'] = 'OK';
echo('server2: $_SESSION = ');
print_r($_SESSION);
echo('');
?>
Expected result:
// invoke server1.com/bootstrap.php
OK
// invoke server1.com/test.php
server1: $_SESSION = Array
(
[bootstrap] => OK
[server1] => OK
)
// invoke server2.com/test.php
server1: $_SESSION = Array
(
[bootstrap] => OK
[server1] => OK
)
server2: $_SESSION = Array
(
[server2] => OK
)
Actual result:
--
// invoke server2.com/test.php
server1: $_SESSION = Array
(
[server1] => OK
)
server2: $_SESSION = Array
(
[server2] => OK
)
// Ths initial bootstrap variable is missing from $_SESSION on server1
--
Edit this bug report at http://bugs.php.net/?id=30026&edit=1
#30027 [Opn->Fbk]: segmentation fault in ftp_get/memchr()
ID: 30027 Updated by: [EMAIL PROTECTED] Reported By: sbrown at truckstuffusa dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Redhat 9 PHP Version: 4.3.8 New Comment: In gdb for that core, could you type: up p s p ptr p e and add the output to this bug please. Previous Comments: [2004-09-08 17:00:56] sbrown at truckstuffusa dot com Description: I'm using PHP 4.3.8 in CLI on a Redhat 9 server. Using the FTP functions to backup some files via FTP. The script connects to a server via FTP, downloads some files and tars them up. I'm getting an intermittent segfault during the download process. By "intermittent", I mean that the fault does not occur every time, nor does it occur after downloading the same file every time. I am connecting to a windows-based host if that matters. I have been able to reproduce this crash on two different systems: System 1: Redhat 9 PHP 4.3.8 compiled as Apache2 module SMP-based system Config.nice: './configure' \ '--with-mysql' \ '--with-apxs2=/pub/apache/bin/apxs' \ '--with-mcrypt=/usr/local/lib' \ '--with-curl=/usr/local' \ '--enable-ftp' \ '--with-imap=/usr/local/imap' \ '--with-jpeg' \ '--with-jpeg-dir=/usr/local/lib' \ '--with-png' \ '--with-png-dir=/usr/local/lib' \ '--with-zlib-dir=/usr/local/lib' \ '--with-gd' \ '--with-freetype' \ '--with-freetype-dir=/usr/local/lib' \ '--with-ttf' \ '--enable-debug' \ "$@" = System 2: Redhat 9 PHP 4.3.8 compiled as Apache2 module Single CPU Config.nice: './configure' \ '--with-mysql' \ '--with-apxs2=/pub/apache/bin/apxs' \ '--enable-ftp' \ '--enable-debug' \ "$@" == When this fault occurs, both systems produce identical backtraces: Program received signal SIGSEGV, Segmentation fault. 0x4207bb01 in memchr () from /lib/tls/libc.so.6 (gdb) bt #0 0x4207bb01 in memchr () from /lib/tls/libc.so.6 #1 0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a22f4, path=0x839bcb4 "/x-stuff/ssl/reconcilepo.php", type=FTPTYPE_ASCII, resumepos=0) at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730 #2 0x0807bf69 in zif_ftp_get (ht=4, return_value=0x839da54, this_ptr=0x0, return_value_used=1) at /usr/local/src/php-4.3.8/ext/ftp/php_ftp.c:637 #3 0x081ecfb0 in execute (op_array=0x836c920) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1635 #4 0x081ed22b in execute (op_array=0x836d648) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #5 0x081ed22b in execute (op_array=0x8366b74) at /usr/local/src/php-4.3.8/Zend/zend_execute.c:1679 #6 0x081d9783 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891 #7 0x0819e9b7 in php_execute_script (primary_file=0xbad0) at /usr/local/src/php-4.3.8/main/main.c:1734 #8 0x081f3e3d in main (argc=2, argv=0xbb64) at /usr/local/src/php-4.3.8/sapi/cli/php_cli.c:822 -- Edit this bug report at http://bugs.php.net/?id=30027&edit=1
#30027 [Fbk->Opn]: segmentation fault in ftp_get/memchr()
ID: 30027
User updated by: sbrown at truckstuffusa dot com
Reported By: sbrown at truckstuffusa dot com
-Status: Feedback
+Status: Open
Bug Type: Reproducible crash
Operating System: Redhat 9
PHP Version: 4.3.8
New Comment:
Program received signal SIGSEGV, Segmentation fault.
0x4207bae0 in memchr () from /lib/tls/libc.so.6
(gdb) up
#1 0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a0fdc,
path=0x83991cc "/x-stuff/mir_libraries/lib-htmlMimeMail.php",
type=FTPTYPE_ASCII, resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
730 while ((s = memchr(ptr, '\r', (e -
ptr {
(gdb) p s
$1 = 0x83a0ea9 "\r:\bÐ\016:\b\f"
(gdb) p ptr
$2 = 0x83a0eaa ":\bÐ\016:\b\f"
(gdb) p e
$3 = 0x838be9c "\n\t\t\t\t\t$content_type =
$this->image_types[strtolower($ext)];\r\n\t\t\t\t\t$this->addHtmlImage($image,
basename($html_images[$i]),
$content_type);\r\n\t\t\t\t}\r\n\t\t\t}\r\n\t\t}\r\n\t}\r\n\r\n/**\r\n*
Adds an image to the list of e"...
(gdb)
Previous Comments:
[2004-09-08 17:37:47] [EMAIL PROTECTED]
In gdb for that core, could you type:
up
p s
p ptr
p e
and add the output to this bug please.
[2004-09-08 17:00:56] sbrown at truckstuffusa dot com
Description:
I'm using PHP 4.3.8 in CLI on a Redhat 9 server. Using the FTP
functions to backup some files via FTP. The script connects to a
server via FTP, downloads some files and tars them up. I'm getting an
intermittent segfault during the download process. By "intermittent",
I mean that the fault does not occur every time, nor does it occur
after downloading the same file every time. I am connecting to a
windows-based host if that matters. I have been able to reproduce this
crash on two different systems:
System 1:
Redhat 9
PHP 4.3.8 compiled as Apache2 module
SMP-based system
Config.nice: './configure' \
'--with-mysql' \
'--with-apxs2=/pub/apache/bin/apxs' \
'--with-mcrypt=/usr/local/lib' \
'--with-curl=/usr/local' \
'--enable-ftp' \
'--with-imap=/usr/local/imap' \
'--with-jpeg' \
'--with-jpeg-dir=/usr/local/lib' \
'--with-png' \
'--with-png-dir=/usr/local/lib' \
'--with-zlib-dir=/usr/local/lib' \
'--with-gd' \
'--with-freetype' \
'--with-freetype-dir=/usr/local/lib' \
'--with-ttf' \
'--enable-debug' \
"$@"
=
System 2:
Redhat 9
PHP 4.3.8 compiled as Apache2 module
Single CPU
Config.nice: './configure' \
'--with-mysql' \
'--with-apxs2=/pub/apache/bin/apxs' \
'--enable-ftp' \
'--enable-debug' \
"$@"
==
When this fault occurs, both systems produce identical backtraces:
Program received signal SIGSEGV, Segmentation fault.
0x4207bb01 in memchr () from /lib/tls/libc.so.6
(gdb) bt
#0 0x4207bb01 in memchr () from /lib/tls/libc.so.6
#1 0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a22f4,
path=0x839bcb4 "/x-stuff/ssl/reconcilepo.php", type=FTPTYPE_ASCII,
resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
#2 0x0807bf69 in zif_ftp_get (ht=4, return_value=0x839da54,
this_ptr=0x0, return_value_used=1) at
/usr/local/src/php-4.3.8/ext/ftp/php_ftp.c:637
#3 0x081ecfb0 in execute (op_array=0x836c920) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1635
#4 0x081ed22b in execute (op_array=0x836d648) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#5 0x081ed22b in execute (op_array=0x8366b74) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#6 0x081d9783 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891
#7 0x0819e9b7 in php_execute_script (primary_file=0xbad0) at
/usr/local/src/php-4.3.8/main/main.c:1734
#8 0x081f3e3d in main (argc=2, argv=0xbb64) at
/usr/local/src/php-4.3.8/sapi/cli/php_cli.c:822
--
Edit this bug report at http://bugs.php.net/?id=30027&edit=1
#30027 [Opn]: segmentation fault in ftp_get/memchr()
ID: 30027
User updated by: sbrown at truckstuffusa dot com
Reported By: sbrown at truckstuffusa dot com
Status: Open
Bug Type: Reproducible crash
Operating System: Redhat 9
PHP Version: 4.3.8
New Comment:
And just in case, here's the bt:
(gdb) bt
#0 0x4207bae0 in memchr () from /lib/tls/libc.so.6
#1 0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a0fdc,
path=0x83991cc "/x-stuff/mir_libraries/lib-htmlMimeMail.php",
type=FTPTYPE_ASCII, resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
#2 0x0807bf69 in zif_ftp_get (ht=4, return_value=0x83a0f9c,
this_ptr=0x0, return_value_used=1) at
/usr/local/src/php-4.3.8/ext/ftp/php_ftp.c:637
#3 0x081ecfb0 in execute (op_array=0x836c920) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1635
#4 0x081ed22b in execute (op_array=0x836d648) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#5 0x081ed22b in execute (op_array=0x8366b74) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#6 0x081d9783 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891
#7 0x0819e9b7 in php_execute_script (primary_file=0xbad0) at
/usr/local/src/php-4.3.8/main/main.c:1734
#8 0x081f3e3d in main (argc=2, argv=0xbb64) at
/usr/local/src/php-4.3.8/sapi/cli/php_cli.c:822
(gdb)
Previous Comments:
[2004-09-08 18:10:00] sbrown at truckstuffusa dot com
Program received signal SIGSEGV, Segmentation fault.
0x4207bae0 in memchr () from /lib/tls/libc.so.6
(gdb) up
#1 0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a0fdc,
path=0x83991cc "/x-stuff/mir_libraries/lib-htmlMimeMail.php",
type=FTPTYPE_ASCII, resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
730 while ((s = memchr(ptr, '\r', (e -
ptr {
(gdb) p s
$1 = 0x83a0ea9 "\r:\bÐ\016:\b\f"
(gdb) p ptr
$2 = 0x83a0eaa ":\bÐ\016:\b\f"
(gdb) p e
$3 = 0x838be9c "\n\t\t\t\t\t$content_type =
$this->image_types[strtolower($ext)];\r\n\t\t\t\t\t$this->addHtmlImage($image,
basename($html_images[$i]),
$content_type);\r\n\t\t\t\t}\r\n\t\t\t}\r\n\t\t}\r\n\t}\r\n\r\n/**\r\n*
Adds an image to the list of e"...
(gdb)
[2004-09-08 17:37:47] [EMAIL PROTECTED]
In gdb for that core, could you type:
up
p s
p ptr
p e
and add the output to this bug please.
[2004-09-08 17:00:56] sbrown at truckstuffusa dot com
Description:
I'm using PHP 4.3.8 in CLI on a Redhat 9 server. Using the FTP
functions to backup some files via FTP. The script connects to a
server via FTP, downloads some files and tars them up. I'm getting an
intermittent segfault during the download process. By "intermittent",
I mean that the fault does not occur every time, nor does it occur
after downloading the same file every time. I am connecting to a
windows-based host if that matters. I have been able to reproduce this
crash on two different systems:
System 1:
Redhat 9
PHP 4.3.8 compiled as Apache2 module
SMP-based system
Config.nice: './configure' \
'--with-mysql' \
'--with-apxs2=/pub/apache/bin/apxs' \
'--with-mcrypt=/usr/local/lib' \
'--with-curl=/usr/local' \
'--enable-ftp' \
'--with-imap=/usr/local/imap' \
'--with-jpeg' \
'--with-jpeg-dir=/usr/local/lib' \
'--with-png' \
'--with-png-dir=/usr/local/lib' \
'--with-zlib-dir=/usr/local/lib' \
'--with-gd' \
'--with-freetype' \
'--with-freetype-dir=/usr/local/lib' \
'--with-ttf' \
'--enable-debug' \
"$@"
=
System 2:
Redhat 9
PHP 4.3.8 compiled as Apache2 module
Single CPU
Config.nice: './configure' \
'--with-mysql' \
'--with-apxs2=/pub/apache/bin/apxs' \
'--enable-ftp' \
'--enable-debug' \
"$@"
==
When this fault occurs, both systems produce identical backtraces:
Program received signal SIGSEGV, Segmentation fault.
0x4207bb01 in memchr () from /lib/tls/libc.so.6
(gdb) bt
#0 0x4207bb01 in memchr () from /lib/tls/libc.so.6
#1 0x0807ebb0 in ftp_get (ftp=0x8366c4c, outstream=0x83a22f4,
path=0x839bcb4 "/x-stuff/ssl/reconcilepo.php", type=FTPTYPE_ASCII,
resumepos=0)
at /usr/local/src/php-4.3.8/ext/ftp/ftp.c:730
#2 0x0807bf69 in zif_ftp_get (ht=4, return_value=0x839da54,
this_ptr=0x0, return_value_used=1) at
/usr/local/src/php-4.3.8/ext/ftp/php_ftp.c:637
#3 0x081ecfb0 in execute (op_array=0x836c920) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1635
#4 0x081ed22b in execute (op_array=0x836d648) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#5 0x081ed22b in execute (op_array=0x8366b74) at
/usr/local/src/php-4.3.8/Zend/zend_execute.c:1679
#6 0x081d9783 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-4.3.8/Zend/zend.c:891
#7 0x0819e9b7 in php_execute_script (primary_file=0xbad0) at
/usr/local/s
#30028 [NEW]: stream_get_contents() doesn't respect the $maxlength
From: [EMAIL PROTECTED] Operating system: n/a PHP version: 5CVS-2004-09-08 (dev) PHP Bug Type: Network related Bug description: stream_get_contents() doesn't respect the $maxlength Description: It seems that stream_get_contents() isn't respecting the second paramether, limit. I think this only happen for http wrappers. Reproduce code: --- http://www.php.net/', 'r'); echo strlen(stream_get_contents($fp, 50)); fclose($fp); ?> Expected result: 50 Actual result: -- 30094 -- Edit bug report at http://bugs.php.net/?id=30028&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30028&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30028&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30028&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30028&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30028&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30028&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30028&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30028&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30028&r=support Expected behavior: http://bugs.php.net/fix.php?id=30028&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30028&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30028&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30028&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30028&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30028&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30028&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30028&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30028&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30028&r=mysqlcfg
#14269 [Com]: doesn't compile, reporting: mod_mm.c:35: #error mm is not thread-safe
ID: 14269
Comment by: danny_milo at yahoo dot com
Reported By: d dot a dot roozemond at student dot tue dot nl
Status: Closed
Bug Type: Feature/Change Request
Operating System: SuSE linux 7.2 kernel 2.4.4
PHP Version: 4.0CVS-2001-11-28
New Comment:
well, given that when a user gets this error message, he doesnt know
what to do to make it go away, it would be better to either
- #warning and #if 0 the module so that it will just be skipped, or
- add a comment what configure option / chants / prayers to use to make
the #error go away if one happens to have apache2
since this error does happen quite often and easily on gentoo (with php
5), for example.
just my 5 cents :)
Thanks
Previous Comments:
[2003-02-06 15:02:43] jsu2 at emory dot edu
Okay, I was able to figured out how to get PHP to use java classes. I
was able
to get rpm to build all the packages. Now, I'm trying to enable
servlets.
The only difference is I've added --with-servlet to the list of
arguments to
pass to the configure script. I get the following compile error, that
wasn't
present when it was just --with-java.
make[3]: Entering directory
`/usr/src/redhat/BUILD/php-4.1.2/ext/session'
/bin/sh /usr/src/redhat/BUILD/php-4.1.2/libtool --silent --mode=compile
/usr/src/redhat/BUILD/php-4.1.2/meta_ccld -I.
-I/usr/src/redhat/BUILD/php-4.1.2/ext/session
-I/usr/src/redhat/BUILD/php-4.1.2/main
-I/usr/src/redhat/BUILD/php-4.1.2
-I/usr/src/redhat/BUILD/php-4.1.2/Zend -I/usr/include/libxml2
-I/usr/include/freetype2/freetype -I/usr/include/imap
-I/usr/include/mysql
-I/usr/local/include -I/usr/include/pspell -I/usr/include/ucd-snmp
-D_REENTRANT -I/usr/src/redhat/BUILD/php-4.1.2/TSRM -O2 -march=i386
-mcpu=i686 -fPIC -pthread -DZTS -prefer-pic -c mod_mm.c
mod_mm.c:37:3: #error mm is not thread-safe
make[3]: *** [mod_mm.lo] Error 1
[2001-11-28 13:38:28] d dot a dot roozemond at student dot tue dot nl
Sorry, didn't realise that.
Thanx anyway.
[2001-11-28 12:47:10] [EMAIL PROTECTED]
Not a bug, the MM module can't be used in a threading webserver,
including Apache 2.
I'm closing this.
Derick
[2001-11-28 12:07:47] d dot a dot roozemond at student dot tue dot nl
well, actually, the problem is quite easy: it won't compile
i can't figure out why the problem occurs and how to fix it ;)
[2001-11-28 12:05:53] d dot a dot roozemond at student dot tue dot nl
downloaded latest cvs, using apache2, latest cvs, (that one compiled
without any problems). configure is no problem, but doing make fails:
gcc -I. -I/src_dl/php4/ext/session -I/src_dl/php4/main -I/src_dl/php4
-I/usr/local/httpd2/include -I/src_dl/php4/Zend
-I/usr/include/freetype2/freetype/include/freetype2/freetype
-I/usr/include/imap -I/src_dl/php4/ext/mysql/libmysql
-I/src_dl/php4/ext/xml/expat -D_REENTRANT -I/src_dl/php4/TSRM
-DTHREAD=1 -g -O2 -pthread -Wall -DZTS -c mod_mm.c -fPIC -DPIC -o
mod_mm.lo
mod_mm.c:35: #error mm is not thread-safe
make[3]: *** [mod_mm.lo] Error 1
make[3]: Leaving directory `/src_dl/php4/ext/session'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/src_dl/php4/ext/session'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/src_dl/php4/ext'
make: *** [all-recursive] Error 1
my configure line:
./configure --prefix=/usr --bindir=/usr/bin --libdir=/usr/lib
--with-config-file-path=/etc --with-exec-dir=%{libdir}/php/bin
--with-mysql --with-gd=/usr/lib --with-tiff-dir=/usr
--with-jpeg-dir=/usr/lib --with-png-dir=/usr/lib --with-imap
--with-zlib --with-bz2 --with-xml --with-ttf
--with-t1lib-dir=/usr/share/t1lib --with-ftp --with-ndbm --with-gdbm
--with-mm --with-gd=yes --with-qtdom=/usr/lib/qt-2.2.1/
--enable-versioning --enable-yp --enable-bcmath --enable-trans-sid
--enable-inline-optimization --enable-track-vars --enable-magic-quotes
--enable-safe-mode --enable-sockets --enable-sysvsem --enable-sysvshm
--enable-shmop --enable-calendar --enable-exif --enable-ftp
--enable-memory-limit --enable-wddx --enable-filepro --enable-dbase
--enable-ctype --enable-debug --enable-force-cgi-redirect
--enable-discard-path --enable-sigchild --enable-gd-imgstrttf
--with-apxs2=/usr/local/httpd2/bin/apxs
--with-freetype-dir=/usr/include/freetype2/freetype --with-imap-ssl
i can't figure out what the problem is :(
--
Edit this bug report at http://bugs.php.net/?id=14269&edit=1
#25863 [Csd->Opn]: IIS: The specified CGI application misbehaved
ID: 25863
User updated by: salmanarshad2000 at yahoo dot com
Reported By: salmanarshad2000 at yahoo dot com
-Status: Closed
+Status: Open
Bug Type: CGI related
Operating System: win32 only
PHP Version: 4CVS, 5CVS, 6CVS..
New Comment:
The same problem was also noticed on Windows Server 2003 machine with
IIS 6.0, php version 4.3.6, and mysql 3.2x.xx, faulting php application
is moodle (www.sourceforge.net). The "CGI application misbehaved" error
appears randomly on pages that contain lots of mysql_query() and
header( "location: " ).
Previous Comments:
[2004-09-08 16:41:34] [EMAIL PROTECTED]
People, please do not add comments to this bug report. If you have a
problem with the IIS documentation, see php bug #25863
[2004-09-08 10:06:25] roger dot gusthage at home dot se
I've solved me problem by adding a redirect file between my login page
and start page. This way it seems that my use of header("Location: yada
yada"); got some breathing room and could "catch" up and smoothly go to
my start page instead of throwing a CGI error ...
I use IIS 5, W2000 server with frames on start page and got the error
only when i used header-function above or when i refresh my page
quickly.
This is not the best solution, but could be usefull in login-situation
where i now put some text to tell the user that the login is
processing.
Redirect i used meta tag and only 1 sec delay.
Hope this might solve the problem for some of you.
[2004-06-29 12:03:00] closedbolt at gmx dot de
Seems like php.exe in php 5 rc3 does not prepend any headers.
--> cgi error in IIS
php-cgi.exe does... --> works fine for me now.
Example:
test.php
C:\php>php.exe test.php
hi
C:\php>php-cgi.exe test.php
Content-type: text/html
X-Powered-By: PHP/5.0.0RC3
hi
C:\php>
[2004-06-23 18:38:14] tincanmann at hotmail dot com
Hi, thanks for all the other posts and hopefully this can help someone
else!
I also struggled with this problem of getting PHP to run on IIS. I
solved it slightly differently on my development server to the live
production server, both running Win2003 Server (production being more
patched, secure, etc).
1) Ensure anonymous access not allowed by editing the website details
in IIS.
This solved my one server but not the other. However, it all seems to
stem from the security and permissions.
2) Try access the website using https:// instead of http:// ...
strange, I know, but it worked for the production server (and saved me
having to rewrite in ASP).
Gareth
[2004-05-26 15:36:11] onderoz at zmail dot sk
PHP5 Release candidate 2 + IIS5 on W2K Advanced Server.
Still having the same problem.. The damned CGI misbehaved bla bla bla..
I need a complete SOLUTION for this, not WORKAROUND, if we're talking
about a complete language.
What i did :
1.. Downloaded *latest* version of the PHP (5 RC2)
2.. Expanded zip file to the directory C:\PHP5\
3.. added paths to PATH as C:\PHP5;C:\PHP5\EXT as in folder tree.
4.. added extension .php and .php5 with c:\php5\php.exe %s %S
5.. added extension to HKEY_CLASSES_ROOT
6.. added pathinfo to HKEY_LOCAL_MACHINE
7.. gave permissions -full control- to IUSR_*, IWAM_*, EVERYONE on
C:\PHP5 and c:\inetpub\wwwroot\PHP5SCRIPTS
8.. edited php.ini file
a. cgi.force_redirect=0
b. ;doc_root=
so.. what's next?!?
1.. how should I get this system working with PHP?
2.. do I have to mess with these with every new
installation/upgrade/system change?
thanks folks, for *not* helping us newbies by not providing an
automated system for the installation process.
Onder
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/25863
--
Edit this bug report at http://bugs.php.net/?id=25863&edit=1
#30029 [NEW]: File Copy Creation Time Error
From: misc6pub at scionix dot com Operating system: Win 2000 PHP version: 4.3.8 PHP Bug Type: Unknown/Other Function Bug description: File Copy Creation Time Error Description: In v 4.3.8 (Win2K) and perhaps later, the copy(x,y) does not follow the spec for the creation time of the copied file. Copy should keep the modified time of the new file the same as the source -- which it does correctly --, and the created time of the new file should be the time of copying -- but it incorrectly makes it the same as that of the original. -- Edit bug report at http://bugs.php.net/?id=30029&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30029&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30029&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30029&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30029&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30029&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30029&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30029&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30029&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30029&r=support Expected behavior: http://bugs.php.net/fix.php?id=30029&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30029&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30029&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30029&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30029&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30029&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30029&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30029&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30029&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30029&r=mysqlcfg
#30030 [NEW]: File Rename creation time error
From: misc6pub at scionix dot com Operating system: Win 2000 PHP version: 4.3.8 PHP Bug Type: Filesystem function related Bug description: File Rename creation time error Description: In v 4.3.8 (Win2K) and perhaps later, the rename(x,y) does not follow the spec for the creation time of the copied file. Rename should keep the modified time of the new file the same as the source -- which it does correctly --, and the created time of the new file should be the time of renaming -- but it incorrectly makes it the same as that of the original. -- Edit bug report at http://bugs.php.net/?id=30030&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30030&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30030&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30030&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30030&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30030&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30030&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30030&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30030&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30030&r=support Expected behavior: http://bugs.php.net/fix.php?id=30030&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30030&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30030&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30030&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30030&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30030&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30030&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30030&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30030&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30030&r=mysqlcfg
#30031 [NEW]: win32 safe_mode=on, safe_mode_exec_dir, and exec function
From: daniel dot gaddis at tlc dot state dot tx dot us
Operating system: windows 2000 service pack 4
PHP version: 4.3.9RC2
PHP Bug Type: Filesystem function related
Bug description: win32 safe_mode=on, safe_mode_exec_dir, and exec function
Description:
code on a on windows 2000 service pack 4 system using php 4.3.4 command
line with safe_mode=on, safe_mode_exec_dir, and exec function works
successfully but fails using php 4.3.9RC2 command line.
I did not test all versions since 4.3.4 but other php command line
versions since 4.3.4 also fail.
As you can see from example below I am using php.ini-dist and overriding
with:
-d safe_mode=on
-d safe_mode_gid=On
-d safe_mode_exec_dir=c:\winnt\system32\
I also...
cd /d C:\WINNT\system32
...and then run the command line php from the directory shown below:
Reproduce code:
---
C:\WINNT\system32>D:\PHP\php-4.3.9RC2\php -c
D:\PHP\php-4.3.9RC2\php.ini-dist -d safe_mode=on -d safe_mode_gid=On -d
safe_mode_exec_dir=c:\winnt\system32\ -r "exec('ping
127.0.0.1',$output,$error); var_dump($output); print ('error code
returned: ' . $error);"
Expected result:
array(12) {
[0]=>
string(0) ""
[1]=>
string(40) "Pinging 127.0.0.1 with 32 bytes of data:";
[2]=>
string(0) ""
[3]=>
string(48) "Reply from 127.0.0.1: bytes=32 time<10ms TTL=128"
[4]=>
string(48) "Reply from 127.0.0.1: bytes=32 time<10ms TTL=128"
[5]=>
string(48) "Reply from 127.0.0.1: bytes=32 time<10ms TTL=128"
[6]=>
string(48) "Reply from 127.0.0.1: bytes=32 time<10ms TTL=128"
[7]=>
string(0) ""
[8]=>
string(30) "Ping statistics for 127.0.0.1:"
[9]=>
string(56) "Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),"
[10]=>
string(46) "Approximate round trip times in milli-seconds:"
[11]=>
string(49) "Minimum = 0ms, Maximum = 0ms, Average = 0ms"
}
error code returned: 0
Actual result:
--
array(0) {
}
error code returned: 0
--
Edit bug report at http://bugs.php.net/?id=30031&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30031&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30031&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30031&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30031&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30031&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30031&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30031&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30031&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30031&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30031&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30031&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30031&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30031&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30031&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30031&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30031&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30031&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30031&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30031&r=mysqlcfg
#30019 [Bgs]: $_SERVER['HTTP_REFERER']; doesn't always display
ID: 30019 User updated by: asfsm at uaa dot alaska dot edu Reported By: asfsm at uaa dot alaska dot edu Status: Bogus Bug Type: *General Issues Operating System: Windows 2003 (standard) PHP Version: 5.0.1 New Comment: Even if the cache is cleared and the page is reloaded? this is a browser issue? Previous Comments: [2004-09-08 06:04:33] [EMAIL PROTECTED] Because clients don't always send the referrer. No bug here. PHP will have it if the client provides it, otherwise it won't. [2004-09-08 00:27:34] asfsm at uaa dot alaska dot edu Description: $_SERVER['HTTP_REFERER']; doesn't always display It displays occassionally, but not all the time. Reproduce code: --- Expected result: Actual result: -- -- Edit this bug report at http://bugs.php.net/?id=30019&edit=1
#30032 [NEW]: add_history is not in libhistory but in libreadline
From: denis at octopodus dot com Operating system: OpenBSD 3.5 PHP version: 4.3.9RC2 PHP Bug Type: Compile Failure Bug description: add_history is not in libhistory but in libreadline Description: configure does a "checking for add_history in -lhistory..." And it can't find it. With OpenBSD, add_history is found in libreadline, not libhistory. Moreover, OpenBSD does not have this libhistory library. Reproduce code: --- ./configure --with-readline --with-history -- Edit bug report at http://bugs.php.net/?id=30032&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30032&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30032&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30032&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=30032&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=30032&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=30032&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=30032&r=needscript Try newer version: http://bugs.php.net/fix.php?id=30032&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=30032&r=support Expected behavior: http://bugs.php.net/fix.php?id=30032&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=30032&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=30032&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=30032&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30032&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=30032&r=dst IIS Stability: http://bugs.php.net/fix.php?id=30032&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=30032&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=30032&r=float MySQL Configuration Error: http://bugs.php.net/fix.php?id=30032&r=mysqlcfg
#11634 [Com]: Submit error
ID: 11634
Comment by: hooter007 at netzero dot net
Reported By: mbeech13 at columbus dot rr dot com
Status: Bogus
Bug Type: HTTP related
Operating System: Win2K Pro SP2
PHP Version: 4.0.6
New Comment:
I'm a newbie to PHP, so parden my ignorance in advance...
I keep getting the Error: No Input File Specified when I hit the
"submit button" on my form. Here is the form script - the rest of the
page is in javascript.
Previous Comments:
[2001-06-25 09:32:25] [EMAIL PROTECTED]
Not enough information to start searching for possible
cause for this. Submit a new bug report when you can
provide a short script with which this can be reproduced.
[2001-06-24 22:32:09] mbeech13 at columbus dot rr dot com
the best i can do at the moment is the error log message:
Premature end of script headers: c:/php/php.exe
If i can find the time i will find the script, maybe that will help
some.
[2001-06-23 18:45:44] [EMAIL PROTECTED]
Please include a shortest but complete script you can
reproduce the error with into this bug report.
[2001-06-23 18:29:10] mbeech13 at columbus dot rr dot com
Whenever someone tries to submit to my site they get the
error "No input file specified"
I think it may have something to do with this code here:
case "post":
postNews($userinfo["user_id"],
$HTTP_POST_VARS["topic"], $HTTP_POST_VARS["section"],
$HTTP_POST_VARS["title"], $HTTP_POST_VARS["department"],
$HTTP_POST_VARS["text"], $HTTP_POST_VARS["text2"],
$HTTP_POST_VARS["format"], 1);
printHeader("$site_title - Submission Posted")
But i am not sure.
Anyone know what I might be able to do?
--
Edit this bug report at http://bugs.php.net/?id=11634&edit=1
#28583 [Bgs->Csd]: create_function() with NULL string introduces unexpected results
ID: 28583 User updated by: jed at jed dot bz Reported By: jed at jed dot bz -Status: Bogus +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows XP Pro PHP Version: 5.0.0RC2 Assigned To: hholzgra New Comment: Closed, not bogus. Previous Comments: [2004-09-03 05:13:46] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. I\'m unable to reproduce bug with current version of php5. [2004-05-30 21:36:03] jed at jed dot bz Description: Apache/2.0.49 (Win32) PHP/5.0.0RC2 Server Using create_function() incorrectly, i.e.: $y = create_function(NULL, "cos(4);"); ...causes instability in PHP itself as no checking is done on the create_function() arguments. Every so often when this script is refreshed, PHP dumps all kinds of garbage followed by what appears to be HTTP headers (viewable in Mozilla Firefox 0.8): => d getallheaders 1 1 1 1 1 1 1 1 1 2 ) 1 1 1 1 1 1 [ 4 user 5 ] => 6 Array 1 1 1 1 1 1 1 1 2 ( 1 1 1 1 1 1 1 1 2 ) 1 2 ) 6 0 HTTP/1.1 200 OK Date: Sun, 30 May 2004 19:22:08 (...) Then the actual script output starts, which is corrupted all the same. Internet Explorer 6 on the same page attempts to refresh the page automatically numerous times, and never finishes. Could this possibly be the beginning of some kind of exploit in PHP? I have no idea what the output means but I submit it for the benefit of community review. Reproduce code: --- "; $x = get_defined_functions(); print_r($x); print ""; ?> Expected result: Array ( [internal] => Array ( [0] => zend_version (...) Actual result: -- 1 1 1 [ 2 65 5 ] => 8 unixtojd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 66 5 ] => 8 jdtounix 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 67 5 ] => 9 cal_to_jd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 68 5 ] => b cal_from_jd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 69 5 ] => 11 cal_days_in_month 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 70 5 ] => 8 cal_info 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 71 5 ] => b variant_set 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 72 5 ] => b variant_add 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 73 5 ] => b variant_cat 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 74 5 ] => b variant_sub 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 75 5 ] => b variant_mul 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 76 5 ] => b variant_and 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 77 5 ] => b variant_div 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 78 5 ] => b (...) -- Edit this bug report at http://bugs.php.net/?id=28583&edit=1
#30033 [NEW]: unpack('n') never returns negative values
From: jsgoupil at lookstrike dot com
Operating system: WinXP - Linux
PHP version: 5.0.1
PHP Bug Type: Scripting Engine problem
Bug description: unpack('n') never returns negative values
Description:
With the following code, i receive the max positive value.
Same error in PHP4.3.7.
Reproduce code:
---
Expected result:
-1
Actual result:
--
65535
--
Edit bug report at http://bugs.php.net/?id=30033&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30033&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30033&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30033&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30033&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30033&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30033&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30033&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30033&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30033&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30033&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30033&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30033&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30033&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30033&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30033&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30033&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30033&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30033&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30033&r=mysqlcfg
#30034 [NEW]: date('zS') does not always return the correct value
From: michael at michaelthompson dot org
Operating system: FreeBSD 4.8
PHP version: 4.3.8
PHP Bug Type: Date/time related
Bug description: date('zS') does not always return the correct value
Description:
date('zS') does not return the correct value on/above(?) day 251
Reproduce code:
---
date('zS'); # on (after ?) day 251
Expected result:
251st
Actual result:
--
251th
--
Edit bug report at http://bugs.php.net/?id=30034&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=30034&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=30034&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=30034&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=30034&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=30034&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=30034&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=30034&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=30034&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=30034&r=support
Expected behavior: http://bugs.php.net/fix.php?id=30034&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=30034&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=30034&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=30034&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=30034&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=30034&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=30034&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=30034&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=30034&r=float
MySQL Configuration Error: http://bugs.php.net/fix.php?id=30034&r=mysqlcfg
#25252 [Com]: CGI Application Timeout
ID: 25252 Comment by: dan at elite-sd dot com Reported By: brothererryn at atomicmonks dot com Status: Closed Bug Type: CGI related Operating System: Windows 2000 Professional PHP Version: 4.3.3 Assigned To: phildriscoll New Comment: This is actually caused by a setting in IIS and whichever version you are using. to correct follow these steps:In the Start Menu, go the Settings menu, and choose Control Panel. Open the Administrative Tools control panel. Open the Internet Services Manager item. Right-click on the computer icon in the left panel and choose Properties from the menu that appears. Click "Edit..." next to "WWW Services". Click the "Home Directory" tab. Click the "Configuration..." button. Click the "Process Options" tab. Enter a large value in the CGI script timeout field, perhaps 99. Previous Comments: [2004-09-05 00:14:10] walter at cybermight dot com Using: Win2KSrv, IIS5, PHP4.3.8 File Upload attempt exceeding approx. 280-330 seconds: Same (above listed) CGI error: ...exceeding allowed time for processing Same error after attempting the following steps: Upgrading to manual install of 4.3.8 php ini settings: default_socket_timeout = 6000 auto_detect_line_endings = Off safe_mode = Off max_execution_time = 6000 max_input_time = 6000 memory_limit = 100M post_max_size = 100M enable_dl = Off (have tried = On) cgi.force_redirect = 0 file_uploads = On auto_detect_line_endings = On IIS Application timeout is set to 60 minutes (standard 20). IIS Connection timeoutset to 3600 (secs) In the actual .php file consisting of the upload script I also added the line: set_time_limit(6000); Independent of the browser used Netscape7, Opera7.x or IE6x, and independent of the platform used to upload larger files exceeding this execution time limit, it produces this error. If there is a bugfix, it's certainly not completely eliminated in the 4.3.8 version, neither in the ..STABLE_VERSION listed. Unfortunately there is no fix for this at Microsoft either, no IIS updates resolving this bug. So who actually is it that this problem needs to be addressed to? [2004-07-28 06:45:18] gab_cue at hotmail dot com The stable install seemed to work for me.after much deliberation! SIGH :o) [2004-05-13 08:41:27] gvp at zzr dot dk Yeah, i have same problem, tried different .exe's but nothing works (w2k server, IIS 5.0) [2004-04-19 19:35:34] cdeogade at spectrum2020 dot com hi, I am running PHP 4.3.4.4 on IIS 5.1 on Windows XP. I think i installed PHP in Jan 2004. I get the folowing error message: CGI Timeout The specified CGI application exceeded the allowed time for processing. The server has deleted the process. In one of your responses you stated that everything above 4.3.3 is fixed, but its doesnt seem so. Also i changed the script execution time to higher value in my IIS server. Thanks Chaitanya [2004-03-30 12:11:30] bryan at bleu-tango dot com I have been having a similar problem, but it happens in every version from 4.3.2 through the 3-30 stable win32 release. See Bug #27781 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/25252 -- Edit this bug report at http://bugs.php.net/?id=25252&edit=1
#28862 [Opn]: Error on isset char table
ID: 28862
User updated by: jsgoupil at lookstrike dot com
Reported By: jsgoupil at lookstrike dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.0.0RC3
New Comment:
It is the same with
$test{1}
And you can also try with negative values.
echo intval(isset($test{-1}));
will return 1 (supposed to be 0)
Previous Comments:
[2004-07-14 16:56:43] jsgoupil at lookstrike dot com
Just wondering why you release PHP5 and you let this bug open...
[2004-07-14 09:46:51] [EMAIL PROTECTED]
Uh, are you paying us to do work?
[2004-07-14 07:24:16] jsgoupil at lookstrike dot com
PHP5.0.0 released and you didn't correct that bug ?
Uh ? Where are you ?
[2004-06-21 07:53:00] jsgoupil at lookstrike dot com
Description:
When I check an isset of a variable that contain text I receive an
error ONLY when i check the last+1 char...
NOTE: Working properly on php4.3.6
Reproduce code:
---
Expected result:
It supposed to return "ERROR" because $test[1] is not existing (in
real, there is a \0 in C++ but in php, we are not supposed to see it).
(working fine in php4.3.6)
Actual result:
--
We currently get "OK"
If we do an isset of $test[2], we get an error...
Obviously, php check the \0
--
Edit this bug report at http://bugs.php.net/?id=28862&edit=1
#28583 [Csd->Bgs]: create_function() with NULL string introduces unexpected results
ID: 28583 Updated by: [EMAIL PROTECTED] Reported By: jed at jed dot bz -Status: Closed +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP Pro PHP Version: 5.0.0RC2 Assigned To: hholzgra New Comment: We could not find a bug, so this bug report is bogus. Previous Comments: [2004-09-09 04:34:28] jed at jed dot bz Closed, not bogus. [2004-09-03 05:13:46] [EMAIL PROTECTED] Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. I\'m unable to reproduce bug with current version of php5. [2004-05-30 21:36:03] jed at jed dot bz Description: Apache/2.0.49 (Win32) PHP/5.0.0RC2 Server Using create_function() incorrectly, i.e.: $y = create_function(NULL, "cos(4);"); ...causes instability in PHP itself as no checking is done on the create_function() arguments. Every so often when this script is refreshed, PHP dumps all kinds of garbage followed by what appears to be HTTP headers (viewable in Mozilla Firefox 0.8): => d getallheaders 1 1 1 1 1 1 1 1 1 2 ) 1 1 1 1 1 1 [ 4 user 5 ] => 6 Array 1 1 1 1 1 1 1 1 2 ( 1 1 1 1 1 1 1 1 2 ) 1 2 ) 6 0 HTTP/1.1 200 OK Date: Sun, 30 May 2004 19:22:08 (...) Then the actual script output starts, which is corrupted all the same. Internet Explorer 6 on the same page attempts to refresh the page automatically numerous times, and never finishes. Could this possibly be the beginning of some kind of exploit in PHP? I have no idea what the output means but I submit it for the benefit of community review. Reproduce code: --- "; $x = get_defined_functions(); print_r($x); print ""; ?> Expected result: Array ( [internal] => Array ( [0] => zend_version (...) Actual result: -- 1 1 1 [ 2 65 5 ] => 8 unixtojd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 66 5 ] => 8 jdtounix 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 67 5 ] => 9 cal_to_jd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 68 5 ] => b cal_from_jd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 69 5 ] => 11 cal_days_in_month 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 70 5 ] => 8 cal_info 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 71 5 ] => b variant_set 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 72 5 ] => b variant_add 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 73 5 ] => b variant_cat 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 74 5 ] => b variant_sub 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 75 5 ] => b variant_mul 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 76 5 ] => b variant_and 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 77 5 ] => b variant_div 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 78 5 ] => b (...) -- Edit this bug report at http://bugs.php.net/?id=28583&edit=1
#30033 [Opn->Bgs]: unpack('n') never returns negative values
ID: 30033 Updated by: [EMAIL PROTECTED] Reported By: jsgoupil at lookstrike dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: WinXP - Linux PHP Version: 5.0.1 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. http://php.net/pack: n unsigned short (always 16 bit, big endian byte order) Previous Comments: [2004-09-09 06:21:40] jsgoupil at lookstrike dot com Description: With the following code, i receive the max positive value. Same error in PHP4.3.7. Reproduce code: --- Expected result: -1 Actual result: -- 65535 -- Edit this bug report at http://bugs.php.net/?id=30033&edit=1
#30034 [Opn->Asn]: date('zS') does not always return the correct value
ID: 30034
Updated by: [EMAIL PROTECTED]
Reported By: michael at michaelthompson dot org
-Status: Open
+Status: Assigned
Bug Type: Date/time related
-Operating System: FreeBSD 4.8
+Operating System: *
PHP Version: 4.3.8
-Assigned To:
+Assigned To: derick
New Comment:
Confirmed on Linux too, having a look now.
Previous Comments:
[2004-09-09 06:37:17] michael at michaelthompson dot org
Description:
date('zS') does not return the correct value on/above(?) day 251
Reproduce code:
---
date('zS'); # on (after ?) day 251
Expected result:
251st
Actual result:
--
251th
--
Edit this bug report at http://bugs.php.net/?id=30034&edit=1
#30034 [Asn->Bgs]: date('zS') does not always return the correct value
ID: 30034
Updated by: [EMAIL PROTECTED]
Reported By: michael at michaelthompson dot org
-Status: Assigned
+Status: Bogus
Bug Type: Date/time related
Operating System: *
PHP Version: 4.3.8
Assigned To: derick
New Comment:
But it's not a bug. The S parameter uses the current day-of-the month
to generate the suffix (with the 'j' parameter), and not the
day-of-the-year value.
>From http://php.net/date:
S English ordinal suffix for the day of the month, 2 charactersst,
nd, rd or th. Works well with j
Previous Comments:
[2004-09-09 08:08:00] [EMAIL PROTECTED]
Confirmed on Linux too, having a look now.
[2004-09-09 06:37:17] michael at michaelthompson dot org
Description:
date('zS') does not return the correct value on/above(?) day 251
Reproduce code:
---
date('zS'); # on (after ?) day 251
Expected result:
251st
Actual result:
--
251th
--
Edit this bug report at http://bugs.php.net/?id=30034&edit=1
