Che succede con [A-Z] che significa [A-Za-z]?

Question

Ho notato per un po 'che, su alcuni dei sistemi basati su Unix che uso almeno, ls [A-Z]* mi ha dato i risultati che avrei anticipato dal ls [A-Za-z]*, lasciandomi in grado di ottenere facilmente un elenco di solo i maledetti file che iniziano con lettere maiuscole. Ora mi sono imbattuto nella stessa cosa con grep, in cui non riuscivo a smettere di abbinare le lettere minuscole con [A-Z] fino a quando non ho usato lo grep -P per ottenere un'espressione regolare Perl.

Così ho alcune domande relative:

1. Quando è iniziato questo idiozia?
2. Chi è responsabile e deve essere punito?
3. PERCHÉ ???
4. Esiste qualche soluzione ragionevolmente semplice per uno o entrambi i casi ls e grep? (Cercando, ad esempio, grep --no-ignore-case era inutile. grep -P non è una buona soluzione a causa del suo status di sperimentale caratteristica.)

Answer 1

In realtà è [A-Za-y], e ha a che fare con le regole di confronto della lingua. Se si desidera eseguire l'override, impostare $LC_COLLATE in modo appropriato; uno di C o POSIX dovrebbe fare.

Answer 2

Dipende dalle impostazioni locali. Se si desidera che lo [A..Z] corrisponda solo alle maiuscole, è possibile utilizzare le impostazioni internazionali C: impostare LC_COLLATE o LC_ALL a C.

LC_ALL=C 
ls [A..Z]* 

bash manual, pattern matching

Answer 3

shell Unix in realtà non usare le espressioni regolari, ma modelli glob, che sono nettamente diverso da espressioni regolari. Una differenza è che sono implicitamente ancorati all'inizio e alla fine della stringa - ad es. ls foo[a-z] elencherà il file food, ma non fooble. Non è in realtà ls facendo l'abbinamento qui, ma la shell stessa. I globi sono anche di solito a volte senza custodia (a seconda dell'implementazione).

Dai un'occhiata alla pagina di manuale per la tua shell interattiva preferita e leggi la corrispondenza globale - ad esempio bash's manpage about filename expansion descrive la sintassi che usa.