Discussion :

[canabral]

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.

[stealth35]

active le display_startup_errors, essaye en commande de faire "php -m"

[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".

[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)??

[stealth35]

sans doute ou a tu trouver ton php_oci8_11g.dll, normalement il existe dans le bundle fournis par php.net

[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 !

[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) ?

[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 !

[stealth35]

tu peux te chopper une version de 64bit de php (je crois que wamp en a une)

[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é

[stealth35]

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é

il faut pas prendre juste le dll mais tout le reste

[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...

[stealth35]

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