>> Peux-tu me donner le bench effectué STP ? ou la source de tes informations (qui ne me sont pas parvenues). La seul moment où Oracle4WD était à la traine en comparatif équivalent, c'est dans un cas posé par Eric R. qui faisait des ordres H pour parcourir ses données.
Ah non ! je n'ai jamais touché au H !! C'est pas aujourd'hui que je vais m'y mettre
Je voulais dire des SQLPremier ... au lieu de SQLFetch.
Il faut dire aussi que l'accès natif mysql4wd existait bien longtemps avec l'accès pcsoft.
C'est vrai, idem pour les fonctionnalités (procédures stockées en in/out) de Oracle4WD qui existent depuis bien longtemps. C'est là où on peut parler de réactivité sur tout ou tel accès ;-)
>> Peux-tu me donner le bench effectué STP ? ou la source de tes
informations (qui ne me sont pas parvenues). La seul moment où
Oracle4WD était à la traine en comparatif équivalent, c'est dans un
cas posé par Eric R. qui faisait des ordres H pour parcourir ses
données.
Ah non ! je n'ai jamais touché au H !! C'est pas aujourd'hui que je
vais m'y mettre
Je voulais dire des SQLPremier ... au lieu de SQLFetch.
Il faut dire aussi que l'accès natif mysql4wd existait bien longtemps
avec l'accès pcsoft.
C'est vrai, idem pour les fonctionnalités (procédures stockées en in/out) de
Oracle4WD qui existent depuis bien longtemps. C'est là où on peut parler de
réactivité sur tout ou tel accès ;-)
>> Peux-tu me donner le bench effectué STP ? ou la source de tes informations (qui ne me sont pas parvenues). La seul moment où Oracle4WD était à la traine en comparatif équivalent, c'est dans un cas posé par Eric R. qui faisait des ordres H pour parcourir ses données.
Ah non ! je n'ai jamais touché au H !! C'est pas aujourd'hui que je vais m'y mettre
Je voulais dire des SQLPremier ... au lieu de SQLFetch.
Il faut dire aussi que l'accès natif mysql4wd existait bien longtemps avec l'accès pcsoft.
C'est vrai, idem pour les fonctionnalités (procédures stockées en in/out) de Oracle4WD qui existent depuis bien longtemps. C'est là où on peut parler de réactivité sur tout ou tel accès ;-)
Firetox
Bonjour,
"ted" a écrit dans le message de news:
"Manu" écrivait news:cd56d2$67e$:
> Bonjour, > > Désolé je quote ta réponse car comme elle était en dessous de la > signature (les "--") je ne la voyais plus. > >>c'est quoi l'interêt de mySQL4WD alors que l'accés natif de windev est >>gratuit ? > > L'interêt numéro 1 : tu gères ton accès à la base de A à Z (white > box), pas d'intermédiaire de type black box. Pourquoi : car tu as une > dll avec ses sources, une classe WD. Concernant la classe pas de > soucis. Concernant la dll, tu peux le remarquer, beaucoup de personnes > rencontre des problèmes avec certains formats (les dates) à chaque > nouvelle version de MySQL (celà vient de la dll libmysql). Si tu as un > problème, tu recompiles ta dll perso et le tour est joué (voir sur le > site sql4wd.rbesset.net, j'ai présenté la méthode pour recompiler la > dll à chaque version). Autre avantage d'avoir les sources, tu peux > adapter ta dll à ton besoin (dasn ce cas là un petit mail à Rodolphe > pour le prévenir et voir si çà peut l'interesser). > > L'interet numéro 2 : l'accès est compatible avec toutes les versions > de MySQL et pas seulement la 3.23 (recompilation perso) > > L'interet numero 3 : avec MySQL4WD, tu as un premier regard sur son > "grand frère" SQLManagerX, ou sur ses frères Oracle4WD, Post4WD, > ADO4WD, ou sur son demi-frère cGestionSQL. > > L'interet numero 4 : une très grande réactivité vu le nombre > d'utilisateurs présents ici et là. > >>Je demande car je vais bientôt attaquer un projet sur MySQL et je >>désire connaître tout les moyens d'y accéder avant d'en choisir un. > > > >
Salut
1 : "whith box" mais en contre partie il faut dans une dll en C et dans une classe écrite par qlq d'autre. Perso, je préfère un accés comme pour les autres bases de données. D'a^près ce que j'ai vu pas de pb de date avec l'accés natif gratuit fourni avec windev.
peut être quoi que depuis que j'utilise MySQL4WD on n'a pas de souci avec les dates mais par contre avec nous n'avons pas les problemes qu'on peut voir sur un autre news (dixit en face)
3 : les autres accés ne m'interressent pas pour le moment, sauf eventuellement Oracle4WD, mais des tests des perf le mette derrière l'accés de pcsoft. Le seul point avantageux de Oracle4WD c'était pour les procédures stockées, mais j'ai vu dans la dernière version des fonctions spcifiques. Concernant le côut pour Oracle ce n'est pas un pb pour mes clients : quand ils choissent Oracle ils savent que cela entraine certaines conséquences...
ben disons que : avoir les proc stockée et un acces qui fonctionne corretement et tout Gratuit. avec des personnes competente sur oracle pour repondre comme manu, mois j'hesite pas. et en plus je peux teste avant puisque c'est gratuit.
4 : La réactivité de pcsoft est en général assez bonne.
vu la liste des bug reste en suspens .......
proposent un accés natif MySQL pour la 4.1.1-alpha. C'est le cas de mySQL4WD ?
il le sera quant la version 4.1.1 ne sera plus en alpha , sera stable
1 : "whith box" mais en contre partie il faut dans une dll en C et dans une classe écrite par qlq d'autre. Perso, je préfère un accés comme pour les autres bases de données.
meme avec Pcsoft tu as une Dll en c pour acceder a la base. regarde bien malheureusement tu peux pas voir dedans.
merci quand même de tes réponses, que je conserve au cas où.
-- ted
Bon dev @+
Firetox
Bonjour,
"ted" <_s_p_a_m_ted.o@free.fr> a écrit dans le message de news:
XnF9527A32248C94tedofreefr@212.27.42.72...
> Bonjour,
>
> Désolé je quote ta réponse car comme elle était en dessous de la
> signature (les "--") je ne la voyais plus.
>
>>c'est quoi l'interêt de mySQL4WD alors que l'accés natif de windev est
>>gratuit ?
>
> L'interêt numéro 1 : tu gères ton accès à la base de A à Z (white
> box), pas d'intermédiaire de type black box. Pourquoi : car tu as une
> dll avec ses sources, une classe WD. Concernant la classe pas de
> soucis. Concernant la dll, tu peux le remarquer, beaucoup de personnes
> rencontre des problèmes avec certains formats (les dates) à chaque
> nouvelle version de MySQL (celà vient de la dll libmysql). Si tu as un
> problème, tu recompiles ta dll perso et le tour est joué (voir sur le
> site sql4wd.rbesset.net, j'ai présenté la méthode pour recompiler la
> dll à chaque version). Autre avantage d'avoir les sources, tu peux
> adapter ta dll à ton besoin (dasn ce cas là un petit mail à Rodolphe
> pour le prévenir et voir si çà peut l'interesser).
>
> L'interet numéro 2 : l'accès est compatible avec toutes les versions
> de MySQL et pas seulement la 3.23 (recompilation perso)
>
> L'interet numero 3 : avec MySQL4WD, tu as un premier regard sur son
> "grand frère" SQLManagerX, ou sur ses frères Oracle4WD, Post4WD,
> ADO4WD, ou sur son demi-frère cGestionSQL.
>
> L'interet numero 4 : une très grande réactivité vu le nombre
> d'utilisateurs présents ici et là.
>
>>Je demande car je vais bientôt attaquer un projet sur MySQL et je
>>désire connaître tout les moyens d'y accéder avant d'en choisir un.
>
>
>
>
Salut
1 : "whith box" mais en contre partie il faut dans une dll en C et dans
une classe écrite par qlq d'autre.
Perso, je préfère un accés comme pour les autres bases de données.
D'a^près ce que j'ai vu pas de pb de date avec l'accés natif gratuit
fourni avec windev.
peut être quoi que depuis que j'utilise MySQL4WD on n'a pas de souci avec
les dates
mais par contre avec nous n'avons pas les problemes qu'on peut voir sur un
autre news
(dixit en face)
3 : les autres accés ne m'interressent pas pour le moment, sauf
eventuellement Oracle4WD, mais des tests des perf le mette derrière
l'accés de pcsoft. Le seul point avantageux de Oracle4WD c'était pour les
procédures stockées, mais j'ai vu dans la dernière version des fonctions
spcifiques. Concernant le côut pour Oracle ce n'est pas un pb pour mes
clients : quand ils choissent Oracle ils savent que cela entraine
certaines conséquences...
ben disons que : avoir les proc stockée et un acces qui fonctionne
corretement
et tout Gratuit. avec des personnes competente sur oracle pour repondre
comme manu, mois j'hesite pas. et en plus je peux teste avant puisque c'est
gratuit.
4 : La réactivité de pcsoft est en général assez bonne.
vu la liste des bug reste en suspens .......
proposent un accés natif MySQL pour la 4.1.1-alpha. C'est le cas de
mySQL4WD ?
il le sera quant la version 4.1.1 ne sera plus en alpha , sera stable
1 : "whith box" mais en contre partie il faut dans une dll en C et dans
une classe écrite par qlq d'autre.
Perso, je préfère un accés comme pour les autres bases de données.
meme avec Pcsoft tu as une Dll en c pour acceder a la base. regarde bien
malheureusement tu peux pas voir dedans.
merci quand même de tes réponses, que je conserve au cas où.
> Bonjour, > > Désolé je quote ta réponse car comme elle était en dessous de la > signature (les "--") je ne la voyais plus. > >>c'est quoi l'interêt de mySQL4WD alors que l'accés natif de windev est >>gratuit ? > > L'interêt numéro 1 : tu gères ton accès à la base de A à Z (white > box), pas d'intermédiaire de type black box. Pourquoi : car tu as une > dll avec ses sources, une classe WD. Concernant la classe pas de > soucis. Concernant la dll, tu peux le remarquer, beaucoup de personnes > rencontre des problèmes avec certains formats (les dates) à chaque > nouvelle version de MySQL (celà vient de la dll libmysql). Si tu as un > problème, tu recompiles ta dll perso et le tour est joué (voir sur le > site sql4wd.rbesset.net, j'ai présenté la méthode pour recompiler la > dll à chaque version). Autre avantage d'avoir les sources, tu peux > adapter ta dll à ton besoin (dasn ce cas là un petit mail à Rodolphe > pour le prévenir et voir si çà peut l'interesser). > > L'interet numéro 2 : l'accès est compatible avec toutes les versions > de MySQL et pas seulement la 3.23 (recompilation perso) > > L'interet numero 3 : avec MySQL4WD, tu as un premier regard sur son > "grand frère" SQLManagerX, ou sur ses frères Oracle4WD, Post4WD, > ADO4WD, ou sur son demi-frère cGestionSQL. > > L'interet numero 4 : une très grande réactivité vu le nombre > d'utilisateurs présents ici et là. > >>Je demande car je vais bientôt attaquer un projet sur MySQL et je >>désire connaître tout les moyens d'y accéder avant d'en choisir un. > > > >
Salut
1 : "whith box" mais en contre partie il faut dans une dll en C et dans une classe écrite par qlq d'autre. Perso, je préfère un accés comme pour les autres bases de données. D'a^près ce que j'ai vu pas de pb de date avec l'accés natif gratuit fourni avec windev.
peut être quoi que depuis que j'utilise MySQL4WD on n'a pas de souci avec les dates mais par contre avec nous n'avons pas les problemes qu'on peut voir sur un autre news (dixit en face)
3 : les autres accés ne m'interressent pas pour le moment, sauf eventuellement Oracle4WD, mais des tests des perf le mette derrière l'accés de pcsoft. Le seul point avantageux de Oracle4WD c'était pour les procédures stockées, mais j'ai vu dans la dernière version des fonctions spcifiques. Concernant le côut pour Oracle ce n'est pas un pb pour mes clients : quand ils choissent Oracle ils savent que cela entraine certaines conséquences...
ben disons que : avoir les proc stockée et un acces qui fonctionne corretement et tout Gratuit. avec des personnes competente sur oracle pour repondre comme manu, mois j'hesite pas. et en plus je peux teste avant puisque c'est gratuit.
4 : La réactivité de pcsoft est en général assez bonne.
vu la liste des bug reste en suspens .......
proposent un accés natif MySQL pour la 4.1.1-alpha. C'est le cas de mySQL4WD ?
il le sera quant la version 4.1.1 ne sera plus en alpha , sera stable
1 : "whith box" mais en contre partie il faut dans une dll en C et dans une classe écrite par qlq d'autre. Perso, je préfère un accés comme pour les autres bases de données.
meme avec Pcsoft tu as une Dll en c pour acceder a la base. regarde bien malheureusement tu peux pas voir dedans.
merci quand même de tes réponses, que je conserve au cas où.
-- ted
Bon dev @+
Firetox
Romain PETIT
Manu a formulé ce mardi :
Le point d'entrée de procédure my_thread_end est introuvable dans la bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL. Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin des tests je peux te l'envoyer ce soir.
Toujours pas validée ? Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
Merci,
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Manu a formulé ce mardi :
Le point d'entrée de procédure my_thread_end est introuvable dans la
bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL.
Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin
des tests je peux te l'envoyer ce soir.
Toujours pas validée ?
Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée
pour libmySQL.dll 4.0.20 ?
Merci,
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Le point d'entrée de procédure my_thread_end est introuvable dans la bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL. Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin des tests je peux te l'envoyer ce soir.
Toujours pas validée ? Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
Merci,
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Roumegou
Après mure réflexion, Romain PETIT a écrit :
Manu a formulé ce mardi :
Le point d'entrée de procédure my_thread_end est introuvable dans la bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL. Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin des tests je peux te l'envoyer ce soir.
Toujours pas validée ? Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
Merci,
A+
Je ne sais plus si cela est passé sur fcdaw mais voici un dernier msg de Rodolphe (passé sur la ML) qui pourrait peut être te dépanner. [Message ML] Bonjour à tous,
Oui, je sais, j'ai déjà fait cette annonce vendredi après-midi, mais comme c'était veille de week-end, je préfère me répéter ;-)
Donc, vous trouverez sur les sites ci-dessous la dernière version du projet mySQL4WD (je pensai qu'elle était en ligne depuis longtemps - en effet, elle date du 02/01/2004).
Avec toutes mes excuses...
Les sites de téléchargement : - http://perso.club-internet.fr/jouannet - http://membres.lycos.fr/rjouannet/ - http://www.windevasso.org
Cordialement.
PS : il est maintenant obligatoire d'utiliser la même version de classe et de DLL (test interne). [/Message ML]
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
Après mure réflexion, Romain PETIT a écrit :
Manu a formulé ce mardi :
Le point d'entrée de procédure my_thread_end est introuvable dans la
bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL.
Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin
des tests je peux te l'envoyer ce soir.
Toujours pas validée ?
Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour
libmySQL.dll 4.0.20 ?
Merci,
A+
Je ne sais plus si cela est passé sur fcdaw mais voici un dernier msg
de Rodolphe (passé sur la ML) qui pourrait peut être te dépanner.
[Message ML]
Bonjour à tous,
Oui, je sais, j'ai déjà fait cette annonce vendredi après-midi, mais
comme
c'était veille de week-end, je préfère me répéter ;-)
Donc, vous trouverez sur les sites ci-dessous la dernière version du
projet
mySQL4WD (je pensai qu'elle était en ligne depuis longtemps - en effet,
elle
date du 02/01/2004).
Avec toutes mes excuses...
Les sites de téléchargement :
- http://perso.club-internet.fr/jouannet
- http://membres.lycos.fr/rjouannet/
- http://www.windevasso.org
Cordialement.
PS : il est maintenant obligatoire d'utiliser la même version de classe
et
de DLL (test interne).
[/Message ML]
--
Eric Roumégou
http://cerbermail.com/?TSoulBerPA
(cliquez sur le lien ci-dessus pour me contacter en privé)
Le point d'entrée de procédure my_thread_end est introuvable dans la bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL. Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin des tests je peux te l'envoyer ce soir.
Toujours pas validée ? Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
Merci,
A+
Je ne sais plus si cela est passé sur fcdaw mais voici un dernier msg de Rodolphe (passé sur la ML) qui pourrait peut être te dépanner. [Message ML] Bonjour à tous,
Oui, je sais, j'ai déjà fait cette annonce vendredi après-midi, mais comme c'était veille de week-end, je préfère me répéter ;-)
Donc, vous trouverez sur les sites ci-dessous la dernière version du projet mySQL4WD (je pensai qu'elle était en ligne depuis longtemps - en effet, elle date du 02/01/2004).
Avec toutes mes excuses...
Les sites de téléchargement : - http://perso.club-internet.fr/jouannet - http://membres.lycos.fr/rjouannet/ - http://www.windevasso.org
Cordialement.
PS : il est maintenant obligatoire d'utiliser la même version de classe et de DLL (test interne). [/Message ML]
-- Eric Roumégou http://cerbermail.com/?TSoulBerPA (cliquez sur le lien ci-dessus pour me contacter en privé)
jacques trepp
Roumegou wrote:
Après mure réflexion, Romain PETIT a écrit :
Manu a formulé ce mardi :
Le point d'entrée de procédure my_thread_end est introuvable dans la bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL. Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin des tests je peux te l'envoyer ce soir.
Toujours pas validée ? Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
Merci,
A+
Je ne sais plus si cela est passé sur fcdaw mais voici un dernier msg de Rodolphe (passé sur la ML) qui pourrait peut être te dépanner. [Message ML] Bonjour à tous,
Oui, je sais, j'ai déjà fait cette annonce vendredi après-midi, mais comme c'était veille de week-end, je préfère me répéter ;-)
Donc, vous trouverez sur les sites ci-dessous la dernière version du projet mySQL4WD (je pensai qu'elle était en ligne depuis longtemps - en effet, elle date du 02/01/2004).
Avec toutes mes excuses...
Les sites de téléchargement : - http://perso.club-internet.fr/jouannet - http://membres.lycos.fr/rjouannet/ - http://www.windevasso.org
Cordialement.
PS : il est maintenant obligatoire d'utiliser la même version de classe et de DLL (test interne). [/Message ML]
Pour le moment, la version 4.0.20 et 4.0.18 ne passent pas la 4.0.12 passe ainsi que la 5 Alpha
j'ai envoyé la dll à Rodolphe, mais il est surbooké en ce moment. En plus, ces dll de mysql, sont différentes à chaque fois (voir les pb de format de dates que tu connais bien Eric ) ;)
-- Jacques TREPP AlbyGest
enlever _pasdespam pour me joindre
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.722 / Virus Database: 478 - Release Date: 18/07/2004
Roumegou wrote:
Après mure réflexion, Romain PETIT a écrit :
Manu a formulé ce mardi :
Le point d'entrée de procédure my_thread_end est introuvable dans
la bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de
MySQL. Je l'ai envoyée à Rodolphe et Frédéric pour une "validation"
mais à des fin des tests je peux te l'envoyer ce soir.
Toujours pas validée ?
Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée
pour libmySQL.dll 4.0.20 ?
Merci,
A+
Je ne sais plus si cela est passé sur fcdaw mais voici un dernier msg
de Rodolphe (passé sur la ML) qui pourrait peut être te dépanner.
[Message ML]
Bonjour à tous,
Oui, je sais, j'ai déjà fait cette annonce vendredi après-midi, mais
comme
c'était veille de week-end, je préfère me répéter ;-)
Donc, vous trouverez sur les sites ci-dessous la dernière version du
projet
mySQL4WD (je pensai qu'elle était en ligne depuis longtemps - en
effet, elle
date du 02/01/2004).
Avec toutes mes excuses...
Les sites de téléchargement :
- http://perso.club-internet.fr/jouannet
- http://membres.lycos.fr/rjouannet/
- http://www.windevasso.org
Cordialement.
PS : il est maintenant obligatoire d'utiliser la même version de
classe et
de DLL (test interne).
[/Message ML]
Pour le moment, la version 4.0.20 et 4.0.18 ne passent pas
la 4.0.12 passe ainsi que la 5 Alpha
j'ai envoyé la dll à Rodolphe, mais il est surbooké en ce moment. En plus,
ces dll de mysql, sont différentes à chaque fois (voir les pb de format de
dates que tu connais bien Eric ) ;)
--
Jacques TREPP
AlbyGest
jacques.trepp_pasdespam@free.fr
enlever _pasdespam pour me joindre
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.722 / Virus Database: 478 - Release Date: 18/07/2004
Le point d'entrée de procédure my_thread_end est introuvable dans la bibliothèque de liaisons dynamique LIBMYSQL.dll
Sinon j'ai une version qui a été compilée avec la version 4.0.20 de MySQL. Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des fin des tests je peux te l'envoyer ce soir.
Toujours pas validée ? Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
Merci,
A+
Je ne sais plus si cela est passé sur fcdaw mais voici un dernier msg de Rodolphe (passé sur la ML) qui pourrait peut être te dépanner. [Message ML] Bonjour à tous,
Oui, je sais, j'ai déjà fait cette annonce vendredi après-midi, mais comme c'était veille de week-end, je préfère me répéter ;-)
Donc, vous trouverez sur les sites ci-dessous la dernière version du projet mySQL4WD (je pensai qu'elle était en ligne depuis longtemps - en effet, elle date du 02/01/2004).
Avec toutes mes excuses...
Les sites de téléchargement : - http://perso.club-internet.fr/jouannet - http://membres.lycos.fr/rjouannet/ - http://www.windevasso.org
Cordialement.
PS : il est maintenant obligatoire d'utiliser la même version de classe et de DLL (test interne). [/Message ML]
Pour le moment, la version 4.0.20 et 4.0.18 ne passent pas la 4.0.12 passe ainsi que la 5 Alpha
j'ai envoyé la dll à Rodolphe, mais il est surbooké en ce moment. En plus, ces dll de mysql, sont différentes à chaque fois (voir les pb de format de dates que tu connais bien Eric ) ;)
-- Jacques TREPP AlbyGest
enlever _pasdespam pour me joindre
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.722 / Virus Database: 478 - Release Date: 18/07/2004
Manu
> >>> Le point d'entrée de procédure my_thread_end est introuvable dans la >>> bibliothèque de liaisons dynamique LIBMYSQL.dll
> Sinon j'ai une version qui a été compilée avec la version 4.0.20 de
MySQL.
> Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des
fin
> des tests je peux te l'envoyer ce soir.
Toujours pas validée ?
Non et j'ai vu avec Rodolphe, la méthode que j'utilisais n'étais pas la bonne. C'est Rodolphe qui est et restera le référent en matière de dll MySQL4WD. Pour ceux que çà interesse j'explique ma méthode sur rbesset _MAIS_ je ne favorise pas cette méthode car si chacun se fait sa petite dll on ne saura plus rien du tout (pour résoudre les pb de son voisin).
Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
C'est étonnant que la 1.5.5.5 ne sois pas compatible avec la 4.0.20 :-(
> >>> Le point d'entrée de procédure my_thread_end est introuvable dans la
>>> bibliothèque de liaisons dynamique LIBMYSQL.dll
> Sinon j'ai une version qui a été compilée avec la version 4.0.20 de
MySQL.
> Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des
fin
> des tests je peux te l'envoyer ce soir.
Toujours pas validée ?
Non et j'ai vu avec Rodolphe, la méthode que j'utilisais n'étais pas la
bonne. C'est Rodolphe qui est et restera le référent en matière de dll
MySQL4WD. Pour ceux que çà interesse j'explique ma méthode sur rbesset
_MAIS_ je ne favorise pas cette méthode car si chacun se fait sa petite dll
on ne saura plus rien du tout (pour résoudre les pb de son voisin).
Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée
pour libmySQL.dll 4.0.20 ?
C'est étonnant que la 1.5.5.5 ne sois pas compatible avec la 4.0.20 :-(
> >>> Le point d'entrée de procédure my_thread_end est introuvable dans la >>> bibliothèque de liaisons dynamique LIBMYSQL.dll
> Sinon j'ai une version qui a été compilée avec la version 4.0.20 de
MySQL.
> Je l'ai envoyée à Rodolphe et Frédéric pour une "validation" mais à des
fin
> des tests je peux te l'envoyer ce soir.
Toujours pas validée ?
Non et j'ai vu avec Rodolphe, la méthode que j'utilisais n'étais pas la bonne. C'est Rodolphe qui est et restera le référent en matière de dll MySQL4WD. Pour ceux que çà interesse j'explique ma méthode sur rbesset _MAIS_ je ne favorise pas cette méthode car si chacun se fait sa petite dll on ne saura plus rien du tout (pour résoudre les pb de son voisin).
Un bonne âme peut-elle m'envoyer la version de MySQL4WD.dll compilée pour libmySQL.dll 4.0.20 ?
C'est étonnant que la 1.5.5.5 ne sois pas compatible avec la 4.0.20 :-(
