Je réouvre un thread suite à un pb de legui sur l'imbrication de deux
sqlfetch. (Message posté aussi sur la ML)
Il y a des choses très bizarres sur le comportement du code (en fin de
message)
Les résultats quand au comportement sont :
1 - acces alternatif mysql4wd
RetCode2=fSQL:mysqlexec(commande,1) est systématiquement à faux et donc
la lecture échoue.
2 - acces pcsoft mysql
meme comportement
3 - accès alternatif oracle
RetCode2=fSQL:mysqlexec(commande,1) est qq fois vrai et qq fois faux
c.a.d. que la lecture aboutit et d'autres fois non ??
Mais là, plein d'autres pb que je ne comprends pas meme avec que des
boucleq sqlpremier. Il faut que je soit plus précis.
4 - accès Pcsoft Oracle
Tout fonctionne.
5 - SQLite accès Firetox
Tout Fonctionne
LOCAL
RetCode est un booléen
RetCode2 est un booléen
Mafacture est une chaîne
Monclient est une chaîne=""
commande est une chaîne=""
RetCode=fSQL:mysqlexec("select LVL_DESC,OPE_ID from LEVEL_PEOPLE",0)
SI RetCode ALORS
TANTQUE fSQL:mysqlfetch(0)
Mafacture=fSQL:mysqlcol(0,1)
commande="SELECT OPE_DESC FROM OPERATION WHERE
OPE_ID="+fSQL:mysqlcol(0,2)
RetCode2=fSQL:mysqlexec(commande,1)
SI RetCode2 ALORS
SI fSQL:mysqlfetch(1) ALORS
// je récupère mon client
Monclient=fSQL:mysqllitcol(1,1)
Info(Monclient)
FIN
fSQL:mysqlferme(1)
SINON
Info("erreur")
fSQL:mysqlferme(1)
FIN
FIN
fSQL:mysqlferme(0)
SINON
Info("erreur")
FIN
--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Roumegou Eric
Roumegou Eric a couché sur son écran :
Je réouvre un thread suite à un pb de legui sur l'imbrication de deux sqlfetch. (Message posté aussi sur la ML) Il y a des choses très bizarres sur le comportement du code (en fin de message)
Les résultats quand au comportement sont : 1 - acces alternatif mysql4wd RetCode2=fSQL:mysqlexec(commande,1) est systématiquement à faux et donc la lecture échoue. 2 - acces pcsoft mysql meme comportement 3 - accès alternatif oracle RetCode2=fSQL:mysqlexec(commande,1) est qq fois vrai et qq fois faux c.a.d. que la lecture aboutit et d'autres fois non ?? Mais là, plein d'autres pb que je ne comprends pas meme avec que des boucleq sqlpremier. Il faut que je soit plus précis.
Ca c'est le genre de truc qui use !!! 2h que je tourne là dessus ! Je ne comprenais pas pourquoi ce que j'utilise depuis longtemps me retournait en debug n'importe quoi avec l'ex de legui??? c_Oracle4WD ne supporte pas l'ordre select en minuscule, et du coup tout est décalé
Du boulot pour manu :-)
Sinon ce point corrigé, les fetchs peuvent être imbriqués.
Reste la question : Pourquoi cela ne fonctionne-t-il pas en mySQL (alternatif et pcsoft) ?
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
Roumegou Eric a couché sur son écran :
Je réouvre un thread suite à un pb de legui sur l'imbrication de deux
sqlfetch. (Message posté aussi sur la ML)
Il y a des choses très bizarres sur le comportement du code (en fin de
message)
Les résultats quand au comportement sont :
1 - acces alternatif mysql4wd
RetCode2=fSQL:mysqlexec(commande,1) est systématiquement à faux et donc la
lecture échoue.
2 - acces pcsoft mysql
meme comportement
3 - accès alternatif oracle
RetCode2=fSQL:mysqlexec(commande,1) est qq fois vrai et qq fois faux c.a.d.
que la lecture aboutit et d'autres fois non ??
Mais là, plein d'autres pb que je ne comprends pas meme avec que des boucleq
sqlpremier. Il faut que je soit plus précis.
Ca c'est le genre de truc qui use !!! 2h que je tourne là dessus !
Je ne comprenais pas pourquoi ce que j'utilise depuis longtemps me
retournait en debug n'importe quoi avec l'ex de legui???
c_Oracle4WD ne supporte pas l'ordre select en minuscule, et du coup
tout est décalé
Du boulot pour manu :-)
Sinon ce point corrigé, les fetchs peuvent être imbriqués.
Reste la question : Pourquoi cela ne fonctionne-t-il pas en mySQL
(alternatif et pcsoft) ?
--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
Je réouvre un thread suite à un pb de legui sur l'imbrication de deux sqlfetch. (Message posté aussi sur la ML) Il y a des choses très bizarres sur le comportement du code (en fin de message)
Les résultats quand au comportement sont : 1 - acces alternatif mysql4wd RetCode2=fSQL:mysqlexec(commande,1) est systématiquement à faux et donc la lecture échoue. 2 - acces pcsoft mysql meme comportement 3 - accès alternatif oracle RetCode2=fSQL:mysqlexec(commande,1) est qq fois vrai et qq fois faux c.a.d. que la lecture aboutit et d'autres fois non ?? Mais là, plein d'autres pb que je ne comprends pas meme avec que des boucleq sqlpremier. Il faut que je soit plus précis.
Ca c'est le genre de truc qui use !!! 2h que je tourne là dessus ! Je ne comprenais pas pourquoi ce que j'utilise depuis longtemps me retournait en debug n'importe quoi avec l'ex de legui??? c_Oracle4WD ne supporte pas l'ordre select en minuscule, et du coup tout est décalé
Du boulot pour manu :-)
Sinon ce point corrigé, les fetchs peuvent être imbriqués.
Reste la question : Pourquoi cela ne fonctionne-t-il pas en mySQL (alternatif et pcsoft) ?
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
Roumegou Eric
Aucune réaction des alternativistes ?
[j'en profite pour faire un test car je suis surpris du peu de msg depuis aujourd'hui]
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
Aucune réaction des alternativistes ?
[j'en profite pour faire un test car je suis surpris du peu de msg
depuis aujourd'hui]
--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
[j'en profite pour faire un test car je suis surpris du peu de msg depuis aujourd'hui]
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
dacoolg
Roumegou Eric wrote in message news:...
Aucune réaction des alternativistes ?
[j'en profite pour faire un test car je suis surpris du peu de msg depuis aujourd'hui]
Bonjour,
Pour ma part je peux confirmer après différents test que l'imbrication des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Par contre je renouvelle mon post sur l'accès natif Mysql dans les états : Est ce quelqu'un a réussi à les faire fonctionner normalement ? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les états ?
Concernant l'accès alternatif dans les états il ne marche pas non plus : La récupération des Colonnes (mysqlCol) dans le bloc corps est complètement aléatoire et provoque systématiquement un plantage du W-langage. J'aimerai éviter de créer des dizaines de variables globales donc si quelqu'un a une solution je suis preneur ...
Au secours, ne m'obligez pas à retourner sous HF !
Cordialement
Roumegou Eric <Utilisezlelien@fin.msg> wrote in message news:<mesnews.2c637d42.3efa0f03.126.4556@fin.msg>...
Aucune réaction des alternativistes ?
[j'en profite pour faire un test car je suis surpris du peu de msg
depuis aujourd'hui]
Bonjour,
Pour ma part je peux confirmer après différents test que l'imbrication
des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle
fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Par contre je renouvelle mon post sur l'accès natif Mysql dans les
états : Est ce quelqu'un a réussi à les faire fonctionner normalement
? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les
états ?
Concernant l'accès alternatif dans les états il ne marche pas non plus
: La récupération des Colonnes (mysqlCol) dans le bloc corps est
complètement aléatoire et provoque systématiquement un plantage du
W-langage. J'aimerai éviter de créer des dizaines de variables
globales donc si quelqu'un a une solution je suis preneur ...
Au secours, ne m'obligez pas à retourner sous HF !
[j'en profite pour faire un test car je suis surpris du peu de msg depuis aujourd'hui]
Bonjour,
Pour ma part je peux confirmer après différents test que l'imbrication des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Par contre je renouvelle mon post sur l'accès natif Mysql dans les états : Est ce quelqu'un a réussi à les faire fonctionner normalement ? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les états ?
Concernant l'accès alternatif dans les états il ne marche pas non plus : La récupération des Colonnes (mysqlCol) dans le bloc corps est complètement aléatoire et provoque systématiquement un plantage du W-langage. J'aimerai éviter de créer des dizaines de variables globales donc si quelqu'un a une solution je suis preneur ...
Au secours, ne m'obligez pas à retourner sous HF !
Cordialement
Roumegou Eric
Legui a formulé la demande :
Roumegou Eric wrote in message news:...
Aucune réaction des alternativistes ?
[j'en profite pour faire un test car je suis surpris du peu de msg depuis aujourd'hui]
Bonjour,
Pour ma part je peux confirmer après différents test que l'imbrication des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Alors je ne comprends vraiment pas ????????? Pour mon exemple, je ne change que la chaine de connexion. J'ai bien fait attention à ce que le nom des tables soit en majuscules (c'est un baise couillon si on utilise mysql sous unix, il est case sensitive alors que sous windows, non et oracle/linux non plus). Et en plus cela fn en sqlpremier donc cela exclut un pb de la base. Et cela fonctionne en oracle, sqlite donc cela exclut un pb sur le code.
Par contre je renouvelle mon post sur l'accès natif Mysql dans les états : Est ce quelqu'un a réussi à les faire fonctionner normalement ? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les états ?
oui, mais il faut que tu programmes la source de données à la mimine.
Concernant l'accès alternatif dans les états il ne marche pas non plus
La récupération des Colonnes (mysqlCol)
mySQLCol est pour l'accès mysql4wd la meme méthode que mySQLLitCol. Attention, selon les accès (mysql, oracle) les comportements de sqllitCol sont différents. Pour ton pb, je parierai sur le fait que tu recupères des var >255 caract(accès violation GPF ?) et donc que tu dois utiliser mySQLColLong.
dans le bloc corps est complètement aléatoire et provoque systématiquement un plantage du W-langage. J'aimerai éviter de créer des dizaines de variables globales donc si quelqu'un a une solution je suis preneur ...
Au secours, ne m'obligez pas à retourner sous HF !
C'est TOTALEMENT exclu ;-)
Cordialement
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
Legui a formulé la demande :
Roumegou Eric <Utilisezlelien@fin.msg> wrote in message
news:<mesnews.2c637d42.3efa0f03.126.4556@fin.msg>...
Aucune réaction des alternativistes ?
[j'en profite pour faire un test car je suis surpris du peu de msg
depuis aujourd'hui]
Bonjour,
Pour ma part je peux confirmer après différents test que l'imbrication
des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle
fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Alors je ne comprends vraiment pas ?????????
Pour mon exemple, je ne change que la chaine de connexion.
J'ai bien fait attention à ce que le nom des tables soit en majuscules
(c'est un baise couillon si on utilise mysql sous unix, il est case
sensitive alors que sous windows, non et oracle/linux non plus).
Et en plus cela fn en sqlpremier donc cela exclut un pb de la base. Et
cela fonctionne en oracle, sqlite donc cela exclut un pb sur le code.
Par contre je renouvelle mon post sur l'accès natif Mysql dans les
états : Est ce quelqu'un a réussi à les faire fonctionner normalement
? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les
états ?
oui, mais il faut que tu programmes la source de données à la mimine.
Concernant l'accès alternatif dans les états il ne marche pas non plus
La récupération des Colonnes (mysqlCol)
mySQLCol est pour l'accès mysql4wd la meme méthode que mySQLLitCol.
Attention, selon les accès (mysql, oracle) les comportements de
sqllitCol sont différents.
Pour ton pb, je parierai sur le fait que tu recupères des var >255
caract(accès violation GPF ?) et donc que tu dois utiliser
mySQLColLong.
dans le bloc corps est
complètement aléatoire et provoque systématiquement un plantage du
W-langage. J'aimerai éviter de créer des dizaines de variables
globales donc si quelqu'un a une solution je suis preneur ...
Au secours, ne m'obligez pas à retourner sous HF !
C'est TOTALEMENT exclu ;-)
Cordialement
--
Eric Roumegou
http://cerbermail.com/?Wk2D8D62KI
(cliquez sur le lien ci-dessus pour me contacter en privé)
[j'en profite pour faire un test car je suis surpris du peu de msg depuis aujourd'hui]
Bonjour,
Pour ma part je peux confirmer après différents test que l'imbrication des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Alors je ne comprends vraiment pas ????????? Pour mon exemple, je ne change que la chaine de connexion. J'ai bien fait attention à ce que le nom des tables soit en majuscules (c'est un baise couillon si on utilise mysql sous unix, il est case sensitive alors que sous windows, non et oracle/linux non plus). Et en plus cela fn en sqlpremier donc cela exclut un pb de la base. Et cela fonctionne en oracle, sqlite donc cela exclut un pb sur le code.
Par contre je renouvelle mon post sur l'accès natif Mysql dans les états : Est ce quelqu'un a réussi à les faire fonctionner normalement ? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les états ?
oui, mais il faut que tu programmes la source de données à la mimine.
Concernant l'accès alternatif dans les états il ne marche pas non plus
La récupération des Colonnes (mysqlCol)
mySQLCol est pour l'accès mysql4wd la meme méthode que mySQLLitCol. Attention, selon les accès (mysql, oracle) les comportements de sqllitCol sont différents. Pour ton pb, je parierai sur le fait que tu recupères des var >255 caract(accès violation GPF ?) et donc que tu dois utiliser mySQLColLong.
dans le bloc corps est complètement aléatoire et provoque systématiquement un plantage du W-langage. J'aimerai éviter de créer des dizaines de variables globales donc si quelqu'un a une solution je suis preneur ...
Au secours, ne m'obligez pas à retourner sous HF !
C'est TOTALEMENT exclu ;-)
Cordialement
-- Eric Roumegou http://cerbermail.com/?Wk2D8D62KI (cliquez sur le lien ci-dessus pour me contacter en privé)
dacoolg
Roumegou Eric wrote in message news:...
Legui a formulé la demande : > Roumegou Eric wrote in message > news:... >> Aucune réaction des alternativistes ? >> >> [j'en profite pour faire un test car je suis surpris du peu de msg >> depuis aujourd'hui] > > > Bonjour, > > Pour ma part je peux confirmer après différents test que l'imbrication > des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle > fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Alors je ne comprends vraiment pas ????????? Pour mon exemple, je ne change que la chaine de connexion. J'ai bien fait attention à ce que le nom des tables soit en majuscules (c'est un baise couillon si on utilise mysql sous unix, il est case sensitive alors que sous windows, non et oracle/linux non plus). Et en plus cela fn en sqlpremier donc cela exclut un pb de la base. Et cela fonctionne en oracle, sqlite donc cela exclut un pb sur le code.
> > Par contre je renouvelle mon post sur l'accès natif Mysql dans les > états : Est ce quelqu'un a réussi à les faire fonctionner normalement > ? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les > états ?
oui, mais il faut que tu programmes la source de données à la mimine.
Qu'entends tu parles là ? Mon problème est simple et l'erreur vite repérée : Code d'ouverture de l'état : Aucune requete SQL ne fonctionne si je ne refais pas un sqlconnecte.
Bon maintenant je ne vais pas harceler PCSoft, surtout si l'accès alternatif fonctionne ...
> > Concernant l'accès alternatif dans les états il ne marche pas non plus >> La récupération des Colonnes (mysqlCol)
mySQLCol est pour l'accès mysql4wd la meme méthode que mySQLLitCol. Attention, selon les accès (mysql, oracle) les comportements de sqllitCol sont différents. Pour ton pb, je parierai sur le fait que tu recupères des var >255 caract(accès violation GPF ?) et donc que tu dois utiliser mySQLColLong.
En fait il s'agissait tout simplement d'une erreur de programmation (boucle sans fin). A cause (ou grâce diront certains lol ) de HF J'avais perdu l'habitude de programmer les états. Maintenant tout marche pour le mieux.
Pour ce qui est des fetchs imbriqués je ne peux pas t'en dire plus.
> dans le bloc corps est > complètement aléatoire et provoque systématiquement un plantage du > W-langage. J'aimerai éviter de créer des dizaines de variables > globales donc si quelqu'un a une solution je suis preneur ... > > Au secours, ne m'obligez pas à retourner sous HF !
C'est TOTALEMENT exclu ;-)
Rassure toi les nouvelles sont bonnes, je garde ma base Mysql ! lol
>
Cordialement
Roumegou Eric <Utilisezlelien@fin.msg> wrote in message news:<mesnews.33157d42.1619dbd9.127.4556@fin.msg>...
Legui a formulé la demande :
> Roumegou Eric <Utilisezlelien@fin.msg> wrote in message
> news:<mesnews.2c637d42.3efa0f03.126.4556@fin.msg>...
>> Aucune réaction des alternativistes ?
>>
>> [j'en profite pour faire un test car je suis surpris du peu de msg
>> depuis aujourd'hui]
>
>
> Bonjour,
>
> Pour ma part je peux confirmer après différents test que l'imbrication
> des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle
> fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Alors je ne comprends vraiment pas ?????????
Pour mon exemple, je ne change que la chaine de connexion.
J'ai bien fait attention à ce que le nom des tables soit en majuscules
(c'est un baise couillon si on utilise mysql sous unix, il est case
sensitive alors que sous windows, non et oracle/linux non plus).
Et en plus cela fn en sqlpremier donc cela exclut un pb de la base. Et
cela fonctionne en oracle, sqlite donc cela exclut un pb sur le code.
>
> Par contre je renouvelle mon post sur l'accès natif Mysql dans les
> états : Est ce quelqu'un a réussi à les faire fonctionner normalement
> ? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les
> états ?
oui, mais il faut que tu programmes la source de données à la mimine.
Qu'entends tu parles là ? Mon problème est simple et l'erreur vite
repérée : Code d'ouverture de l'état : Aucune requete SQL ne
fonctionne si je ne refais pas un sqlconnecte.
Bon maintenant je ne vais pas harceler PCSoft, surtout si l'accès
alternatif fonctionne ...
>
> Concernant l'accès alternatif dans les états il ne marche pas non plus
>> La récupération des Colonnes (mysqlCol)
mySQLCol est pour l'accès mysql4wd la meme méthode que mySQLLitCol.
Attention, selon les accès (mysql, oracle) les comportements de
sqllitCol sont différents.
Pour ton pb, je parierai sur le fait que tu recupères des var >255
caract(accès violation GPF ?) et donc que tu dois utiliser
mySQLColLong.
En fait il s'agissait tout simplement d'une erreur de programmation
(boucle sans fin). A cause (ou grâce diront certains lol ) de HF
J'avais perdu l'habitude de programmer les états. Maintenant tout
marche pour le mieux.
Pour ce qui est des fetchs imbriqués je ne peux pas t'en dire plus.
> dans le bloc corps est
> complètement aléatoire et provoque systématiquement un plantage du
> W-langage. J'aimerai éviter de créer des dizaines de variables
> globales donc si quelqu'un a une solution je suis preneur ...
>
> Au secours, ne m'obligez pas à retourner sous HF !
C'est TOTALEMENT exclu ;-)
Rassure toi les nouvelles sont bonnes, je garde ma base Mysql ! lol
Legui a formulé la demande : > Roumegou Eric wrote in message > news:... >> Aucune réaction des alternativistes ? >> >> [j'en profite pour faire un test car je suis surpris du peu de msg >> depuis aujourd'hui] > > > Bonjour, > > Pour ma part je peux confirmer après différents test que l'imbrication > des fetchs en accès natif Mysql ainsi qu'en accès natif Oracle > fonctionne parfaitement. Au moins 2 imbrications en tout cas.
Alors je ne comprends vraiment pas ????????? Pour mon exemple, je ne change que la chaine de connexion. J'ai bien fait attention à ce que le nom des tables soit en majuscules (c'est un baise couillon si on utilise mysql sous unix, il est case sensitive alors que sous windows, non et oracle/linux non plus). Et en plus cela fn en sqlpremier donc cela exclut un pb de la base. Et cela fonctionne en oracle, sqlite donc cela exclut un pb sur le code.
> > Par contre je renouvelle mon post sur l'accès natif Mysql dans les > états : Est ce quelqu'un a réussi à les faire fonctionner normalement > ? Moi non, voir mon post : L'accès natif Mysql marche-t-il dans les > états ?
oui, mais il faut que tu programmes la source de données à la mimine.
Qu'entends tu parles là ? Mon problème est simple et l'erreur vite repérée : Code d'ouverture de l'état : Aucune requete SQL ne fonctionne si je ne refais pas un sqlconnecte.
Bon maintenant je ne vais pas harceler PCSoft, surtout si l'accès alternatif fonctionne ...
> > Concernant l'accès alternatif dans les états il ne marche pas non plus >> La récupération des Colonnes (mysqlCol)
mySQLCol est pour l'accès mysql4wd la meme méthode que mySQLLitCol. Attention, selon les accès (mysql, oracle) les comportements de sqllitCol sont différents. Pour ton pb, je parierai sur le fait que tu recupères des var >255 caract(accès violation GPF ?) et donc que tu dois utiliser mySQLColLong.
En fait il s'agissait tout simplement d'une erreur de programmation (boucle sans fin). A cause (ou grâce diront certains lol ) de HF J'avais perdu l'habitude de programmer les états. Maintenant tout marche pour le mieux.
Pour ce qui est des fetchs imbriqués je ne peux pas t'en dire plus.
> dans le bloc corps est > complètement aléatoire et provoque systématiquement un plantage du > W-langage. J'aimerai éviter de créer des dizaines de variables > globales donc si quelqu'un a une solution je suis preneur ... > > Au secours, ne m'obligez pas à retourner sous HF !
C'est TOTALEMENT exclu ;-)
Rassure toi les nouvelles sont bonnes, je garde ma base Mysql ! lol
