Problème accès natif MySQL

Voici un "petit" pb avec tout d'abord ma config :
- win XP PRO
- WD12
- accès natif WX120PACKMYSQL044b
- serveur MySQL 4.0.26-nt-max

En fait j'ai chargé récemment la dernière version de l'accès natif. Auparavant, je tournais avec une version de développement qui fonctionnait très bien (WX120PACKMYSQL033).

Mais depuis la dernière version, j'ai des erreurs (notamment sur hlitRecherche) sans protocole d'erreur très clair.
J'ai rechargé la version de développement et tout marche normalement. Quelqu'un aurait-il une idée ? Version de libmysql.dll ?

merci

Sur le forum de l'éditeur il y a pas mal d'intervention sur cet accès natif qui semble dysfonctionner.

Attendre peut être une mise à jour :-(

Un jour j'avais des tests à faire avec MySQL. J'ai créé une table avec un seul champ entier autoincrément. Via windev en accès natif, j'ai simplement un hajoute() et ça ne fonctionnait pas. Si je me rappelle bien, il n'y avait pas d'erreur retournée mais l'enregistrement n'était jamais créé. Après des heures de galère, le simple fait d'ajouter un champ varchar dans ma table MySQL a rendu le HAjoute() fonctionnel. Pour m'en assurer, je l'ai enlevé et le HAjoute avec le seul champ autoincrément ne fonctionnait plus.

C'est une des nombreuses fois où je n'ai pas compris ce qui se passait à cause de la couche d'accès aux données windev qui est totalement obscure.

Tout ça n'est pas très encourageant pour l'avenir, sachant que mon SGBD est MySQL et que pour des raisons internes aurai du mal à changer. Par ailleurs, j'ai déjà eu quelques échanges off-line m'expliquant, à partir de situations vécues, que HF C/S n'était pas fiable à partir d'une certaine volumétrie.
Bon, attendons une prochaine release !!

Windev est un bonne outil, mais suivant le projet et la base il est préférable de programmer directement en SQL.

A partir du moment qu'on passe directement en SQL, autant passer par les accès natifs qui sont sur http://www.sqlmanagerx.com

L'intérêt est qu'ils fonctionnent de WD7 à WD12.