- Zahy blogja
- A hozzászóláshoz be kell jelentkezni
- 1190 megtekintés
Hozzászólások
Este atnezek a makkos mokus ala, ha el nem felejtem, megnezem neked.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.
- A hozzászóláshoz be kell jelentkezni
Manban csak a -r, --regexp-extended szerepel, de sed -E opciora nem kozli, hogy ervenytelen parameter. Mivel peldam nincs, a gondolkodashoz pedig mar keso van, igy csak ennyiben tudtam segiteni.
---
Apple iMac 20"
áéíóöőúüű
- A hozzászóláshoz be kell jelentkezni
Kérlek, egy kis teszt:
$ sed -E -e 's/(alma)|(korte)/X & Y/' << Q
Halmajugra
korterem
Q
A zárójelezés és a vagy-jel ERE-nek minősül, azaz ha lesz belőle
HX alma Yjugra
X korte Yrem
akkor ugyanúgy GNU-sed :-)
És persze kösz.
- A hozzászóláshoz be kell jelentkezni
storm:~ czo$ /usr/bin/sed -E -e 's/(alma)|(korte)/X & Y/' << Q
> Halmajugra
> korterem
> Q
HX alma Yjugra
X korte Yrem
Kozben pontositok, az elobb a gnu sed manjat neztem (talaltam olyat is a gepemen :D), viszont ezt a kimenetet a gyari sed produkalja. A gyari sed manjaban csak a '-E' opciot emliti, a -r opcio futaskor hibat dob.
---
Apple iMac 20"
áéíóöőúüű
- A hozzászóláshoz be kell jelentkezni
Köszi, akkor ezek szerint a nem-dokumentált -E opció hordozhatóbb, mint a dokumentált -r. (Ja, most belenéztem a GNU-sed 4.2.1 forrásába, és ezt találtam benne, az opciófeldolgozásnál:
/* Undocumented, for compatibility with BSD sed. */
case 'E':
case 'r':
if (extended_regexp_flags)
usage(4);
extended_regexp_flags = REG_EXTENDED;
break;
Szóval keresztbe-kasul kompatibilisek egymással :-)
- A hozzászóláshoz be kell jelentkezni
Aki még nem látta: http://sed.sourceforge.net/
- A hozzászóláshoz be kell jelentkezni