php-install Digest 28 Feb 2002 23:01:50 -0000 Issue 723
Topics (messages 6188 through 6203):
Re: shared informix fails to compile
6188 by: Lauri Tischler
Solaris and 4.1.2
6189 by: Galvin, Max
problems with cgi variables like $SERVER_ADDR and $PHP_SELF
6190 by: Osio Aliu
missing libs
6191 by: Harbinder Singh
PHP 4.1.2, Apache 1.3.14 Internal Server Error
6192 by: Scott A Winkle
Re: php module keeping Apache from starting
6193 by: Jonathan Hilgeman
6198 by: Dan Delaney
Newbie question: Version 4.1.2 doesn't show
6194 by: Michael Chinn
6195 by: Timothy R. Robnett
building dynamic php extensions on solaris
6196 by: Liam Hoekenga
Aix 4.3.3 + Apache 1.3.23 + Php 4.1.1 = CORE DUMP! HELP!
6197 by: jkaufman.footlocker.com
php install when apache already installed
6199 by: Shawn
PHP and Java
6200 by: Proyecto de Grado
Re: FreeBSD + ext/java
6201 by: Ivan Voras
Re: PHP 4.1.1 with Apache 2.0.28
6202 by: Ivan Voras
apache2 + php4 + freebsd4.5 problem
6203 by: Ivan Voras
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 ---
Lauri Tischler wrote:
>
> I have tryed to make php4 with informix as module, the only version it
> configures and makes ok is php-4.0.4pl1
- and the latest tar php4-200202280000 also fails,
thats fifth rotten apple in the basket :)
--
Lauri Tischler, Network Admin
Tel: +358-9-47846331 * Mouse movement detected *
Fax: +358-9-47846500 * Reboot Windows to activate changes *
Mobile: +358-40-5569010
EMail: [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
With the security update I've decided to update PHP to 4.1.2. In compiling I
have had the following error:
In file included from internal_functions.c:32:
/install/php-4.1.2/ext/odbc/php_odbc.h:187: WINDOWS.H: No such file or
directory
/install/php-4.1.2/ext/odbc/php_odbc.h:188: sql.h: No such file or directory
/install/php-4.1.2/ext/odbc/php_odbc.h:189: sqlext.h: No such file or
directory
make[2]: *** [internal_functions.lo] Error 1
make[2]: Leaving directory /install/php-4.1.2/main'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/install/php-4.1.2/main'
make: *** [all-recursive] Error 1
Does anyone have any clue what causes it?
Here's the config I'm using (obviously path/to/Solid is replaced when I run
it)
./configure --with-solid=/path/to/Solid --enable-debug=no --without-mysql
--without-gd --enable-track-vars
Cheers
Max
--- End Message ---
--- Begin Message ---
I can't echo the variables like $SERVER_ADDR and $PHP_SELF, $REMOTE_ADDR
It works on my liveserver but not on my localserver. so its no syntax error.
The function phpinfo() works and gives me these variables in its listtable.
I can also echo normal variables and strings.
I am using apache on win2000 with php4.1.1
I tried it with the php.exe and phpapachemodul.
--
ENFANTS TERRIBLES
COMMUNICATIONS.NEW.MEDIA GMBH
Mendelssohnstr.13 / Haus 4
22761 Hamburg
--- End Message ---
--- Begin Message ---
Hi all,
Im installing php-4.1.2 on Solaris 8.
this is the configure command:
./configure --with-mysql=/usr/local/mysql --with-xml
--with-apxs=/usr/local/apache/bin/apxs --enable-track-vars
and then this is what Im getting ...
bash-2.03# more debug.log
CONFIGURE: './configure' '--with-mysql=/usr/local/mysql' '--with-xml'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-track-vars'
CC: gcc
CFLAGS: -g -O2
CPPFLAGS: -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280 -DMOD_SSL=208106
-DEAPI -DUSE_EXPAT
CXX:
CXXFLAGS:
INCLUDES: -I/usr/local/apache/include -I$(top_builddir)/Zend
-I/usr/local/mysql/include/mysql
LDFLAGS: -R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/mysql/lib -L/usr/local/mysql/lib
LIBS: -lmysqlclient -lcrypt -lresolv -lresolv -lresolv -lm -ldl
-lnsl -lsocket -lsocket -lgcc -lcrypt
DLIBS:
SAPI: apache
PHP_RPATHS: /usr/ucblib
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3 /usr/local/mysql/lib
uname -a: SunOS khalsa-uk 5.8 Generic_108528-13 sun4u sparc
SUNW,UltraSPARC-IIi-cEngine
gcc -o conftest -g -O2 -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280
-DMOD_SSL=208106 -DEAPI -DUSE_EXPAT -R/usr/ucblib -L/usr/ucblib
-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-L/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/2.95.3
-R/usr/local/mysql/lib -L/usr/local/mysql/lib conftest.c -lmysqlclient
-lcrypt -lresolv -lresolv -lresolv -lm -ldl -lnsl -lsocket -lsocket
-lgcc -lcrypt 1>&5
ld: fatal: library -lmysqlclient: not found
ld: fatal: File processing errors. No output written to conftest
collect2: ld returned 1 exit status
I've searched all the libraries and I cant find the thing.. what am I
doing wrong?
Harbinder
--- End Message ---
--- Begin Message ---
I am currently running 4.0.6 as a CGI (yes, we are moving to a apache+php
setup, but thats even more of an issue, and its not 'live' yet...) under
Apache 1.3.14 on HP-UX 11.
This build works fine, with the same config options.
However, with the 4.1.2 code (and 4.1.0 and 4.1.1 for that matter) it
compiles without warning or error, but when trying to execute even the
simplest php script, I get "Internal Server Error" in the browser. Apache
itself stays running. Below is my config.nice:
L# cat config.nice
#! /bin/sh
#
# Created by configure
'./configure' \
'--with-mysql' \
'--with-ldap=/opt/src/ldapsdk/' \
'--with-mcrypt=/usr/local/lib/libmcrypt' \
'--enable-ftp' \
"$@"
This has been something I wanted to do for awhile (upgrade PHP) but wasn't
a big deal till I was hammered about the file upload vulnerability this
morning... Can anyone please help before I have to *gulp* learn a different
language and rewrite almost a million lines of code??
Thanks much,
Scott
Scott Winkle
Web Developer
Wittenberg University
Phone: (937) 525-3823
[EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
Did you set any options for encryption or SSL or anything? You may have used
an option that requires lib Kerberos. If you don't have it, you should be
able to use the ports system on FreeBSD to install it quickly.
- Jonathan
-----Original Message-----
From: Dan Delaney [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 27, 2002 9:48 PM
To: Dan Delaney
Cc: [EMAIL PROTECTED]
Subject: [PHP-INST] Help: php module keeping Apache from starting
I just set up a new installation of Apache/php on a new FreeBSD
server. After installing PHP I get the following problem when trying
to start Apache:
Cannot load /usr/local/apache/libexec/libphp4.so into server:
/usr/lib/libkrb5.so: Undefined symbol "free_Principal"
/usr/local/apache/bin/apachectl start: httpd could not be started
I didn't set any Kerberos support when I configured PHP. Anyone know
why I would be getting this?
Thanks a lot.
--Dan
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
On Thu, 28 Feb 2002, Jonathan Hilgeman wrote:
> Did you set any options for encryption or SSL or anything? You may have used
> an option that requires lib Kerberos. If you don't have it, you should be
> able to use the ports system on FreeBSD to install it quickly.
Hi Jonathan. Thanks for your reply.
This is all I've put in the configure line:
./configure \
--with-apxs=/home/software/sbin/apxs \
--with-mysql=/home/software \
--with-pgsql=/home/software \
--enable-debug=no
What's odd about this is that I have in fact installed the kerberos
5 libraries from ports. But it was also installed with the base
system, so I have libkrb5.so in both /usr/lib and
/usr/local/lib. The error I'm getting from Apache is that it can't
find some routine in /usr/lib/libkrb5.so:
Cannot load /home/software/libexec/libphp4.so into
server: /usr/lib/libkrb5.so: Undefined symbol "free_Principal"
-- Dan
________________________________________________________________________
[EMAIL PROTECTED] Daniel G. Delaney
www.Dionysia.org/~dionysos/
PGP Public Key: /~dionysos/pgp.html
------------------------------------------------------------------------
War doesn't determine who's right. War determines who's left.
--- End Message ---
--- Begin Message ---
To all,
I'm a little new to PHP (and Linux for that matter) so please bear with me.
I have a current running version of PHP (4.0.4.) that shipped with RedHat 7.1
I read about the security issue so I downloaded the new version (4.1.2),
(php-4.1.2.tar.gz).
I performed an install (tar xzvf, ./configure, make, and make install) and
the package seemed to install with out any errors.
However when I bring up the banner from "http://www.domain.com/phpinfo.php
I still get the old version (4.0.4).
What am I missing? Any pointer would be appreciated.
Michael
--- End Message ---
--- Begin Message ---
On Thu Feb 28, 2002 at 09:13:20AM -0800, Michael Chinn wrote:
> To all,
>
> I'm a little new to PHP (and Linux for that matter) so please bear with me.
>
> I have a current running version of PHP (4.0.4.) that shipped with RedHat
> 7.1
>
> I read about the security issue so I downloaded the new version (4.1.2),
> (php-4.1.2.tar.gz).
>
> I performed an install (tar xzvf, ./configure, make, and make install) and
> the package seemed to install with out any errors.
>
> However when I bring up the banner from "http://www.domain.com/phpinfo.php
> I still get the old version (4.0.4).
>
> What am I missing? Any pointer would be appreciated.
>
Have you issued an /etc/rc.d/init.d/httpd restart ?
Tim
--- End Message ---
--- Begin Message ---
I'm trying to build some of the php extensions that come bundled with the
distribution as dynamic objects, so I don't have to load them on all of my
servers.
The .so files I've created generate error messages when I start apache:
[28-Feb-2002 12:19:29] PHP Warning: Invalid library (maybe not a PHP
library) 'php_mcrypt.so' in Unknown on line 0
The commands for compiling php extensions manually don't work on solaris
http://www.php.net/manual/en/zend.creating.php
Here's what I'm trying:
gcc -fpic \
-DCOMPILE_DL=1 \
-I/usr/local/libmcrypt/include \
-I/usr/local/include \
-I. \
-I.. \
-I../.. \
-I../../Zend \
-I../../main \
-I../../TSRM \
-c -o php_mcrypt.o mcrypt.c
gcc -shared -ldl -L/usr/local/libmcrypt/lib \
-B/usr/local/gnu/bin \
-R/usr/local/libmcrypt/lib \
-L/usr/local/libmcrypt/lib/libmcrypt \
-R/usr/local/libmcrypt/lib/libmcrypt \
-Wl,-export-dynamic \
-o php_mcrypt.so php_mcrypt.o
but it's not working. Does anyone have suggestions on compiling php
extension manually as shared objects?
thx
Liam
--- End Message ---
--- Begin Message ---
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 ---
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.)
--- End Message ---
--- Begin Message ---
I have Java1.2 , php4.1.1 and apache 1.3.22, sun solaris7
I did compile php with-java
1) Java section in php.ini
[Java]
java.home = /usr/java1.2
java.class.path = /usr/local/lib/php/php_java.jar
java.library=/usr/java1.2/jre/lib/sparc/libjvm.so
java.library.path = /usr/local/lib/php
2) prueba.php
<html>
<body>
<?
$system = new Java();
print "Java version=".$system->getProperty("java.version")." <br>\n";
print "Java vendor=".$system->getProperty("java.vendor")." <p>\n\n";
print "OS=".$system->getProperty("os.name")." ".
$system->getProperty("os.version")." on ".
$system->getProperty("os.arch")." <br>\n";
$formatter = new Java("java.text.SimpleDateFormat",
"EEEE, MMMM dd, yyyy 'at' h:mm:ss a zzzz");
print $formatter->format(new Java("java.util.Date"))."\n";
?>
<html>
the error in browser is:
Fatal error: Cannot instantiate non-existent class: java in
/usr/local/apache/htdocs/remotemanager/users/java.php on line 4
--- End Message ---
--- Begin Message ---
| However, when accessing a php script containing a java call, I get:
| ---
| Fatal error: Unable to locate CreateJavaVM function in java.php on line 6
I had a similar with (php+java+freebsd), but I gave up on a similar problem.
Later I found out that the problem could possibly be solved by forcing
Apache to be built with libc_r (multithreading library) by manually
adding -pthread switch to Apache Makefile.
Please, tell me if it works for you.
--
----
--------
- Ivan Voras <ivoras @ fer.hr> -
--- End Message ---
--- Begin Message ---
| > I'm having problems with 4.1.1 and 2.0.28 of the same sort--all the
| > install stuff goes smoothly, Apache 2.0 comes up, no errors anywhere,
| > but my PHP scripts don't seem to be being sent to the PHP module.
A silly question: do you have something like:
<Files *.php>
SetOutputFilter PHP
SetInputFilter PHP
</Files>
in your httpd.conf ?
--
----
--------
- Ivan Voras <ivoras @ fer.hr> -
--- End Message ---
--- Begin Message ---
I have found many problems attempting to install the stated combination,
(like: some php modules cannot be built/produce bizarre build errors), but
there is one I cannot overcome: It seems that apache2 (at least the port in
freebsd CVS... apache 2.0.28) does not want to use pthreads, and php4 does
not want to build without them (switches like --without-tsrm-pthreads and
especially --disable-experimental-zts do not work - resulting libphp4.so
still references pthread_*() functions).
My question is: Can php 4.1.1 (libphp4.so) be built and linked without any
trace of using pthread calls? I need this because if I leave it as is, httpd
complains it "cannot find symbol pthread_[something]" on trying to load
libphp4.so.
I have tried to manually modify some options in Zend.m4 (remove -DZTS
compile option) but now the httpd executable complains it "cannot find
symbol tsrm_[something]".
--
----
--------
- Ivan Voras <ivoras @ fer.hr> -
--- End Message ---
