Discussion :

[TitiFr]

Bonjour,

J'atilise un TIBSQL pour effectuer une requête. Cette requête marche (testée dans IBExpert) et retourne 4 champs.

Je fait donc une boucle pour récupérer les champs avec la commande :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FSQL.Current.Vars[iChamps].AsString;

Pour tout les champs ça marche sauf pour ceux qui sont de type VARCHAR, ce qui est le cas du deuxième champs. Cela ce traduit par une violation d'accès en 00000000.

Je vois pas pourquoi il y a une différence entre les autres types et VARCHAR ?

Est-ce que quelqu'un à déjà rencontré ce problème ?

Merci d'avance.

[qi130]

La variable qui reçoit le champ varchar est déclarée comment ?

[TitiFr]

C'est une string. Le problème vient pas de la variable qui reçoit le champs mais plutot le champs lui même car en mode debug quand je fait une évaluation de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FSQL.Current.Vars[1].AsString;

c'est la qu'il me fait une violation d'accès.

[qi130]

As-tu essayé en "assignant" les champs retournés

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

FSQL.FieldByName('xxx') / ByIndex[n].AsString

?

[TitiFr]

Je viens d'essayer ce que tu m'as suggéré. Même punition !

[TitiFr]

Je viens de trouver l'erreur... Vu que mon TIBSQL est dans une dll, il doit y avoir une erreur d'allocation de mémoire.

La différence vient du fait que les autres types de champs était de longueur fixe alors que VARCHAR est de longueur variable.

J'ai plus qu'a trouver l'erreur...

Merci à toi pour ton aide...

[miko66]

j ai lu quelque part qu'il faut preferer les blob au varchar ca les varchar au niveau des requetes sont considéré comme des champs de 32000 char alors que les blobs ont une taille assignées