Le Thu, 8 Oct 2015 23:49:13 +0200, Alexandre Hoïde <[email protected]> a écrit :
> On Thu, Oct 08, 2015 at 11:30:56PM +0200, Bernard Schoenacker wrote: > > Le Thu, 08 Oct 2015 21:37:36 +0200, > > Francois Meyer <[email protected]> a écrit : > > > > > Le 08/10/2015 16:45, Bernard Schoenacker a écrit : > > > > bonjour, > > > > > > > > j'ai essayé avec sed : sed "s/\xc2\x92/'/g" > > > > > > > > sans résultat > > > > > > > > slt > > > > bernard > > > > > > > > > > > Les commandes proposées telles que > > > sed "s/<92>/'/g" > > > remplacent le mot ou la chaîne de caractère "<92>" par > > > l'apostrophe. Mais s'il s'agit d'un seul caractère, il faudrait > > > en savoir un peu plus, car <92> est alors sa représentation codée > > > dans un autre codage... > > > > > > François > > > > > > > bonjour, > > > > le n° "<92>" est l'apostrophe mais de quel encodage ? (mystère et > > boulle de gomme) et c'est la sortie avec vim ... > > > > tandis que avec emacs c'est "\222" ( ) > > […] > > je sent que iconv sera de la partie .... > > > > Ça serait-y pas du Windows-1252, par hasard ? U+2019 est le > guillemet-apostrophe (x92 en W-1252 = 146 en décimal et 222 en octal… > l'étau se ressert !). Auquel cas, éventuellement, un > $ iconv -f WINDOWS-1252 -t UTF-8 filename.txt > … pour redresser la situation ? > bonjour, merci du tuyau mais je l'ai employé avant de répondre et tout est rentré dans l'ordre .... iconv -f windows-1252 -t UTF-8 file.txt >file-1.txt slt bernard
