php-install Digest 1 Mar 2002 13:41:17 -0000 Issue 724
Topics (messages 6204 through 6209):
Re: php module keeping Apache from starting
6204 by: Dan Delaney
Re: php.ini problem
6205 by: Ivan Voras
Re: Aix 4.3.3 + Apache 1.3.23 + Php 4.1.1 = CORE DUMP! HELP!
6206 by: Yasuo Ohgaki
Patch from 4.0.6 with windows
6207 by: Matthew Walden
PHP 4.1.2 - apache 1.3.20 - irix 6.5, build problem
6208 by: Blazej Piotrowski
Re: php install when apache already installed
6209 by: jkaufman.footlocker.com
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 ---
Latest developments:
On FreeBSD you can install Kerberos 5 in the base installation and
it gets placed in /usr/lib--but that is not MIT Kerberos 5. You can
also install MIT Kerberos 5 from the ports collection, which gets
placed in /usr/local/lib. Since I chose to install ALL base packages
when I installed FreeBSD 4.5, I got the Kerberos 5 from the base
system. Then I installed MIT Kerberos 5 from the ports collection.
So I have BOTH installed, just in different places.
Since Apache was complaining about not finding a library routine in
/usr/lib/libkrb5.so, I deleted the symbolic link at
/usr/lib/libkrb5.so (which pointed to /usr/lib/libkrb5.so.3) and
made a new link that points to /usr/local/lib/libkrb5.so.3.
Voila! Apache started just fine! I still don't understand why it was
using the Kerberos 5 library in the first place. Oh well. I'd like
to find out though, because I don't like this kludge.
Anybody have any ideas?
Thanks.
-- Dan
________________________________________________________________________
[EMAIL PROTECTED] Daniel G. Delaney
www.Dionysia.org/~dionysos/
PGP Public Key: /~dionysos/pgp.html
------------------------------------------------------------------------
Conserve energy -- make love more slowly.
--- End Message ---
--- Begin Message ---
| Compare the two paths ... I locks like it's not looking at the new one.
| Even after apache restarts.
|
| Any suggestions?
What does phpinfo() say about where it expects to find php.ini? (Maybe you
have two php.ini files at different locations... and you are modifying the
wrong one.)
--
----
--------
- Ivan Voras <ivoras @ fer.hr> -
- "Today's subliminal thought is:" -
--- End Message ---
--- Begin Message ---
Did you try to install with minmum settings?
Paste backtrace if you have segfalut.
If you want to use Java extension, try JDK 1.2.
--
Yasuo Ohgaki
[EMAIL PROTECTED] wrote:
> I have been trying very unsuccessfully to get Apache 1.3.23 to run php
> 4.1.1 as a DSO. I can get everything to compile, but if I try to load the
> php DSO apache will CORE.
>
> System Information:
> Aix 4.3.3 Patch Level 9
> Cset for Aix compiler v5.02
> Perl 5.6.0 [bull lppset]
> MM v1.1.3 [bull lppset]
> Bison v1.33 [self-compile]
> GNU Make v1.4 [bull lppset]
> GNU readline 4.1.0.1 [bull lppset]
> GNU m4 v1.4 [bull lppset]
> GNU Autoconf
> GNU Automake
>
>
>
> Apache configure:
> ./configure \
> --enable-rule=SHARED_CORE \
> --enable-rule=EAPI \
> --enable-module=so \
> --activate-module=src/modules/perl/libperl.a \
> --enable-module=perl \
> --enable-module=usertrack \
> --enable-module=digest \
> --enable-module=ssl \
> --enable-shared=usertrack \
> --enable-shared=digest \
> --enable-shared=ssl \
> --disable-module=autoindex \
> --server-uid=apache \
> --server-gid=web \
> --with-port=3000 \
> --prefix=/sftw/apache \
> --logfiledir=/logs/system/apache \
> --cgidir=/data/htdocs/cgi-bin \
> --htdocsdir=/data/htdocs/base \
> --iconsdir=/data/htdocs/icons \
> --mandir=/usr/local/man \
> --includedir=/usr/local/include
>
> php configure:
> ./configure --prefix=/usr/local \
> --with-apxs=/sftw/apache/bin/apxs\
> --with-pgsql=shared,/usr/local/lib \
> --enable-track-vars \
> --with-xml \
> --without-mysql \
> --enable-discard-path \
> --with-zlib \
> --with-mm \
> --with-java=/usr/java131 \
> --with-openssl=/usr/local
>
> what I have tried...
> export CC='cc -Dinline= -ma' before compiling/configuring of php
> Adding -bI:/usr/HTTPServer/libexec/httpd.exp to libtool (archive_cmds) before
>compiling php
> Compiling just basic apache v1.3.23 and php (no pgsql, no mm, no java, no ssl).
>Nothing seems to work.
>
> Any ideas? I'm out...
>
> BTW. I also get the error duing make install of no libphp4.so, however I found that
>after you do a make, if you copy ./libs/libphp4.so.2 to
> ../libs/libphp4.so it doesn't complain anymore.
> Hopefully that is actually the right libphp4.so
>
> Thanks
>
> Jonathan Kaufman
> Footlocker Inc
>
> BTW2: I got no where fast if I try to use the IBM HTTPServer (which is based on
>apache), php 4.1.1 doesn't like the apxs that is with that package....
--- End Message ---
--- Begin Message ---
Hi,
I have been searching the news archives,
documentation etc for any info about this and I
cannot find anything.
I need to patch a PHP installation from 4.0.6 to
the latest version on two machines - one running
Apache and one runing IIS.
Is there a patch available for this, or is it
just a case of removing the old one and
installing the new one? I noticed a patch for
unix but not for windows. The IIS installation
is on a high traffic web server - would there
need to be down time for this webserver or can it
be a seemless patch?
Just as extra info - I was told that using the
ISAPI module was not very thread safe so when
there were lots of connects to the webserver
using PHP it was unreliable. Therefore I am
using the CGI binary php.exe set up in IIS.
Thanks in advance for any help
Matthew
-------------------------------------------------
This mail sent through UK Online webmail
--- End Message ---
--- Begin Message ---
When i try to build php with mySql and apxs configuration goes ok but on
make install I get this:
118# make
Making all in Zend
/bin/sh ../libtool --silent --mode=compile
gcc -DHAVE_CONFIG_H -I. -I. -I../main -D_XPG_IV -DIRIX -DMOD_SSL=208104 -D
USE_HSREGEX -DEAPI -DUSE_EXPAT -I../TSRM -g -O2 -prefer-pic -c
zend_operators.c
zend_operators.c: In function `multi_convert_to_long_ex':
zend_operators.c:566: parse error before "zval"
zend_operators.c:566: parse error before "zval"
zend_operators.c:566: parse error before "zval"
zend_operators.c:566: parse error before "zval"
zend_operators.c:566: parse error before "zval"
zend_operators.c:566: parse error before ')' token
zend_operators.c: In function `multi_convert_to_double_ex':
zend_operators.c:581: parse error before "zval"
zend_operators.c:581: parse error before "zval"
zend_operators.c:581: parse error before "zval"
zend_operators.c:581: parse error before "zval"
zend_operators.c:581: parse error before "zval"
zend_operators.c:581: parse error before ')' token
zend_operators.c: In function `multi_convert_to_string_ex':
zend_operators.c:596: parse error before "zval"
zend_operators.c:596: parse error before "zval"
zend_operators.c:596: parse error before "zval"
zend_operators.c:596: parse error before "zval"
zend_operators.c:596: parse error before "zval"
zend_operators.c:596: parse error before ')' token
*** Error code 1 (bu21)
*** Error code 1 (bu21)
What goes wrong, can anyone help
TIA
--- End Message ---
--- Begin Message ---
As far as *I* know (your milage may vary) as long as Apache has mod so
enabled (do a httpd -l, if it lists mod_so.o and...core.o) you should be
able to compile php as a DSO (Dynamic module) using apxs. (See apache
installation documentation for more information)
A simple configure would be (for php) ./configure --with-apxs=path-to-apxs
And on from there..
Personally, I've been totally unable to get php v4.1.1 to run on aix. A
total failure, I can get it to compile, but apache crashes every time I try
to load the php module...
If you get it working, PLEASE let the list know (which I will be
monitoring)...
Hope this helps
Jonathan Kaufman
"Shawn" <[EMAIL PROTECTED]> on 02/28/2002 02:19:42 PM
Please respond to "Shawn" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject: [PHP-INST] php install when apache already installed
I need to have PHP installed on a AIX 4.3.3 machine that already has apache
installed 1.3.20 I believe. the instructions for PHP's website for
installing as a module seem to assume that you are installing apache at the
same time. Do I have to re-compile and install apache to run PHP as a
module? Here are the instructions I have. If I dont have to re-compile
apache how do these instructions change?
1. gunzip apache_xxx.tar.gz
2. tar -xvf apache_xxx.tar
3. gunzip php-xxx.tar.gz
4. tar -xvf php-xxx.tar
5. cd apache_xxx
6. ./configure --prefix=/www --enable-module=so
7. make
8. make install
9. cd ../php-xxx
10. ./configure --with-mysql --with-apxs=/www/bin/apxs
11. make
12. make install
If you decide to change your configure options after installation
you only need to repeat the last three steps. You only need to
restart apache for the new module to take effect. A recompile of
Apache is not needed.
11. cp php.ini-dist /usr/local/lib/php.ini
You can edit your .ini file to set PHP options. If
you prefer this file in another location, use
--with-config-file-path=/path in step 8.
12. Edit your httpd.conf or srm.conf file and check that these lines are
present and not commented out:
AddType application/x-httpd-php .php
LoadModule php4_module libexec/libphp4.so
You can choose any extension you wish here. .php is simply the one
we suggest. You can even include .html, and .php3 can be added for
backwards compatibility.
The path on the right hand side of the LoadModule statement must point
to the path of the PHP module on your system. The above statement is
correct for the steps shown above.
13. Use your normal procedure for starting the Apache server. (You must
stop and restart the server, not just cause the server to reload by
use a HUP or USR1 signal.)
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - -
The information in this e-mail, and any attachment therein, is confidential
and for use by the addressee only. If you are not the intended recipient,
please return the e-mail to the sender and delete it from your computer.
Although the Company attempts to sweep e-mail and attachments for viruses,
it does not guarantee that either are virus-free and accepts no liability
for any damage sustained as a result of viruses.
--- End Message ---
