crash navigateur lors de execute

Version imprimable

Bonjour tout le monde,

Alors voici mon code qui marche :
Code:

1 2 3 4 5 6 7 $dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=serv;Database=base; Uid=informix;Pwd=informix;"); $dr = $dbh->prepare("select nom from entite where id =1"); $dr->execute(array(1)); $row = $dr->fetch(PDO::FETCH_ASSOC); var_dump($row);
et celui qui ne marche pas
Code:

1 2 3 4 5 6 7 $dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=serv;Database=base; Uid=informix;Pwd=informix;"); $dr = $dbh->prepare("select nom from entite where id =:param"); $dr->execute(array(':param' => 1 )); $row = $dr->fetch(PDO::FETCH_ASSOC); var_dump($row);
Et le fait que le paramétre soit sous la forme '?' ne change rien, le navigateur plante...
et quand j'essaye sur un serveur externe linux, le message d'erreur n'aide pas trop:

Code:

00000array(4) { [0]=> string(5) "00000" [1]=> int(0) [2]=> string(24) " ((null)[0] at (null):0)" [3]=> string(0) "" } NULL

J'ai tout essayé je crois -_-

Bonjour,

Essayes
Code:

1 2 $dr = $dbh->prepare('select nom from entite where id =:param');
Car j'ai peur qu'entre double quote, il évalue le :param incorrectement.

Et sinon avec des marqueurs, ça marche pas, genre
Code:

1 2 3 4 5 6 $dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=serv;Database=base; Uid=informix;Pwd=informix;"); $dr = $dbh->prepare("select nom from entite where id = ?"); $dr->execute(array(1)); $row = $dr->fetch(PDO::FETCH_ASSOC);

non ça ne marche pas non plus..

j'ai testé ça:

Code:

1
2
3
4
5
6
7
8
9
10
11
		$dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=ol_hotline;Database=supportv2; Uid=informix;Pwd=informix;");
		$dr = $dbh->prepare('select * from entite where id =:test');
 
		if(!$dr->execute(array(':test' => 1))){
		   echo $dbh->errorCode();
		   var_dump($dbh->errorInfo());
		}
		else{
		$row = $dr->fetch(PDO::FETCH_ASSOC);
		var_dump($row);
		}

et ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
		$dbh = new PDO("odbc:Driver={IBM INFORMIX ODBC DRIVER (64-bit)};Server=ol_hotline;Database=supportv2; Uid=informix;Pwd=informix;");
		$dr = $dbh->prepare('select * from entite where id =?');
 
		if(!$dr->execute(array(1))){
		   echo $dbh->errorCode();
		   var_dump($dbh->errorInfo());
		}
		else{
		$row = $dr->fetch(PDO::FETCH_ASSOC);
		var_dump($row);
		}

et pareil, plantage du navigateur:
Page Web inaccessible
La connexion à 127.0.0.1 a été interrompue.

06/09/2012, 12h39
Fench

Et le premier code marche ?
06/09/2012, 12h49
elratus

Nope

Sinon je suis tombé là dessus mais ça date et en plus c'est réglé :calim2: (https://bugs.php.net/bug.php?id=56293)
06/09/2012, 13h19
gene69

bonjour

Citation:

Car j'ai peur qu'entre double quote, il évalue le :param incorrectement.

je vois pas de raison.

Citation:

le navigateur plante...

comment ça il "plante" ? c'est même pas la meme machine... je vois pas trop ce que tu veux dire..

Quand je dis il plante, il m'affiche le message suivant:

Code:

1
2
3
4
5
6
7
8
Page Web inaccessible
La connexion à 127.0.0.1 a été interrompue.
Voici quelques suggestions :
Actualisez cette page Web ultérieurement.
Vérifiez votre connexion Internet. Redémarrez votre routeur, votre modem ou tout autre périphérique réseau que vous utilisez.
Ajoutez Google Chrome aux programmes autorisés dans les paramètres de votre pare-feu ou de votre antivirus. S'il est déjà autorisé, supprimez-le de la liste des programmes autorisés et ajoutez-le à nouveau.
Si vous utilisez un serveur proxy, vérifiez vos paramètres de proxy ou contactez votre administrateur réseau pour vérifier que le serveur proxy fonctionne. Si vous ne pensez pas devoir utiliser de serveur proxy, réglez vos paramètres de proxy : Accédez au menu Clé à molette > Paramètres > Afficher les paramètres avancés… > Modifier les paramètres du proxy... > Paramètres réseau et désélectionnez l'option "Utiliser un serveur proxy pour votre réseau local"..
Erreur 101 (net::ERR_CONNECTION_RESET) : La connexion a été réinitialisée.

J'ai rien de concret sur quoi m'appuyer

06/09/2012, 13h52
gene69

tu veux pas utiliser un vrai navigateur comme firefox ?

ajoute un echo "toto" ça devrait provoquer un affichage et peut-être enlever ce message d'erreur.

s'il y avait une erreur tu aurais un msg d'erreur qui s'afficherai dans ton navigateur... selon la conf de ton fichier de log.

tu utilises les paramètres php.ini dit "de développement" recommandés pour ton serveur php ?

edit: si le log est uniquement dans le fichier texte, faut nous montrer les derniers messages.
06/09/2012, 13h55
elratus

#en cours d'édition
06/09/2012, 13h56
gene69

et pourquoi tu tappes sur 127.0.0.1 et pas sur localhost ??
06/09/2012, 13h57
Fench

Citation:

Envoyé par gene69

bonjour

je vois pas de raison.

C juste une question sur la syntaxe entre les doubles et les simples quotes, php ne réagit pas de la même manière.

Sinon, @elratus, je premier post disait que le premier code marchait et que le deuxième non 8O c'est plus le cas alors parceque l'erreur n'est pas du tout sur le même pb. Maintenant, c'est plus sur le serveur Apache je pense :roll:
06/09/2012, 13h58
gene69

Citation:

Envoyé par elratus

et lorsque je lançe le script sur le serveur linux, le message d'erreur n'est pas très bavard !

Code:

00000array(4) { [0]=> string(5) "00000" [1]=> int(0) [2]=> string(24) " ((null)[0] at (null):0)" [3]=> string(0) "" }

ça n'est pas un message d'erreur, c'est le résultat de ton var_dump, regarde le code source pour voir l'indentation initiale.
06/09/2012, 13h59
Fench

Citation:

et pourquoi tu tappes sur 127.0.0.1 et pas sur localhost ??

C pareil ;)
06/09/2012, 14h02
gene69

Citation:

C juste une question sur la syntaxe entre les doubles et les simples quotes, php ne réagit pas de la même manière.

ET ? avec des "" php interprete les $variables mais c'est tout, apres ça refile une chaine à la methode native pis c'est tout. une chaine c'est une chaine. vu qu'il n'y a ni " ni ' dans la chaine elle-même c'est kifkif pour moi.
06/09/2012, 14h05
gene69

Citation:

Envoyé par Fench

C pareil ;)

pas tout à fait. localhost n'a pas besoin d'une pile IPv4 pour fonctionner.
06/09/2012, 14h11
Fench

Citation:

Envoyé par gene69

ET ? avec des "" php interprete les $variables mais c'est tout, apres ça refile une chaine à la methode native pis c'est tout. une chaine c'est une chaine. vu qu'il n'y a ni " ni ' dans la chaine elle-même c'est kifkif pour moi.

Effectivement, si tu ne considères que la chaine de caractère pour un echo ou autres fonctions simple qui parse que sur $ mais certaines fonctions peuvent considérer autre chose qu'un simple $, le : pour la méthode prepare peut modifier son comportement, tu en sais pas plus et dans le doute, nous mettons des simples ou des doubles en fonction de ce que nous voulons.

Donc chacun son style !

Citation:

Envoyé par Fench

Sinon, @elratus, je premier post disait que le premier code marchait et que le deuxième non 8O c'est plus le cas alors parceque l'erreur n'est pas du tout sur le même pb. Maintenant, c'est plus sur le serveur Apache je pense :roll:

C'est à dire, qu'est ce qu'il ne pourrait pas plaire à apache? Mais c'est louche parce que quand pdo n'a pas à remplacer les paramètres tout marche nickel, mais lorsque je passe les paramètres à execute pour que cet idiot les changent, plantage d'apache!

Citation:

Envoyé par gene69

ça n'est pas un message d'erreur, c'est le résultat de ton var_dump, regarde le code source pour voir l'indentation initiale.

Oui je sais, je me suis mal expliqué, enfin c'est le messeur d'erreur de pdo :lol:

Sinon mon log n'aide pas trop:
Code:

1 2 3 4 5 6 7 8 9 10 PHP Warning: PHP Startup: in Unknown on line 0 [Thu Sep 06 14:08:48 2012] [notice] Apache/2.2.22 (Win64) PHP/5.4.3 configured -- resuming normal operations [Thu Sep 06 14:08:48 2012] [notice] Server built: May 13 2012 19:41:17 [Thu Sep 06 14:08:48 2012] [notice] Parent: Created child process 4712 PHP Warning: PHP Startup: in Unknown on line 0 [Thu Sep 06 14:08:48 2012] [notice] Child 4712: Child process is running [Thu Sep 06 14:08:48 2012] [notice] Child 4712: Acquired the start mutex. [Thu Sep 06 14:08:48 2012] [notice] Child 4712: Starting 64 worker threads. [Thu Sep 06 14:08:48 2012] [notice] Child 4712: Starting thread to listen on port 80. [Thu Sep 06 14:08:48 2012] [notice] Child 4712: Starting thread to listen on port 80.

06/09/2012, 14h37
Fench

Citation:

C'est à dire, qu'est ce qu'il ne pourrait pas plaire à apache? Mais c'est louche parce que quand pdo n'a pas à remplacer les paramètres tout marche nickel, mais lorsque je passe les paramètres à execute pour que cet idiot les changent, plantage d'apache!

Effectivement je ne vois pas le rapport avec la perte de connexion sur l'ip 127.0.0.1, peut être que c le driver que tu définis dans la création de l'objet PDO qui gére pas les paramètres només ou les marqueurs. Regardes sur ce driver sur internet.

Pour info, localhost c'est un alias 127.0.0.1 et tu es en IPv4, tu peux utiliser les deux
06/09/2012, 14h41
Fench

Tu as activé l'extension '•IBM Informix Dynamic Server ;' dans ton php.ini ?

Je vais voir si je la trouve cette extension, je ne me rappelle pas l'avoir vu x)

Sinon je viens de tester la connexion pdo avec mysql et ça marche nickel
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 $pdo_options[PDO::ATTR_ERRMODE] = PDO::ERRMODE_EXCEPTION; $dbh = new PDO('mysql:host=**.**.**.**;dbname=support','***','**', $pdo_options); $dr = $dbh->prepare('select * from entite where id =?'); echo 'lol'; if(!$dr->execute(array(1))){ echo $dbh->errorCode(); var_dump($dbh->errorInfo()); } else{ $row = $dr->fetch(PDO::FETCH_ASSOC); var_dump($row); } echo 'lol';
Le problème viendrait donc d'informix ou du moins de pdo_odbc?

06/09/2012, 14h51
Fench

PDO utilise plusieurs extensions (les plus connues mysq, postgres, ..., et d'autres odbc), il étend une librairie l'extension pour les différentes bases de données et il faut vérifier l'odbc que tu veux utiliser.

PDO est juste une couche supplémentaire pour les bases de données.
06/09/2012, 14h58
gene69

Citation:

Pour info, localhost c'est un alias 127.0.0.1 et tu es en IPv4, tu peux utiliser les deux

juste une autre remarque à la con, mais mysql n'a pas ta science, j'ai déjà défini deux users différent l'un qui se connecte en root@localhost et l'autre en root@127.0.0.1. Moi j'ai rien de plus utile à ajouter. P'tre que Apache fait des distinction aussi....

Citation:

Tu as activé l'extension '•IBM Informix Dynamic Server ;' dans ton php.ini ?

le symptome habituelle c'est une fonction inconnue, mais avec pdo ...

Citation:

tu en sais pas plus et dans le doute, nous mettons des simples ou des doubles en fonction de ce que nous voulons

ça c'est très vrai. et t'as oublié printf qui interprète les %... qu'ils soient dans une chaine ' ou une chaine ".
07/09/2012, 12h05
elratus

j'ai retesté ce matin, et erreur incompréhensible..

Code:

Warning: PDOStatement::execute(): SQLSTATE[]: <<Unknown error>>: 0 (SQLExecute[0] at ext\pdo_odbc\odbc_stmt.c:254)

Vous pensez que c'est une erreur à faire remonter?
07/09/2012, 15h33
gene69

oui et non. il faudrait trouver un moyen de vérifier pdo avec ta base de donnée.
Est ce que tu arrives à te connecter sans passer par la couche pdo ?
est ce que l'objet PDO est correctement instancié ?
07/09/2012, 17h01
elratus

Citation:

Envoyé par gene69

oui et non. il faudrait trouver un moyen de vérifier pdo avec ta base de donnée.
Est ce que tu arrives à te connecter sans passer par la couche pdo ?
est ce que l'objet PDO est correctement instancié ?

- oui j'arrive à me connecter avec windows (source de données odbc) ou avec un dbaccess
-L'objet pdo est forcément bien instancié vu que la requête se lance bien quand il n'y a pas de paramètre?

Dans mon appli j'utilise pdo_odbc pour toutes mes requêtes. Le plantage se fait lorsque je fourni des paramètres à execute