php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #19670 64bit Oracle installation fails
Submitted: 2002-09-30 04:58 UTC Modified: 2002-12-23 01:00 UTC
Votes:1
Avg. Score:3.0 ± 0.0
Reproduced:1 of 1 (100.0%)
Same Version:1 (100.0%)
Same OS:0 (0.0%)
From: Manfred dot Metz at rsd dot rohde-schwarz dot com Assigned:
Status: No Feedback Package: OCI8 related
PHP Version: 4.2.3 OS: Solaris 2.8
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: Manfred dot Metz at rsd dot rohde-schwarz dot com
New email:
PHP Version: OS:

 

 [2002-09-30 04:58 UTC] Manfred dot Metz at rsd dot rohde-schwarz dot com
Configuring php with the --with-oci8 option fails when compiling in 64bit mode, because the configuration script will not find the correct path of the Oracle 64bit libraries. 

The libraries are installed in $ORACLE_HOME/lib64. The Library Path is resolved to $ORACLE_HOME/lib wher the 32bit libraries reside.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-09-30 07:44 UTC] kalowsky@php.net
Is this a standard install?  My Oracle9 on Solaris 2.8 is all installed under $ORACLE_HOME/lib


 [2002-09-30 09:36 UTC] Manfred dot Metz at rsd dot rohde-schwarz dot com
Yes, this is a standard install of Oracle 8. All 32 bit Libraries are in $ORACLE_HOME/lib and 64 bit Libraries in $ORACLE_HOME/lib64

The problem is the configure script, which is not aware of compiling 64 bit - so the wrong library path is set.

The actual wayaround is to edit the configure script accordingly

vi configure
   :1,$s-OCI8_DIR\/lib-OCI8_DIR\/lib64-g
   :wq

This works - but there should be a better solution in future.
 [2002-09-30 10:43 UTC] kalowsky@php.net
I understand what your claiming the bug is, thats not the issue.  What I'm questioning is the validity of the bug, in the sense that my local 64bit Oracle install doesn't use the lib64 notation, but still uses the lib.  Which may mean that my install is borked, but thus my asking.  
 [2002-10-01 01:02 UTC] Manfred dot Metz at rsd dot rohde-schwarz dot com
Yes, again this is the standard installation path of Oracle 8i. For more information about disk layout of Oracle 8i 64bit read the Product Notes section in 

'Oracle 8i Release Notes' available under:

http://download-east.oracle.com/docs/pdf/A90156_01.pdf
 [2002-10-13 13:54 UTC] jkroll at mke dot catalystwms dot com
1.  Experienced similar but slightly different issue.
On Oracle 9i (9.2.0) under HP-UX 11i (11.11) the 64 bit libraries are installed in ORACLE_HOME/lib and the 32 bit libraries are in ORACLE_HOME/lib32.  This results in obvious link failures when trying to build a 32 bit version of PHP.

2.  There are obvious work arounds to force linkage against the correct libraries, however it would be nice if there were a config option to override the Oracle library directory.
 [2002-12-07 16:51 UTC] iliaa@php.net
Please try using this CVS snapshot:

  http://snaps.php.net/php4-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-latest.zip


 [2002-12-23 01:00 UTC] php-bugs at lists dot php dot net
No feedback was provided for this bug for over 2 weeks, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
 
PHP Copyright © 2001-2022 The PHP Group
All rights reserved.
Last updated: Thu Jul 07 04:03:36 2022 UTC