php-install Digest 20 Jun 2002 19:46:24 -0000 Issue 893
Topics (messages 7403 through 7408):
Re: src/modules/php4/libphp4.a doesn't exist?
7403 by: Robin Edgar
php 4.2.1 apache 2.0.39 cookie problems after sapi make problems
7404 by: Robin Edgar
Re: Problems installing PHP
7405 by: Chris Guest
error in make, where is unix.h????
7406 by: Joo-Yong, Sung
Re: PHP 4.2.1 not working with Apache 2.0.39
7407 by: Kangaroo
Why is installing PHP+GD+MySQL+Apache on Linux so hard?
7408 by: Bruce Tobin
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 ---
You can try doing a 'make install' which should do the file copying,
otherwise you can try:
updatedb
locate libphp4.a
and then copy the libphp4.a to where apache is looking for it.
In the httpd.conf there should be a line LoadModule php4_module
modules/libphp4.so ro something, you can also change that path to
reflect the location of libphp4.so
Good luck!
Robin
On Mon, 8 Jan 1996 11:58:22 -0500, [EMAIL PROTECTED] (Dave) wrote:
>Under my apache install dir, after i config and make php4, the file
>apache-x.x.x/src/modules/php4/libphp4.a doesn't exist. I've gone into the
>directory and nothing is there. I didn't get any errors during the php4
>config and make. Why isn't the file being created?
>
>-dave
>
>
--- End Message ---
--- Begin Message ---
Hi,
I've installed Apache 2.0.39 on Debian 2.2 and 2.4, which went fine.
Then installing php 4.2.1, the configure goes fine,
./configure --prefix=/opt/php-4.2.1 --enable-force-cgi-redirect
--enable-ftp --enable-magic-quotes --enable-bcmath --enable-calendar
--enable-dbase --enable-dbx --enable-ftp --enable-gd-native-ttf
--enable-mbstring --enable-track-vars --enable-ucd-snmp-hack
--enable-sockets --enable-sysvsem --enable-sysvshm --enable-yp
--enable-shared=PKGS --enable-debug --enable-memory-limit --with-zlib
--with-gd --with-jpeg-dir=/usr/lib --with-tiff-dir=/usr/lib
--with-png-dir=/usr/lib --with-mysql --with-snmp
--with-apxs2=/opt/httpd-2.0.39/bin/apxs
It finds apache2 support, and suggests using apache2filter (which I
think it should be doing)
but the make gives an error:
gcc -I. -I/usr/local/src/php/php-4.2.1/sapi/apache2filter
-I/usr/local/src/php/php-4.2.1/main -I/usr/local/src/php/php-4.2.1
-I/opt/httpd-2.0.39/include -I/usr/local/src/php/php-4.2.1/Zend
-I/usr/local/include -I/usr/local/src/php/php-4.2.1/ext/mysql/libmysql
-I/usr/include/ucd-snmp -I/usr/local/src/php/php-4.2.1/ext/xml/expat
-D_REENTRANT -I/usr/local/src/php/php-4.2.1/TSRM -DTHREAD=1 -g -O2
-pthread -Wall -DZTS -c php_functions.c -fPIC -DPIC -o
php_functions.lo
php_functions.c:93: parse error
make[3]: *** [php_functions.lo] Error 1
make[3]: Leaving directory
`/usr/local/src/php/php-4.2.1/sapi/apache2filter'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/usr/local/src/php/php-4.2.1/sapi/apache2filter'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php/php-4.2.1/sapi'
make: *** [all-recursive] Error 1
Now if I delete lines 92, 93 and 94 from
sapi/apache2filter/php_functions.c which are:
#if !MODULE_MAGIC_AT_LEAST(20020506,0)
ADD_STRING(boundary);
#endif
and then continue the make, it all seems to go fine. Make install
copies everything to the right directory and doing a <? phpinfo() ?>
shows that everything should be functioning neatly.
Now the problem!
When writing cookies to a client, sometimes the cookie will not be
written and sometimes it will be - this behaviour is consistent in
terms of site a will never write the cookies, but site b will always
write the cookie! (see code below)
Never works
setcookie("netuser", $row["werknemer_ID"], time()+3600, "/");
setcookie["netlanguage", $row["row_lang"], time()+3600,"/");
setcookie["netlastlogin", $row["last_login"], time()+3600,"/");
$werknemer_ID=$HTTP_COOKIE_VARS["netuser"];
Always works
setcookie("user", $userID, time()+(3600*3), "/")
$userID=$HTTP_COOKIE_VARS["soluser"];
The only thing we've managed to figure out is that in the first
example, we write to the cookie 3 times (using similar statements) and
in the second example we only create the cookie once. Every time we
write to the cookie again, it overwrites (deletes) the old cookies
and replaces it with the last cookie. So what you end up with, is the
netlastlogin cookie, and netuser and netlanguage don't exist on the
client harddrive. This used to work under php4.2.0!
Under apache 2.0.36 and php 4.2.0 compiled with the same settings, I
never experienced this behaviour and I have no idea what's causing it!
Any help is much appreciated!
--- End Message ---
--- Begin Message ---
Thanks for everyones help. I was able to get PHP setup following your
instructions.
--
Thanks,
Chris Guest, WAN Administrator
Grady County Schools
Ph: (229)377-8258 Fax: (229)378-1199
Email: [EMAIL PROTECTED]
--- End Message ---
--- Begin Message ---
Hi ~
I wanna install PHP 4.2.1 on Solaris 2.5.1
In configuring, I could see unix.h was found on system.. but, whenever I
make, I must see following messages.
Making all in Zend
/bin/sh ../libtool --silent --mode=compile
gcc -DGAVE_CONFIG_H -I. -I. -I../main
-D_POSIX_PTHREAD_SEMANTICS -I../TSRM -g -O2 -prefer-non-pic -static -c -o
zend_compile.lo `test -f zend_compile.c || echo './'`zend_compile.c
In File included from zend_compile.c:22:
zend.h:55: unix.h: No such file or directory
I opened zend.h and there was
#ifdef HAVE_UNIX_H
#include <unix.h>
#endif
Up to now, I couldn't see such header file in Solaris. Is there any missing
component in my solaris? or
Did I write bad configuration command? I have no idea..
Plz Help!!!!
P.S. Configuration
configure --with-mysql=/usr/local/mysql --with-apache=/tmp/build/apache_1.3.
3
--- End Message ---
--- Begin Message ---
On Wed, 19 Jun 2002 12:37:54 +0200, Roar Pettersen wrote:
> Hello !
>
>> I'm getting the following error:
>> >apache: module "c:\php4build\snap\sapi\apache2filter\sapi_apache2.c"
>> >is
> not
>> compatible with this version of apache.
>
> I also get this error message on a Solaris 2.8 Sparc :
>
> httpd: module "sapi_apache2.c" is not compatible with this version of
> Apache.
> Please contact the vendor for the correct version.
>
> Trying to re-build php-4.2.1 I get this error message :
>
> /bin/sh /usr/share/src/php-4.2.1/libtool --silent --mode=compile gcc -I.
> -I/usr/share/src/php-4.2.1/sapi/apache2filter -I/usr/share/src/php-
> 4.2.1/main -I/usr/share/src/php-4.2.1 -I/usr/local/apache2/include
> -I/usr/sh are/src/php-4.2.1/Zend -I/usr/local/ssl/include
> -I/usr/share/src/gd-2.0.1 -I /usr/local/mysql/include/mysql
> -I/usr/local/include/ucd-snmp -I/usr/share/sr c/php-4.2.1/ext/xml/expat
> -D_POSIX_PTHREAD_SEMANTICS -D_POSIX_PTHREAD_SEMAN TICS -D_REENTRANT
> -I/usr/share/src/php-4.2.1/TSRM -g -O2 -pthreads -DZTS -pr efer-pic -c
> php_functions.c
> php_functions.c:93: parse error
> make[3]: *** [php_functions.lo] Error 1 make[3]: Leaving directory
> `/usr/share/src/php-4.2.1/sapi/apache2filter' make[2]: ***
> [all-recursive] Error 1
> make[2]: Leaving directory `/usr/share/src/php-4.2.1/sapi/apache2filter'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/share/src/php-4.2.1/sapi' make: ***
> [all-recursive] Error 1
>
>
> Regards
>
> Roar Pettersen
> Bergen - Norway
Hello,
I got the same problem. After reading
httpd-2.0.39/include/ap_mmn.h
I changed line 93 from:
#if !MODULE_MAGIC_AT_LEAST(20020506,0)
to:
#if !AP_MODULE_MAGIC_AT_LEAST(20020506,0)
Regards
Ger Visschers
Enschede - Netherlands
--- End Message ---
--- Begin Message ---
I've managed to sell my boss on Linux. I've managed to sell my boss on
PHP/Apache/MySQL as a stack, with the help of the wonderful FoxServ
install package for Windoze. I've just helped him install the stack on
Linux, and I can practically hear him rethinking his previous
enthusiastic position on these technologies.
Watching a newbie go through the install process made me realize just
how painful it is.
Now, maybe the pain is mainly my own fault. I tried to find the
shortest path to a working stack, and settled on Apache Toolbox. Was
this a mistake? Is there an easier way to get a full stack running
starting from a SUSE or Red Hat personal installation?
--- End Message ---
