#23220 [Opn->Asn]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Updated by: [EMAIL PROTECTED] Reported By: storozhilov at mail dot ru -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: FreeBSD 4.8 PHP Version: 4-STABLE-200307070330 -Assigned To: +Assigned To: wez Previous Comments: [2003-07-07 01:17:08] [EMAIL PROTECTED] Status->Open [2003-07-07 00:48:32] severitt at ihug dot co dot nz After experiencing this same bug with php 4.3.2 on FreeBSD 4.4, I came searched here and found this bug report. After reading the comment to try the latest stable version, I compiled and installed php4-STABLE-200307070330. However the problem still remains. It appears that maybe feof() is not detecting the eof properly, because if I read in less bytes than the the size of the response, I don't get this warning. [2003-04-21 09:23:00] [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-04-15 03:27:48] [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 The stable snapshot has better SSL protocol handling and most likely solves this problem. [2003-04-15 01:52:09] storozhilov at mail dot ru After executing of this script following message appears: Warning: fgets() [function.fgets]: SSL: fatal protocol error in /blah/blah/blah/blah.php on line NN PHP was configured with following arguments: #!/bin/sh ./configure --with-apache=../apache_1.3.27rusPL30.17 --with-mod_charset --with-pgsql=/usr/local/pgsql --with-mhash --with-sybase=/usr/local --with-openssl -- Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#23220 [NoF->Opn]: fgets() causes warning while reading data via SSL channel (HTTPS)
ID: 23220 Updated by: [EMAIL PROTECTED] Reported By: storozhilov at mail dot ru -Status: No Feedback +Status: Open Bug Type: Filesystem function related Operating System: FreeBSD 4.8 -PHP Version: 4.3.1 +PHP Version: 4-STABLE-200307070330 New Comment: Status->Open Previous Comments: [2003-07-07 00:48:32] severitt at ihug dot co dot nz After experiencing this same bug with php 4.3.2 on FreeBSD 4.4, I came searched here and found this bug report. After reading the comment to try the latest stable version, I compiled and installed php4-STABLE-200307070330. However the problem still remains. It appears that maybe feof() is not detecting the eof properly, because if I read in less bytes than the the size of the response, I don't get this warning. [2003-04-21 09:23:00] [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-04-15 03:27:48] [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 The stable snapshot has better SSL protocol handling and most likely solves this problem. [2003-04-15 01:52:09] storozhilov at mail dot ru After executing of this script following message appears: Warning: fgets() [function.fgets]: SSL: fatal protocol error in /blah/blah/blah/blah.php on line NN PHP was configured with following arguments: #!/bin/sh ./configure --with-apache=../apache_1.3.27rusPL30.17 --with-mod_charset --with-pgsql=/usr/local/pgsql --with-mhash --with-sybase=/usr/local --with-openssl -- 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: severitt at ihug dot co dot nz Reported By: storozhilov at mail dot ru Status: No Feedback Bug Type: Filesystem function related Operating System: FreeBSD 4.8 PHP Version: 4.3.1 New Comment: After experiencing this same bug with php 4.3.2 on FreeBSD 4.4, I came searched here and found this bug report. After reading the comment to try the latest stable version, I compiled and installed php4-STABLE-200307070330. However the problem still remains. It appears that maybe feof() is not detecting the eof properly, because if I read in less bytes than the the size of the response, I don't get this warning. Previous Comments: [2003-04-21 09:23:00] [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-04-15 03:27:48] [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 The stable snapshot has better SSL protocol handling and most likely solves this problem. [2003-04-15 01:52:09] storozhilov at mail dot ru After executing of this script following message appears: Warning: fgets() [function.fgets]: SSL: fatal protocol error in /blah/blah/blah/blah.php on line NN PHP was configured with following arguments: #!/bin/sh ./configure --with-apache=../apache_1.3.27rusPL30.17 --with-mod_charset --with-pgsql=/usr/local/pgsql --with-mhash --with-sybase=/usr/local --with-openssl -- Edit this bug report at http://bugs.php.net/?id=23220&edit=1
#24518 [NEW]: strftime() output not translated after setlocale()
From: phpspam at netebb dot com Operating system: Windows 2000 SP2 PHP version: 5.0.0b1 (beta1) PHP Bug Type: *Languages/Translation Bug description: strftime() output not translated after setlocale() Description: works fine on Debian, but fails on Windows 2000 SP2. gettext() *does* work in Windows though, so I know it's not a configuration issue (i.e., extension=php_gettext.dll). I've tested this with both php 5.0.0 and php 4.3.2. Cheers, Ross Reproduce code: --- Expected result: domingo 6 julio 2003 Actual result: -- Sunday July 2003 -- Edit bug report at http://bugs.php.net/?id=24518&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24518&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24518&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24518&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24518&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24518&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24518&r=support Expected behavior: http://bugs.php.net/fix.php?id=24518&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24518&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24518&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24518&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24518&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24518&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24518&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24518&r=gnused
#24517 [Opn->Bgs]: Apache 2.0.46 startup lock with php_mssql.dll
ID: 24517 User updated by: bikspk at hotmail dot com Reported By: bikspk at hotmail dot com -Status: Open +Status: Bogus Bug Type: MSSQL related Operating System: Windows 2000 Server PHP Version: 4.3.2 New Comment: RTFM - copied ntwdb.dll into winnt/system32 - restarted machine - works fine - sorry Previous Comments: [2003-07-06 22:48:12] bikspk at hotmail dot com Description: Apache 2.0.46 Installed using MSI installer. PHP 4.3.2 zip package extracted to C:\PHP. Apache will load fine until I uncomment the php_mssql.dll for dynamic loading. No error reported - hangs on startup - requires commenting out php_mssql.dll in php.ini and restarting Windows 2000 to get Apache to restart. -- Edit this bug report at http://bugs.php.net/?id=24517&edit=1
#23798 [Com]: Space not trimmed in Bcc and Cc parsing
ID: 23798
Comment by: webmaster at e-xoops dot com
Reported By: guidance at g dot yi dot org
Status: Open
Bug Type: Mail related
Operating System: Windows 2000 pro
PHP Version: 4.3.2RC4
New Comment:
Just spent 2 days on same problem under php 4.3.1 trying to send bcc &
cc headers (i know they worked before).
This works:
Bcc:[EMAIL PROTECTED],[EMAIL PROTECTED]
This doesn't:
Bcc: [EMAIL PROTECTED],[EMAIL PROTECTED]
All other header fields seem to work ok as usual with the space after
the :, only bcc/cc seem to be affected here.
Previous Comments:
[2003-06-25 13:02:54] jharrell at dlc4me dot com
I'm using a To: address in the mail() and a list of inner company
emails under the Bcc: header... but I still get the SMTP Unknown user
error... this error was not here in 4.2.3... but I can confirm that
4.3.2 does have problems with the Bcc and Cc headers... For now I guess
I will send individual emails out. :(
[2003-05-25 07:11:25] guidance at g dot yi dot org
Some mail servers don't accept blank To, so this problem can't appear.
I'm just using Phorum and Mercury/32 mail server, then found this
problem.
X-Envelope-To header also depends on the mail server. May not be
created at all or other similar header.
[2003-05-25 05:42:25] guidance at g dot yi dot org
When using blank "To", and only Cc or Bcc to send an email, like
below:
mail("", "the subject", 'message body',
"From: [EMAIL PROTECTED]"
."Reply-To: [EMAIL PROTECTED]"
."BCC: [EMAIL PROTECTED]"
."X-Mailer: PHP/" . phpversion());
the receiver mail server will complain user unknown error, if check the
raw received mail, will like this:
..
X-Envelope-To: < [EMAIL PROTECTED]>
..
To:
..
Notice there's an extra space in X-Envelope-To header!
Anyhow, if "To" is not blank, the received X-Envelope-To is correct.
If don't leave space after the colon of Bcc and Cc, the problem could
temporarily resolved.
--
Edit this bug report at http://bugs.php.net/?id=23798&edit=1
#24517 [NEW]: Apache 2.0.46 startup lock with php_mssql.dll
From: bikspk at hotmail dot com Operating system: Windows 2000 Server PHP version: 4.3.2 PHP Bug Type: MSSQL related Bug description: Apache 2.0.46 startup lock with php_mssql.dll Description: Apache 2.0.46 Installed using MSI installer. PHP 4.3.2 zip package extracted to C:\PHP. Apache will load fine until I uncomment the php_mssql.dll for dynamic loading. No error reported - hangs on startup - requires commenting out php_mssql.dll in php.ini and restarting Windows 2000 to get Apache to restart. -- Edit bug report at http://bugs.php.net/?id=24517&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24517&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24517&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24517&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24517&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24517&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24517&r=support Expected behavior: http://bugs.php.net/fix.php?id=24517&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24517&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24517&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24517&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24517&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24517&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24517&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24517&r=gnused
#24516 [NEW]: subset open_basedir in .htaccess and block users from opening files
From: mphh at bandignition dot tk Operating system: All PHP version: Irrelevant PHP Bug Type: Feature/Change Request Bug description: subset open_basedir in .htaccess and block users from opening files Description: Could someone find a way so that files (i.e., .htaccess, .httpd) could be block from opening by a user and that open_basedir can be set on a per-directory while still enforceing the open_basedir set in .httpd or php.ini. Reproduce code: --- php.ini: open_basedir = "/usr/home/public_html/" deny_open_files = ".htaccess,.httpd" .htaccess (#1): php_flag open_basedir = "/usr/home/public_html/some/dir/" .htaccess (#2): php_flag open_basedir = "/" script1.php: script2.php: Expected result: .htaccess (#1) will work while, .htaccess (#2) will not. and script1.php will return: file writing done and script2.php will return: Error: fopen(): You are not allowed to open that file for security resons. -- Edit bug report at http://bugs.php.net/?id=24516&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24516&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24516&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24516&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24516&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24516&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24516&r=support Expected behavior: http://bugs.php.net/fix.php?id=24516&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24516&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24516&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24516&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24516&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24516&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24516&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24516&r=gnused
#24515 [NEW]: $_SERVER[remote_addr] different to $remote_addr
From: phpbug at easihosting dot co dot uk Operating system: linux PHP version: 4.3.3RC1 PHP Bug Type: Sockets related Bug description: $_SERVER[remote_addr] different to $remote_addr Description: When register_globals is on one would expect the registered globals to be the same values as the variables accessed through the global arrays. $remote_addr doesn't always return the IP of the visitor to the site but the IP of another visitor to another site on the same server. $server_name doesn't always return the host name for the site being visited, but that of another site being hosted on the same server. Reproduce code: --- echo '$SERVER_NAME'; echo " "; echo "$SERVER_NAME"; echo ""; echo '$_SERVER[SERVER_NAME]'; echo " "; echo "$_SERVER[SERVER_NAME]"; echo ""; Expected result: $SERVER_NAME www.p800.co.uk $_SERVER[SERVER_NAME] www.p800.co.uk Actual result: -- $SERVER_NAME www.p800.co.uk $_SERVER[SERVER_NAME] www.symbos.co.uk -- Edit bug report at http://bugs.php.net/?id=24515&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24515&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24515&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24515&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24515&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24515&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24515&r=support Expected behavior: http://bugs.php.net/fix.php?id=24515&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24515&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24515&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24515&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24515&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24515&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24515&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24515&r=gnused
#24513 [Com]: phpinfo in plain text
ID: 24513 Comment by: chuayw2000 at hotmail dot com Reported By: darkadn at hotmail dot com Status: Open Bug Type: Scripting Engine problem Operating System: win32 (winXP SP2) PHP Version: 4.3.2 New Comment: Maybe you can try other Servers. I think that the sapi module for apache 2 is only experimental. And also, Microsoft has not released SP2 for Windows XP. Previous Comments: [2003-07-06 11:09:02] [EMAIL PROTECTED] 4 boxes, Linux, Windows XP, Windows 2000, FreeBSD with apache2 and 4.3.2 Cannot reproduce it. phpinfo_htmlhead is printed nicely. [2003-07-06 09:03:06] darkadn at hotmail dot com please note that i have tested with html_errors and without [2003-07-06 08:54:33] darkadn at hotmail dot com Description: on apache2 the phpinfo(); function return phpinfos in text mode without html tags. I have tested with php.ini-recommended and it does not work. php is installed as module. I joined the result of phpinfo(); function. please note that there are \n and no tag ( it is plain text of course...) Reproduce code: --- Expected result: phpinfo() ... Actual result: -- phpinfo() PHP Version => 4.3.2 System => Windows NT ADN 5.1 build 2600 Build Date => May 28 2003 15:06:05 Server API => Apache 2.0 Filter Virtual Directory Support => enabled Configuration File (php.ini) Path => C:\WINDOWS\php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => enabled Registered PHP Streams => php, http, ftp, compress.zlib ... -- Edit this bug report at http://bugs.php.net/?id=24513&edit=1
#24510 [Opn]: Unable to access global variables
ID: 24510 User updated by: chuayw2000 at hotmail dot com Reported By: chuayw2000 at hotmail dot com Status: Open Bug Type: Variables related Operating System: Windows XP (Professional) SP1 PHP Version: 5.0.0b1 (beta1) New Comment: No. I cannot even access variables like $PHP_SELF and $_GET. And I am using IIS 5.1. Previous Comments: [2003-07-06 05:33:06] postings-php-bug at hans-spath dot de Could this be a duplicate of bug #24401? [2003-07-06 01:43:43] chuayw2000 at hotmail dot com Description: I am unable to access variables like $REMOTE_ADDR even though register_globals and track_vars are set to on. I can't even access the $_POST or $_GET variables. The page below is requested with a query of trial=trial (page.php?trial=trial) Reproduce code: --- "; echo $_GET["trial"]; ?> Expected result: An ip address (in my case 127.0.0.1 cos I am running using localhost) and a newline with the text "trial" should have been seen. Actual result: -- The page returned with nothing but only a "" html tag. However, the variables are present in the phpinfo() function. -- Edit this bug report at http://bugs.php.net/?id=24510&edit=1
#24513 [Opn]: phpinfo in plain text
ID: 24513 Updated by: [EMAIL PROTECTED] Reported By: darkadn at hotmail dot com Status: Open -Bug Type: Output Control +Bug Type: Scripting Engine problem Operating System: win32 (winXP SP2) PHP Version: 4.3.2 New Comment: 4 boxes, Linux, Windows XP, Windows 2000, FreeBSD with apache2 and 4.3.2 Cannot reproduce it. phpinfo_htmlhead is printed nicely. Previous Comments: [2003-07-06 09:03:06] darkadn at hotmail dot com please note that i have tested with html_errors and without [2003-07-06 08:54:33] darkadn at hotmail dot com Description: on apache2 the phpinfo(); function return phpinfos in text mode without html tags. I have tested with php.ini-recommended and it does not work. php is installed as module. I joined the result of phpinfo(); function. please note that there are \n and no tag ( it is plain text of course...) Reproduce code: --- Expected result: phpinfo() ... Actual result: -- phpinfo() PHP Version => 4.3.2 System => Windows NT ADN 5.1 build 2600 Build Date => May 28 2003 15:06:05 Server API => Apache 2.0 Filter Virtual Directory Support => enabled Configuration File (php.ini) Path => C:\WINDOWS\php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => enabled Registered PHP Streams => php, http, ftp, compress.zlib ... -- Edit this bug report at http://bugs.php.net/?id=24513&edit=1
#24194 [Opn->Bgs]: XPath only supporting absolute location paths?
ID: 24194
Updated by: [EMAIL PROTECTED]
Reported By: markus dot pfefferle at web dot de
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: Windows 2000
PHP Version: 4.3.2
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
read the docs for xpath_eval:
"The optional contextnode can be specified for doing relative XPath
queries."
Previous Comments:
[2003-07-06 08:30:58] markus dot pfefferle at web dot de
I opened a trouble ticket on the GNOME bug page with this problem, as
you claim this to be a libxml-related bug, and after some weeks, this
was their reply:
+--- Additional Comments From daniel at veillard dot com
2003-07-05 16:12 ---
+Seems that PHP doesn't initialize the "context node" of the
+XPath evaluation context. That cannot be solved by libxml2,
+this really need to be done by PHP interface code (or an user
+accessible routine). The evaluation context is described in the
+XPath spec:
+ http://www.w3.org/TR/xpath#section-Introduction
+
+Daniel
So who's right now?
[2003-06-15 16:37:25] [EMAIL PROTECTED]
See bug #24168
[2003-06-15 11:16:45] markus dot pfefferle at web dot de
Description:
By the definition of XPath from http://www.w3.org/TR/xpath, the xpath
expression 'foo' (being an abbreviated syntax of 'child::foo') is a
Relative Location Path and would reference to all child nodes of the
given context node with a tagname of 'foo'.
The expression '/foo' ('/child::foo') is an Absolute Location Path
which references the child nodes named 'foo' of the context node's
document root node.
So the following small code:
$s = '';
$s .= '';
$s .= '';
$s .= '';
$doc = domxml_open_mem($s);
$ctx = xpath_new_context($doc);
$n = xpath_eval($ctx, 'foo');
should by strict XPath definition result in the refrencing of the
element just because foo is a child node of the document root node.
However, this always results in an empty $n->nodeset. This is the first
error.
The Absolute Location Path '/foo' however, used in the above
xpath_eval(), would deliver the expected node correctly in
$n->nodeset[0].
Now if we use this node as a new context node:
$ctx = xpath_new_context($n->nodeset[0]);
$n = xpath_eval($ctx, 'bar');
Again, by W3C Definition, this should deliver the bar-Element, but
instead it will find nothing. Altering the expression to '/bar' however
suddenly finds the bar-Node. But this is incorret, since the expression
'/bar' would read "the child nodes of the context node's document's
root node named 'bar'" - which are non-existent, because the document's
root node only child node is 'foo'.
So instead the current implementation of XPath seems to treat the
preceding slash as mandatory and only referencing to the context node -
not the document root.
This is not in accordance to XPath!
Reproduce code:
---
$s = '';
$s .= '';
$s .= '';
$s .= 'abc';
$s .= '';
$s .= '';
$doc = domxml_open_mem($s);
$ctx = xpath_new_context($doc);
$a = xpath_eval($ctx, 'foo');
$b = xpath_eval($ctx, '/foo');
$ctx = xpath_new_context($b->nodeset[0]);
$c = xpath_eval($ctx, 'bar');
$d = xpath_eval($ctx, '/bar');
echo "a = $a b = $b c = $c d = $d";($ctx, '/foo');
Expected result:
a = Object
b = Object
c = Object
d =
Actual result:
--
a =
b = Object
c =
d = Object
--
Edit this bug report at http://bugs.php.net/?id=24194&edit=1
#24513 [Opn]: phpinfo in plain text
ID: 24513 User updated by: darkadn at hotmail dot com -Summary: phpinfo does not appear in text Reported By: darkadn at hotmail dot com Status: Open Bug Type: Output Control Operating System: win32 (winXP SP2) PHP Version: 4.3.2 New Comment: please note that i have tested with html_errors and without Previous Comments: [2003-07-06 08:54:33] darkadn at hotmail dot com Description: on apache2 the phpinfo(); function return phpinfos in text mode without html tags. I have tested with php.ini-recommended and it does not work. php is installed as module. I joined the result of phpinfo(); function. please note that there are \n and no tag ( it is plain text of course...) Reproduce code: --- Expected result: phpinfo() ... Actual result: -- phpinfo() PHP Version => 4.3.2 System => Windows NT ADN 5.1 build 2600 Build Date => May 28 2003 15:06:05 Server API => Apache 2.0 Filter Virtual Directory Support => enabled Configuration File (php.ini) Path => C:\WINDOWS\php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => enabled Registered PHP Streams => php, http, ftp, compress.zlib ... -- Edit this bug report at http://bugs.php.net/?id=24513&edit=1
#24513 [NEW]: phpinfo does not appear in text
From: darkadn at hotmail dot com Operating system: win32 (winXP SP2) PHP version: 4.3.2 PHP Bug Type: Output Control Bug description: phpinfo does not appear in text Description: on apache2 the phpinfo(); function return phpinfos in text mode without html tags. I have tested with php.ini-recommended and it does not work. php is installed as module. I joined the result of phpinfo(); function. please note that there are \n and no tag ( it is plain text of course...) Reproduce code: --- Expected result: phpinfo() ... Actual result: -- phpinfo() PHP Version => 4.3.2 System => Windows NT ADN 5.1 build 2600 Build Date => May 28 2003 15:06:05 Server API => Apache 2.0 Filter Virtual Directory Support => enabled Configuration File (php.ini) Path => C:\WINDOWS\php.ini PHP API => 20020918 PHP Extension => 20020429 Zend Extension => 20021010 Debug Build => no Thread Safety => enabled Registered PHP Streams => php, http, ftp, compress.zlib ... -- Edit bug report at http://bugs.php.net/?id=24513&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24513&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24513&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24513&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24513&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24513&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24513&r=support Expected behavior: http://bugs.php.net/fix.php?id=24513&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24513&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24513&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24513&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24513&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24513&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24513&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24513&r=gnused
#24194 [Bgs->Opn]: XPath only supporting absolute location paths?
ID: 24194
User updated by: markus dot pfefferle at web dot de
Reported By: markus dot pfefferle at web dot de
-Status: Bogus
+Status: Open
Bug Type: DOM XML related
Operating System: Windows 2000
PHP Version: 4.3.2
New Comment:
I opened a trouble ticket on the GNOME bug page with this problem, as
you claim this to be a libxml-related bug, and after some weeks, this
was their reply:
+--- Additional Comments From daniel at veillard dot com
2003-07-05 16:12 ---
+Seems that PHP doesn't initialize the "context node" of the
+XPath evaluation context. That cannot be solved by libxml2,
+this really need to be done by PHP interface code (or an user
+accessible routine). The evaluation context is described in the
+XPath spec:
+ http://www.w3.org/TR/xpath#section-Introduction
+
+Daniel
So who's right now?
Previous Comments:
[2003-06-15 16:37:25] [EMAIL PROTECTED]
See bug #24168
[2003-06-15 11:16:45] markus dot pfefferle at web dot de
Description:
By the definition of XPath from http://www.w3.org/TR/xpath, the xpath
expression 'foo' (being an abbreviated syntax of 'child::foo') is a
Relative Location Path and would reference to all child nodes of the
given context node with a tagname of 'foo'.
The expression '/foo' ('/child::foo') is an Absolute Location Path
which references the child nodes named 'foo' of the context node's
document root node.
So the following small code:
$s = '';
$s .= '';
$s .= '';
$s .= '';
$doc = domxml_open_mem($s);
$ctx = xpath_new_context($doc);
$n = xpath_eval($ctx, 'foo');
should by strict XPath definition result in the refrencing of the
element just because foo is a child node of the document root node.
However, this always results in an empty $n->nodeset. This is the first
error.
The Absolute Location Path '/foo' however, used in the above
xpath_eval(), would deliver the expected node correctly in
$n->nodeset[0].
Now if we use this node as a new context node:
$ctx = xpath_new_context($n->nodeset[0]);
$n = xpath_eval($ctx, 'bar');
Again, by W3C Definition, this should deliver the bar-Element, but
instead it will find nothing. Altering the expression to '/bar' however
suddenly finds the bar-Node. But this is incorret, since the expression
'/bar' would read "the child nodes of the context node's document's
root node named 'bar'" - which are non-existent, because the document's
root node only child node is 'foo'.
So instead the current implementation of XPath seems to treat the
preceding slash as mandatory and only referencing to the context node -
not the document root.
This is not in accordance to XPath!
Reproduce code:
---
$s = '';
$s .= '';
$s .= '';
$s .= 'abc';
$s .= '';
$s .= '';
$doc = domxml_open_mem($s);
$ctx = xpath_new_context($doc);
$a = xpath_eval($ctx, 'foo');
$b = xpath_eval($ctx, '/foo');
$ctx = xpath_new_context($b->nodeset[0]);
$c = xpath_eval($ctx, 'bar');
$d = xpath_eval($ctx, '/bar');
echo "a = $a b = $b c = $c d = $d";($ctx, '/foo');
Expected result:
a = Object
b = Object
c = Object
d =
Actual result:
--
a =
b = Object
c =
d = Object
--
Edit this bug report at http://bugs.php.net/?id=24194&edit=1
#24394 [NoF->Opn]: Session feature unusable.
ID: 24394
User updated by: hos dot endre at axelero dot hu
Reported By: hos dot endre at axelero dot hu
-Status: No Feedback
+Status: Open
Bug Type: Session related
Operating System: Win NT/XP
PHP Version: 5CVS-2003-06-29 (dev)
New Comment:
Okay: The subjected problem was solved by un-double-quoting the
session.save_path and remove the backslash from the end of line.
Anyway, until this the engine was able to create the file. After that I
had to get familiar with the new php_dom exension, which I think is
great, but not documented yet. So then comes a serialization problem:
objects in my project held reference to each other, and the
last-time-workin-good serialization crashed on this extra. Right now I
solved the problem by unbuilding theese references before
serialization, and rebuilding them on wakeup. Now I can test the ZE2
editions new features, thank you for the help!
Also, here is a sample script that doesn't work for me:
b = new b;
}
function setupb()
{
$this->b->setupa($this);
}
}
class b
{
var $a;
function setupa($a)
{
$this->a = $a;
}
}
$a = new a;
$a->setupb();
echo "This workx!\r\n";
echo serialize($a);
?>
Previous Comments:
[2003-07-04 02:13:24] [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.
(DO NOT use "Add Comment" on your own bug report!)
[2003-06-30 04:18:01] hos dot endre at dorsum dot hu
I've tryed the test script I provided yesterday on WinNT, Apache
1.3.12, PHP 5.0.0b1 with php4_apache.dll (configured as php5_module in
httpd.conf). Works well. This bug might be XP specific, or it might be
my own system's special. By the way, the XP was configued to use
php4_apache_hooks.dll, becase php4_apache.dll were missing from one of
the downloaded PHP distributions. I'm willing to figure out what the
hell going on with that stuff. I'll be back with further results.
[2003-06-29 20:04:05] [EMAIL PROTECTED]
Does this script work any better:
[2003-06-29 19:37:32] hos dot endre at axelero dot hu
Description:
On request shutdown session file is created, but stay locked with zero
size. CPU have no load, and nothing happens. No crash. I've tried older
5CVS bins, and it seems to be an older bug. Serialization and anything
else works well for me. 5.0.0-Beta1 also contains this bug. Leaving out
session_start & session_register. :)
Reproduce code:
---
Expected result:
1, 2, 3... by refreshing the page.
--
Edit this bug report at http://bugs.php.net/?id=24394&edit=1
#24511 [Opn->Bgs]: äPHP_SELF is unavailable
ID: 24511 Updated by: [EMAIL PROTECTED] Reported By: timon dot roth at bluewin dot ch -Status: Open +Status: Bogus Bug Type: CGI related Operating System: Linux SUE 8.2 PHP Version: 5.0.0b1 (beta1) 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. Because of this, we hope you add your comments to the existing bug instead. Thank you for your interest in PHP. . Previous Comments: [2003-07-06 06:13:10] timon dot roth at bluewin dot ch Description: the Variable $PHP_SELF is unknown in a CGI-Script, even if register globals is on. simple Variablenames are unknown like $txt. when i call them $_POST[txt] it is there. - der Text - $_POST[txt] - mit CRYPT_STD_DES lautet: " . CRYPT($_POST[txt],CRYPT_STD_DES).""; echo "der Text - $_POST[txt] - mit MD5 lautet: " . md5($_POST[txt]).""; echo "der Text - $_POST[txt] - mit CRYPT_EXT_DES lautet: " . CRYPT($_POST[txt],CRYPT_EXT_DES).""; echo "der Text - $_POST[txt] - mit CRYPT_MD5 lautet: " . CRYPT($_POST[txt],CRYPT_MD5).""; echo "der Text - $_POST[txt] - mit CRYPT_BLOWFISH lautet: " . CRYPT($_POST[txt],CRYPT_BLOWFISH).""; echo base64_decode($_POST[txt]); ?> Reproduce code: --- der Text - - mit CRYPT_STD_DES lautet: 1$XA3AnJXEveEder Text - - mit MD5 lautet: d41d8cd98f00b204e9800998ecf8427eder Text - - mit CRYPT_EXT_DES lautet: 0$fzSX8JzA0Vwder Text - - mit CRYPT_MD5 lautet: 1$XA3AnJXEveEder Text - - mit CRYPT_BLOWFISH lautet: 1$XA3AnJXEveE Expected result: der Text - - mit CRYPT_STD_DES lautet: 1$XA3AnJXEveEder Text - - mit MD5 lautet: d41d8cd98f00b204e9800998ecf8427eder Text - - mit CRYPT_EXT_DES lautet: 0$fzSX8JzA0Vwder Text - - mit CRYPT_MD5 lautet: 1$XA3AnJXEveEder Text - - mit CRYPT_BLOWFISH lautet: 1$XA3AnJXEveE -- Edit this bug report at http://bugs.php.net/?id=24511&edit=1
#24511 [NEW]: äPHP_SELF is unavailable
From: timon dot roth at bluewin dot ch Operating system: Linux SUE 8.2 PHP version: 5.0.0b1 (beta1) PHP Bug Type: CGI related Bug description: äPHP_SELF is unavailable Description: the Variable $PHP_SELF is unknown in a CGI-Script, even if register globals is on. simple Variablenames are unknown like $txt. when i call them $_POST[txt] it is there. - der Text - $_POST[txt] - mit CRYPT_STD_DES lautet: " . CRYPT($_POST[txt],CRYPT_STD_DES).""; echo "der Text - $_POST[txt] - mit MD5 lautet: " . md5($_POST[txt]).""; echo "der Text - $_POST[txt] - mit CRYPT_EXT_DES lautet: " . CRYPT($_POST[txt],CRYPT_EXT_DES).""; echo "der Text - $_POST[txt] - mit CRYPT_MD5 lautet: " . CRYPT($_POST[txt],CRYPT_MD5).""; echo "der Text - $_POST[txt] - mit CRYPT_BLOWFISH lautet: " . CRYPT($_POST[txt],CRYPT_BLOWFISH).""; echo base64_decode($_POST[txt]); ?> Reproduce code: --- der Text - - mit CRYPT_STD_DES lautet: 1$XA3AnJXEveEder Text - - mit MD5 lautet: d41d8cd98f00b204e9800998ecf8427eder Text - - mit CRYPT_EXT_DES lautet: 0$fzSX8JzA0Vwder Text - - mit CRYPT_MD5 lautet: 1$XA3AnJXEveEder Text - - mit CRYPT_BLOWFISH lautet: 1$XA3AnJXEveE Expected result: der Text - - mit CRYPT_STD_DES lautet: 1$XA3AnJXEveEder Text - - mit MD5 lautet: d41d8cd98f00b204e9800998ecf8427eder Text - - mit CRYPT_EXT_DES lautet: 0$fzSX8JzA0Vwder Text - - mit CRYPT_MD5 lautet: 1$XA3AnJXEveEder Text - - mit CRYPT_BLOWFISH lautet: 1$XA3AnJXEveE -- Edit bug report at http://bugs.php.net/?id=24511&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=24511&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=24511&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=24511&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=24511&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=24511&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=24511&r=support Expected behavior: http://bugs.php.net/fix.php?id=24511&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=24511&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=24511&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=24511&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=24511&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=24511&r=dst IIS Stability: http://bugs.php.net/fix.php?id=24511&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=24511&r=gnused
#24510 [Com]: Unable to access global variables
ID: 24510 Comment by: postings-php-bug at hans-spath dot de Reported By: chuayw2000 at hotmail dot com Status: Open Bug Type: Variables related Operating System: Windows XP (Professional) SP1 PHP Version: 5.0.0b1 (beta1) New Comment: Could this be a duplicate of bug #24401? Previous Comments: [2003-07-06 01:43:43] chuayw2000 at hotmail dot com Description: I am unable to access variables like $REMOTE_ADDR even though register_globals and track_vars are set to on. I can't even access the $_POST or $_GET variables. The page below is requested with a query of trial=trial (page.php?trial=trial) Reproduce code: --- "; echo $_GET["trial"]; ?> Expected result: An ip address (in my case 127.0.0.1 cos I am running using localhost) and a newline with the text "trial" should have been seen. Actual result: -- The page returned with nothing but only a "" html tag. However, the variables are present in the phpinfo() function. -- Edit this bug report at http://bugs.php.net/?id=24510&edit=1
#23122 [Com]: ImageTTFText causes segmentation fault while under Apache
ID: 23122 Comment by: igor at gelios dot net Reported By: 1413 at blargh dot com Status: Closed Bug Type: GD related Operating System: Debian Linux PHP Version: 4.3.2-RC New Comment: ImageFTText gives same SegFault ;( Previous Comments: [2003-07-06 05:21:21] igor at gelios dot net This bug is not completly closed. ;( I have same troubles with PHP _4.3.2_ Linux RH9, Apache 1.3.27, gd 2.0.15, freetype 2.14 PHP Configure options: './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--with-mysql=/usr/local/mysql' '--with-gd=../GD/gd-2.0.15' '--with-zlib-dir=../zlib.1.1.4' '--with-jpeg-dir=../jpeg-6b' '--with-png-dir=../libpng-1.2.5' '--with-freetype-dir=../freetype-2.1.4' '--enable-gd-native-ttf' test script (see below) draw test line correctly, but apache child crashes with log message: [Sun Jul 6 14:14:24 2003] [notice] child pid 28704 exit signal Segmentation fault (11) test script: [2003-04-30 12:15:05] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2003-04-30 12:06:50] [EMAIL PROTECTED] Works for me now, no more segfaults. [2003-04-30 11:44:03] [EMAIL PROTECTED] I think I just fixed this issue. The bt doesn't look the same, but the fact that it only happens on the second request would indicate that it was getting a bogus cache pointer which is what I fixed. Someone please verify that this doesn't happen under current CVS. [2003-04-25 05:48:34] [EMAIL PROTECTED] Note: This happens on the 2nd run on same apache child. 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/23122 -- Edit this bug report at http://bugs.php.net/?id=23122&edit=1
#23122 [Com]: ImageTTFText causes segmentation fault while under Apache
ID: 23122
Comment by: igor at gelios dot net
Reported By: 1413 at blargh dot com
Status: Closed
Bug Type: GD related
Operating System: Debian Linux
PHP Version: 4.3.2-RC
New Comment:
This bug is not completly closed. ;(
I have same troubles with PHP _4.3.2_
Linux RH9, Apache 1.3.27, gd 2.0.15, freetype 2.14
PHP Configure options:
'./configure' '--with-apxs=/usr/local/apache/bin/apxs'
'--with-mysql=/usr/local/mysql' '--with-gd=../GD/gd-2.0.15'
'--with-zlib-dir=../zlib.1.1.4' '--with-jpeg-dir=../jpeg-6b'
'--with-png-dir=../libpng-1.2.5'
'--with-freetype-dir=../freetype-2.1.4' '--enable-gd-native-ttf'
test script (see below) draw test line correctly, but apache child
crashes with log message:
[Sun Jul 6 14:14:24 2003] [notice] child pid 28704 exit signal
Segmentation fault (11)
test script:
Previous Comments:
[2003-04-30 12:15:05] [EMAIL PROTECTED]
This bug has been fixed in CVS.
In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
[2003-04-30 12:06:50] [EMAIL PROTECTED]
Works for me now, no more segfaults.
[2003-04-30 11:44:03] [EMAIL PROTECTED]
I think I just fixed this issue. The bt doesn't look the same, but the
fact that it only happens on the second request would indicate that it
was getting a bogus cache pointer which is what I fixed. Someone
please verify that this doesn't happen under current CVS.
[2003-04-25 05:48:34] [EMAIL PROTECTED]
Note: This happens on the 2nd run on same apache child.
[2003-04-25 05:47:23] [EMAIL PROTECTED]
Reproduced with latest stable CVS:
(gdb) bt
#0 0x40442b0b in gdCacheGet (head=0x8409648, keydata=0xbfffca48) at
/usr/src/web/php/php4/ext/gd/libgd/gdcache.c:101
#1 0x40441c1a in gdImageStringFTEx (im=0x83faf24, brect=0xbfffcbbc,
fg=1,
fontlist=0x84034a4 "/usr/share/fonts/default/TrueType/arialbd.ttf",
ptsize=10, angle=1.5707963267948966, x=11,
y=150, string=0x8400524 "foobar", strex=0x0) at
/usr/src/web/php/php4/ext/gd/libgd/gdft.c:825
#2 0x40441a6b in gdImageStringFT (im=0x83faf24, brect=0xbfffcbbc,
fg=1,
fontlist=0x84034a4 "/usr/share/fonts/default/TrueType/arialbd.ttf",
ptsize=10, angle=1.5707963267948966, x=11,
y=150, string=0x8400524 "foobar") at
/usr/src/web/php/php4/ext/gd/libgd/gdft.c:767
#3 0x4042d36a in php_imagettftext_common (ht=8,
return_value=0x8403504, this_ptr=0x0, return_value_used=0, mode=0,
extended=0) at /usr/src/web/php/php4/ext/gd/gd.c:3058
#4 0x4042c822 in zif_imagettftext (ht=8, return_value=0x8403504,
this_ptr=0x0, return_value_used=0)
at /usr/src/web/php/php4/ext/gd/gd.c:2947
#5 0x405f5492 in execute (op_array=0x83fac7c) at
/usr/src/web/php/php4/Zend/zend_execute.c:1606
#6 0x405e1f64 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/web/php/php4/Zend/zend.c:864
#7 0x405a56b7 in php_execute_script (primary_file=0xb284) at
/usr/src/web/php/php4/main/main.c:1637
#8 0x405faa50 in apache_php_module_main (r=0x82e532c,
display_source_mode=0)
at /usr/src/web/php/php4/sapi/apache/sapi_apache.c:55
#9 0x405fbb78 in send_php (r=0x82e532c, display_source_mode=0,
filename=0x82e742c "/www/apache/htdocs/t.php")
at /usr/src/web/php/php4/sapi/apache/mod_php4.c:617
#10 0x405fbc02 in send_parsed_php (r=0x82e532c) at
/usr/src/web/php/php4/sapi/apache/mod_php4.c:632
#11 0x8054f09 in ap_invoke_handler () at md4.c:255
#12 0x806b0cf in process_request_internal () at md4.c:255
#13 0x806b13a in ap_process_request () at md4.c:255
#14 0x8061916 in child_main () at md4.c:255
#15 0x8061af5 in make_child () at md4.c:255
#16 0x8061c76 in startup_children () at md4.c:255
#17 0x806230d in standalone_main () at md4.c:255
#18 0x8062b9c in main () at md4.c:255
#19 0x4016c9cb in __libc_start_main (main=0x80627d8 , argc=3,
argv=0xb694, init=0x804ed2c <_init>,
fini=0x8082e64 <_fini>, rtld_fini=0x4000aea0 <_dl_fini>,
stack_end=0xb68c)
at ../sysdeps/generic/libc-start.c:92
(gdb) list
96 {
97int i = 0;
98gdCache_element_t *elem, *prev = NULL, *prevprev = NULL;
99void *userdata;
100
101 elem = head->mru;
102 while (elem)
103 {
104 if ((*(head->gdCacheTest)) (elem->userdata, ke
#24426 [Com]: Apache Installation Doesn't Work
ID: 24426 Comment by: psycode at adsl dot on dot net Reported By: LouisGreen at pljg dot freeserve dot co dot uk Status: Bogus Bug Type: Apache related Operating System: Windows XP Pro PHP Version: 5.0.0b1 (beta1) New Comment: I had the exact same problem with both the latest versions of apache (1 and 2) and php 4 and 5. THERE IS A FIX! For some reason, apache cannot find any non-.so files. No idea why, don't know if this was intentional. If you rename the sapi dll to .so, and update the httpd.conf as such, then it will detect it and work fine. I don't know whos fault this is. If this is a permament change in apache, something should be put in the docs for php at least. Previous Comments: [2003-07-01 04:56:10] igor at design dot rv dot ua I've been tried to install php_5.0.0 beta1 under Windows XP Pro with Sp1 platform. Apache ver 1.3.6 I recieved one error, I can't fix it : -- Syntax error on line 181 of "..."/apache/conf/httpd.conf Can't locate API module structure 'php4_module' in file "..."/php4apache.dll The filename, directory name, or volume id label syntax is incorrect. -- #181 httpd.conf : LoadModule php4_module "..."/php4apache.dll -- All about path's and need_2_load modules -- okey. [2003-06-30 18:06:28] [EMAIL PROTECTED] If you had bothered to search the bug database, you'd know the answer already. Don't bother reopening, you're just wasting our time. [2003-06-30 18:04:38] LouisGreen at pljg dot freeserve dot co dot uk php4apache2.dll php4apache.dll Is this not bundled as part PHP, because it fuses to work. The bundled instructions are only for PHP 4, not 5. I could spend time going thought dozens of news groups / forums and mailing list, looking for the answer, may even spend days chasing a wide goose. If there is ever likely a chance for a Windows Apache user to try/ debug PHP5, could u or somone please point me to some where more specific where I can get answer. Thanks [2003-06-30 17:53:53] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. . [2003-06-30 17:53:10] LouisGreen at pljg dot freeserve dot co dot uk err, slight tpyo, but did do a complete refresh install of apache 1 and 2. And I did complete uninstalled and removed the old apache directory each time, so the remains of the old one left. Should of typed for the working bit #LoadModule php4_module C:/Apache/PHP4/sapi/php4apache.dll LoadModule php4_module C:/Apache2/PHP4/sapi/php4apache2.dll AddType application/x-httpd-php .php The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/24426 -- Edit this bug report at http://bugs.php.net/?id=24426&edit=1
