[D10.3] Firedac, erreur inhabituelle à l'ouverture d'un Query

**zarbouine** · 02/04/2021, 14h33

Bonjour,

Depuis quelques manipulations de type de données dans la base FB3 (passage d'un type Char à un booléen) et malgré mes recherches, j'ai l'erreur suivante :
Nom : Capture.JPG
Affichages : 128
Taille : 20,0 Ko

Nom : Capture.JPG
Affichages : 128
Taille : 20,0 Ko

quand je tente d'ouvrir n'importe quel query de l'appli... au runtime. Par contre pas d'erreur à l'exécution dans l'éditeur de requête.

Bon je fais ce qu'il demande, j'ajoute le composant et là je change d'erreur, colonne 'xxxx' attendu Booléen, actuel FixedWideChar... alors que dans la base, c'est bien du booléen !
Est-ce un problème de booléens dans FB3 ?

ça fait quelques heures que je pédale dans le semoule...

**ShaiLeTroll** · 02/04/2021, 14h41

vous avez probablement modifié FireDAC.Stan.Option.TFDResourceOptions.CmdExecMode en amCancelDialog ce qui nécessite un FireDAC.Comp.UI.TFDGUIxAsyncExecuteDialog qui est un composant de la Palette à déposer sur une fenêtre (peut-être un DataModule)

**zarbouine** · 02/04/2021, 14h53

Envoyé par ShaiLeTroll

vous avez probablement modifié FireDAC.Stan.Option.TFDResourceOptions.CmdExecMode en amCancelDialog ce qui nécessite un FireDAC.Comp.UI.TFDGUIxAsyncExecuteDialog qui est un composant de la Palette à déposer sur une fenêtre (peut-être un DataModule)

Ben non je suis bien en amBlocking

**SergioMaster** · 02/04/2021, 15h17

Comme c'est une modification dans la base de données et donc certainement du programme, je pencherai pour : le champ est déclaré dans le programme Delphi et le type n'a pas été modifié.

AHMA la première erreur FDGUIxAsync.. est un "bogue", la seconde ce que j'ai indiqué un champ déclaré. Un peu de temps et je serais ce qu'il en est car je veins de cérer une petite base de test

**zarbouine** · 02/04/2021, 15h19

Manifestement le problème est dans le projet (si je teste dans un nouveau ça marche bien), mais je ne sais vraiment pas où.

**zarbouine** · 02/04/2021, 15h22

Envoyé par SergioMaster

Comme c'est une modification dans la base de données et donc certainement du programme, je pencherai pour : le champ est déclaré dans le programme Delphi et le type n'a pas été modifié.

AHMA la première erreur FDGUIxAsync.. est un "bogue", la seconde ce que j'ai indiqué un champ déclaré. Un peu de temps et je serais ce qu'il en est car je veins de cérer une petite base de test

Bon la moitié du mystère est éclairci...
Pour ce qui est du champ, je les ai tous virés, et recrées. Apparemment c'est là que se situe le problème. Ils s'affichent bien comme étant du type booléen, mais apparemment ce n'est pas le cas.