php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #23021 make install error 139 when --with-oci8 is on
Submitted: 2003-04-02 09:42 UTC Modified: 2003-04-03 12:47 UTC
Votes:1
Avg. Score:5.0 ± 0.0
Reproduced:0 of 0 (0.0%)
From: jascsua at itccanarias dot org Assigned:
Status: Closed Package: OCI8 related
PHP Version: 4.3.1 OS: Sun Solaris 5.8, 5.9
Private report: No CVE-ID: None
 [2003-04-02 09:42 UTC] jascsua at itccanarias dot org
Hi:
I've been installing PHP 4.3.x in a Sun solaris 5.8 & 5.9 platform. Compiler can be gcc 3.1.1 or 3.2.x.
Apache version is 1.3.27 with mod_ssl & mod_perl integrated in the httpd binary. Configuration is something like this (with or without LIBS=-lpthread)
CC=gcc \
./configure --prefix=/usr/local \
--with-apxs=/usr/local/apache/bin/apxs \
--with-openssl=/usr/local \
--with-zlib=/usr/local \
--enable-bcmath \
--with-bz2=/usr/local \
--enable-calendar \
--enable-dba \
--with-gdbm=/usr/local \
--with-ndbm=/usr/local \
--with-db4=/usr/local \
--with-flatfile \
--enable-dbase \
--enable-dbx \
--with-dom=/usr/local \
--with-dom-xslt=/usr/local \
--with-dom-exslt=/usr/local \
--enable-ftp \
--with-gd=/usr/local \
--with-freetype-dir=/usr/local \
--enable-gd-native-ttf \
--with-gettext=/usr/local \
--with-iconv=/usr/local \
--with-imap=/usr/local \
--with-imap-ssl=/usr/local \
--with-ldap=/usr/local \
--with-mcrypt=/usr/local \
--with-mhash=/usr/local \
--with-mssql=/usr/local \
--with-pdflib=/usr/local \
--with-mm=/usr/local \
--enable-xml \
--enable-sockets \
--enable-sigchild \
--enable-mbstring \
--enable-mbstr-enc-trans \
--enable-mbregex \
--enable-exif \
--with-oci8

Well. When I issue the command make install, system goes on until it reaches the make install-pear fase, on which it crashes with a make error 139.
I've been seeking with solaris truss command and I can see that it tries to initialize OCI, open a file called /oracle/rdbms/oraus.msb and the issues a fault.

If I remove the --with-oci directive, system compiles and install OK, but, for my disgrace, out web services platform is over Oracle oci 8  and Microsoft SQL connections.

I am using the Oracle 9.2.0.1i client version for solaris 32.

Has anybody this configuration or similar running ok?

I suspect of gnu libiconv and gnu gettext support over solaris, but I am still trying to detect the possible relation.

Any facts?

Thanks in advance.
Fco. Javier Ascanio Suarez.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-04-02 10:20 UTC] sniper@php.net
This bug has been fixed in CVS.

In case this was a PHP problem, snapshots of the sources are packaged
every three hours; this change will be in the next snapshot. You can
grab the snapshot at http://snaps.php.net/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.
 [2003-04-02 11:37 UTC] jascsua at itccanarias dot org
Really? :-( I'm sorry but still thinlking that there is a BIG trouble.

Please!!!! Any solution?

Installing PHP CLI binary:        /usr/local/bin/
Installing PHP CLI man page:      /usr/local/man/man1/
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
chmod 755 /usr/local/apache/libexec/libphp4.so
cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak
cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf
rm /usr/local/apache/conf/httpd.conf.new
Installing shared extensions:     /usr/local/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:      /usr/local/lib/php/
Segmentation Fault - core dumped
make[1]: *** [install-pear-installer] Error 139
make: *** [install-pear] Error 2
fataga01:/array/install/php4-STABLE-200304021630# 
-----------------------------------------------------------
Log File  kg_alert_?.log:

fataga01:/array/install/php4-STABLE-200304021630# cat  kg_alert_?.log
Wed Apr  2 18:30:46 2003
Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc:
KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], []
fataga01:/array/install/php4-STABLE-200304021630# 
-----------------------------------------------------------
Second Trace file: kg_?_1351.trc

fataga01:/array/install/php4-STABLE-200304021630# cat  kg_alert_?.log
Wed Apr  2 18:30:46 2003
Errors in file /array/install/php4-STABLE-200304021630/kg_?_1351.trc:
KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], []
fataga01:/array/install/php4-STABLE-200304021630# 
fataga01:/array/install/php4-STABLE-200304021630# cat kg_?_1351.trc
Dump file /array/install/php4-STABLE-200304021630/kg_?_1351.trc
KG Platform
ORACLE_HOME = /oracle
System name:    SunOS
Node name:      fataga01
Release:        5.9
Version:        Generic_112233-04
Machine:        sun4u

*** 2003.04.02.18.30.46.520
KGP-00600: internal error code, arguments: [kgupticon1], [], [], [], [], [], [], []
----- Call Stack Trace -----
NOTE: <PLT>+offset is used to represent that the
      function being called is offset bytes from
      the _PROCEDURE_LINKAGE_TABLE_.
calling              call     entry                argument values in hex      
location             type     point                (? means dubious value)     
-------------------- -------- -------------------- ----------------------------
kgupdmp()+632        CALL     <PLT>+19716          FFBFED98 ? 33 ? FFFFFFFF ?
                                                   FFFFFFF8 ? 0 ? 1 ?
kgerinv()+160        PTR_CALL 00000000             388B60 ? 3 ? 258 ? FE53C1DC ?
                                                   0 ? FFBFEEBC ?
kgeasnmierr()+28     CALL     <PLT>+71400          388B60 ? 38255C ? FE53C1DC ?
                                                   0 ? FFBFEEBC ? 1F ?
kgupticon()+396      CALL     <PLT>+14160          388B60 ? 38255C ? FE53C1DC ?
                                                   0 ? 80006C30 ? 0 ?
kguptscdrv()+408     PTR_CALL 00000000             0 ? 18D0 ? 0 ? 8003C360 ? 1 ?
                                                   0 ?
kguptcon()+348       CALL     kguptscdrv()+0       FE5FC2E0 ? 1C00 ? 1800 ?
                                                   FE5A8788 ? 1C10 ? FE5D37A8 ?
kgup_thread_connect  CALL     <PLT>+24852          388B60 ? 1 ? 0 ? 0 ? 0 ? 0 ?
kpuinit0()+2964      CALL     <PLT>+15528          388B60 ? 0 ? FFBFF490 ?
                                                   FFFFFFF8 ? FFFFFFE0 ?
                                                   FFBFF4B5 ?
kpuinit()+92         CALL     <PLT>+15456          ECA0 ? E800 ? EC00 ? 0 ? 0 ?
                                                   0 ?
OCIEnvInit()+20      CALL     <PLT>+9120           316EE0 ? 0 ? 0 ? 0 ? 0 ?
                                                   382501 ?
php_oci_init_global  CALL     <PLT>+5748           316EE0 ? 0 ? 0 ? 0 ? 0 ? 0 ?
zm_startup_oci()+52  CALL     php_oci_init_global  316EC8 ? 6030 ? 0 ? 0 ? 0 ?
                                                   0 ?
zend_startup_module  PTR_CALL 00000000             0 ? B ? B ? DFBB8 ? 0 ? 0 ?
php_startup_extensi  CALL     zend_startup_module  30A024 ? 30A024 ? 0 ? 1 ? 0 ?
                                                   0 ?
php_module_startup   CALL     php_startup_interna  30E1C8 ? 30E220 ? 4 ? 3 ? 0 ?
                                                   0 ?
main()+292           CALL     php_module_startup   FFFFFFFF ? 5000 ? 0 ?
                                                   300A2C ? 30E12C ? 1 ?
_start()+92          CALL     main()+0             30E12C ? 1 ? FFBFFA94 ?
                                                   312814 ? 0 ? 0 ?
----- Argument/Register Address Dump -----
Argument/Register addr=ffbfed98.  Dump of memory from 0xFFBFED58 to 0xFFBFEE98

Thanks in advance.
 [2003-04-03 07:42 UTC] jascsua at itccanarias dot org
Sorry, but as you can see, this has not been fixed in any of your snapshots.

Please.. help!!!!

fataga01:/array/install/php4-STABLE-200304031230# make install
Installing PHP CLI binary:        /usr/local/bin/
Installing PHP CLI man page:      /usr/local/man/man1/
Installing PHP SAPI module
[activating module `php4' in /usr/local/apache/conf/httpd.conf]
cp libs/libphp4.so /usr/local/apache/libexec/libphp4.so
chmod 755 /usr/local/apache/libexec/libphp4.so
cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak
cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf
rm /usr/local/apache/conf/httpd.conf.new
Installing shared extensions:     /usr/local/lib/php/extensions/no-debug-non-zts-20020429/
Installing PEAR environment:      /usr/local/lib/php/
Segmentation Fault - core dumped
make[1]: *** [install-pear-installer] Error 139
make: *** [install-pear] Error 2
fataga01:/array/install/php4-STABLE-200304031230#
 [2003-04-03 12:47 UTC] jascsua at itccanarias dot org
Problem has been solved.

Solution is not on PHP: solution is on Oracle.

Thanx.
 [2003-06-25 14:02 UTC] judykidd at us dot ibm dot com
Javier,

Did you have to apply a patch to Oracle 9.2.0.1 to correct
the problem?  Or was it a configuration problem?

Thanks in advance.

Judy
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Mar 29 13:01:29 2024 UTC