Kreny's Blog

解决方法：(参考)

chown -R oracle:oinstall /opt
chmod -R 775 /opt

解决方法：

$ cd $ORACLE_HOME/bin
$ chmod 6751 oracle
-rwsr-s--x 1 oracle oinstall 93300099 Sep 14 2006 oracle

以上方法可以用　em 来连接上 oracle 10g , 但是使用 php 连接的时候，却出现网页不能显示的问题。

[Fri Jun 22 20:01:21 2007] [notice] child pid 32342 exit signal Segmentation fault (11)
[Fri Jun 22 20:01:21 2007] [notice] child pid 32343 exit signal Segmentation fault (11)

搜索了　php 的官方论坛, 发现在　CVII. Oracle 関数　中有如下关于　oracle 10g 和　php 4.4.x 连接的问题的阐述：

We were having performance issues caused by Segmentation Faults on pages using Oracle.

An example of the Seg faults appearing in Apache's error log is:
*** glibc detected *** free(): invalid next size (fast): 0x0969ef30 ***
[Mon May 08 09:41:51 2006] [notice] child pid 3065 exit signal Aborted (6)

OR

[Mon May 08 09:48:58 2006] [notice] child pid 4747 exit signal Segmentation fault (11)

Our issue was due to a problem with OCI8 module in PHP (latest version 4.4.2).

Our solution involved recompiling PHP with the latest PECL OCI8 extension which can be downloaded from:
http://pecl.php.net/package/oci8

All segmentation faults and performance issues stopped once PHP was recompiled with OCI8 1.2.1.

If you are experience performance issues and/or seg faults I would recommend recompiling PHP with the latest stable OCI8 extension.

estoreic (note from 15-May-2006 10:54) is right.

there seems to be a problem with the oci8-api-functions in php 4.4.x.

there are error-messages like these in the error_log:
child pid 22297 exit signal Segmentation fault (11)
*** glibc detected *** double free or corruption (out): 0x00000000019f4730 ***
*** glibc detected *** double free or corruption (!prev): 0x0000000001111d90 ***
*** glibc detected *** corrupted double-linked list: 0x0000000001111d50 ***

using php 4.4.x with oracle 10.x is impossible, until you do the following:
1. download latest oci8-package from http://pecl.php.net/package/oci8
2. extract package somewhere
3. go to php-4.4.x-source directory
4. rm -rf ext/oci8
5. cp extraceted oci8-1.2.x directory to/as ext/oci8
6. make distclean
7. ./buildconf --force
8. ./.configure (with the options you need)
9. make
10. only for x86_64:
create pear-install.ini:
-----------------------------------------------
[PHP]

memory_limit = 128M ; Maximum amount of memory a script may consume (8MB)
------------------------------------------------

11. edit Makefile:
replace:
PEAR_INSTALL_FLAGS = -n -dshort_open_tag=0 -dsafe_mode=0
with:
PEAR_INSTALL_FLAGS = -cpear-install.ini -dshort_open_tag=0 -dsafe_mode=0

12. make install

have fun!
oracle connections will work now!

Regarding issues with glibc "double free or corruption" or "free(): invalid next size" errors in error_log with PHP4 (PHP 4.4.7 is still afftected by this issue), and in addition to Rainer Klier´s notes below, if you´re using autoconf 2.5 (default on Redhat ES/CentOS 4.4 and 5, for example), you must delete PHP´s "configure" script before running "buildconf --force", or it will do nothing. After that, you´ll need to use PHP 5 oci8 syntax with configure: --oci8=instantclient,/path/to/instantclient

Only after this you´ll be able to compile PHP, but it´s a guaranteed fix - and, just to enforce Rainer´s point (as opposed to what has been said in other places), no need to rise memory limit and edit Makefile on x86-32. Good luck. ;)

但是还是有很多

资料：