php-install Digest 29 Apr 2002 05:16:03 -0000 Issue 809
Topics (messages 6763 through 6767):
Re: Sablotron/XSLT problems
6763 by: Michael
6764 by: Bill Bradford
Xitami Problem
6765 by: Matt DeWyer
PHP4.2.0 + Apache2 prints code
6766 by: James Stuart
Blank page - one possible resolution.....
6767 by: James Lai
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
--- Begin Message ---
I'm getting a very similar error, but I am not compiling with sablot.
I have not been able to get PHP 4.2 to work on my Apache 1.3.24
installation, on Red Hat 7.2 as of yet.
For now, I have gone back to 4.1.2 as I need a working PHP module.
The error I was getting was that it: Cannot Load the libphp4.so error
(This error I got even with the base option of just apxs & mysql)
Michael
-----Original Message-----
From: Bill Bradford [mailto:[EMAIL PROTECTED]]
Sent: Saturday, April 27, 2002 11:15 PM
To: [EMAIL PROTECTED]
Subject: Re: [PHP-INST] Sablotron/XSLT problems
On Sat, Apr 27, 2002 at 10:02:28PM -0500, Bill Bradford wrote:
> On Sat, Apr 27, 2002 at 09:59:32PM -0500, Bill Bradford wrote:
> > root@chip:/www/apache/libexec> apachectl start
> > Syntax error on line 207 of /www/apache/conf/httpd.conf: Cannot load
> > /www/apache/libexec/libphp4.so into server: ld.so.1:
> > /www/apache/bin/httpd: fatal: relocation error: file
> > /usr/local/lib/libsablot.so.0: symbol __gxx_personality_v0:
> > referenced symbol not found /usr/bin/apachectl start: httpd could
> > not be started
Okay, this was a GCC 3.0.4 bug. Recompiled EVERYTHING with 2.95.3, and
now I'm getting:
root@chip:/usr/local/src/php-4.2.0> apachectl start
Syntax error on line 207 of /www/apache/conf/httpd.conf:
Cannot load /www/apache/libexec/libphp4.so into server: ld.so.1:
/www/apache/bin/httpd: fatal: relocation error: file
/usr/local/lib/libsablot.so.0: symbol __pure_virtual: referenced symbol
not found /usr/bin/apachectl start: httpd could not be started
>From researching, __pure_virtual is a c++ library symbol, but
*everything* else compiles and works fine (I rebuilt GCC from scratch).
Suggestions? Sablot 0.90, Apache 1.3.24, PHP 4.2.0, latest expat.
Bill
--
Bill Bradford "Fear leads to anger. Anger leads to hate. Hate
leads
[EMAIL PROTECTED] to using Windows for mission-critical
applications."
Austin, TX -- What Yoda *meant* to say
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
On Sun, Apr 28, 2002 at 09:37:17AM -0600, Michael wrote:
> I'm getting a very similar error, but I am not compiling with sablot.
> I have not been able to get PHP 4.2 to work on my Apache 1.3.24
> installation, on Red Hat 7.2 as of yet.
> For now, I have gone back to 4.1.2 as I need a working PHP module.
> The error I was getting was that it: Cannot Load the libphp4.so error
> (This error I got even with the base option of just apxs & mysql)
> Michael
I just tried reverting back to PHP 4.1.2, and the XSLT example (and
Sablotron, etc) in the "Programming PHP" book works *fine*. Guess there
are still some bugs in 4.2.0.
Bill
--
Bill Bradford "Fear leads to anger. Anger leads to hate. Hate leads
[EMAIL PROTECTED] to using Windows for mission-critical applications."
Austin, TX -- What Yoda *meant* to say
--- End Message ---
--- Begin Message ---
I am having a problem with Xitami and PHP.
When I try to run a .php script, I get the message:
Security Alert! PHP CGI cannot be accessed directly.
This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a
page will only be served up if the REDIRECT_STATUS CGI variable is set. This variable
is set, for example, by Apache's Action directive redirect.
You may disable this restriction by recompiling the PHP binary with the
--disable-force-cgi-redirect switch. If you do this and you have your PHP CGI binary
accessible somewhere in your web tree, people will be able to circumvent .htaccess
security by loading files through the PHP parser. A good way around this is to define
doc_root in your php.ini file to something other than your top-level DOCUMENT_ROOT.
This way you can separate the part of your web space which uses PHP from the normal
part using .htaccess security. If you do not have any .htaccess restrictions anywhere
on your site you can leave doc_root undefined. If you are running IIS, you may safely
set cgi.force_redirect=0 in php.ini.
Does anyone have any suggestions as to what I should do?
Thanks a lot,
Matt
--- End Message ---
--- Begin Message ---
I've installed Apache 2.0.35 with PHP 4.2.0 on both FreeBSD and Linux, and
both yield the same result. When the test.php page is accessed it returns
"<?php phpinfo(); ?>" instead of actually processing it.
I have the lines:
LoadModule php4_module modules/libphp4.so
AddType application/x-httpd-php .php
in my httpd.conf files, and the /server-info page displays the server as:
Server Version: Apache/2.0.35 (Unix) PHP/4.2.0
It also indicates that "sapi_apache2.c" is loaded. I've tried making the
php files +x, and also accessing them in directories that are set as Options
ExecCGI, but nothing causes apache to actually process the php.
I have to be doing something wrong here, but for the life of me I can't
figure out what it is. The only thing I can think of that might help is an
AddHandler line, but I don't know what I'd put there as a handler.
Any thoughts/comments/ideas would be greatly appreciated.
Thanks,
James
--- End Message ---
--- Begin Message ---
I had the same problem before until I found out the problem is not httpd
or php.conf but because the file extension was not saved with a *.php
extension. Make sure you open a command line and verify the test file
has a php extension.
It works...
-James
--- End Message ---
