php-install Digest 19 Mar 2001 10:39:38 -0000 Issue 224

Topics (messages 2493 through 2502):

php4 with imap support
        2493 by: Torsten Curdt

Re: Got FAQ 6.8 problem
        2494 by: Barry Sardis
        2496 by: Jani Taskinen

Re: apache cannot start
        2495 by: Jani Taskinen
        2501 by: George P. Taylor IX

Xitami/PHP4 - blank pages?
        2497 by: SAQ News

Re: php4.0.4pl1 & pgsql7.1b4 compile error
        2498 by: Michael R Hanulec
        2499 by: Michael R Hanulec
        2500 by: Michael R Hanulec

Re: problem recompiling PHP4.0.4 --with-dom=/usr/local/lib
        2502 by: Uwe Steinmann

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]


----------------------------------------------------------------------


After enabling imap support for php4 it

  --with-imap=/root/install/php/lib_imap/imap-2000c

php4 still compiles fine. But Apache does not start anymore.

  Cannot load /usr/lib/apache/libphp4.so into server: undefined symbol: 
pam_end

So I checked the the libs:

worf:~/install/php # ldconfig -v|grep pam
        libpamc.so.0 -> libpamc.so.0.72
        libpam_misc.so.0 -> libpam_misc.so.0.72
        libpam.so.0 -> libpam.so.0.72
worf:~/install/php #

Looks fine to me.

Then I checked the compiled binary:

worf:~/install/php # ldd /usr/lib/apache/libphp4.so 
        libc-client.so => /usr/lib/libc-client.so (0x401cb000)
        libdl.so.2 => /lib/libdl.so.2 (0x4027b000)
        libz.so.1 => /lib/libz.so.1 (0x4027e000)
        libinsck.so => /opt/sybase/lib/libinsck.so (0x4028d000)
        libsybtcl.so => /opt/sybase/lib/libsybtcl.so (0x40290000)
        libintl.so => /opt/sybase/lib/libintl.so (0x402a1000)
        libcomn.so => /opt/sybase/lib/libcomn.so (0x402a9000)
        libct.so => /opt/sybase/lib/libct.so (0x402e8000)
        libcs.so => /opt/sybase/lib/libcs.so (0x40332000)
        libmm.so.11 => /usr/lib/libmm.so.11 (0x4033d000)
        libpdf.so.1 => /usr/lib/libpdf.so.1 (0x40342000)
        libtiff.so.3 => /usr/lib/libtiff.so.3 (0x4036c000)
        libpng.so.2 => /usr/lib/libpng.so.2 (0x403af000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x403da000)
        libmysqlclient.so.10 => /usr/lib/libmysqlclient.so.10 (0x403f9000)
        libmcal.so => /usr/lib/libmcal.so (0x40428000)
        libldap.so.1 => /usr/lib/libldap.so.1 (0x4043b000)
        liblber.so.1 => /usr/lib/liblber.so.1 (0x40450000)
        libttf.so.2 => /usr/lib/libttf.so.2 (0x40455000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4047d000)
        libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0x40560000)
        libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x4056f000)
        libcurl.so.0 => /usr/lib/libcurl.so.0 (0x40576000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x40591000)
        libm.so.6 => /lib/libm.so.6 (0x405a3000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x405c1000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x405ef000)
        libc.so.6 => /lib/libc.so.6 (0x40605000)
        libssl.so.0 => /usr/lib/libssl.so.0 (0x40718000)
        libcrypto.so.0 => /usr/lib/libcrypto.so.0 (0x40745000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaaa000)
worf:~/install/php # 

Looks fine as well.

I found something on the net that there should be a libpam
entry... Sorry, don't understand why...
Can anyone help and tell me what is wrong?
--
Torsten




Yes. As noted further into the original message, the httpd.conf works
(recognizes the extension and processes phpinfo) when I configure it as a
dynamic module, but then I'm getting core dumps if php is built with either
pgsql or oci8.

"Jani Taskinen" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Fri, 16 Mar 2001, Barry Sardis wrote:
>
> >Compiled-in modules:
> >  http_core.c
> >  mod_so.c
> >  mod_php4.c
> >suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec
> >
> >PHP was:
> >./configure --with-apache=../apache_1.3.19 --with-oci8 --with-pgsql
> >
> >I redid it with only --with-apache=../apache_1.3.19 and still httpd is
not
> >recognizing the .php extension. The httpd.conf has all LoadModule and
> >AddModule except dbm_auth and perl.
>
> Do you have this:
>
> AddType application/x-httpd-php .php
>
>
> ??
>
> --Jani
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>






On Sun, 18 Mar 2001, Barry Sardis wrote:

>Yes. As noted further into the original message, the httpd.conf works
>(recognizes the extension and processes phpinfo) when I configure it as a
>dynamic module, but then I'm getting core dumps if php is built with either
>pgsql or oci8.

Could you try creating a gdb backtrace of the crash?

--Jani



>"Jani Taskinen" <[EMAIL PROTECTED]> wrote in message
>[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
>> On Fri, 16 Mar 2001, Barry Sardis wrote:
>>
>> >Compiled-in modules:
>> >  http_core.c
>> >  mod_so.c
>> >  mod_php4.c
>> >suexec: disabled; invalid wrapper /usr/local/apache/bin/suexec
>> >
>> >PHP was:
>> >./configure --with-apache=../apache_1.3.19 --with-oci8 --with-pgsql
>> >
>> >I redid it with only --with-apache=../apache_1.3.19 and still httpd is
>not
>> >recognizing the .php extension. The httpd.conf has all LoadModule and
>> >AddModule except dbm_auth and perl.
>>
>> Do you have this:
>>
>> AddType application/x-httpd-php .php
>>
>>
>> ??
>>
>> --Jani
>>
>>
>> --
>> PHP Install Mailing List (http://www.php.net/)
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>>
>
>
>
>





On Sun, 18 Mar 2001, Michael Middleton wrote:

>In the last few weeks there have been about 500 similar postings: all
>about problems with Apache DSO. Is it not about time that someone
>answered them. Or better still, put the -R option in the right place in
>the Makefile, or whatever it is. I posted my solution (which I do not
>think is very good) to the problem on 27.2.01; see

This one doesn't have anything to do with that. It's just the
lack of using --with-zlib in the configure line. I made a little
adjustment for detecting whether libmysqlclient.so is linked with
libz in CVS but it's not bulletproof solution. One solution
is to use the bundled libmysqlclient (just leave out the path)..

And about dropping the -R (-r?) when linking dynamic libraries..
Well, it's libtool 'problem' or someone would say a 'feature'. :)
You should check the libtool manual pages at www.gnu.org.
IIRC, this will be 'fixed' in next major version of libtool.

--Jani


>http://marc.theaimsgroup.com/?l=php-install&m=98328975425618&w=2
>
>On 18 Mar 2001, at 11:56, Ajax wrote:
>
>> I install PHP4 like this
>> ./configure --with-mysql=/usr/local/mysql
>> --with-apxs=/usr/local/apache/bin/apxs --enable-track-vars
>> --enable-versioning make make install
>>
>> then add these line to httpd.conf
>> LoadModule php4_module libexec/libphp4.so
>> AddType application/x-httpd-php .php
>>
>> all run smoothly , until I try to restart apache I got this error:
>> Syntax error on line 205 of /usr/local/apache/conf/httpd.conf:
>> Cannot load /usr/local/apache/libexec/libphp4.so into server:
>> /usr/local/apache/libexec/libphp4.so: undefined symbol: uncompress
>> /usr/local/apache/bin/apachectl start: httpd could not be started
>>
>> can someone help me out?
>>
>> Thanks
>>
>>
>
>
>-------------------------------------------------------------
>
>Michael Middleton
>RZ der Universitaet Regensburg
>93040 REGENSBURG            Tel: +49-941/943-4890
>F R Germany
>
>





Jani,

Would you please thoroughly describe the adjustment you made?

I think it might help m and others.

Thanks,

Jud

"Jani Taskinen" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Sun, 18 Mar 2001, Michael Middleton wrote:
>
> >In the last few weeks there have been about 500 similar postings: all
> >about problems with Apache DSO. Is it not about time that someone
> >answered them. Or better still, put the -R option in the right place in
> >the Makefile, or whatever it is. I posted my solution (which I do not
> >think is very good) to the problem on 27.2.01; see
>
> This one doesn't have anything to do with that. It's just the
> lack of using --with-zlib in the configure line. I made a little
> adjustment for detecting whether libmysqlclient.so is linked with
> libz in CVS but it's not bulletproof solution. One solution
> is to use the bundled libmysqlclient (just leave out the path)..
>
> And about dropping the -R (-r?) when linking dynamic libraries..
> Well, it's libtool 'problem' or someone would say a 'feature'. :)
> You should check the libtool manual pages at www.gnu.org.
> IIRC, this will be 'fixed' in next major version of libtool.
>
> --Jani
>
>
> >http://marc.theaimsgroup.com/?l=php-install&m=98328975425618&w=2
> >
> >On 18 Mar 2001, at 11:56, Ajax wrote:
> >
> >> I install PHP4 like this
> >> ./configure --with-mysql=/usr/local/mysql
> >> --with-apxs=/usr/local/apache/bin/apxs --enable-track-vars
> >> --enable-versioning make make install
> >>
> >> then add these line to httpd.conf
> >> LoadModule php4_module libexec/libphp4.so
> >> AddType application/x-httpd-php .php
> >>
> >> all run smoothly , until I try to restart apache I got this error:
> >> Syntax error on line 205 of /usr/local/apache/conf/httpd.conf:
> >> Cannot load /usr/local/apache/libexec/libphp4.so into server:
> >> /usr/local/apache/libexec/libphp4.so: undefined symbol: uncompress
> >> /usr/local/apache/bin/apachectl start: httpd could not be started
> >>
> >> can someone help me out?
> >>
> >> Thanks
> >>
> >>
> >
> >
> >-------------------------------------------------------------
> >
> >Michael Middleton
> >RZ der Universitaet Regensburg
> >93040 REGENSBURG            Tel: +49-941/943-4890
> >F R Germany
> >
> >
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>





Hi,

I'm having a similar problem to Lisa.

I had PHP4 working with PWS, but want to move over to Xitami.  Now, when I
call the following script, I get a blank page; like Lisa, the HTML <head>
and <body> tags are there, but nothing else.  :-(

    <HTML>
        <HEAD>
        </HEAD>

        <BODY>
             PHP says...<BR><BR>

             <?php
                  echo "Hello from PHP4<BR>";
             ?>
        </BODY>
    </HTML>

Regards,

Andrew Parry
Parrible Limited
[EMAIL PROTECTED]

"Lisa Denkinger" <[EMAIL PROTECTED]> wrote in message
news:8971263C53B6D41196A4009027B711590D2F2F@EXCHANGE1...
> Hi all,
>
> Well, I actually have been able to get PHP installed and running under Win
> 98/Xitami and I once had it working under W2K/Xitami. Unfortunately, I now
> have a problem with the W2K setup.
>
> I edited & placed the .ini file and added the necessary filter to Xitami
and
> two days ago it seemed to running great. I was able to see the results of
a
> couple of test files. Then yesterday I brought the box up and when I try
to
> access .php3 pages I just get blank pages. A look at the code shows proper
> headers & footers, but nothing between the body tags.
>
> I'm completely at a loss since I don't think I did anything to the setup
> between the other day & yesterday. In an effort to fix the problem, I've
> replaced the php.exe file with a fresh copy. I even tried placing
php4ts.dll
> & msvcrt.dll in the WINNT root, which I hadn't had to do before and I'm
> still getting blank pages. I hope this is just something dumb and obvious
to
> those of you in the know.
>
> Thanks for any help!
>
> Lisa
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>







i tried that.. but still no dice.  i also tried build a static version of
the php binary but i got the following error upon performing a 'make' on
the apache 1.3.19 directory:

<cut>
===> src/modules/php4
make[4]: *** No rule to make target `all'.  Stop.
make[3]: *** [all] Error 1
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/usr/local/src/TAR/apache_1.3.19/src'
make[1]: *** [build-std] Error 2
make[1]: Leaving directory `/usr/local/src/TAR/apache_1.3.19'
make: *** [build] Error 2
</cut>

a 'make clean' on the apache directory also creates the following error:

<cut>
===> src/modules/php4
make[4]: *** No rule to make target `clean'.  Stop.
make[3]: *** [clean] Error 1
make[2]: *** [clean] Error 1
make[2]: Leaving directory `/usr/local/src/TAR/apache_1.3.19/src'
make[1]: *** [clean-std] Error 2
make[1]: Leaving directory `/usr/local/src/TAR/apache_1.3.19'
make: *** [clean] Error 2
</cut>

possibly my problem is that i have a previous install of php (4.0 beta)
installed on this machine.  for the record, the apache and the php
directories are fresh from tar archives.  also, more importantly, i would
like to have the DSO install work which was outputting the following error
upon 'apachectl startssl' (or even just 'apachectl start'):

<cut>
Syntax error on line 207 of /usr/local/apache-1.3.19/conf/httpd.conf:
Cannot load /usr/local/apache-1.3.19/libexec/libphp4.so into server:
/usr/local/apache-1.3.19/libexec/libphp4.so: undefined
 symbol: PQoidValue
/usr/local/apache-1.3.19/bin/apachectl startssl: httpd could not be
started
</cut>

pls help.

--
mike hanulec                                    http://www.hanulec.com
aol im: hanulec                                     EFnet irc: hanulec

On Sat, 17 Mar 2001, Jani Taskinen wrote:

>
> Try adding '--with-openssl=/path/to/openssl/' into your configure line.
>
> --Jani
>
>
> On Fri, 16 Mar 2001, Michael R Hanulec wrote:
>
> >
> >i also failed to mention i'm attempting this compile on a linux box
> >originally based on Red Hat 6.2
> >
> >--
> >mike hanulec                                 http://www.hanulec.com
> >aol im: hanulec                                          EFnet irc: hanulec
> >
> >On Fri, 16 Mar 2001, Michael R Hanulec wrote:
> >
> >> hello.
> >>
> >> today i've been trying to compile apache 1.3.19, mod_ssl 2.8.1, php
> >> 4.0.4pl1, IMAP and pgsql 7.1b4 and have been getting the following error:
> >>
> >> <cut>
> >> Making all in pgsql
> >> make[2]: Entering directory `/usr/local/src/TAR/php-4.0.4pl1/ext/pgsql'
> >> make[3]: Entering directory `/usr/local/src/TAR/php-4.0.4pl1/ext/pgsql'
> >> /bin/sh /usr/local/src/TAR/php-4.0.4pl1/libtool --silent --mode=compile
> >> gcc  -I.
> >>  -I/usr/local/src/TAR/php-4.0.4pl1/ext/pgsql
> >> -I/usr/local/src/TAR/php-4.0.4pl1/m
> >> ain -I/usr/local/src/TAR/php-4.0.4pl1 -I/usr/local/apache-1.3.19/include
> >> -I/usr/
> >> local/src/TAR/php-4.0.4pl1/Zend
> >> -I/usr/local/src/TAR/imap-2001.BETA.SNAP-0103150
> >> 052/c-client -I/usr/local/include
> >> -I/usr/local/src/TAR/php-4.0.4pl1/ext/xml/expa
> >> t/xmltok -I/usr/local/src/TAR/php-4.0.4pl1/ext/xml/expat/xmlparse
> >> -I/usr/local/s
> >> rc/TAR/php-4.0.4pl1/TSRM -I/usr/local/pgsql/include -DLINUX=22
> >> -DMOD_SSL=208101
> >> -DUSE_HSREGEX -DEAPI -DEAPI_MM -DUSE_EXPAT -DXML_BYTE_ORDER=12 -g -O2  -c
> >> pgsql.
> >> c
> >> In file included from php_pgsql.h:33,
> >>                  from pgsql.c:29:
> >> /usr/local/pgsql/include/libpq-fe.h:29: openssl/ssl.h: No such file or
> >> directory
> >> make[3]: *** [pgsql.lo] Error 1
> >> make[3]: Leaving directory `/usr/local/src/TAR/php-4.0.4pl1/ext/pgsql'
> >> make[2]: *** [all-recursive] Error 1
> >> make[2]: Leaving directory `/usr/local/src/TAR/php-4.0.4pl1/ext/pgsql'
> >> make[1]: *** [all-recursive] Error 1
> >> make[1]: Leaving directory `/usr/local/src/TAR/php-4.0.4pl1/ext'
> >> make: *** [all-recursive] Error 1
> >> bash$
> >> </cut>
> >>
> >> i configured php using the following:
> >>
> >> <cut>
> >> ./configure
> >> --with-apxs=/usr/local/apache-1.3.19/bin/apxs
> >> --with-imap=/usr/local/src/TAR/imap-2001.BETA.SNAP-0103150052
> >> --with-mm=/usr/local/ --with-pgsql=/usr/local/pgsql --without-mysql
> >> </cut>
> >>
> >> i believe that possible adding the path to this ssl.h would help
> >>
> >> ex. -I/usr/local/ssl/include/openssl
> >>
> >> in the compile command.  i attempted to add this to the line which failed
> >> but this threw even more errors.
> >>
> >> does anyone have any suggestions??  thx.
> >>
> >> --
> >> mike hanulec                                       http://www.hanulec.com
> >> aol im: hanulec                                        EFnet irc: hanulec
> >>
> >>
> >>
> >>
> >> --
> >> PHP Install Mailing List (http://www.php.net/)
> >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> >> For additional commands, e-mail: [EMAIL PROTECTED]
> >> To contact the list administrators, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> >
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>






argh!  i just figured it out.  i build my latest pgsql beta in a different
directory then /usr/local/pgsql thus after updating my ld.so.conf and
running ldconfig things are working..

unfortunately this doesn't solve my static apache compile issues though.
any thoughs??

--
mike hanulec                                    http://www.hanulec.com
516.410.4478                                       [EMAIL PROTECTED]
aol im: hanulec                                     EFnet irc: hanulec







actually .. i was wrong.. it still doesn't work:

sudo /usr/local/apache-1.3.19/bin/apachectl startssl
Syntax error on line 207 of /usr/local/apache-1.3.19/conf/httpd.conf:
Cannot load /usr/local/apache-1.3.19/libexec/libphp4.so into server:
/usr/local/apache-1.3.19/libexec/libphp4.so: undefined symbol: PQoidValue
/usr/local/apache-1.3.19/bin/apachectl startssl: httpd could not be
started


--
mike hanulec                                    http://www.hanulec.com
516.410.4478                                       [EMAIL PROTECTED]
aol im: hanulec                                     EFnet irc: hanulec

On Sun, 18 Mar 2001, Michael R Hanulec wrote:

>
> argh!  i just figured it out.  i build my latest pgsql beta in a different
> directory then /usr/local/pgsql thus after updating my ld.so.conf and
> running ldconfig things are working..
>
> unfortunately this doesn't solve my static apache compile issues though.
> any thoughs??
>
> --
> mike hanulec                                  http://www.hanulec.com
> 516.410.4478                                     [EMAIL PROTECTED]
> aol im: hanulec                                           EFnet irc: hanulec
>
>
>
> --
> PHP Install Mailing List (http://www.php.net/)
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> To contact the list administrators, e-mail: [EMAIL PROTECTED]
>
>





On Thu, Mar 15, 2001 at 10:44:34AM -0600, [EMAIL PROTECTED] wrote:
> Yes, there are quite a few errors in the config.log but I do not know 
> what they mean.  I have successfully built PHP4.04_1 a number of 
> times since its release with no problem until I tried --with-dom.  Also 
> tried --with-dom with latest snap release.  My config.log is 38k.  Would 
> you want to see the whole thing or just error sections where it quotes 
> the program/function that failed?
> Thanks,
> Kris
The last couple of lines should be enough, if they contain the error
messages related to libxml.

  Uwe


Reply via email to