Sed Regex match upper case letters

[Stefan Salewski (Gast)]

$ echo "Dog boy Did Good" | sed 's/[A-Z]/x/g'
xxx xxx xxx xxxx
$ echo "Dog boy Did Good" | sed 's/[[:upper:]]/x/g'
xog boy xid xood

Ich war mir eigentlich fast sicher, dass [A-Z] hier das gleiche tut wie 
[:upper:]]. Wobei letzteres für Umlaute bzw. Unicode vorzuziehen sein 
mag. Aber das erste Ergebnis mit [A-Z] verstehe ich nicht. Das ist für 
gnu sed, der Linux-Rechner hat UTF-8 als Default. Ich habe [A-Z] schon 
oft verwendet, aber womöglich eher mit Perl oder Ruby. Mit Google finde 
ich dazu nicht viel. :upper: tut natürlich genau das was ich will, 
aber das habe ich in ein paar Wochen sicher wieder vergessen. Ich habe 
ja fast den Eindruck dass mein sed kaputt ist?

[LOL (Gast)]

Kann ich nicht nachvollziehen, wäre auch unlogisch:

$ echo "Test UpperCase Replace" | sed 's/[A-Z]/x/g'
xest xpperxase xeplace

[Stefan Salewski (Gast)]

Danke für den Test -- dann ist wohl in der Tat etwas mit meinem sed bzw. 
der locale oder was auch immer defekt. Ich hatte eben mit google etwas 
zu ähnlichen Problemen mit [A-Z] gefunden, aber ohne Lösungsvorschlag. 
Mein OS ist Gentoo AMD64 -- vielleicht ist da beim letzten Update irgend 
etwas verstellt worden.

[Dirk D. (dicky_d)]

das klingt nach nem locale-problem, was für locales sind den bei dir 
gesetzt?

... du benutzt aber GNU sed, ja?

[Stefan Salewski (Gast)]

Ja, ist gnu sed.

$ eselect locale list
Available targets for the LANG variable:
  [1]   C
  [2]   de_DE
  [3]   de_DE@euro
  [4]   de_DE.iso88591
  [5]   de_DE.iso885915@euro
  [6]   deutsch
  [7]   en_US
  [8]   en_US.iso88591
  [9]   en_US.utf8 *
  [10]  german
  [11]  POSIX
  [ ]   (free form)

Unter Gentoo linux kann man das eigentlich ganz gut mit eselect 
einstellen, ist wohl n_US.utf8 gekennzeichnet durch das Sternchen. Ich 
habe mich um die locales in den letzten Jahren nicht groß gekümmert. Sed 
ist da wohl besonders empfindlich. Gut, muss ich mal nachlesen.

[Dirk D. (dicky_d)]

Stefan Salewski schrieb:
> Ja, ist gnu sed.
Gut, das bsd-sed ist nämlich case-insensitive :/
>
>

> $ eselect locale list
> Available targets for the LANG variable:
>   [9]   en_US.utf8 *

>

>
> Unter Gentoo linux kann man das eigentlich ganz gut mit eselect
> einstellen, ist wohl n_US.utf8 gekennzeichnet durch das Sternchen. Ich
> habe mich um die locales in den letzten Jahren nicht groß gekümmert. Sed
> ist da wohl besonders empfindlich. Gut, muss ich mal nachlesen.


das sollte eigentlich kein Problem machen, ich hab de_DE.UTF-8 gesetzt, 
bei mir tuts was es soll, ich glaub nicht das das mit en_US anders sein 
soll, da muss irgendwo anders noch nen Wurm drin sein :(

was für ne version hat dein sed den?

[Stefan Salewski (Gast)]

$ sed --version
GNU sed version 4.2.1

$ hexdump -C hhhx
00000000  44 6f 67 20 62 6f 79 20  44 69 64 20 47 6f 6f 64  |Dog boy Did Good|
00000010  0a                                                |.|
00000011
stefan@AMD64X2 ~ $ sed "s/[A-Z]/x/g" hhhx
xxx xxx xxx xxxx

Ja ich habe es jetzt man direct mit text aus einer Datei probiert, oder 
auch als root mit eselect die locale auf C umgestellt. Hilft nichts. Das 
ist schon etwas seltsam. Vielleicht wirklich mal sed neu installieren?

[Stefan Salewski (Gast)]

:-)

echo "sys-apps/sed" >> /etc/portage/package.accept_keywords
emerge -av sed
sed --version
sed (GNU sed) 4.2.2

# echo "Dog boy Did Good" | sed 's/[A-Z]/x/g'
xog boy xid xood

Neuinstallation der alten Version 4.2.1 hatte nicht geholfen. Da muss 
die alte gnu sed Version tatsächlich einen Fehler gehabt haben. Hätte 
ich nicht gedacht.

[Dirk D. (dicky_d)]

Tatsache: https://bugs.mageia.org/show_bug.cgi?id=7514

ich hab auch nen 4.2.2, ich hätt gedacht das ist nahe genug dran :)