Dotaz: Divné znaky ve zdrojáku

[Adam2]

Zdravím, když napíšu nějaký program v c++ a použiju operátor <<, překladač mi nahlásí chyby jako

stray ‘\302’ in program

které se liší jen číslem. Jediné, co se mi podařilo zjistit je, že znaky zmizí, když odmažu mezery kolem operátoru. Soubor jsem zkoušel zobrazit ve windows a ty ukázaly znaky jako  apod. Zdroják jsem psal ve vim a gedit (kódování v gedit mám UTF-8, ve vimu nevím), ale výsledek je pořád stejný. Půjde s tím něco udělat?

---

---

Odpovědi

[Luboš Doležel (Doli)]

Asi jste naťukal nějaké nesmysly, už se mi to taky stalo.

[Adam2]

Dám krk do ohně za to, že nesmysly jsem nenaťukal=) Nestává se mi to občas, ale naprosto pravidelně...

[Luboš Doležel (Doli)]

Mně se to stává, když mi nějak divně sjedou prsty po klávesnici. Ale taky mě to vytáčí...

[Thunder.m]

Tohle se mi stává velice často hlavně když používám alt k vytvoření [], případně (), je to fakt pitomé, zatím to bohužel jen ručně mažu, soubor si zobrazím pomocí cat -e soubor, tak se ty divné znaky aspoň ukážou, bylo by super kdybych našel způsob jak je i filtrovat aby se vůbec nenapsaly.

[Adam2]

Používáte levý alt + ASCII kód nebo pravý alt + písmeno?

[Thunder.m]

pravý alt

[trekker.dk]

Někdy (dost často) se mi při psaní znaků <, > a podobných stává, že držím pravý alt i při psaní mezer, které jsou kolem nich, takže se to taky nepřeloží - Alt+mezera je stray \240

[Thunder.m]

Nejspíš se mi tedy stává to samé, problém je jak psaní takového znaku například uplně zakázat v gnome-terminalu?

[Luboš Doležel (Doli)]

Používáte levý alt + ASCII kód

Tohle někde v Linuxu funguje? Já měl za to, že je to obvykle jen na Windows.

[Adam2]

Já to taky v Linuxu nepotkal, ale zatím jsem pracoval jen s Ubuntu... Tento způsob mi přijde mnohem náchylnější k nechtěnému zadání těch "exotičtějších" znaků, tak mě napadlo jestli Thunder.m nemá nějakou distribuci, ve které to jde

[Adam2]

Zkusil jsem ten cat -e a opravdu - na postižených místech se objevily nějaké kódy, ze kterých moc moudrý nejsem...

cout << "Hello world!!" <<M-BM- endl;$

[Michal Kubeček]

Zkuste v tom editoru napsat co nejkratší text, obsahující tu posloupnost ' << ' (např. jeden řádek s textem 'X << X'), uložit a podívat se, co vám o tom souboru řekne 'od -t x1'. Mám podezření, jestli nemáte zapnutou nějakou funkci, která vám '<<' automaticky nahrazuje "ruskými" (francouzskými?) uvozovkami.

[Adam2]

Protáhl jsem tím celý zdroják (v tom malém souboru mi to nedělalo - už fakt nevím...) a výslededek vypadá takto:

20 3c 3c c2 a0 65

(je to ten chybný úsek, bordelaří tam c2 a a0 a mezera mezi 3c a 65 chybí)

[Michal Kubeček]

A jsme doma, to C2 A0 je UTF-8 zápis znaku U+00A0, což je nedělitelná mezera. Navíc to vypadá, že překladač céčka očekává vstup v ISO-8859-2, takže je z toho zcela zmaten. V každém případě byste měl svému editoru rozmluvit to automatické nahrazování obyčejných mezer nedělitelnými.

[Adam2]

Tak už mi to funguje, dík za pomoc

[R]

To je nejaky cesky/slovensky alebo aky prekladac, ze caka vstup v ISO-8859-2?

[Michal Kubeček]

Proč? Čte jednotlivé znaky. A aby je mohl číst, potřebuje vědět, jaké je vstupní kódování. Ona vesnice se nám změnila, dnes už máme i kódování, kde jeden znak neodpovídá nutně jednomu byte. Jestli gcc respektuje příslušné proměnné prostředí nebo jestli prostě automaticky předpokládá C, to je v tomto případě celkem jedno, tak či onak načte jen první polovinu toho dvoubytového znaku (to je to C2 šestnáctkově resp. 302 osmičkově).

[Josef Kufner]

Pokud vím, tak UTF-8 je zpětně kompatibilní s ASCII, a používat něco jiného vícebajtového mi přijde poněkud zvrhlé (nemluvím o vnitřní reprezentaci řetězců v programu). A snad u všech jednobajtových kódování, které znám a které se používají je ta základní sada znaků také stejná. Takže jako optimální řešení mi přijde to, že kompilátor tupě předpokládá ASCII a ten zbytek už se nějak vsákne. Přecijen, kodováním se stačí zabývat jen při načítání a výpisu řetěců a jejich řazení (hledání), což ale není problém překladače.

[Ondrej 'SanTiago' Zajicek]

Casto lze psat pevne mezery pomoci alt-space. Takovahle chyba se muze stat kdyz stistkne space driv, nez pusti alt.

[Ondrej 'SanTiago' Zajicek]

Nebo mozna asi spis shift misto alt.

[ikarlos]

nepomohlo by mít pro psaní programu v C nastaveno LANG=C nebo třeba aspoň LC_CTYPE=cs_CZ.ISO8859-2 nebo něco podobného a terminálovou imput metodu přepnutu na ISO... ?