Hallo,

ich versuche gerade einen Artikel über Wildcards zu schreiben. In diesem Zuge will ich auch eckige Klammern erklären. Als Beispielbefehl verwende ich find. Gebe ich

1

find [a-z]akete.txt

findet er die Datei pakete.txt. Benutze ich aber

1

find [A-Z]akete.txt

findet er ebenfalls pakete.txt. Das geht nicht in meinen Schädel, da der find-Befehl als auch die Shell case sensitiv sind, dürfte das meiner Meinung nach nicht passieren.

Ich habe die Manpage zu find gelesen, das Netz durchsucht und auch hier ubuntuusers. Ich finde nichts, was mir hilft dieses Verhalten zu verstehen, sondern ich finde immer das Gegenteil. Das der Befehl eben case sensitiv ist und man eine bestimmte Option braucht, um ihn case insensitiv suche zu lassen.

Hat jemand von Euch eine Idee? Ich bin dankbar für jeden Tipp.

Viele Grüße Hexe

Hallo,

[A-Z] wird bereits von der Shell ausgewertet und die arbeitet in dem Fall case insensitive.

Gruß

Hi,

danke für die schnelle Antwort. Kannst Du mir auch noch erklären warum sie in diesem Fall insensitiv arbeitet? Das wäre toll.

Viele Grüße Hexe

Edit: Und warum die Shell das auflöst und nicht der find-befehl?

@Hexe25: Ich würde für beide Fragen "Das ist halt so" antworten.

Stimmt. Man kann es ändern, indem man z.B. die LC_COLLATE Variable auf C setzt.

1

export LC_COLLATE=C

Hey,

erstmal danke für die Antwort, auch wenn sie mich nicht wirklich weiterbringt. Aber das scheint so ein Ding zu sein, dass man einfach akzeptieren muss, was?

Viele Grüße Hexe

Edit: Danke für den Link, deprecated. Es wurde also mal case-sensitiv behandelt, aber das ist nicht mehr der Fall und man kann es zurücksetzen. So verstehe ich den Text zumindest...

Hexe25 schrieb:

Hey,

erstmal danke für die Antwort, auch wenn sie mich nicht wirklich weiterbringt. Aber das scheint so ein Ding zu sein, dass man einfach akzeptieren muss, was?

"Einfach akzeptieren", wenn ich das schon höre... Was soll diese erlernte Hilflosigkeit?.

Edit: Danke für den Link, deprecated. Es wurde also mal case-sensitiv behandelt, aber das ist nicht mehr der Fall und man kann es zurücksetzen. So verstehe ich den Text zumindest...

Es wurde nie case-insensitive behandelt und das wird es nach wie vor nicht. Der Punkt ist, dass der Ausdruck [a-d] in der deutschen locale für [aAbBcCd] steht und in der C-locale für [abcd]. Das bedeutet insbesondere, dass z. B. der Dateiname D nicht vom Ausdruck [a-d] gematcht wird, A oder B aber schon. Das zumindest gilt im Shell-Kontext, find handelt nicht nach diesem Prinzip, hier werden Wildcards stets gemäß C-locale ausgewertet.

Dein Fehler hat mit dieser ganzen Geschichte nur mittelbar zu tun. Der Fehler ist, dass beim Befehl find [a-z]akete.txt der Ausdruck durch die Shell, und nicht durch find ausgewertet wird. Der Ausdruck muss gequoted werden: find '[a-z]akete.txt'. Vermutlich ist das aber auch nicht das, was Du willst. Um nach einer Datei zu suchen, deren Name auf "akete.txt" endet und mit einem Kleinbuchstaben beginnt, verwende find . -name '[a-z]akete.txt'.

Hexe25 schrieb:

Edit: Und warum die Shell das auflöst und nicht der find-befehl?

Mein Antwortversuch darauf wäre ja, dass die Shell immer Patterns expandiert, wenn man sie nicht mit Quotes davon abhält. Das heißt aber, dass du damit auch find dazu zwingen kannst, das selbst aufzulösen:

$ ls
pakete.txt
$ find -name "[a-z]akete.txt"
./pakete.txt
$ find -name "[A-Z]akete.txt"
$ find -iname "[A-Z]akete.txt"
./pakete.txt
$

-- Zu langsam. Pfft.

Danke, Vain! Jetzt bin ich mir aufjedenfall sicher das richtig verstanden zu haben.