Dotaz: /bin/bash^M: chybný interpretr

[Petr]

Při zadání příkazu: sed -i 's/{ctrl-v}{ctrl-m}//g'+ filename.sh mi vyjede chyba: sed: -e výraz č. 1, znak 22: neznámý přepínač pro „s“

---

---

Odpovědi

[Kit]

Vadí mu to "+" na konci. Nepatří tam.

[Petr]

Nejde mi to ani bez toho +

[Kit]

Určitě se však změnila chybová hláška. Nevidím ji tady.

[Petr]

je stejná to + sem tam předtím ani nezadával

[Kit]

Nemůže být stejná. 22. znak je právě to "+", které tam nepatří. Bez něho mi to funguje. Možná se ti tam vecpal nějaký řídicí znak, který nevidíš. Zkus ten příkaz napsat znovu.

[Ash]

Z nadpisu, který nesouvisí s textem dotazu (to je fakt tak těžké napsat smysluplný nadpis?), usuzuji, že tazatel chce odstraňovat znak ASCII 13. Takže {ctrl-v}{ctrl-m} tam nemá být jako literál, ale měl ty klávesové kombinace stisknout, když to psal -- pak ten výraz ale nemůže mít 22 znaků...

[Kit]

To vím. Otázkou je, zda to ví i Petr.

[Ash]

Výraz neměl kde nabrat 22 znaků, má mít 6 znaků, takže je tam nějaký bordel. Co přesně znamená to tvoje {ctrl-v}{ctrl-m}? Použij raději

sed -i 's/\r//g' ...

(GNU).

[Tarmaq]

IMHO to odnekud kopirovat a prepsal to s tim {ctrl-v}{ctrl-m} misto toho aby ty klavesy stisknul a objevil se tam znak ^M. Tvoje reseni je ale samozrejme spravne

[Petr]

Zadal sem: sed -i 's/\r//g' a je po problému. Děkuji

[Kit]

Někdy je vhodnější použít recode, který se postará nejen o nadbytečné CR, ale i o kódování češtiny v textu.

[Ash]

nebo dos2unix

[Kit]

dos2unix neřeší kódování češtiny. Pokud se ve skriptu nějaká čeština nachází, stejně je nutné text překódovat. recode udělá obojí.

[Ash]

Jistě, pokud je potřeba změnit konce řádků a zároveň chci ještě překódovat češtinu, recode to jak už jste řekl zvládne obojí.

Ten dos2unix jsem myslel na změnu těch konců řádků dal jsem to pod špatný post.

[R]

Alebo fromdos.

[Michal Kubeček]

Proč vůbec používat sed s jeho mašinerií parsování regulárních výrazů na něco, co je už z principu práce pro tr?

[Kit]

Protože když mám v ruce kladivo, všechno vypadá jako hřebík

[potato]

Protože -i.

Jinak zrovna tohle je práce pro dos2unix/recode/... Proč řešit, jak vypadají v různých systémech konce řádků na úrovni bajtů, když lze problém formulovat na vyšší úrovni?

[Ash]

A proč vůbec odstraňovat všechny znaky CR, když ve skutečnosti chci odstranit jen CR před LF? Podle mne dos2unix nebo sed -i -e "s/\r\n/\n/".

[Michal Kubeček]

Jistě. Ale zatímco dos2unix nemusí být všude k dispozici, u tr nebo sedu je to riziko podstatně menší. Co se přesného chování vůči nestandardním posloupnostem CR a LF týká, tak tam by se muselo nejdřív přesně definovat, jaké chování se považuje za "správné". Slušně vychovaný textový soubor by měl obsahovat buď jen LF nebo jen CRLF (nebo jen CR, bereme-li v úvahu i jablečné).

[Ash]

Proto říkám dos2unix nebo sed. Uznávám že neslušný soubor do kterého by někdo naivně namlátil CR někam dovnitř do kódu si zaslouží aby byl nejlépe pomocí tr nebo sed s/\r// neznehodnocen a viník tímto odhalen a potrestán :D