Ca aurait du marcher, mais bon. Au pire, rajoute le path des libraries instantclient dans /etc/ld.so.conf et fait ldconfig, puis relance apache. Il reste le TNS_ADMIN que tu ne pourras pas eviter a moins que tu specifies explicitement le vrai host ou tourne ta base et tous les autres parametres necessaires (je veux dire par la que je n'ai jamais essaye une connection sans TNS_ADMIN et/ou TWO_TASK...). Pour ma part j'avais toujours recompile php4 - jamais utilise php4-oci8 verion deb. J'ai pas d'autre idee. A+, JD. On Tuesday 21 June 2005 10:39, David BERCOT wrote: DB > > Essaie de rajoute qquechose du genre: DB > > env -i LD_LIBRARY_PATH=/valeur_de_oracle_home/lib ORACLE_HOME=valeur_de_oracle_home TNS_ADMIN=le_directory_ou_est_tnsname.ora LANG=C DB > > avant la commande qui lance le serveur. DB > DB > Ben mes variables d'environnement semblent ok... DB > En fait, ça me semble un peu bizarre d'avoir ORACLE_HOME=/usr/lib/oracle/10.1.0.2/client mais bon... DB > DB > Et ça ne change rien !!! DB > DB > Petit complément : pour la compilation, il me manque le SDK Oracle (pour les headers qui ne sont présents, si j'ai bien compris, qu'à partir de la 10.1.0.3). DB > DB > David. DB > DB > > A+, JD. DB > > DB > > On Tuesday 21 June 2005 09:50, David BERCOT wrote: DB > > DB > Bonjour, DB > > DB > DB > > DB > J'ai passé la journée entière d'hier à chercher une solution à mon problème... DB > > DB > Je suis en testing, avec Apache 2. J'ai aussi installé PHP 5 et le client Oracle Instant (version basic). DB > > DB > Bon, rendu là, PHP fonctionne correctement mais mais pas encore avec Oracle. DB > > DB > J'ai donc récupéré les sources de PHP 5 pour les compiler avec l'option --with-oci8-instant-client=[DIR] mais ça plante (je ne me souviens plus du message d'erreur tellement j'en ai eu hier ;-)). DB > > DB > Bon, j'ai donc décidé de revenir à PHP 4 en me disant que tout marcherait plus rapidement. J'ai donc désinstallé PHP 5 et mis PHP 4 suivi de PHP4-oci8. Là encore, rien ne se passe par défaut. Je vais donc dans /etc/apache2/mods-enabled et je rajoute dans php4.load la ligne qui pointe vers oci8.so. DB > > DB > Et là, au démarrage d'Apache 2, j'ai l'erreur "cannot load /usr/lib/php4/20020429/oci8.so into server: libcltnsh.so.9.0: cannot open shared object file: No such file or directory". Bon, je ne désespère pas et je rajoute un lien symbolique de libclntsh.so.10.1 (celle que j'ai) vers 9.0. Et là, j'ai "can't locate API module structure 'php4_oci8' in file /usr/lib/php4/20020429/oci8.so: /usr/lib/libapr-0.so-0: undefined symbol: php4_oci8" DB > > DB > DB > > DB > Bon, je commence à saturer un peu (surtout que je ne pratique Linux [et seulement Debian en fait] que depuis 6 mois)... DB > > DB > DB > > DB > Auriez-vous une piste pour moi ? Je préfèrerais PHP5, mais si j'arrive à faire fonctionner PHP4 avec Oracle, je prends ;-) DB > > DB > DB > > DB > Sinon, connaitriez-vous des listes spécialisées sur ces problèmes (de préférence sur Debian) ? DB > > DB > DB > > DB > Merci d'avance et bonne journée. DB > > DB > DB > > DB > David. DB > > DB > DB > > DB > DB > > DB > > -- DB > > Jean-Damien Durand CERN/IT/FIO/DS - Geneva, Switzerland DB > > PGP: http://home.cern.ch/~jdurand/public_key.asc DB > > CERN CA: http://cern.ch/service-grid-ca/crt/root_crt.html DB > > WWW: http://home.cern.ch/~jdurand DB > > > DB > > [ smime.p7s (1.9 Ko) ] DB > DB > -- Jean-Damien Durand CERN/IT/FIO/DS - Geneva, Switzerland PGP: http://home.cern.ch/~jdurand/public_key.asc CERN CA: http://cern.ch/service-grid-ca/crt/root_crt.html WWW: http://home.cern.ch/~jdurand
Attachment:
smime.p7s
Description: S/MIME cryptographic signature