Jaka jest funkcja gwiazdki jako samodzielnego polecenia w systemie Unix?

Bałam się w terminalu na Red Hat Linux, a kiedy wpisałem gwiazdkę ( *), a następnie return, wykonałem jeden z programów w moim katalogu. Czemu?

Domyślam się, że Unix potraktował go jako symbol wieloznaczny, więc wykonał pierwszy program alfabetyczny. Ponieważ my_program.exei one_of_my_programs.programmożna go wykonać po prostu wpisując nazwę pliku, operator znaku zastępczego reprezentuje wszystkie możliwe pliki. Ponieważ program jest najpierw alfabetyczny, Unix go wykonuje. Czy to prawidłowy osąd?

Twoja interpretacja jest poprawna. Reszta plików zostanie przedstawiona jako lista parametrów.

Zauważ, że zrobi to tylko wtedy, gdy program ma ustawiony bit wykonywalny, a bieżący katalog znajduje się na PATHliście.

Kilka uwag, które mogą pomóc w zrozumieniu:

• Jeśli wpiszesz ./* wówczas PATHwpis nie jest to wymóg.
• Jeśli wpiszesz . *lub, . ./*a pierwszym pasującym plikiem jest skrypt, to nie musi on być wykonywalny ani nie powinien znajdować się w bieżącym katalogu PATH(może nie być prawdą dla powłok innych niż bash).

To sugeruje, że .jest to część twojej PATHzmiennej. To naprawdę zły pomysł ze względów bezpieczeństwa (naturalnie Windows musiał uczynić go domyślnym niemodyfikowalnym).

Jednak ta „sugestia” jest jedynie umiarkowanie poprawna: jeśli masz plik o nazwie rmw bieżącym katalogu, *dobrze będzie wykonać domyślne rm :

/tmp$ mkdir ohno
/tmp$ cd ohno
/tmp/ohno$ 
/tmp/ohno$ ls
/tmp/ohno$ touch rm what
/tmp/ohno$ ls
rm  what
/tmp/ohno$ *
/tmp/ohno$ ls
rm
/tmp/ohno$ 

Jak widać, nie było go rmw bieżącym katalogu (pustym i niewykonywalnym pliku), ale zostało wykonane domyślnie/bin/rm .

Zawsze sprawdzaj dwukrotnie swoje polecenia, gdy w grę wchodzą symbole wieloznaczne. Oto jedna z najbardziej przerażających wiadomości, jakie kiedykolwiek przeczytano:

rm: cannot remove '.o': No such file or directory

Jest to wynik połączenia

rm * .o

, mniej więcej najgorsze ustawienie fałszywej przestrzeni, jaką można wymyślić.