php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #27067 Apache2 PHP 4.3.4 --with-oci8 crashing on startup
Submitted: 2004-01-28 03:59 UTC Modified: 2004-01-28 09:31 UTC
From: support at communardo dot de Assigned:
Status: Not a bug Package: Apache2 related
PHP Version: 4.3.4 OS: Suse Linux 9.0
Private report: No CVE-ID: None
View Add Comment Developer Edit
 [2004-01-28 03:59 UTC] support at communardo dot de 
Description:
------------
When --with-oci8 included in PHP Apache2 crashes on startup with the messages in error_log posted below.

Installation information:
==========================
*Apache 2.0.48
./configure --prefix=/usr/local/apache2 --enable-so
(successfull compiled, installed and tested without PHP)
- httpd.conf:
LoadModule php4_module modules/libphp4.so
AddType application/x-httpd-php .php

* PHP 4.3.4
./configure --with-oci8=$ORACLE_HOME --with-gettext=/usr/bin --enable-shmop --enable-sysvshm  --with-zlib --with-apxs2=/usr/local/apache2/bin/apxs --enable-sigchild
(successfully compiled and installed)

* Oracle Client 9.2.0.2
- successfull client installation incl. C Programmer Libraries an Call Interfaces
- environment variables set
export ORACLE_HOME=/home/oracle/OraHome1
export ORACLE_SID=com14 (name of host)

Remarks:
I have tested PHP without OCI8 option. This works fine. Only if I include OCI8 Apache crashes on startup and will never load any plan HTML page. If I disable PHP in httpd.conf Apache is working fine. I have NOT included any LDAP options in Apache or PHP.

Does anyone have an idea where to look for the cause of this problem? Many thanks.

Dirk

Reproduce code:
---------------
(none)

Expected result:
----------------
Apache2 starting without failure.

Actual result:
--------------
error_log of Apache2:

[Wed Jan 28 09:40:07 2004] [notice] Apache/2.0.48 (Unix) PHP/4.3.4 configured -- resuming normal operations
httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)->ld_options.ldo_valid == 0x2 )' failed.
[Wed Jan 28 09:40:07 2004] [notice] child pid 20140 exit signal Aborted (6)
httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)->ld_options.ldo_valid == 0x2 )' failed.
httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)->ld_options.ldo_valid == 0x2 )' failed.
httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)->ld_options.ldo_valid == 0x2 )' failed.
httpd: extended.c:127: ldap_extended_operation_s: Assertion `( (ld)->ld_options.ldo_valid == 0x2 )' failed.
[Wed Jan 28 09:40:08 2004] [notice] child pid 20144 exit signal Aborted (6)
[Wed Jan 28 09:40:08 2004] [notice] child pid 20143 exit signal Aborted (6)
[

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2004-01-28 06:44 UTC] sniper@php.net 
Looks like it's some sort of conflict between apache and the oracle libs. Are you sure you're not loading some module in Apache which uses ldap? What does 'ldd libphp4.so' output?
And 'ldd httpd' ?
 [2004-01-28 06:57 UTC] support at communardo dot de 
Many thanks for the quick reply! Regarding your questions:

> Are you sure you're not loading some module in Apache
>which uses ldap?
I have not modified the httpd.conf apart from LoadModule php4_module modules/libphp4.so + AddType application/x-httpd-php .php. I don't know whether OCI8 might use some ldap stuff internally.

> What does 'ldd libphp4.so' output? And 'ldd httpd' ?

com14:/usr/local/apache2/modules # ldd libphp4.so
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x4017b000)
        libz.so.1 => /lib/libz.so.1 (0x401ad000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x401bc000)
        libm.so.6 => /lib/i686/libm.so.6 (0x401cf000)
        libdl.so.2 => /lib/libdl.so.2 (0x401f2000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x401f5000)
        libclntsh.so.9.0 => /home/oracle/OraHome1/lib/libclntsh.so.9.0 (0x4020a000)
        libc.so.6 => /lib/i686/libc.so.6 (0x40b17000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
        libwtc9.so => /home/oracle/OraHome1/lib/libwtc9.so (0x40c4a000)
        libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40c4e000)

com14:/usr/local/apache2/bin # ldd httpd
        libaprutil-0.so.0 => /usr/local/apache2/lib/libaprutil-0.so.0 (0x4001a000)
        libdb.so.2 => /lib/libdb.so.2 (0x40047000)
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40056000)
        libapr-0.so.0 => /usr/local/apache2/lib/libapr-0.so.0 (0x40076000)
        librt.so.1 => /lib/librt.so.1 (0x40096000)
        libm.so.6 => /lib/i686/libm.so.6 (0x400a9000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x400cc000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x400fe000)
        libdl.so.2 => /lib/libdl.so.2 (0x40113000)
        libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40116000)
        libc.so.6 => /lib/i686/libc.so.6 (0x40168000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)


Regards,
Dirk
 [2004-01-28 09:31 UTC] sniper@php.net 
See this:

http://www.netsys.com/pamldap/2002/05/msg00064.html

I guess the user you run apache as is the reason..
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Fri May 17 05:01:31 2024 UTC