Discussion :

[Christophe Charron]

Bonjour

Soit en Wx17
- une base de données Mysql créee en 5.1.34 pour être certain que l'accès natif de PC-Soft soit fonctionnel
- une table applicationservice
- cette table peuplée
- cette table importée dans l'analyse
- une connexion via l'accès natif

Je veux passer une requête qui contient un caractère accentué :

Code :

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

1
2
3
4
5
6
Marequete est une chaîne
 
Marequete="UPDATE `applicationservice` SET `serviceDescription` = 'View messages types a é' WHERE `applicationServiceId`=1"
SI PAS HExécuteRequêteSQL("toto",MaConnexion1,hRequêteSansCorrection,Marequete) ALORS
	Trace(HErreurInfo(hErrComplet))
FIN

que je modifie ma chaine de connexion avec :

Code :

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

WD Unicode Support = 0

ou pas

je plante systématiquement ...

J'ai également essayé de passer le projet en unicode ou pas

Que s'est-il passé ?
Erreur de l'accès natif MySQL.
Numéro d'erreur = 22

L'erreur suivante a été renvoyée par la base données <localhost> :
Numéro d'erreur = <1366>.
Message d'erreur :
Incorrect string value: '\xE9' for column 'serviceDescription' at row 1

Code erreur : 73001
Niveau : erreur non fatale (EL_ONRETURN)
Code erreur WD55 : 3001

Dump de l'erreur du module 'WD170HF.DLL' (17.0.185.0).
Identifiant des informations détaillées (.err) : 72801
Informations de débogage :
IEWDMSQL=100.23
Module=<WDMSQL>
Version=<17.0.29.0>
Couche client : C:\Windows\system32\LIBMYSQL.DLL
Provider : WinDevMySQL
Utilisateur : root
Source de données : localhost
Base de données : test00w
Timeout de connexion : 30
Timeout de commande : 30
Unicode supporté : 0
Code page du WL : 1252
Code page de la connexion : 1252
Requête exécutée sur le serveur <localhost>, base de données <test00w>, utilisateur <root> :
UPDATE `applicationservice` SET `serviceDescription` = 'View messages types a é' WHERE `applicationServiceId`=1
Informations supplémentaires :
EIT_BASECODE : <1366>
EIT_INFOCLIENT : <4.0.18>
EIT_INFOSERVEUR : <5.1.34-community>
EIT_NATIVECODE : <22>
EIT_LOGICALTABLENAME : <toto>

Ce qui m'embête un peu c'est que (Unicode supporté : 0) dans la trace ...

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
CREATE DATABASE `test00w` /*!40100 DEFAULT CHARACTER SET utf8;
CREATE TABLE `applicationservice` (
  `applicationServiceId` int(11) NOT NULL,
  `alias` varchar(35) DEFAULT NULL,
  `serviceDescription` varchar(255) DEFAULT NULL,
  `serviceName` varchar(35) DEFAULT NULL,
  `endEffectivityValue` datetime DEFAULT NULL,
  `instanceCreatedValue` datetime DEFAULT NULL,
  `startEffectivityValue` datetime DEFAULT NULL,
  PRIMARY KEY (`applicationServiceId`),
  UNIQUE KEY `externalIdx` (`serviceName`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO applicationservice(`applicationServiceId`,`alias`,`serviceDescription`,`instanceCreatedValue`) VALUES("1", "MsgView", "View messages types",now());
INSERT INTO applicationservice(`applicationServiceId`,`alias`,`serviceDescription`,`instanceCreatedValue`) VALUES("2", "EDIPass", "EDI Pass interface process",now());

D'avance, merci pour votre aide car je suis totalement dans la panade et j'espère que j'ai une grosse merde dans les yeux ...

[DelphiManiac]

Je viens de faire un essai en reproduisant ton environnement et je n'ai pas d'erreur.

Windev 17 et MySQL 5.1.34. L'interclassement que j'ai utilisé est utf8_general_ci. N'étant pas un pro de MySQL je ne peux garantir que c'est le même que le tien.

Peut être y a t'il un conflit sur la dll libmySQL.dll que Windev utilise et qu'il ne prend pas la bonne.

Essaye en ligne de commande de taper :

Code :

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

1
2
 
where libmySQL.dll

celà va t'indiquer quelle est la dll utilisé.

et vérifie que la dll qui est donné en résultat de cette commande soit bien celle de MySQL 5.1.34. Celle que Windev utilise chez moi est daté du 01/04/2099 à 16:53 et pèse 2304 Ko .

Au pire recherche toutes les dll du type libmySQL.dll, supprime les toutes, réinstalle MySQL.

[edit]Dans ton dump d'erreur il est précisé : Couche client : C:\Windows\system32\LIBMYSQL.DLL, vérifie donc cette dll en priorité, il est fort possible que cette dll soit le reste d'une précédente installation de MySQL dans une autre version, et vu le message 'EIT_INFOCLIENT : <4.0.18>', j'aurais même tendance à dire qu'il est probable que ce soit une dll d'accès à MySQL 4.0.18 ^^

[Christophe Charron]

Grand merci pour ce test et ta réponse. Cela me rassure considérablement et je vais vérifier cela. Je reviens vers toi demain pour t'informer. Et je vais passer une soirée plus sereine

Je viens de faire un essai en reproduisant ton environnement et je n'ai pas d'erreur.

Windev 17 et MySQL 5.1.34. L'interclassement que j'ai utilisé est utf8_general_ci. N'étant pas un pro de MySQL je ne peux garantir que c'est le même que le tien.

Peut être y a t'il un conflit sur la dll libmySQL.dll que Windev utilise et qu'il ne prend pas la bonne.

Essaye en ligne de commande de taper :

Code :

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

1
2
 
where libmySQL.dll

celà va t'indiquer quelle est la dll utilisé.

et vérifie que la dll qui est donné en résultat de cette commande soit bien celle de MySQL 5.1.34. Celle que Windev utilise chez moi est daté du 01/04/2099 à 16:53 et pèse 2304 Ko .

Au pire recherche toutes les dll du type libmySQL.dll, supprime les toutes, réinstalle MySQL.

[edit]Dans ton dump d'erreur il est précisé : Couche client : C:\Windows\system32\LIBMYSQL.DLL, vérifie donc cette dll en priorité, il est fort possible que cette dll soit le reste d'une précédente installation de MySQL dans une autre version, et vu le message 'EIT_INFOCLIENT : <4.0.18>', j'aurais même tendance à dire qu'il est probable que ce soit une dll d'accès à MySQL 4.0.18 ^^

[Christophe Charron]

Je viens de faire un essai en reproduisant ton environnement et je n'ai pas d'erreur.

Windev 17 et MySQL 5.1.34. L'interclassement que j'ai utilisé est utf8_general_ci. N'étant pas un pro de MySQL je ne peux garantir que c'est le même que le tien.

Peut être y a t'il un conflit sur la dll libmySQL.dll que Windev utilise et qu'il ne prend pas la bonne.

Essaye en ligne de commande de taper :

Code :

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

1
2
 
where libmySQL.dll

celà va t'indiquer quelle est la dll utilisé.

et vérifie que la dll qui est donné en résultat de cette commande soit bien celle de MySQL 5.1.34. Celle que Windev utilise chez moi est daté du 01/04/2099 à 16:53 et pèse 2304 Ko .

Au pire recherche toutes les dll du type libmySQL.dll, supprime les toutes, réinstalle MySQL.

[edit]Dans ton dump d'erreur il est précisé : Couche client : C:\Windows\system32\LIBMYSQL.DLL, vérifie donc cette dll en priorité, il est fort possible que cette dll soit le reste d'une précédente installation de MySQL dans une autre version, et vu le message 'EIT_INFOCLIENT : <4.0.18>', j'aurais même tendance à dire qu'il est probable que ce soit une dll d'accès à MySQL 4.0.18 ^^

Bonjour,

Bravo, c'était bien cela : la dll dans le répertoire windows n'était pas celle attendue par l'accès natif Mysql de PCSoft
J'y ai déposé celle disponible dans le bin de la 5.1.34 et tout fonctionne à merveille :

Module=<WDMSQL>
Version=<17.0.29.0>
Couche client : C:\Windows\system32\LIBMYSQL.DLL
Provider : WinDevMySQL
Utilisateur : root
Source de données : localhost
Base de données : eqp00w
Timeout de connexion : 30
Timeout de commande : 30
Unicode supporté : 1
Code page du WL : 1252
Code page de la connexion : UTF-8
Requête exécutée sur le serveur <localhost>, base de données <eqp00w>, utilisateur <root> :
UPDATE `applicationservice` SET `serviceDescription` = 'View messages types a é' WHER `applicationServiceId`=1
Informations supplémentaires :
EIT_BASECODE : <1064>
EIT_INFOCLIENT : <5.1.34>
EIT_INFOSERVEUR : <5.1.34-community>
EIT_NATIVECODE : <22>
EIT_LOGICALTABLENAME : <toto>

j'ai enlevé le e terminal du where pour avoir ce plantage
Unicode supporté : 1
Code page de la connexion : UTF-8
EIT_INFOCLIENT : <5.1.34>

Parfait.

A mes moments perdus, j'essaierai de voir si une version plus récente de Mysql est supportée par l'accès natif, parce que 5.1.34 date un peu quand même...

Grand merci encore.

[DelphiManiac]

Tant mieux que ce ne soit que cela

Concernant les versions de MySQL supportées officiellement par Windev, seule les versions 3.23x à 5.1.34. sont supportées et ce même en Windev 18.

Tester une version plus récente pourquoi pas, mais je pense que c'est jouer avec le feu !!