php-install Digest 29 Sep 2001 13:03:46 -0000 Issue 480
Topics (messages 4433 through 4438):
Apache module install issues
4433 by: Ian Marlier
Re: mail() is not supported in this PHP build
4434 by: Yasuo Ohgaki
Re: 2 - Compiling PHP4.0.6 in Linux 2.4.4 --> sapi_apache.c gives an error
4435 by: Yasuo Ohgaki
4438 by: Dan Roozemond
Re: variables_order and track_vars
4436 by: Yasuo Ohgaki
Re: libphp4 load problem: uncompress
4437 by: Yasuo Ohgaki
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 trying to build PHP 4.0.6 with GD and some other stuff, but I'm
running into two problems -- one I solved, the other I haven't.
The configure line that I'm using is:
./configure --enable-ftp --with-gd=../gd-1.8.4
--with-jpeg-dir=/usr/lib/ --with-png-dir=/usr/lib/ --with-mysql
--with-pdflib=/usr/lib/tcl8.2/pdflib/ --with-apache=../apache_1.3.20
--with-zlib-dir=/usr/local/lib
The first issue is that the make of PHP would barf in the middle of
the ext/zlib/Makefile build. I fixed the problem by doing "touch
ext/zlib/zlib.lo; touch ext/zlib/zlib_fopen_wrapper.lo" from the
source root.
The second issue comes after doing "make; make install". The module
compliles fine and all that, or at least it appears to. I cd into
the apache source directory, and do
./configure --prefix=/usr/local/apache-bb
--activate-module=src/modules/php4/libphp4.module
The build gets part way done, and then I get this (fairly long
output, sorry...):
-----
<=== src/modules/php4
<=== src/modules
gcc -c -I./os/unix -I./include -DLINUX=22 -I/root/php-4.0.6
-I/root/php-4.0.6/main -I/root/php-4.0.6/main -I/root/php-4.0.6/Zend
-I/root/php-4.0.6/Zend -I/root/php-4.0.6/TSRM -I/root/php-4.0.6/TSRM
-I/root/php-4.0.6 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED
`./apaci` modules.c
gcc -c -I./os/unix -I./include -DLINUX=22 -I/root/php-4.0.6
-I/root/php-4.0.6/main -I/root/php-4.0.6/main -I/root/php-4.0.6/Zend
-I/root/php-4.0.6/Zend -I/root/php-4.0.6/TSRM -I/root/php-4.0.6/TSRM
-I/root/php-4.0.6 -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED
`./apaci` buildmark.c
gcc -DLINUX=22 -I/root/php-4.0.6 -I/root/php-4.0.6/main
-I/root/php-4.0.6/main -I/root/php-4.0.6/Zend -I/root/php-4.0.6/Zend
-I/root/php-4.0.6/TSRM -I/root/php-4.0.6/TSRM -I/root/php-4.0.6
-DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` \
-o httpd buildmark.o modules.o modules/standard/libstandard.a
modules/php4/libphp4.a main/libmain.a ./os/unix/libos.a ap/libap.a
lib/expat-lite/libexpat.a -Wl,-rpath,/usr/lib//lib
-Wl,-rpath,/root/gd-1.8.4 -rdynamic -L/usr/lib//lib -L/root/gd-1.8.4
-Lmodules/php4 -L../modules/php4 -L../../modules/php4 -lmodphp4
-ldl -lgd -lpng -lz -ljpeg -lz -lcrypt -lresolv -lm -ldl -lnsl
-lresolv -lm -lcrypt
modules/php4/libphp4.a(internal_functions.o): In function
`php_startup_internal_extensions':
/root/php-4.0.6/main/internal_functions.c:64: undefined reference to
`php_zlib_module_entry'
collect2: ld returned 1 exit status
make[2]: *** [target_static] Error 1
make[2]: Leaving directory `/root/apache_1.3.20/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/root/apache_1.3.20'
make: *** [build] Error 2
----
I'm assuming that the problem is with php, since the error is
actually in a file in the php source, not the apache source. But I
don't know how to fix it.
For what it's worth, php_startup_internal_extensions seems to do
basically the logical thing from the name -- tell php what internal
extensions to load at startup. It reads an array, which doesn't
include "php_zlib_module_entry" but does include "phpext_zlib_ptr".
I kinda need zlib working, so I can do on-the-fly image
creation....it's required for some of the other extensions that I'm
loading in.
Thanks,
Ian
--
[EMAIL PROTECTED]
773 667 9763 (home)
773 844 0105 (cell)
Eventually all things merge into one, and a river runs through it.
The river was cut by the world's great flood and runs over rocks from
the basement of time. On some of the rocks are timeless raindrops.
Under the rocks are the words, and some of the words are theirs.
I am haunted by waters.
--- End Message ---
--- Begin Message ---
Admin wrote:
> The subject says it all --
>
> phpinfo shows the path to sendmail as:
>
> sendmail_path -t -i
>
> After manually editing php3.ini and changing the sendmail_path to
> /usr/sbin/sendmail -t -i, then restarting Apache, phpinfo still shows
> the path to sendmail as
>
> sendmail_path -t -i
>
> Any suggestions on how to fix this?
>
I think you built your PHP without sendmail (or sendmail wrapper if you
are using qmail/postfix/etc)
Make sure you have /usr/sbin/sendmail(/usr/lib/sendmail) that works just
like sendmail :)
--
Yasuo Ohgaki
--- End Message ---
--- Begin Message ---
Dan Roozemond wrote:
> oh yeah, i forgot: i use apache 2.0.16
>
> greetinx
> dan
>
I think you are better to use dev version of PHP for Apache2.
Try 4.0.8-dev.
http://snaps.php.net/
--
Yasuo Ohgaki
--- End Message ---
--- Begin Message ---
"Yasuo Ohgaki" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> Dan Roozemond wrote:
> > oh yeah, i forgot: i use apache 2.0.16
> >
> > greetinx
> > dan
> >
>
> I think you are better to use dev version of PHP for Apache2.
> Try 4.0.8-dev.
> http://snaps.php.net/
>
> --
> Yasuo Ohgaki
>
ok, i'll try it.
thanx so far
dan
--- End Message ---
--- Begin Message ---
Duncan Maitland wrote:
> In one of my applications I would like to have only environment, server and
> session variables in the global namespace, and then access GET, POST and
> cookies variables from the $HTTP_*_VARS arrays. As track_vars is always on
> as of PHP 4.0.3 then I should be able to access these regardless of any
> settings in my PHP configuration.
>
> My understanding is that the PHP variables_order directive controls the way
> variables are added into the global namespace. When I leave register_globals
> on and set
>
> php_value variables_order ES
>
> then environment, server and session variables are added to the global
> namespace and you can register session variables from the global namespace,
> as expected.
>
> However, it seems that as my variables_order setting doesn't list GPC (get,
> post and cookies) that not only are they not registered in the global
> namespace, but that the $HTTP_GET_VARS, $HTTP_POST_VARS and
> $HTTP_COOKIES_VARS arrays aren't enabled either.
>
> Is this expected behaviour? Is there a workaround?
I think if PHP worked like you described, it's a bug.
What version are you using?
--
Yasuo Ohgaki
--- End Message ---
--- Begin Message ---
Brian Jacobs wrote:
> Hello,
>
> I'm trying to install PHP on Redhat 6.1, using DSO.
>
> I run
> /apachectl configtest
>
> and get error
>
> Syntax error on line 238 of /usr/local/apache_1.3.14/conf/httpd.conf:
> Cannot load /usr/lib/apache/libphp4.so into server: /usr/lib/apache/libphp4.so:
>undefined symbol: uncompress
>
> The 'make install' didn't find and alter my httpd.conf for me, so I added these
>lines as the last entries in their sections:
>
> LoadModule php4_module /usr/lib/apache/libphp4.so
>
> AddModule mod_php4.c
>
> And I uncommented
> AddType application/x-httpd-php .php
>
My system has
libz.so:00003810 T uncompress
(/usr/lib)
Do you have one?
Try "nm -o *.so | grep uncompress" in your lib dirs.
--
Yasuo Ohgaki
--- End Message ---
