php-install Digest 22 Jun 2002 01:40:20 -0000 Issue 895
Topics (messages 7419 through 7427):
Old config options still showing after updating PHP
7419 by: Peter Janett
newbie help request, problems apxs and CFLAGS query
7420 by: Stewart Dean
Re: Apache 2.0.3.9
7421 by: Costas Piliotis
7422 by: Costas Piliotis
PHP and Xitami ??
7423 by: Liz Marr
Re: [PHP] Old config options still showing after updating PHP
7424 by: Chris Hewitt
7425 by: Jason Reid
Install problems on Solaris 8 with PHP 4.2.1
7426 by: Thomas Bader
7427 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 have been compiling some extra configure options into PHP (4.1.2), such
as --enable-xslt --with-xslt-sablot, and have had no problem getting PHP to
configure, then make, then make install.
Even after recompiling PHP, and then restarting (stopping, then starting)
apache, phpinfo still shows the old configuration options. (I tried
deleting config.cache and re compiling, but that didn't help.)
I remember having this issue last time I upgraded, and when I figured it out
it was kind of a dumb thing I was forgetting to do, but I can't seem to
remember what it was.
Any help appreciated.
Thanks,
Peter Janett
New Media One Web Services
http://www.newmediaone.net
[EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
I am running AIX 5.1L and have IBM's LDAP (called SecureWay) installed. Apache
V1.3.20 is part of that installation, tho IBM renames it HTTPServer
(it is merely vanilla base Apache with a different name and some management goodies
added).
When I run configure, it barfs at the apxs check. I invoke configure thus:
root@mus:/usr/php/php-4.2.1 ## ./configure --with-apxs=/usr/HTTPServer/bin/apxs
--with-ldap=/usr/ldap
I get through a buncha stuff then blow up here at the apxs check; when I insert a set
-x and don't dev/null the apxs output, I see:
====================
checking for Apache 1.x module support via DSO through APXS... + echo configure:3693:
checking for
Apache 1.x module support via DSO thro
ugh APXS
+ 1>& 5
+ test set = set
+ withval=/usr/HTTPServer/bin/apxs
+ test /usr/HTTPServer/bin/apxs = yes
+ test -z /usr/HTTPServer/bin/apxs
+ echo /usr/HTTPServer/bin/apxs
+ grep ^/
+ 1> /dev/null
+ APXS=/usr/HTTPServer/bin/apxs
+ /usr/HTTPServer/bin/apxs -q CFLAGS
apxs:Error: /usr/HTTPServer/bin/@TARGET@ not found or not executable
+ 1> /dev/null 2>& 1
+ test 1 != 0
====================
so the rc from running apxs in non-zero (surprise).
Checked the apxs docs and
apxs -q CFLAGS
is legit syntax.
Apparently something's missing/jiggered with Apache...can anyone tell me what the
error message
apxs:Error: /usr/HTTPServer/bin/@TARGET@ not found or not executable
means and what to do about it.
I would really like to have IBM own the updating, etc of Apache....I'd really rather
it not be something more on my plate.....
Help!
FWIW, the version info for the HTTPServer/Apache is:
====================
httpd -V
Server version: IBM_HTTP_SERVER/1.3.19 Apache/1.3.20 (Unix)
Server built: Jul 11 2001 18:09:42
Server's Module Magic Number: 19990320:10
Server compiled with....
-D HAVE_MMAP
-D USE_MMAP_SCOREBOARD
-D USE_MMAP_FILES
-D USE_PTHREAD_SERIALIZED_ACCEPT
-D HTTPD_ROOT="/usr/HTTPServer"
-D SUEXEC_BIN="/usr/HTTPServer/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/httpd.scoreboard"
-D DEFAULT_LOCKFILE="logs/httpd.lock"
-D DEFAULT_XFERLOG="logs/access_log"
-D DEFAULT_ERRORLOG="logs/error_log"
-D TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
-D ACCESS_CONFIG_FILE="conf/access.conf"
-D RESOURCE_CONFIG_FILE="conf/srm.conf"
====================
and the linkage is:
====================
/usr/php/php-4.2.1 ## httpd -l
Compiled-in modules:
http_core.c
mod_so.c
====================
--
Stewart Dean, Unix System Admin, Henderson Computer Resources
Center of Bard College, Annandale-on-Hudson, New York 12504
[EMAIL PROTECTED] voice: 845-758-7475, fax: 845-758-7035
--- End Message ---
--- Begin Message ---
Makes sense... I kind of figured as much... Just wanted to report the
bug to those who work on that dll...
Just a development box anyways, not a production server. No real skin
of my back. I still use 1.3 for production environments...
-----Original Message-----
From: Rasmus Lerdorf [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 20, 2002 11:34 PM
To: Costas Piliotis
Cc: [EMAIL PROTECTED]
Subject: Re: [PHP-INST] Apache 2.0.3.9
Apache 2 is not officially supported in PHP 4.2
This issue is fixed in CVS, but Apache 2 is still very much a moving
target and it is simply not possibly for us to release a new version of
PHP everytime they make backward-compatibility breaking changes in
Apache 2.
-Rasmus
On Thu, 20 Jun 2002, Costas Piliotis wrote:
> It seems that the php4apache2.dll isn't loading as a module in Apache
> 2.0.3.9, yet it does in 2.0.3.6.
>
> I wonder if I'm doing something wrong, or if there is a bug in that
> dll? I understand it's experimental still, but i'm nevertheless
> thinking it's a bug in the dll... I guess I'm just trying to inform
> the community :)
>
> I hope to see a patch out for that... Kinda sucks with that
> vulnerability left open in 2.0.3.6...
>
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Perfect! Thanks very much for that information... Gives me something
to try out... I normally wouldn't care about upgrading Apache... It's
just a development box anyways, but that hole in 2.0.3.6 is so damn big
a five year old could drive a rig through it :)
-----Original Message-----
From: Matt Parlane [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 21, 2002 12:06 AM
To: [EMAIL PROTECTED]
Subject: [PHP-INST] Re: Apache 2.0.3.9
Hi Costas...
I answered a similar question on php-windows yesterday. Hopefully it
helps.
Matt
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Hiya...
You don't really need to compile anything - just go to
http://snaps.php.net/win32, or
http://ftp.proventum.net/pub/php/win32-snapshots/
and download one of the pre-built binaries. Just use the
sapi/php4apache2.dll file from the zip file you downloaded.
Have a look at snapshot-STABLE.log, or snapshot.log, and look for the
line that says Building php4apache2 - If the snapshot-STABLE.log file
says php4apache2.dll was built correctly, the download that one.
Probably best to get the latest STABLE binary (for obvious reasons), but
you could try one of the non-stable snapshots.
Once you've downloaded the appropriate file, just extract the
php4apache2.dll file, and use it in place of the one that comes with the
4.2.1 binary, and you should be away laughing. ha ha ha etc... :)
Hope that helps...
Matt Parlane
Zevi Interactive
[EMAIL PROTECTED]
"Costas Piliotis" <[EMAIL PROTECTED]> wrote in message
000501c218ec$e80cd9e0$1c605318@manatarams">news:000501c218ec$e80cd9e0$1c605318@manatarams...
> It seems that the php4apache2.dll isn't loading as a module in Apache
> 2.0.3.9, yet it does in 2.0.3.6.
>
> I wonder if I'm doing something wrong, or if there is a bug in that
> dll? I understand it's experimental still, but i'm nevertheless
> thinking it's a bug in the dll... I guess I'm just trying to inform
> the community :)
>
> I hope to see a patch out for that... Kinda sucks with that
> vulnerability left open in 2.0.3.6...
>
--
PHP Install Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
I've installed Xitami (been running for some time) and have CGI working
fine. I'm trying to get Squirrel Mail to work, so have installed PHP.
Currently, after much cursing and crying, the output of test.php on the
server is:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-
1252"></HEAD>
<BODY></BODY></HTML>
But if I run PHP in a DOS window the output is correctly formatted and
contains all information (that I can tell)
This is a Windows 98 machine with plenty of memory and disk space.
--
(\o/) mailto:[EMAIL PROTECTED] KA7MYM
/_\ http://cc-ent.com/Spiritbrook ICQ 4014832
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
A family altar can alter a family.
--- End Message ---
--- Begin Message ---
Peter,
There are two possibilites I can think of. One is that you have two
php's, one will be a cgi and the other not. Your check would then be on
the old one, not the new one.
The other is that you had php actually compiled into apache, not as a
module, but the php recompile is as a module (or cgi?). If this is the
case then apache needs to be recompiled.
I can't think of any other possibilites, but I have been known to be
wrong...
Hope this helps
Chris
PS Please don't cross-post.
Peter Janett wrote:
>I have been compiling some extra configure options into PHP (4.1.2), such
>as --enable-xslt --with-xslt-sablot, and have had no problem getting PHP to
>configure, then make, then make install.
>
>Even after recompiling PHP, and then restarting (stopping, then starting)
>apache, phpinfo still shows the old configuration options. (I tried
>deleting config.cache and re compiling, but that didn't help.)
>
>I remember having this issue last time I upgraded, and when I figured it out
>it was kind of a dumb thing I was forgetting to do, but I can't seem to
>remember what it was.
>
>Any help appreciated.
>
>Thanks,
>
>Peter Janett
>
>New Media One Web Services
>http://www.newmediaone.net
>[EMAIL PROTECTED]
>
>
>
>
>
>
>
--- End Message ---
--- Begin Message ---
One thing that I've ran into that causes this is you didn't 'make clean',
and/or stop apache. I've found that often i have to actually delete
libphp4.so from the libexec dir in apache for it to fully work.
heres the steps i usually do:
1. stop apache
2. delete libphp4.so
3. make clean the php src dir
4. ./configure with the options
5. make
6. make install
7. start apache
----- Original Message -----
From: "Chris Hewitt" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 21, 2002 5:02 AM
Subject: [PHP-INST] Re: [PHP] Old config options still showing after
updating PHP
> Peter,
>
> There are two possibilites I can think of. One is that you have two
> php's, one will be a cgi and the other not. Your check would then be on
> the old one, not the new one.
>
> The other is that you had php actually compiled into apache, not as a
> module, but the php recompile is as a module (or cgi?). If this is the
> case then apache needs to be recompiled.
>
> I can't think of any other possibilites, but I have been known to be
> wrong...
>
> Hope this helps
>
> Chris
> PS Please don't cross-post.
>
> Peter Janett wrote:
>
> >I have been compiling some extra configure options into PHP (4.1.2), such
> >as --enable-xslt --with-xslt-sablot, and have had no problem getting PHP
to
> >configure, then make, then make install.
> >
> >Even after recompiling PHP, and then restarting (stopping, then starting)
> >apache, phpinfo still shows the old configuration options. (I tried
> >deleting config.cache and re compiling, but that didn't help.)
> >
> >I remember having this issue last time I upgraded, and when I figured it
out
> >it was kind of a dumb thing I was forgetting to do, but I can't seem to
> >remember what it was.
> >
> >Any help appreciated.
> >
> >Thanks,
> >
> >Peter Janett
> >
> >New Media One Web Services
> >http://www.newmediaone.net
> >[EMAIL PROTECTED]
> >
> >
> >
> >
> >
> >
> >
>
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
--- End Message ---
--- Begin Message ---
Hello
Just tried to compile PHP 4.2.1 and I got the following
error:
[thomasb@stinky php-4.2.1 149/2] % uname -a
SunOS stinky 5.8 Generic_108528-10 sun4u sparc
[thomasb@stinky php-4.2.1 150/0] % ./configure --with-mysql \
--with-apxs="${INSTALL_BASE}/${APNAME}/sbin/apxs" \
--enable-sysvsm --enable-sysvshm \
--with-system-regex --enable-memory-limit \
--enable-discard-path --enable-safe-mode \
--with-config-file-path=${INSTALL_BASE}/${APNAME}/conf \
--with-gd=${INSTALL_BASE}/gd-1.8.4 --without-mod_charset \
--with-imap="/scratch/pine4.42/c-client/lib" \
--with-gdbm=/sw --disable-debug \
--prefix=${INSTALL_BASE}/${APNAME} \
--enable-track-vars \
--with-zlib --with-pdflib-dir=/sw/pkgs/pdflib-3.0 \
--with-jpeg-dir=/sw/pkgs/jpeg-6b \
--with-mm=/sw \
--with-db3=/sw \
--enable-dba --with-imap-ssl
[thomasb@stinky php-4.2.1 151/0] % make
Making all in Zend
make[1]: Entering directory `/scratch/Apache/php-4.2.1/Zend'
/bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
-I../main -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280
-DMOD_SSL=208109 -DEAPI -DEAPI_MM -I../TSRM -fPIC -fPIC
-I/scratch/Apache/apache_1.3.26/src/include
-I/scratch/Apache/apache_1.3.26/src/os/unix -I/sw/include
-prefer-pic -c -o zend_language_parser.lo
`test -f zend_language_parser.c || echo './'`zend_language_parser.c
In file included from zend_compile.h:24,
from zend_language_parser.c:147:
zend.h:55: unix.h: No such file or directory
make[1]: *** [zend_language_parser.lo] Error 1
make[1]: Leaving directory `/scratch/Apache/php-4.2.1/Zend'
make: *** [all-recursive] Error 1
I haven't got a unix.h. And I didn't found an unix.h by
searching with 'find / -name unix.h'.
How can I fix this?
Thx,
Thomas
--- End Message ---
--- Begin Message ---
It's been asked sevral times. You can find answers in archive.
--
Yasuo Ohgaki
Thomas Bader wrote:
> Hello
>
> Just tried to compile PHP 4.2.1 and I got the following
> error:
>
> [thomasb@stinky php-4.2.1 149/2] % uname -a
> SunOS stinky 5.8 Generic_108528-10 sun4u sparc
> [thomasb@stinky php-4.2.1 150/0] % ./configure --with-mysql \
> --with-apxs="${INSTALL_BASE}/${APNAME}/sbin/apxs" \
> --enable-sysvsm --enable-sysvshm \
> --with-system-regex --enable-memory-limit \
> --enable-discard-path --enable-safe-mode \
> --with-config-file-path=${INSTALL_BASE}/${APNAME}/conf \
> --with-gd=${INSTALL_BASE}/gd-1.8.4 --without-mod_charset \
> --with-imap="/scratch/pine4.42/c-client/lib" \
> --with-gdbm=/sw --disable-debug \
> --prefix=${INSTALL_BASE}/${APNAME} \
> --enable-track-vars \
> --with-zlib --with-pdflib-dir=/sw/pkgs/pdflib-3.0 \
> --with-jpeg-dir=/sw/pkgs/jpeg-6b \
> --with-mm=/sw \
> --with-db3=/sw \
> --enable-dba --with-imap-ssl
> [thomasb@stinky php-4.2.1 151/0] % make
> Making all in Zend
> make[1]: Entering directory `/scratch/Apache/php-4.2.1/Zend'
> /bin/sh ../libtool --silent --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
> -I../main -D_POSIX_PTHREAD_SEMANTICS -DSOLARIS2=280
> -DMOD_SSL=208109 -DEAPI -DEAPI_MM -I../TSRM -fPIC -fPIC
> -I/scratch/Apache/apache_1.3.26/src/include
> -I/scratch/Apache/apache_1.3.26/src/os/unix -I/sw/include
> -prefer-pic -c -o zend_language_parser.lo
> `test -f zend_language_parser.c || echo './'`zend_language_parser.c
> In file included from zend_compile.h:24,
> from zend_language_parser.c:147:
> zend.h:55: unix.h: No such file or directory
> make[1]: *** [zend_language_parser.lo] Error 1
> make[1]: Leaving directory `/scratch/Apache/php-4.2.1/Zend'
> make: *** [all-recursive] Error 1
>
> I haven't got a unix.h. And I didn't found an unix.h by
> searching with 'find / -name unix.h'.
>
> How can I fix this?
>
> Thx,
> Thomas
--- End Message ---
