Php 5.3.5 + Oracle 11gR2 (ext OCI8) = crash Apache 2.2.17

Version imprimable

04/05/2011, 11h05
canabral

Php 5.3.5 + Oracle 11gR2 (ext OCI8) = crash Apache 2.2.17

Bonjour,

J'ai installé sur un serveur Windows 2008 R2 Apache 2.2.17 et PHP 5.3.5 (avec certaines extensions comme gd2 par exemple).
Le serveur web marche.

Lorsque j'active l'extension php_oci8_11g et que je redémarre Apache, il crashe avec le message "the requested operation has failed".
Sur ce même serveur une base de données Oracle 11gR2 standard Edition est installée.
La variable d'environnement path pointe bien vers "E:\oracle\product\11.2.0\bin".

Sur un autre serveur j'ai la même configuration avec Oracle 10gEE (et donc l'extension php_oci8) et ça marche sans problème.

Auriez-vous une piste ???

Merci d'avance.
04/05/2011, 11h34
stealth35

active le display_startup_errors, essaye en commande de faire "php -m"
04/05/2011, 11h58
canabral

Merci, je ne connaissais pas ce mode d'erreur.

Il n'affiche pas la liste des modules (contrairement si ext oci8_11g n'est pas activée) et affiche le message suivant : "php startup : unable to load dynamic library 'c:\php\ext\php_oci8_11g.dll' -%1 n'est pas une application Win32 valide".
04/05/2011, 12h18
canabral

Cela ne proviendrait-il pas d'un problème de version...
J'ai Windows 2008 R2 et Oracle 11gR2 en 64bits et php 5.3.5 VC6 thrad safe en 32 bits (sauf erreur ça n'existe pas en 64bits)??
04/05/2011, 13h45
stealth35

sans doute ou a tu trouver ton php_oci8_11g.dll, normalement il existe dans le bundle fournis par php.net
04/05/2011, 15h05
canabral

Je l'ai effectivement trouvé dans le répertoire ext du zip php.

Apparament il y a bien un problème entre oracle 64 bits et php 32 bits et cette dll oci8 : http://blogs.oracle.com/opal/2010/06...2-bit_php.html

Je vais poursuivre mes recherches dans ce sens et si d'autres personnes ont pu avoir des difficultés... N'hésitez pas !
04/05/2011, 15h16
stealth35

t'as pas eu un autre pop up en faisant le "php -m" disant quelle était le problème (au delà de chargé le dll) ?
12/05/2011, 12h37
canabral

Bonjour,

Non je n'ai que le seul message listé ci-dessus.

Donc le problème est pour moi bien lié aux version d'oracle et Windows qui sont en 64 bits et php en 32 bits (ce qui pose un problème avec la dll php_oci_11g.dll) :

http://www.experts-exchange.com/Web_..._26623370.html
http://blogs.oracle.com/opal/2010/06...2-bit_php.html

D'autres personnes sont confrontées à ce problème, certains l'ont résolu.
Pour ma part j'ai testé plusieurs solutions mais rien n'y fait.
Je vais donc installer mon envrionnement web sur un système 32 bits dans l'attente d'une version php 64 bits !
12/05/2011, 12h59
stealth35

tu peux te chopper une version de 64bit de php (je crois que wamp en a une)
12/05/2011, 13h04
canabral

Effectivement, c'est ce que j'ai essayé de faire en reprenant la dll en question de la dernière version de wamp en 64 bits, mais ça n'a pas marché :cry:
12/05/2011, 13h06
stealth35

Citation:

Envoyé par canabral

Effectivement, c'est ce que j'ai essayé de faire en reprenant la dll en question de la dernière version de wamp en 64 bits, mais ça n'a pas marché :cry:

il faut pas prendre juste le dll mais tout le reste
12/05/2011, 13h16
canabral

Oui mais on est alors obliger de passer par wamp, sans faire sa propre installation d'apache et php.

Effectivementil faudrait que je change mes habitudes et que j'essaye...
12/05/2011, 13h24
stealth35

Citation:

Envoyé par canabral

Oui mais on est alors obliger de passer par wamp, sans faire sa propre installation d'apache et php.

Effectivementil faudrait que je change mes habitudes et que j'essaye...

au pire tu peux te compiler une version 64bit