Version imprimable
Bonjour,
Je viens d'upgrader ma linux mint 17 en 18 et la version de MySql est la 5.7.
J'utilise le composant sqldblaz.lpk et les TMySqlConnection s'arrêtent à la "5.6". Plus rien ne fonctionne.
Si quelqu'un a une idée en dehors de faire un downgrade de mysql ( J'ai essayé et j'ai tout cassé, la 5.5 semble ne plus fonctionner avec lm 18 ) ?
Bonjour
Ça ce n'est pas très précis et ne nous aide pas à t'aider...Citation:
Plus rien ne fonctionne
Je connais trois problèmes distincts :
1) Il n'y a effectivement pas de composant TMySql57 dans Lazarus 1.6.
Le paquet SqlDbLaz (ce n'est pas un composant) est trop lié à chaque version de MySql et les versions stables de Lazarus ne suivent pas assez vite.
Pour moi c'est inacceptable et j'utilise, notamment pour cette raison, ZeosLib qui fonctionne très bien avec toutes les versions de MySql, dont la 5.7.
Sauf pour des applications serveur GUI où seul SqlDb est utilisable, mais heureusement les versions des serveurs évoluent généralement moins vite.
Évidemment ça fait un peu de reprise de sources, mais sur le long terme tu seras gagnant avec ZeosLib.
Tu pourrais aussi éventuellement essayer de voir s'il n'existe pas un TMySql57 dans le trunk de Lazarus et essayer de l'installer sur ton Lazarus 1.6
C'est vraiment du bricolage et sans garantie, mais son résultat m'intéresserait.
2) Est-ce que ce n'est pas un pilote manquant ?
Dans la dernière LTS d'Ubuntu 16.04, le paquet générique MySqlClient ne référence pas le pilote pour MySql 5.7 nécessaire à Lazarus et à bien d'autres (il s'appelle libmysql20)
Donc ce dernier ne s'installe pas automatiquement, il faut le faire manuellement, ce n'est pas trop difficile.
Il parait que ça été corrigé, mais peut-être que la même erreur a été faite dans ton Linux Mint, qui s'inspire d'Ubuntu.
3) ZeosLib 7.1.4 (stable) ne va pas chercher automatiquement libmysql20
On peut toujours l'indiquer "en dur" dans la propriété LibraryLocation du composant TZSqlConnection, mais ce n'est pas très souple.
J'ai fait un patch provisoire pour qu'il trouve automatiquement ce fichier s'il existe. On le trouve dans la doc pour développer Gestinux.
C'est mon programme qui utilise SQL qui ne fonctionne plus.Citation:
Envoyé par tintinux
J'y avais parfois pensé mais crains que ça ne fasse plus qu'un peu, J'ai qq. miliers de lignes de code dans 21 fiches et 17 unités.Citation:
Évidemment ça fait un peu de reprise de sources, mais sur le long terme tu seras gagnant avec ZeosLib.
Mon programme est une gestion de BDD qui utilise essentiellement le format DBF qui a le mérite de fonctionner n'importe ou sur une machine sans serveur local mais il vient un moment ou il faut bien convertir et transférer sur un serveur distant et là c'est cuit pour l'instant.
Je vais regarder ça, également essayer de réinstaller la version svn complète. Je l'avais utilisé assez longtemps mais dans les mises à jour d'il y-a qq. mois l'éditeur étatit planté ( Tout les caractères entrés au clavier étaient doublés dans l'éditeur. )Citation:
Tu pourrais aussi éventuellement essayer de voir s'il n'existe pas un TMySql57 dans le trunk de Lazarus et essayer de l'installer sur ton Lazarus 1.6
C'est vraiment du bricolage et sans garantie, mais son résultat m'intéresserait.
Exact, n'est pas non plus installé par défaut avec la LM 18 et en plus il se niche dans un répertoire à part:Citation:
Dans la dernière LTS d'Ubuntu 16.04, le paquet générique MySqlClient ne référence pas le pilote pour MySql 5.7 nécessaire à Lazarus et à bien d'autres (il s'appelle libmysql20)
Donc ce dernier ne s'installe pas automatiquement, il faut le faire manuellement, ce n'est pas trop difficile.
Il parait que ça été corrigé, mais peut-être que la même erreur a été faite dans ton Linux Mint, qui s'inspire d'Ubuntu.
/usr/lib/x86_64-linux-gnu/libmysqlclient.so.20
Il faut en plus faire in lien symbolique /usr/lib/libmysqlclient.so vers ce fichier pour que lazarus le trouve.
3) ZeosLib 7.1.4 (stable) ne va pas chercher automatiquement libmysql20
Le lien symbolique indiqué au-dessus ne fonctionne pas avec ZeosLib ?Citation:
On peut toujours l'indiquer "en dur" dans la propriété LibraryLocation du composant TZSqlConnection, mais ce n'est pas très souple.
J'ai fait un patch provisoire pour qu'il trouve automatiquement ce fichier s'il existe. On le trouve dans la doc pour développer Gestinux.
Je vais voir tout ça et je reviens dans qq. temps.
Je viens de recharger le svn du jour de lazarus et il n'y a pas trace de TMySql57
Ici non plus:
https://github.com/graemeg/lazarus/t...mponents/sqldb
Et la fréquence des mises à jour me laisse craindre le pire...
Si, avec un lien symbolique ça fonctionne, mais il est difficile de créer le bon lien automatiquement avec l'installateur sur toutes les cibles possibles, et beaucoup d'utilisateurs n'arrivent pas à créer des liens manuellement sans se tromper... D'où ma modification qui rend les choses automatiques, du moins jusqu'à MySql 5.7.Citation:
Envoyé par mm_71
Si tu ne peux pas ou ne veux pas migrer vers Zeos, il ne reste plus qu'à te plonger dans le code de TMySql56 et de voir ce qu'il faut faire pour le transformer en 57... Ça ne devrait pas être impossible, et ça intéressera la communauté !
Malheureusement c'est très au dessus de mes compétences, je ne suis qu'un amateur occasionnel en la matière. Je viens d'installer ZeosLib, je vais voir ce que ça donne et en attendant installer une LM 17 dsur un DD externe pour faire tourner mon programme.Citation:
Si tu ne peux pas ou ne veux pas migrer vers Zeos, il ne reste plus qu'à te plonger dans le code de TMySql56 et de voir ce qu'il faut faire pour le transformer en 57... Ça ne devrait pas être impossible, et ça intéressera la communauté !
J'ai aussi téléchargé ton patch ai-je raison de supposer qu'il doit remplacer ZPlainMySqlDriver.pas ?
Tout à fait !Citation:
Envoyé par mm_71
Bon, tout a fonctionné sans problème avec ton patch, en conservant les noms que j'avais donné aux composants SQLDb pour les attribuer au connect et query de zeos ça limite le travail de réfection.Citation:
Envoyé par tintinux
La solution certes radicale consiste à faire ses adieux au paquet SQLDb.
Bonjour a tous
Mais moi, je suis sous Windows..
Apres install lazarus 1.8.0 .. le composant MySql57connection apparait.
mais erreur : MySql57connection can not work with the installed mysql client version: Expected (5.7), got(5.6.15).
Que faire pour éliminer ce problème ??
merci d'avance de votre aide
Mettre à jour mysql:
https://dev.mysql.com/doc/refman/5.7/en/upgrading.html
Effectivement, mettre à jour le serveur MySql en 5.7 est une bonne solution.Citation:
Envoyé par aladin95
Ou, sinon, tu peux utiliser la connexion TMySql56Connexion qui reste, heureusement, disponible dans Lazarus 1.8.
Ces deux solutions ne fonctionnant que si tu as un seul serveur et que tous les clients peuvent être mis à niveau.
Et sinon, passer à ZeosLib, dont la version 7.2.2 (malheureusement pas encore qualifiée de Stable), sélectionne désormais automatiquement le bon pilote MySql, s'il est présent, dans le même esprit que le patch que j'avais utilisé et proposé en attendant.
Je m'adresse a une base sous MySql 5.7
MySQL 5.7.11-log via TCP/IP
Sauf erreur le composant 'client' lazarus est noté TMysql57Connection
que faut-il mettre a jour ??
Bonjour
Avec Lazarus 1.8.x il y a un composant client TMysql57Connection, donc tu devrais pouvoir l'utiliser directement pour te connecter à une base MySql 5.7, sans mise à jour complémentaire.
Il faut bien entendu un pilote, mais cela dépend de ton système d'exploitation, que tu n'indiques pas.
Si tu as d'autres questions, il faut mieux ouvrir un nouveau sujet...
je suis généralement sous Windows
le serveur qui pose problème (Mysql 5.7) est sous Windows 8 pro
pour l'instant j'utilise Lazarus sous Windows 10 ou XP, je n'ai pas encore essayé sous ubuntu
Comme je l'ai indiqué c'est bien le composant 5.7 Lazarus que j'utilise
Mais quel est exactement le problème ?
Et, stp, ouvre un nouveau sujet.
je viens d'ouvrir une nouvelle discussion sous le même [Lazarus]
crdlt