Discussion :

[rgccx]

Bonjour,

Voilà mon problème - si j'envoie un Query Manager en sortie écran, les caractères accentués sortent bien (CcsId = 297) :

exemple :
STRQMQRY QMQRY(MaBib/MonQM) OUTPUT(*)
Donne ceci :

Ajout paramètre dans TAB02(pour visu) TAB02COSV *PGM CLP

Tandis qu'en sortie fichier, ils sont transcodés en CcsId 37 :
STRQMQRY QMQRY(MaBib/MonQM) OUTPUT(*OUTFILE) OUTFILE(QTEMP/Z)
Donne cela :

Ajout param}tre dans TAB02(pour visu) TAB02COSV *PGM CLP

(DspFd Qtemp/Z => CCSID 37)

D'où la question : y a t'il moyen de forcer le CCSID 297 sur une sortie fichier ? L'intérêt du QM étant la souplesse, si il faut créer une DDS et la compiler en CCSID 297... bon....

Je précise que mon profil à :
CCSID = *SYSVAL
Et la valeur système est 297.

Si vous avez une astuce à me communiquer, je vous en remercie par avance ! (Ce n'est pas la première fois que je me casse les dents sur le CCSID)

[EDIT1] En cherchant les posts comportant "CCSID" j'ai vu qu'il 'suffit' peut-être de faire un CHGJOB CCSID(297) ?

[EDIT2] J'ai bien sûr testé : en batch ça marche, mais pas en intéractif. Le mystère reste entier !
[EDIT3] Correction, en batch ça marche à moitié.
Mes requêtes SQL contenant l'opérateur de concaténation "double pipe" (||) ne plantent plus.
Mais le résultat n'est pas conforme aux données d'origine.
Exemple :
"Charges @ refacturer si poste ferm{"
=> Le à devient @ ou le é se mue en {.

Merci,

Christophe.

[BALLAT]

Bonjour,

Dans la mesure ou ta requête est définie tu peux créer définitivement ton fichier de sortie avec le CCSID voulu et exécuter ta requête (avec 'Replace' des enreg).

Attention il est préférable d'avoir le même CCSID y compris lors de la création de la requête QM (Avant de créer la requête se mettre par un chgjob dans le CCSID voulu)....cela t'évitera d'avoir des conversions "Charges @ refacturer si poste ferm{" !!!!

Cordialement,