Discussion :

[titours254]

Testé, sans résultat.

J'ai pensé un moment que le mysql_db_select pouvait poser problème, vu que je fais appel à l'information_schema avec mes show table. J'ai refait (en ayant préalablement controlé les droits) un fichier du même type accédant à la base schema mais rien n'y fait. Toujours cette fichue erreur...

[Marc3001]

Testé, sans résultat.

Sans résultat? Quel est le contenu de tes variables?

Utilise la fonction var_dump().

[titours254]

Pardon, mauvais choix de mot.
Quand je fais l'affichage par vardump, tout semble aller bien

Résultat :
string(9) "localhost" string(5) "chris" string(4) "pass" string(4) "test" resource(3) of type (mysql link)

[Marc3001]

Au début tu disais :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var_dump($oConn);

Il renvoie NULL.

Maintenant je vois :

resource(3) of type (mysql link)

Le problème a donc évolué.

Ton erreur est-elle toujours :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

supplied argument is not a valid MySQL-Link resource in monfichier.php on line 48

[titours254]

Exact, obnubilée par le résultat du mysql_query, je ne l'avais même pas remarqué.

Et oui, l'erreur est toujours la même.

J'ai beau avoir vérifié toutes les autorisations, est-ce que cela pourrait venir du fait que j'essaie d'obtenir des infos sur la structure des tables et non sur leur contenu ?

[Marc3001]

Je commence à épuiser toutes mes cartouches.

La seule différence que je vois entre le code quia marché et celui qui ne marche pas c'est le mysql_select_db en plus quand ça marche pas.

Tente en le commentant (sans conviction )

[titours254]

J'ai déjà essayé... Avec, malheureusement, le même résultat...

[Marc3001]

Bon il doit y avoir un détail qui m'échappe.

Peux-tu donner le code complet (n'enlève strictement rien) des 2 fichiers ?
Peux-tu donner le code complet (n'enlève strictement rien) du fichier qui fonctionnait?

[titours254]

Je pense avoir trouvé.

J'ai recommencé un fichier, à but identique, en contruisant le code petit à petit.
Lorsque le code est passé "tel quel", c'est-à-dire aucune sous-fonction ni boucle, tout va bien.

Dès que je fais une fonction, je retrouve mon erreur lors de son ou de ses appels.

Si je passe en paramètres de la fonction la variable de connexion issue de l'inclusion de "ouvre_base", les erreurs disparaissent et j'ai le résultat attendu.

Il s'agirait donc de passer la variable $oConn en paramètres de chaque fonction.

Je fais un test sur mon fichier de départ.

EDIT : victoire ^^ J'ai rajouté sur chaque fonction un paramètre contenant la variable de connexion, modifié les appels en conséquences, et tout va bien.

Merci infiniment pour les pistes et les idées . Tout ça a formé une checklist bien utile.

[Marc3001]

C'est trop bête, j'avais pas fait gaffe à la fonction Maintenant que tu le dis c'est effectivement évident.

D'ailleurs utilise des objets, c'est plus propre et clair plutôt que des fonctions mélangées avec ton code html.

[titours254]

Je vais essayer de m'y mettre. mais il parait que mes classes sont trop incompréhensibles alors ...
A ma décharge j'ai plus fait de php en deux semaines que ces quatres dernières années...

Merci encore