php-install Digest 10 Aug 2001 02:18:44 -0000 Issue 405
Topics (messages 3913 through 3921):
Re: installation from source on a redhat 7.1 rpm of apache
3913 by: Peter Holm
Re: 4.0.7 compile as cgi fails
3914 by: Peter Holm
3920 by: Jani Taskinen
PHP and Solaris 8 /iPlanet
3915 by: Gary Schut
Problem with include_path
3916 by: Chris Betts
Re: problems compiling php 4.0.6 into apache 1.3.20
3917 by: Alex Kempkens
PHP on "Other WEbservers"
3918 by: DiMarcoIT
php4isapi.dll not in current php4.0.6.zip
3919 by: james
Slackware make problem
3921 by: Lewis
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]
----------------------------------------------------------------------
On Wed, 8 Aug 2001 14:48:17 -0500 (CDT), [EMAIL PROTECTED] (Terry
Davis) wrote:
>I need a php version with a ton of compile options but I really like the
>apache that is setup by default on redhat. I would like to build php on
>top of that. I am having trouble doing this.
well, I am doing it like this and you can read my other messages to
see what happens. But if you compile as a DSO there is no problem with
rh 7.1
also you shoul d tell us a little bit more about your problems?
Has it to do with your family?
;)
Have a nice thread,
Peter
Hi,
seem to have some problems with shared lib here, also very simple
configs like this fail:
./configure --with-mysql=/usr \
--with-config-file-path=/etc \
--with-regex=system \
--with-zlib=shared \
--disable-pear \
if I try --with-zlib (NOT shared) it works.
As mentioned before, compiling as dso also works.
Any ideas?
How can i proceed?
What can I do to give you more information?
Have a nice thread,
Peter
# ./cvsclean ; ./buildconf ; ./configure ; make clean ; make
--Jani
On Thu, 9 Aug 2001, Peter Holm wrote:
>On Wed, 8 Aug 2001 17:40:02 +0200 (CEST), [EMAIL PROTECTED] (Jani
>Taskinen) wrote:
>
>>Get the latest CVS snapshot from http://snaps.php.net/
>>I fixed this just few days ago.
>
>OK, I got the php4-200108090135.tar.gz
>
>Yep, compile as DSO now works, great!
>
>*BUT* if I try to compile as cgi now it gives me some errors using the
>same config:
>
>
>stub.lo: file not recognized: File truncated
>collect2: ld returned 1 exit status
>make[1]: *** [libphp4.la] Fehler 1
>make[1]: Verlassen des Verzeichnisses Verzeichnis
>»/inst/php4-200108090135«
>make: *** [all-recursive] Fehler 1
>
>
>"Fehler" is german and means "Error"
>
>config looks like this:
>
>./configure --with-mysql=/usr \
> --with-config-file-path=/etc \
> --with-regex=system \
> --with-zlib=shared \
> --with-gd=shared \
> --with-imap=shared \
> --with-openssl=shared \
> --with-kerberos \
> --with-curl=shared \
> --with-ldap=shared \
> --with-swf=shared,/usr/local/swf \
> --with-mnogosearch=shared \
> --with-gettext=shared \
> --with-db2 \
> --with-db3 \
> --enable-ftp=shared \
> --enable-trans-sid \
> --enable-calendar \
> --enable-shared \
> --disable-pear \
>
>
>Please notice: compiling --with-apxs did NOT fail and seems to work
>(simple test-scripts showed no problems )
>
>I am trying to compile it with less modules to get it isolated, but I
>think you can see much faster than me what´s wrong.
>
>
>
>
>
>
>Have a nice thread,
>Peter
>
>
Hi Dale,
Here is a document I put together when I built some of these servers
about 6 months ago. I had the same problems you describe, but was able
to get around them and have since repeated it on quite a few other
machines.
============================================================================
Instructions for installing PHP with Solaris 8 and iPlanet Enterprise
Server 4.1.
Depending upon your requirements, install the following packages:
flex
gcc
gzip
perl
bison
make
m4(included in Solaris 8)
I also installed these packages:
autoconf
automake
mysql
gdbm
gtar
xpm
zlib
gd
libpng
jpeg
freetype
GNUm4
X11R64
After these are installed, perform the following:
1)1. gunzip php-version.tar.gz
2)2. tar xvf php-version.tar
3)3. cd ../php-version
/usr/netscape/server4/ is where the iPlanet server is installed by
default. If you change this, use your own path
4)./configure --with-mysql=/usr/local/mysql
--with-nsapi=/usr/netscape/server4 --enable-calendar --enable-ftp
--enable-track-vars --enable-libgcc
(Please read the install information for specific options included with
PHP, for example, to enable on the fly graphics creation, add "--with-gd
--with-zlib --with-libpng --with-jpeg" to the line above.)
5)make
6)su (become root)
7)make install (depending on your path, this may require you to use
something like: /usr/ccs/bin/make install)
In order to make my installations work properly, I had to create the
following symbolic link in the server root directory:
ln -s /usr/netscape/server4/plugins/include
/usr/netscape/server4/include
I also added /usr/local/lib to the LIBPATH statement in the server start
script contained in the directory
/usr/netscape/server4/https-server.domain as below:
LD_LIBRARY_PATH=${SERVER_ROOT}/bin/${PRODUCT_NAME}/lib:/usr/local/lib:${LD_LIBRARY_PATH};export
LD_LIBRARY_PATH
Next make the changes to the obj.conf file as listed in the
nsapi-readme.txt file then stop and restart your iPlanet server.
You can create a page to test php by making a new file that contains: <?
phpinfo() ?> This is all that is needed to show all php installation
options as well as lots of other useful information about php.
--
Good Luck!
Gary Schut
HI
using: php 4.0.6 /Apache 1.3.12 /Win98se
If I set the php include_path in either php.ini or the .htaccess I get:
"Warning: Failed opening '/home/chrisbetts/public_html/blank.php' for
inclusion (include_path='.;..\include') in Unknown on line 0"
i.e. it is failing to load the file it is loading at present (blank.php)
?????
I am changing the include path in .htaccess file using:
php_value include_path ".;..\include"
(this is the only thing in the .htaccess file during testing)
Even if I just set it to the default (current directory) value "." I get the
same warning.
If I do the equivelent on a hosted Linux box it works ok?????
i.e. php_value include_path ".:../include"
If I move the relevent included files to the same dir as the calling program
and remove the include_path ... it works ok???
I am (up to this point sucessfully) mimiking the layout of my clients
virtual servers running on different Linux boxes, So I can test complete
installations before upload. To do this I am using Apache Virtual Servers
each one having its own DocumentRoot pointing to the public_html
subdirectory.
i.e. in httpd_conf
<VirtualHost 127.0.0.2>
DocumentRoot /home/chrisbetts/public_html
<VirtualHost 127.0.0.3>
DocumentRoot /home/anothervs/public_html
etc...
What I am trying to do is to move certain sensitive data to a safe area out
of the public_html subtree.
So I now have dirs:
/home/chrisbetts/include
/home/chrisbetts/public_html
/home/anothervs/include
/home/anothervs/public_html
safe_mode is off
I think that this is something to do with not being able to escape from the
DocumentRoot ... but not sure!?!
As I say it works on the linux virtual servers ... but I am missing
something on the windows version!
Any Ideas would be a great help.
Chris
Hey Jon,
I do have some similar problems. It seemd to depends on the dynamic sablot
or other XML lib. Did you solve your problem?
Alex
"Jon Wagoner" <[EMAIL PROTECTED]> schrieb im Newsbeitrag
DAF73FC06498D41197F000104B769C7E466A11@WLION">news:DAF73FC06498D41197F000104B769C7E466A11@WLION...
> I am trying to compile php with many of the options, to try different
things
> out. So far, I have managed to get PHP to compile. Apache seems to
compile
> okay until what seems like the last step, then I start getting errors.
The
> last part of the make returns this:
>
> Any help would be appreciated.
>
> Jon
>
> <=== src/modules
> gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_SSL=208104
> -I/usr/src/php-4.0.6 -I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6/main
> -I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/Zend
> -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6
> -DEAPI -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` modules.c
> gcc -c -I./os/unix -I./include -DLINUX=22 -DMOD_SSL=208104
> -I/usr/src/php-4.0.6 -I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6/main
> -I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/Zend
> -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6
> -DEAPI -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci` buildmark.c
> gcc -DLINUX=22 -DMOD_SSL=208104 -I/usr/src/php-4.0.6
> -I/usr/src/php-4.0.6/main -I/usr/src/php-4.0.6/main
> -I/usr/src/php-4.0.6/Zend -I/usr/src/php-4.0.6/Zend
> -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6/TSRM -I/usr/src/php-4.0.6
> -DEAPI -DUSE_EXPAT -I./lib/expat-lite -DNO_DL_NEEDED `./apaci`
> -L/usr/local/ssl/lib \
> -o httpd buildmark.o modules.o modules/standard/libstandard.a
> modules/ssl/libssl.a modules/php4/libphp4.a main/libmain.a
./os/unix/libos.a
> ap/libap.a lib/expat-lite/libexpat.a -Wl,-rpath,/usr/local/lib
> -Wl,-rpath,/usr/X11R6/lib -Wl,-rpath,/usr/local/mysql/lib
> -Wl,-rpath,/usr/local/pgsql/lib -rdynamic -L/usr/local/lib -L/usr/X11R6/l
ib
> -L/usr/local/mysql/lib -L/usr/local/pgsql/lib -Lmodules/php4
> -L../modules/php4 -L../../modules/php4 -lmodphp4 -L/usr/local/lib -liodbc
> -lc-client -ldl -lexpat -lsablot -lexpat -lswf -lexpat -lsablot -lpspell
> -lpq -liodbc -lmysqlclient -lz -lming -lmhash -lmcrypt -lltdl -lgmp -lgd
> -lt1 -lfreetype -lX11 -lXpm -lpng -lz -ljpeg -lz -lxml2 -lcurl -ldl -lcpdf
> -lbz2 -lz -lcrypt -lresolv -lm -ldl -lnsl -lresolv -lm -lcrypt -lssl
> -lcrypto
> modules/php4/libphp4.a(sablot.o): In function `php_if_xslt_create':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:156: multiple definition of
> `php_if_xslt_create'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:566:
> first defined here
> /usr/bin/ld: Warning: size of symbol `php_if_xslt_create' changed from 208
> to 180 in sablot.o
> modules/php4/libphp4.a(sablot.o): In function
> `php_if_xslt_set_error_handler':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:324: multiple definition of
> `php_if_xslt_set_error_handler'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:1084
> : first defined here
> /usr/bin/ld: Warning: size of symbol `php_if_xslt_set_error_handler'
changed
> from 586 to 105 in sablot.o
> modules/php4/libphp4.a(sablot.o): In function `php_if_xslt_set_base':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:342: multiple definition of
> `php_if_xslt_set_base'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:968:
> first defined here
> /usr/bin/ld: Warning: size of symbol `php_if_xslt_set_base' changed from
271
> to 260 in sablot.o
> modules/php4/libphp4.a(sablot.o): In function `php_if_xslt_set_encoding':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:362: multiple definition of
> `php_if_xslt_set_encoding'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:943:
> first defined here
> modules/php4/libphp4.a(sablot.o): In function `php_if_xslt_process':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:417: multiple definition of
> `php_if_xslt_process'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:497:
> first defined here
> /usr/bin/ld: Warning: size of symbol `php_if_xslt_process' changed from
578
> to 982 in sablot.o
> modules/php4/libphp4.a(sablot.o): In function `php_if_xslt_error':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:532: multiple definition of
> `php_if_xslt_error'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:1017
> : first defined here
> /usr/bin/ld: Warning: size of symbol `php_if_xslt_error' changed from 347
to
> 138 in sablot.o
> modules/php4/libphp4.a(sablot.o): In function `php_if_xslt_errno':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:515: multiple definition of
> `php_if_xslt_errno'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:1060
> : first defined here
> /usr/bin/ld: Warning: size of symbol `php_if_xslt_errno' changed from 123
to
> 102 in sablot.o
> modules/php4/libphp4.a(sablot.o): In function `php_if_xslt_free':
> /usr/src/php-4.0.6/ext/xslt/sablot.c:549: multiple definition of
> `php_if_xslt_free'
>
modules/php4/libphp4.a(sablot.o):/usr/src/php-4.0.6/ext/sablot/sablot.c:808:
> first defined here
> /usr/local/lib/libswf.a(swfimage.o): In function `swf_definebitmap':
> swfimage.o(.text+0x672): the use of `mktemp' is dangerous, better use
> `mkstemp'
> modules/php4/libphp4.a(ming.o): In function `php_if_swffont_init':
> /usr/src/php-4.0.6/ext/ming/ming.c:1135: undefined reference to `V_FOPEN'
> modules/php4/libphp4.a(ming.o): In function `php_if_swfmovie_save':
> /usr/src/php-4.0.6/ext/ming/ming.c:1567: undefined reference to `V_FOPEN'
> collect2: ld returned 1 exit status
> make[2]: *** [target_static] Error 1
> make[2]: Leaving directory `/usr/src/apache_1.3.20/src'
> make[1]: *** [build-std] Error 2
> make[1]: Leaving directory `/usr/src/apache_1.3.20'
> make: *** [build] Error 2
is there any basic configuration for other webservers that are intalled on a
windows 2000 machine?
I had to re-install php4.0.6 and downloaded php4.0.6.zip from php.net just
now. The php4isapi.dll was not in the zip file! Anybody have this problem?
If anyone reads this in the next few minutes, and you have php4.0.6 version
of php4isapi.dll, it would be appreciated if you could e-mail it to me at
[EMAIL PROTECTED]
If they've changed the IIS 4.0 filter to another file, please let me know.
Thanx,
james
I have read this same post a few times in this news group and have not seen
where anyone figured out what caused it. I also have sucesfully compiled
several other distro's on my Slackware 3.9 with 2.0.38 kernel so I am pretty
sure it is not a fault with my compiler. More likely an incompatible line or
two in the filestat.c . I also noticed when I aplied the PHP 4.0.6 memory
patch that it just added a three lines to the zend_alloc.c file. That cured
the mem_limit problem for that particular machine. So I am pretty sure that
this problem can be cured the same way. But I don't have a clue what would
need to be added to the filestat.c line 157? to cure this problem or if that
is where the problem actually is.
I am trying to make a dynamic module for Apache 1.3.9 ( I compiled)
in Slackware 3.9 with an upgraded 2.0.38 kernel (I compiled). Installed on a
AMD 350 96mb of ram and 13gig hard drive.
./configure --with-mysql=/usr/lib/mysql --with-apxs=/usr/local/bin/apxs
make
everything goes fine here ( no visible errors) until I get this at the
bottom of the screen during the make process. (see log below)
Does anyone have a clue as to how to fix it, or where I could possibly look
for an answer. ANY sugestions are welcome.
Thanks
Lightning Lew
-DNO_DL_NEEDED -DSUPPORT_UTF8 -DXML_BYTE_ORDER=12 -g -O2 -c filestat.c
filestat.c: In function `php_if_diskfreespace':
filestat.c:157: storage size of `buf' isn't known
make[3]: *** [filestat.lo] Error 1
make[3]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/php-4.0.6/ext/standard'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/php-4.0.6/ext'
make: *** [all-recursive] Error 1
