#14754 [Com]: java.* configuration values from php.ini lost on subsequent executions
ID: 14754
Comment by: hwin at 21cn dot com
Reported By: j dot kase at privador dot com
Status: No Feedback
Bug Type: Java related
Operating System: Windows XP Home / Apache 1.3.24
PHP Version: 4.2.1 & 4.3.0-dev
New Comment:
my system is windows 2000 + apache 1.29 + php 4.3.4
i have follow these method to resolve the problem, but problem is
continues: "Fatal error: Unable to create Java Virtual Machine in
x"!
Previous Comments:
[2003-12-08 07:20:24] ishtiaq_ahmad at elixir dot com
This caused by Multi instance of JVM, check ur server Support Multiple
instance of same Class
OR
Add the following Line of Code
before the Line
= new java("SomeClass");
out.flush();
$myobj = new Java("phptest");
Enjoy
AHMED
[2003-07-29 07:23:54] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
[2003-07-24 22:37:50] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2002-11-22 13:21:57] tjw at webteam dot net
Configuring apache with "MaxRequestPerChild 1" and "KeepAlive Off"
will also fix this problem. Granted, it's probably worse than running
php in cgi mode performance-wise, but it's more secure.
[2002-11-08 15:55:28] sean at sbdconsultants dot com
Some people have suggested that switching to use PHP in CGI-mode
alleviates this problem. (However, I am unwilling to do this to solve
the problem anyway.) Does this recommendation maybe shed some light on
the cause?
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/14754
--
Edit this bug report at http://bugs.php.net/?id=14754&edit=1
#26701 [Opn->Bgs]: apache 1.3.27+module + DB(MSDE)
ID: 26701 Updated by: [EMAIL PROTECTED] Reported By: killyoubye at hotmail dot com -Status: Open +Status: Bogus Bug Type: *General Issues Operating System: window 2000series PHP Version: 4.3.4 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . Previous Comments: [2003-12-22 22:25:33] killyoubye at hotmail dot com Description: when I visit my page,system report "unable to load dynamic lib php_mssql.dll".But the file is right there. And I use msde(sql7) as dbserver.It't ok when use other dbserver. pls help me and tell me which dll need upgrade. -- Edit this bug report at http://bugs.php.net/?id=26701&edit=1
#26703 [NEW]: highlight_string and similar highlights improper characters as a keyword
From: [EMAIL PROTECTED]
Operating system: Any
PHP version: 4.3.4
PHP Bug Type: Scripting Engine problem
Bug description: highlight_string and similar highlights improper characters as a
keyword
Description:
There are two issues with highlight_string, highlight_file and `php -s`:
1. Some characters (like []{}) are highlighted in non-constant strings
(i.e. double quote strings with variables) as a keyword even on places
where they don't have any special purpose.
2. Some characters ([]{} and backslash sequences) are highlighted in
non-constant strings and aren't highlighted in constant strings. It should
be consistent.
Suggested solution: Don't highlight anything as a keyword both in constant
and non-constant strings.
I've already sent a patch for this to [EMAIL PROTECTED]
Reproduce code:
---
');
?>
Expected result:
Actual result:
--
--
Edit bug report at http://bugs.php.net/?id=26703&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26703&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26703&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26703&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26703&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26703&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26703&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26703&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26703&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26703&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26703&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26703&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26703&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26703&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26703&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26703&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26703&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26703&r=float
#26703 [Opn->Bgs]: highlight_string and similar highlights improper characters as a keyword
ID: 26703
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Any
PHP Version: 4.3.4
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.
You already reported a bug about this before.
Previous Comments:
[2003-12-23 03:36:16] [EMAIL PROTECTED]
Description:
There are two issues with highlight_string, highlight_file and `php
-s`:
1. Some characters (like []{}) are highlighted in non-constant strings
(i.e. double quote strings with variables) as a keyword even on places
where they don't have any special purpose.
2. Some characters ([]{} and backslash sequences) are highlighted in
non-constant strings and aren't highlighted in constant strings. It
should be consistent.
Suggested solution: Don't highlight anything as a keyword both in
constant and non-constant strings.
I've already sent a patch for this to [EMAIL PROTECTED]
Reproduce code:
---
');
?>
Expected result:
Actual result:
--
--
Edit this bug report at http://bugs.php.net/?id=26703&edit=1
#26704 [NEW]: xml_parse problems
From: matjaz dot ostroversnik at ztm dot si
Operating system: linux 2.4
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: XML related
Bug description: xml_parse problems
Description:
it seems that xml support is broken somehow in 5.0.
This is a problem of 5.0 b2 and b3,
but it works ok with 4.3
Reproduce code:
---
php code:
parseConfig('h.xml', 'xml');
?>
h.html
Expected result:
nothing
Actual result:
--
Warning: xml_parse(): Unable to call handler startHandler() in
/usr/local/lib/php/XML/Parser.php on line 265
Warning: xml_parse(): Unable to call handler cdataHandler() in
/usr/local/lib/php/XML/Parser.php on line 265
Warning: xml_parse(): Unable to call handler endHandler() in
/usr/local/lib/php/XML/Parser.php on line 265
--
Edit bug report at http://bugs.php.net/?id=26704&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26704&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26704&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26704&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26704&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26704&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26704&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26704&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26704&r=support
Expected behavior: http://bugs.php.net/fix.php?id=26704&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26704&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26704&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26704&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26704&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26704&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26704&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26704&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26704&r=float
#26702 [Opn->Bgs]: bin2hex compare with HEX value that equals DEC value of HEX of bin returns true
ID: 26702
Updated by: [EMAIL PROTECTED]
Reported By: bugs dot php dot net at zetafleet dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Win32; Cygwin x86
PHP Version: 4.3.3
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
The problem here is that bin2hey returns a string without the '0x' to
identify a hex number. Hence the string is interpreted as a decimal
number (if possible) when compared to any number.
To demonstrate:
$ php -r 'var_dump(("0x".bin2hex("D")) == 0x44);'
bool(true)
Previous Comments:
[2003-12-22 23:24:49] bugs dot php dot net at zetafleet dot com
Description:
This is complicated, so I'll try explaining as best I can.
There is a binary file. The first byte is 0x44. Doing a comparison (==)
to 0x2C returns "TRUE" because 44 is the decimal for 0x2C. The decimal
value of 0x44 is 68. This should return "FALSE" but does not.
Reproduce code:
---
(bin2hex("D") == 0x2C) RETURNS TRUE; SHOULD RETURN FALSE;
(bin2hex("D") == 0x44) RETURNS FALSE; SHOULD RETURN TRUE;
(bin2hex("D") == 44) RETURNS TRUE; SHOULD RETURN TRUE;
Expected result:
print(bin2hex("D") == 0x2C) //prints nothing
print(bin2hex("D") == 0x44) //prints '1'
print(bin2hex("D") == 44) //prints '1'
Actual result:
--
print(bin2hex("D") == 0x2C) //prints '1'
print(bin2hex("D") == 0x44) //prints nothing
print(bin2hex("D") == 44) //prints '1'
--
Edit this bug report at http://bugs.php.net/?id=26702&edit=1
#26697 [Opn->Csd]: calling class_exists on a nonexistent class in __autoload results in segfault
ID: 26697
Updated by: [EMAIL PROTECTED]
Reported By: arjen at glas dot its dot tudelft dot nl
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0b3
Assigned To: helly
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-12-22 18:50:01] davidc at blesys dot com
What happens, I think, is that __autoload starts recursing endlessly.
Do this:
$autotracker=false;
function __autoload ($n) {
global $autotracker; $n=strtolower($n);
if ($autotracker==$n)die("Attempting to autoload $n again");
$autotracker=$n;
//rest of function __autoload
}//end __autoload
Probably a bug, but rather easy to fix by the client programmer. I
think the bug I found today w/ thrown exceptions is much more dangerous
(http://bugs.php.net/bug.php?id=26698) because you can't really fix it
for all cases.
[2003-12-22 16:03:57] arjen at glas dot its dot tudelft dot nl
Description:
When calling class_exists on a nonexistent classname in __autoload,
you'll get a segfault.
This is in beta1, beta2 and beta3 (and now I had the time to create a
testcase and do a report). Which ran under apache2 (2.0.48) on gentoo
linux.
And then I saw this report:
http://bugs.php.net/bug.php?id=26630&edit=2
So I downloaded the php5-20031030 snapshot and there it also
segfaults...
Reproduce code:
---
--
Edit this bug report at http://bugs.php.net/?id=26697&edit=1
#24389 [Com]: PHP 5 : Windows build needs a MySQL DLL
ID: 24389 Comment by: jorispeeraer at tiscali dot be Reported By: philip at cornado dot com Status: Closed Bug Type: Feature/Change Request Operating System: Windows PHP Version: 5CVS-2003-06-29 (dev) Assigned To: edink New Comment: I've got php5b3, I copied libmysql.dll and php_mysql to system32, but I always get the same error: "Fatal error: Call to undefined function mysql_connect()". Is it still a bug in the beta-3 version, or do I something wrong? Previous Comments: [2003-11-30 20:00:32] ccesario at isic dot com dot br I have php5-win32-200311302330, but Mysql isn't supported. I copied libmySQL.dll and php_mysql.dll to Windows\System32 ... but isn't working How to enable this ? thanks! [2003-11-28 09:32:21] valeu at pela dot ajuda eu adoro o PHP.netquer aprender a programar em PHPentre no PHP.netperfeito este site [2003-09-24 12:47:38] rodrigoclp at hotmail dot com I caught the last version, Sep 24, 2003 14:30 GMT, i copied libmySql.ddl for system and php_mysql.dll still did not function. [2003-07-19 16:55:38] spom at hotmail dot com ...but it crashes upon starting with "The specified procedure could not be found". Sorry for the double post. [2003-07-19 16:39:09] spom at hotmail dot com You can obtain php_mysql.dll inside http://snaps.php.net/win32/php5-win32-latest.zip . :^) 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/24389 -- Edit this bug report at http://bugs.php.net/?id=24389&edit=1
#26705 [NEW]: Segmentation Fault on xslt_process
From: willy26 at poczta dot onet dot pl Operating system: FreeBSD 4.8 PHP version: 4.3.4 PHP Bug Type: XSLT related Bug description: Segmentation Fault on xslt_process Description: when processing XML who have in XML first 3 bytes are 0xef,0xbb,0xbf apache child making Segmentation Fault after calling function xslt_process(). The same xml file processed on php 4.3.1 work corectly. -- Edit bug report at http://bugs.php.net/?id=26705&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26705&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26705&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26705&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26705&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26705&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26705&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26705&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26705&r=support Expected behavior: http://bugs.php.net/fix.php?id=26705&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26705&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26705&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26705&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26705&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26705&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26705&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26705&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26705&r=float
#26613 [Fbk->Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: enabling or disabling session.trans_sid doesn't change the behavior... sorry i'm trying apache 1.3.27 and 2.0.48 ... stay tuned ... Previous Comments: [2003-12-22 14:30:56] [EMAIL PROTECTED] Check if session.trans_sid is enabled in your php.ini. [2003-12-22 13:39:29] sabio71 at hotmail dot com THE WORKING CONFIGURATION apache 1.3.27 php 4.2.3 (NOT 4.3.2 as erroneously stated before) i've compiled also php 4.1.2 same results... DEFINITELY I HAVE A PROBLEM WITH MY SOFTWARE PLATFORM more coming .. stay tuned [2003-12-22 12:53:51] sabio71 at hotmail dot com Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because "headers already sent"... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) 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/26613 -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26705 [Opn->Fbk]: Segmentation Fault on xslt_process
ID: 26705 Updated by: [EMAIL PROTECTED] Reported By: willy26 at poczta dot onet dot pl -Status: Open +Status: Feedback Bug Type: XSLT related Operating System: FreeBSD 4.8 PHP Version: 4.3.4 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2003-12-23 06:47:11] willy26 at poczta dot onet dot pl Description: when processing XML who have in XML first 3 bytes are 0xef,0xbb,0xbf apache child making Segmentation Fault after calling function xslt_process(). The same xml file processed on php 4.3.1 work corectly. -- Edit this bug report at http://bugs.php.net/?id=26705&edit=1
#26700 [Opn->Bgs]: iconv.dll with gtk+-1.3.0-20030717
ID: 26700 Updated by: [EMAIL PROTECTED] Reported By: tjhughes at iinet dot net dot au -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: windows xp PHP Version: 4.3.4 New Comment: This isn't really PHP bug, rather a manifestation of windows "dll hell". This problem is no longer present in PHP5 since we use static iconv library. Previous Comments: [2003-12-22 19:34:32] tjhughes at iinet dot net dot au Description: the name of the dll "iconv.dll" conflicts with the "iconv.dll" from the windows version of GTK - what this means is that i have to rename the php version of iconv.dll to something else every time i want to use GIMP on windows. I am letting the people over at http://www2.arnes.si/~sopjsimo/gimp/ know as well, since it could be their problem. -- Edit this bug report at http://bugs.php.net/?id=26700&edit=1
#26706 [NEW]: To-String is cutted at byte 2048
From: phred at priest dot com Operating system: Linux SuSe 9.0 PHP version: 4.3.4 PHP Bug Type: Mail related Bug description: To-String is cutted at byte 2048 Description: In function mail($to, $subject, $body, $header): If string $to is bigger than 2048, it is cutted there.. When setting $to = "Harker Tetter<[EMAIL PROTECTED]>, Sarter Berker<[EMAIL PROTECTED]>, ..." then it will be eventually cutted in between two < > so the mail won't be delivered. RFC says, that the maximum length of a line in a mail is 512 bytes so php should meet this RFC norm by cutting the to-string appropriatly. -- Edit bug report at http://bugs.php.net/?id=26706&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26706&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26706&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26706&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26706&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26706&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26706&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26706&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26706&r=support Expected behavior: http://bugs.php.net/fix.php?id=26706&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26706&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26706&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26706&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26706&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26706&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26706&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26706&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26706&r=float
#26081 [Com]: Broken pipo by incomplete headers
ID: 26081 Comment by: pmoor at netpeople dot ch Reported By: php at searchystats dot com Status: No Feedback Bug Type: CGI related Operating System: FreeBSD 4.8 PHP Version: 4.3.4RC3 New Comment: We've had the same problems, using apache 1.3.29 and mod_fastcgi 2.4.0. I could _always_ reproduce the error by sending a manual HTTP/1.1 POST request through telnet. Before sending the Postvars, i waited some seconds, and then entered some random data. There was always this "broken pipe"-thing happening. Now we upgraded to fastcgi version 2.4.2 and it works just perfectly! Previous Comments: [2003-11-17 18:15:28] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-02 12:00:14] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2003-11-02 11:51:58] php at searchystats dot com Description: The problem is that php as FastCGI application occasionaly fails and produces this error log: [Sun Nov 2 17:40:17 2003] [error] [client %ip%] (32)Broken pipe: FastCGI: comm with server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" aborted: write failed [Sun Nov 2 17:40:17 2003] [error] [client %ip%] FastCGI: incomplete headers (0 bytes) received from server "/opt/guide/ppi.searchy.net/cgi-bin/php.fcgi" /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi = the binary php compiled with the following configure command: ./configure --without-apache --enable-fastcgi --enable-force-cgi-redirect --prefix=/usr/local/php-4.3.4RC3-test --with-mysql=/usr/local/mysql --with-openssl I have not been able to reproduce the problem, it justs occures now and then. The apache configuration is as follows specific to php fastcgi in a virtualhost directive: FastCgiServer /opt/guide/ppi.searchy.net/cgi-bin/php.fcgi -appConnTimeout 0 -processes 5 -listen-queue-depth 100 -flush FastCgiConfig -maxProcesses 50 -minProcesses 6 -appConnTimeout 0 AddHandler php-fastcgi .fphp .php4 .php3 .php Action php-fastcgi /cgi-bin/php.fcgi Reproduce code: --- *any source code* -- Edit this bug report at http://bugs.php.net/?id=26081&edit=1
#26325 [Com]: At least a notice when accessing private members in a derived class?
ID: 26325
Comment by: arjen at glas dot its dot tudelft dot nl
Reported By: drm at melp dot nl
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5.0.0b2 (beta2)
New Comment:
I've tested this with php5-20031030 snapshot and I get two notices,
when using this code (which is correct):
member}, nonexistent
{$this->nonexistent}";
}
}
$o = new DeriveTest ();
echo $o, '';
highlight_file(__FILE__);
?>
It could, however, be done even better if it were a bit more
explainatory notice. Like Java's error for instance:
DeriveTest.java:5: member2 has private access in Test
return "Member contains: " + member2 + " and getMember
sais: " + nonexistent;
^
DeriveTest.java:5: cannot resolve symbol
symbol : variable nonexistent
location: class DeriveTest
return "Member contains: " + member2 + " and getMember
sais: " + nonexistent;
^
2 errors
I.e. a distinction between nonexistent members and private members.
Previous Comments:
[2003-12-17 12:06:25] drm at melp dot nl
sniper >
I tried the snapshot (labeled PHP/5.0.0b3-dev), but the problem
persists.
[2003-12-16 03:00:41] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
AFAICT, bug #26182 is fixed..so try the snapshot?
[2003-11-26 11:07:13] drm at melp dot nl
J > Sorry i reacted that way, I misinterpreted your post.
I cannot reproduce what you mean in PHP4. Can you give an example?
I tried some stuff, but all the versions i tried gave expected results.
Changing "private $member" into "var $member" or removing that line
completely results in:
-
Member contains: Test constructor, though getMember() says: Test
constructor?
Member contains: a, though getMember() says: a?
-
which is logical, since the member will be public as soon as you
introduce it, both with "var $member" and removing the line completely
(and initializing it in the Test constructor). When removing the
initialization in the Test constructor, the same notice as in the other
codesample will be produced. (Notice: Undefined property: member in
)
btw: i figure this hasn't got anything to do with the fact that I
tested on WinXP, maybe that should be changed to OS: irrelevant?
[2003-11-24 11:28:58] [EMAIL PROTECTED]
Take your original example and edit it so it works in PHP
4. It runs in both 4 and 5 without a notice. Based on your
original example code, that isn't "just plain bs."
Upon further inspection based on your second example,
there is definitely something weird going on here. This is
most likely related to #26182.
J
I'm not positive, but I think this may have something to
do with #26182.
J
[2003-11-22 18:57:46] drm at melp dot nl
You are right, i hadn't researched the problem that well, since i
assumed php5 would treat properties the php4-style the same way as php4
itself. But you are right; the code sample above when ran in php5
doesn't give a notice, though php4 does.
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/26325
--
Edit this bug report at http://bugs.php.net/?id=26325&edit=1
#26704 [Opn->Fbk]: xml_parse problems
ID: 26704
Updated by: [EMAIL PROTECTED]
Reported By: matjaz dot ostroversnik at ztm dot si
-Status: Open
+Status: Feedback
Bug Type: XML related
Operating System: linux 2.4
PHP Version: 5.0.0b2 (beta2)
New Comment:
What is config.php?
Previous Comments:
[2003-12-23 04:20:09] matjaz dot ostroversnik at ztm dot si
Description:
it seems that xml support is broken somehow in 5.0.
This is a problem of 5.0 b2 and b3,
but it works ok with 4.3
Reproduce code:
---
php code:
parseConfig('h.xml', 'xml');
?>
h.html
Expected result:
nothing
Actual result:
--
Warning: xml_parse(): Unable to call handler startHandler() in
/usr/local/lib/php/XML/Parser.php on line 265
Warning: xml_parse(): Unable to call handler cdataHandler() in
/usr/local/lib/php/XML/Parser.php on line 265
Warning: xml_parse(): Unable to call handler endHandler() in
/usr/local/lib/php/XML/Parser.php on line 265
--
Edit this bug report at http://bugs.php.net/?id=26704&edit=1
#26325 [Opn->Csd]: At least a notice when accessing private members in a derived class?
ID: 26325
Updated by: [EMAIL PROTECTED]
Reported By: drm at melp dot nl
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
-PHP Version: 5.0.0b2 (beta2)
+PHP Version: 5.0.0b2
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
A derived class does not know *anything* about private members of a
base class. Hence there cannot be a distinction. Hence the result is
correct.
Previous Comments:
[2003-12-23 10:30:23] arjen at glas dot its dot tudelft dot nl
I've tested this with php5-20031030 snapshot and I get two notices,
when using this code (which is correct):
member}, nonexistent
{$this->nonexistent}";
}
}
$o = new DeriveTest ();
echo $o, '';
highlight_file(__FILE__);
?>
It could, however, be done even better if it were a bit more
explainatory notice. Like Java's error for instance:
DeriveTest.java:5: member2 has private access in Test
return "Member contains: " + member2 + " and getMember
sais: " + nonexistent;
^
DeriveTest.java:5: cannot resolve symbol
symbol : variable nonexistent
location: class DeriveTest
return "Member contains: " + member2 + " and getMember
sais: " + nonexistent;
^
2 errors
I.e. a distinction between nonexistent members and private members.
[2003-12-17 12:06:25] drm at melp dot nl
sniper >
I tried the snapshot (labeled PHP/5.0.0b3-dev), but the problem
persists.
[2003-12-16 03:00:41] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
AFAICT, bug #26182 is fixed..so try the snapshot?
[2003-11-26 11:07:13] drm at melp dot nl
J > Sorry i reacted that way, I misinterpreted your post.
I cannot reproduce what you mean in PHP4. Can you give an example?
I tried some stuff, but all the versions i tried gave expected results.
Changing "private $member" into "var $member" or removing that line
completely results in:
-
Member contains: Test constructor, though getMember() says: Test
constructor?
Member contains: a, though getMember() says: a?
-
which is logical, since the member will be public as soon as you
introduce it, both with "var $member" and removing the line completely
(and initializing it in the Test constructor). When removing the
initialization in the Test constructor, the same notice as in the other
codesample will be produced. (Notice: Undefined property: member in
)
btw: i figure this hasn't got anything to do with the fact that I
tested on WinXP, maybe that should be changed to OS: irrelevant?
[2003-11-24 11:28:58] [EMAIL PROTECTED]
Take your original example and edit it so it works in PHP
4. It runs in both 4 and 5 without a notice. Based on your
original example code, that isn't "just plain bs."
Upon further inspection based on your second example,
there is definitely something weird going on here. This is
most likely related to #26182.
J
I'm not positive, but I think this may have something to
do with #26182.
J
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/26325
--
Edit this bug report at http://bugs.php.net/?id=26325&edit=1
#23220 [Com]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Comment by: pta at interkan dot net Reported By: storozhilov at mail dot ru Status: No Feedback Bug Type: Filesystem function related Operating System: FreeBSD 4.8 PHP Version: 4-STABLE-200307070330 Assigned To: wez New Comment: I've been experiencing the same problem with PHP 4.3.4 running on a Linux Slackware/Apache server. The problem did initially crop up inside the PEAR Socket class which I'm trying to use to connect to Authorize.Net's gateway. Here's the exact message returned (with path changes): Warning: fread(): SSL: fatal protocol error in /path/to/Net/Socket.php on line 243 Previous Comments: [2003-12-12 20:59:12] tim at timcrider dot com oh by the way. I am trying this with https:// as wez requested and am reproducing the same error: PHP 5.0.0b2 (cli) (built: Dec 7 2003 18:04:51) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies with Turck MMCache v2.4.6, Copyright (c) 2002-2003 TurckSoft, St. Petersburg, by Dmitry Stogov [2003-12-12 20:54:11] tim at timcrider dot com I am having the same problem on Red Hat 9.0 with PHP 5.0 B2. It's coming from Net/Socket.php [2003-12-04 02:24:40] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-28 17:12:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I've just comitted a fix for feof() that might solve this problem too. Please try the next snapshot (dated after this notification) and let us know. [2003-11-28 11:42:55] ddwyer at starband dot net Similar bug in PHP Win32 5.0B2 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/23220 -- Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#23220 [Com]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Comment by: pta at interkan dot net Reported By: storozhilov at mail dot ru Status: No Feedback Bug Type: Filesystem function related Operating System: FreeBSD 4.8 PHP Version: 4-STABLE-200307070330 Assigned To: wez New Comment: Forgot to include this info: PHP 4.3.4 (cli) (built: Dec 4 2003 11:17:45) Copyright (c) 1997-2003 The PHP Group Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies Previous Comments: [2003-12-23 14:01:39] pta at interkan dot net I've been experiencing the same problem with PHP 4.3.4 running on a Linux Slackware/Apache server. The problem did initially crop up inside the PEAR Socket class which I'm trying to use to connect to Authorize.Net's gateway. Here's the exact message returned (with path changes): Warning: fread(): SSL: fatal protocol error in /path/to/Net/Socket.php on line 243 [2003-12-12 20:59:12] tim at timcrider dot com oh by the way. I am trying this with https:// as wez requested and am reproducing the same error: PHP 5.0.0b2 (cli) (built: Dec 7 2003 18:04:51) Copyright (c) 1997-2003 The PHP Group Zend Engine v2.0.0-dev, Copyright (c) 1998-2003 Zend Technologies with Turck MMCache v2.4.6, Copyright (c) 2002-2003 TurckSoft, St. Petersburg, by Dmitry Stogov [2003-12-12 20:54:11] tim at timcrider dot com I am having the same problem on Red Hat 9.0 with PHP 5.0 B2. It's coming from Net/Socket.php [2003-12-04 02:24:40] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-11-28 17:12:02] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip I've just comitted a fix for feof() that might solve this problem too. Please try the next snapshot (dated after this notification) and let us know. 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/23220 -- Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#26683 [Com]: Apache Service Start Failure.
ID: 26683 Comment by: grzesiek at atlas dot cz Reported By: pawnup at yahoo dot com Status: Open Bug Type: *Web Server problem Operating System: WinXP Home PHP Version: 5.0.0b2 (beta2) New Comment: try LoadModule php5_module c:/php/sapi/php4apache2.dll Previous Comments: [2003-12-20 18:28:20] pawnup at yahoo dot com Description: I was previously using php4.3.1 with apache 2.0.45 http server. I upgraded Apache to 2.0.48 today and also upgraded PHP to 5.0.beta2. I found that the apache service was unable to start. The system event log showed error on line 177 of the httpd.conf file of apache. Actually, that line is LoadModule php4_module c:/php/sapi/php4apache2.dll The problem seems to be in the php4apache2.dll file that came with php5.0beta2. Workaround: If I replace this dll with the older version that came with php4.3.1 it works fine !. Although, this was a simple shortcut, this error needs to be investigated further. -- Edit this bug report at http://bugs.php.net/?id=26683&edit=1
#16057 [Com]: ftp_nlist() and ftp_rawlist() return nothing
ID: 16057 Comment by: mfeldNOSPAMPLEASE at mftronic dot de Reported By: ryan at wonko dot com Status: Closed Bug Type: FTP related Operating System: Windows 2000 Advanced Server PHP Version: 4.1.2 New Comment: I'm using PHP 4.3.2 on WinXP SP1, and when using the ftp_Xlist() functions, it sometimes works and sometimes not (returns bool(false)) - almost randomly. Inserting a "var_dump()" has sometimes increased my chances that such a call works, like $dirlist = ftp_rawlist($conn_id, ""); var_dump($dirlist); Previous Comments: [2003-12-16 04:55:45] mnares at cox dot net This issue is still not fixed...I am running PHP 4.3.3 on Windows XP SP 1, and I still get this error. [2003-12-12 16:19:23] pdavis at pobox dot com PHP 4.3.3 seems to be showing the same problem. When trying to connect to my own FTP server (Windows/IIS) and checking the FTP log file, it seems that the login and CWD are successful but no directory request ever comes through. I moved the code over to a Linux server and connected to the IIS FTP server that I was originally trying to connect to and everything worked fine. [2002-08-16 10:03:51] [EMAIL PROTECTED] Thank you for your bug report. This issue has already been fixed in the latest released version of PHP, which you can download at http://www.php.net/downloads.php This issue appears to be fixed in the latest CVS. You can grab a snapshot of it here: http://snaps.php.net/win32/ [2002-04-02 13:39:32] [EMAIL PROTECTED] Dupe of 13913 [2002-03-14 02:23:50] ryan at wonko dot com In the Windows build of PHP 4.1.1, the ftp_nlist() and ftp_rawlist() functions return absolutely nothing. The following script works just fine in PHP 4.1.1 on Linux, but fails under Windows, no matter what FTP server you try to connect to: "; print_r($nlist); print_r($rawlist); echo ""; ?> -- Edit this bug report at http://bugs.php.net/?id=16057&edit=1
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: Dear Sirs, 24 hours to Christmas Time i've tried even old apache 1.3.27, php 4.2.3 ... and still doesn't work.. form me now is quite clear... IS MY FAULT, for some obscure reasons still unknown to me IS MY SOFTWARE PLATFORM (SLACKWARE 9.1 PATCHED) FAULT... i've 2 configurations that work (one production, one internal for developing) [configuration 1, internal for developing] slackware 8.0 with custom-compiled linux 2.2.22 apache 1.3.27 php 4.2.3 [configuration 2, on-line] Mandrake distro (i'm not so sure about the version) Apache-AdvancedExtranetServer/1.3.23 (Mandrake Linux/4.1mdk) mod_ssl/2.8.7 OpenSSL/0.9.6c PHP/4.1.2 these two configurations have no problems dealing with "ob_gzhandler" and send zipped http stream at the moment i have no ideas i will try apache 2.0.48 in the end I may configure apache to use mod_gzip but i'm reluctant and, in any case, it isn't the kind of solution i like... Merry Christmas to all of you ... :D Previous Comments: [2003-12-23 06:49:01] sabio71 at hotmail dot com enabling or disabling session.trans_sid doesn't change the behavior... sorry i'm trying apache 1.3.27 and 2.0.48 ... stay tuned ... [2003-12-22 14:30:56] [EMAIL PROTECTED] Check if session.trans_sid is enabled in your php.ini. [2003-12-22 13:39:29] sabio71 at hotmail dot com THE WORKING CONFIGURATION apache 1.3.27 php 4.2.3 (NOT 4.3.2 as erroneously stated before) i've compiled also php 4.1.2 same results... DEFINITELY I HAVE A PROBLEM WITH MY SOFTWARE PLATFORM more coming .. stay tuned [2003-12-22 12:53:51] sabio71 at hotmail dot com Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because "headers already sent"... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) 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/26613 -- Edit this bug report at http://bugs.php.net/?id=26613&edit=1
#26707 [NEW]: warning for disable functions is incorrect
From: waazup at hotmail dot com Operating system: Linux PHP version: 4.3.3 PHP Bug Type: Unknown/Other Function Bug description: warning for disable functions is incorrect Description: if you disable functions using the php.ini variable disable_functions and you seperate the functions using commas when you get a warning for attempting to use those functions it incorrectly displays multiple function names. I have disable_functions set as: disable_functions = system, exec, passthru, proc_open, shell_exec, popen If i create a test script: I get the following output: Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 The expected output should just show the single function name which you are trying to use. Expected result: Warning: system() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec() has been disabled for security reasons in /pathtoscript/test.php on line 3 Actual result: -- Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 -- Edit bug report at http://bugs.php.net/?id=26707&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26707&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26707&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26707&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26707&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26707&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26707&r=needscript Try newer version: http://bugs.php.net/fix.php?id=26707&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26707&r=support Expected behavior: http://bugs.php.net/fix.php?id=26707&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26707&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26707&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26707&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26707&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26707&r=dst IIS Stability: http://bugs.php.net/fix.php?id=26707&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26707&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26707&r=float
#26707 [Opn->Fbk]: warning for disable functions is incorrect
ID: 26707 Updated by: [EMAIL PROTECTED] Reported By: waazup at hotmail dot com -Status: Open +Status: Feedback Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.3 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 Expected behaviour Previous Comments: [2003-12-23 16:00:08] waazup at hotmail dot com Description: if you disable functions using the php.ini variable disable_functions and you seperate the functions using commas when you get a warning for attempting to use those functions it incorrectly displays multiple function names. I have disable_functions set as: disable_functions = system, exec, passthru, proc_open, shell_exec, popen If i create a test script: I get the following output: Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 The expected output should just show the single function name which you are trying to use. Expected result: Warning: system() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec() has been disabled for security reasons in /pathtoscript/test.php on line 3 Actual result: -- Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26707&edit=1
#26707 [Fbk->Bgs]: warning for disable functions is incorrect
ID: 26707 Updated by: [EMAIL PROTECTED] Reported By: waazup at hotmail dot com -Status: Feedback +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.3 New Comment: bogusing Previous Comments: [2003-12-23 17:11:19] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Expected behaviour [2003-12-23 16:00:08] waazup at hotmail dot com Description: if you disable functions using the php.ini variable disable_functions and you seperate the functions using commas when you get a warning for attempting to use those functions it incorrectly displays multiple function names. I have disable_functions set as: disable_functions = system, exec, passthru, proc_open, shell_exec, popen If i create a test script: I get the following output: Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 The expected output should just show the single function name which you are trying to use. Expected result: Warning: system() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec() has been disabled for security reasons in /pathtoscript/test.php on line 3 Actual result: -- Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26707&edit=1
#26707 [Bgs->Opn]: warning for disable functions is incorrect
ID: 26707 User updated by: waazup at hotmail dot com Reported By: waazup at hotmail dot com -Status: Bogus +Status: Open Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.3 New Comment: Can you kindly explain how this is not a bug? I read over the How to Report page and it's not that I do not understand the warning message I am receiving it's that PHP is parsing the disable_functions variable in the php.ini incorrectly. Previous Comments: [2003-12-23 17:11:43] [EMAIL PROTECTED] bogusing [2003-12-23 17:11:19] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Expected behaviour [2003-12-23 16:00:08] waazup at hotmail dot com Description: if you disable functions using the php.ini variable disable_functions and you seperate the functions using commas when you get a warning for attempting to use those functions it incorrectly displays multiple function names. I have disable_functions set as: disable_functions = system, exec, passthru, proc_open, shell_exec, popen If i create a test script: I get the following output: Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 The expected output should just show the single function name which you are trying to use. Expected result: Warning: system() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec() has been disabled for security reasons in /pathtoscript/test.php on line 3 Actual result: -- Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26707&edit=1
#26707 [Opn->Bgs]: warning for disable functions is incorrect
ID: 26707 Updated by: [EMAIL PROTECTED] Reported By: waazup at hotmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.3 New Comment: The error is clear. Previous Comments: [2003-12-23 18:34:46] waazup at hotmail dot com Can you kindly explain how this is not a bug? I read over the How to Report page and it's not that I do not understand the warning message I am receiving it's that PHP is parsing the disable_functions variable in the php.ini incorrectly. [2003-12-23 17:11:43] [EMAIL PROTECTED] bogusing [2003-12-23 17:11:19] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Expected behaviour [2003-12-23 16:00:08] waazup at hotmail dot com Description: if you disable functions using the php.ini variable disable_functions and you seperate the functions using commas when you get a warning for attempting to use those functions it incorrectly displays multiple function names. I have disable_functions set as: disable_functions = system, exec, passthru, proc_open, shell_exec, popen If i create a test script: I get the following output: Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 The expected output should just show the single function name which you are trying to use. Expected result: Warning: system() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec() has been disabled for security reasons in /pathtoscript/test.php on line 3 Actual result: -- Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26707&edit=1
#26707 [Bgs->Asn]: warning for disable functions is incorrect
ID: 26707 Updated by: [EMAIL PROTECTED] Reported By: waazup at hotmail dot com -Status: Bogus +Status: Assigned Bug Type: Unknown/Other Function Operating System: Linux PHP Version: 4.3.3 -Assigned To: +Assigned To: iliaa Previous Comments: [2003-12-23 18:44:48] [EMAIL PROTECTED] The error is clear. [2003-12-23 18:34:46] waazup at hotmail dot com Can you kindly explain how this is not a bug? I read over the How to Report page and it's not that I do not understand the warning message I am receiving it's that PHP is parsing the disable_functions variable in the php.ini incorrectly. [2003-12-23 17:11:43] [EMAIL PROTECTED] bogusing [2003-12-23 17:11:19] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php Expected behaviour [2003-12-23 16:00:08] waazup at hotmail dot com Description: if you disable functions using the php.ini variable disable_functions and you seperate the functions using commas when you get a warning for attempting to use those functions it incorrectly displays multiple function names. I have disable_functions set as: disable_functions = system, exec, passthru, proc_open, shell_exec, popen If i create a test script: I get the following output: Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 The expected output should just show the single function name which you are trying to use. Expected result: Warning: system() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec() has been disabled for security reasons in /pathtoscript/test.php on line 3 Actual result: -- Warning: system, exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 2 Warning: exec, passthru, proc_open, shell_exec, popen() has been disabled for security reasons in /pathtoscript/test.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=26707&edit=1
#26700 [Com]: iconv.dll with gtk+-1.3.0-20030717
ID: 26700 Comment by: ph1 at php dot dot net Reported By: tjhughes at iinet dot net dot au Status: Bogus Bug Type: Reproducible crash Operating System: windows xp PHP Version: 4.3.4 New Comment: We have removed this problem from PHP5, thank you for your support and interest in php. Previous Comments: [2003-12-23 07:44:25] [EMAIL PROTECTED] This isn't really PHP bug, rather a manifestation of windows "dll hell". This problem is no longer present in PHP5 since we use static iconv library. [2003-12-22 19:34:32] tjhughes at iinet dot net dot au Description: the name of the dll "iconv.dll" conflicts with the "iconv.dll" from the windows version of GTK - what this means is that i have to rename the php version of iconv.dll to something else every time i want to use GIMP on windows. I am letting the people over at http://www2.arnes.si/~sopjsimo/gimp/ know as well, since it could be their problem. -- Edit this bug report at http://bugs.php.net/?id=26700&edit=1
#12360 [Opn]: fsockopen timeout doesn't work
ID: 12360
User updated by: sheep at fearthisclan dot com
Reported By: sheep at fearthisclan dot com
Status: Open
Bug Type: Sockets related
-Operating System: RedHat 6.2
+Operating System: FreeBSD
PHP Version: 4.3.2
New Comment:
I'm going to be out of town (without comptuer) till this sunday.
Please don't close it if i dont respond before late sunday night. I
really wanna help any way that I can to get this fixed.
Previous Comments:
[2003-12-22 16:03:38] sheep at fearthisclan dot com
It doesn't seem to have any effect on it. I tried 10, 5 and 0.
[2003-12-22 14:21:58] [EMAIL PROTECTED]
Try adjusting the default_socket_timeout ini setting,
which defaults to 60 seconds.
ini_set('default_socket_timeout', 10);
fsockopen(...);
(I know you shouldn't need to do this, but it will
help me to figure out what is going on)
[2003-12-22 13:45:37] sheep at fearthisclan dot com
Maybe I can be a little more specific about the behavior. Whenever my
program tries to query a server that is down, the socket seems to
prevent php from doing anything at all. The max_execution_time of 30
seconds does not even step in and give a fatal error after 30 seconds
of running. If there has been a fix or if you know around this I'd
really like to know. I'm not sure how willing these guys will be to
use a CVS or not, but if you tell me its fixed in one of them I could
try and ask them to.
[2003-12-02 01:57:21] sheep at fearthisclan dot com
I am having this problem as well now. My host is running FreeBSd.
Here is the info page that shows what they have compiled and
everything. http://www.fearthisclan.com/info.php
The script im using this for queries a bunch of game servers. I was
having a problem with the socket hanging on servers that were up. The
socket would wait(hang) even when the information was all sent. I
worked around this using socket_get_status (when it's zero I can quit
waiting), but if a server is down from the get go my script hangs
forever it seems. If anyone has found a fix for this problem yet I'd
appreciate the help.
Thank you,
Tommy
[2003-09-22 06:51:12] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.
PHP-devs: Do not reopen reports where the original submitter hasn't
responded in years..
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/12360
--
Edit this bug report at http://bugs.php.net/?id=12360&edit=1
#8223 [Com]: Php compile failure with --pdflib
ID: 8223 Comment by: greenwow at mrmemory dot net Reported By: s dot piton at sofrel dot com Status: Closed Bug Type: Compile Problem Operating System: AIX 4.3.2 PHP Version: 4.0.3pl1 New Comment: Still broken as of 4.1.2! Bought a support contract for PDFLib, and Thomas Merz said it was a bug in PHP that has been there since 3.x! When is this damn thing going to get fixed? I'm using PDFLib v5.x. Why does PHP lie and claim I'm not even using 3.x? Oh well, $10k down the drain for a source license to PDFLib. Previous Comments: [2000-12-15 09:01:21] [EMAIL PROTECTED] Remove old pdflib stuff (library & header files) from your system and install pdflib3.02 and reconfigure PHP (delete config.cache first!) If this doesn't work, please check the end of config.log for what really is the problem. --Jani [2000-12-13 06:02:08] s dot piton at sofrel dot com When I try to configure PHP 4.03pl1 whith this command line : ./configure --with-zlib --with-pdflib I have this message : checking for PDF_show_boxed in -lpdf... no configure: error: pdflib extension requires at least pdflib 3.x Any solutions?? -- Edit this bug report at http://bugs.php.net/?id=8223&edit=1
