note 83747 modified in ref.oci8 by sixd
| From: | sixd@php.net | Date: | Mon, 07 Dec 2009 23:34:40 +0000 |
| Subject: | note 83747 modified in ref.oci8 by sixd | ||
| References: | 1 | Groups: | php.notes |
| Request: | Send a blank email to php-notes+get-163699@lists.php.net to get a copy of this message | ||
If you've followed the instructions and you can't even connect to the DB server, welcome
to the Oracle hell. Most of the information you'll find is deprecated, incomplete, not for your
platform, unnecessary or just plain wrong.
Typically, you won't need at all those complicate setups you'll read about and
they'll probably make things harder. I suggest you get Systernal's "Filemon"
utility (for Windows, in Unix you may do with strace) and find out what exact config files and DLLs
are being tried by php.exe (or httpd.exe if PHP runs as Apache module or...). Pretty often, the
issue is that (e.g.) TNSNAMES.ORA does not have the correct line ending or Apache is looking for a
DLL that does not even exist in your hard disc; learning that prevents you to waste time adding more
and more useless environmental variables.
Goog luck.
--was--
If you've followed the instructions and you can't even connect to the DB server, welcome
to the Oracle hell. Most of the information you'll find is deprecated, incomplete, not for your
platform, unnecessary or just plain wrong.
Typically, you won't need at all those complicate setups you'll read about and
they'll probably make things harder. I suggest you get Systernal's "Filemon"
utility (for Windows, in Unix you may do with strace) and find out what exact config files and DLLs
are being tried by php.exe (or httpd.exe if PHP runs as Apache module or...). Pretty often, the
issue is that (e.g.) TNSNAMES.ORA does not have the correct line ending or Apache is looking for a
DLL that does not even exist in your hard disc; learning that prevents you to waste time adding more
and more useless environmental variables.
Goog luck.
http://php.net/manual/en/ref.oci8.php