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

go to bug id or search bugs for

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
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
49 + 26 = ?
Subscribe to this entry?

 
 [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-2024 The PHP Group
All rights reserved. 		Last updated: Tue Apr 16 21:01:28 2024 UTC