Discussion :

[chrime71]

Bonjour,

J'ai vu qu'il y avait le sujet mais sur Linux et je ne trouve pas un équivalent pour Windows.
J'exporte des données d'une base pour les injecter par la suite dans une autre application. Dans les fichiers exportés (en UTF-16) je me retrouve avec des caractères type EOT, NUL, etc... au beau milieu du texte et qui apparaissent sous la forme textuelle & # 1 ; ou & # 2 ; etc... (j'ai mis des espaces exprès sinon la chaine est transformée)

Ces caractères ne passent pas dans l'application qui traite ces fichiers exportés.

J'aimerais savoir si l'on peut les supprimer via un process, une commande, un programme simple.
J'ai essayé une petite application java toute bête qui me remplace la string par une chaine vide (ma_string.replace(.. ..)). Autant qd je sors en System.out je vois bien que les caractères en question sont supprimés mais il ne le le sont pas dans le fichier !!!

Je sèche un peu sur la question là !!!

[Andnotor]

Es-tu sûr déjà que l'application cible gère l'unicode ?..

Si c'est le cas, il faudrait contrôler que le fichier contienne bien un BOM (Byte Order Mark).
S'il n'y en a pas, il est probable qu'il soit traité comme de l'UTF-8, d'où l'apparition des codes nul.
Il suffirait alors simplement d'insérer le BOM (FFFE ou FEFF) en début de fichier pour retomber sur tes pieds

[chrime71]

A priori oui elle le gère mais je pense qu'elle traite en UTF-8 et du coup les caractères de contrôle ne passent pas.

Mais bon sur un autre topic java j'ai résolu mon pbme pour les supprimer donc ca devrait aller !!

Je retiens tout de même le BOM a mettre en début de fichier. Merci

[Andnotor]

S'il n'y avait que des NUL, tu pourrais en effet considérer que tous les caractères tiennent dans la table ansi, mais tu as également d'autres codes (EOT, etc.). Tu prends donc le risque d'altérer certains caractères

Prenons l'exemple de "œ" qui correspond au code 0x0153. Si tu supprimes l'octet de poids fort, tu vas te retrouver avec un "S" majuscule