Który katalog reprezentuje ścieżka `//` w systemie Linux?

Kiedy chcę wrócić do katalogu wyższego poziomu w Linuksie cd .., piszę na maszynie cd //. Ku memu wielkiemu zdziwieniu nie zgłoszono żadnych błędów. Co więcej, pojawia się monit username@hostname://$. lswskazuje, że jestem teraz w katalogu głównym.

Czy to błąd czy funkcja powłoki? Jeśli funkcja jest //aliasem /? Moja powłoka to GNU bash, wersja 4.1.5 (1) -release (i686-linux-gnu).

Dziękuję i pozdrawiam.

Można to również rozważyć.

W Linuksie //nic nie znaczy - wiele kolejnych ukośników zostaje zwiniętych do jednego, w dowolnym miejscu na ścieżce, w tym na początku. Zmiana katalogu na //umieszczenie cię /, jak readlink /proc/self/cwdpowiedziałby bieg ; podobnie /usr//local///binjest zwinięty /usr/local/bin.

Jednak niektóre inne systemy uniksowe, na przykład Cygwin lub stara domena / system Apollo, używają // prefiksu dla ścieżek sieciowych, takich jak //fileserver/path/to/data. POSIX również na to pozwala.

Z różnych powodów powłoka bash samodzielnie śledzi bieżący katalog (oprócz śledzenia dostarczonego przez system operacyjny) i zawiera kod, który zapobiega //zwinięciu inicjału , aby zachować zgodność z takimi systemami. „Cechą” jest to, że bash zapewnia bardziej intuicyjne śledzenie bieżącego katalogu, na przykład, gdy wchodzisz w cddowiązanie symboliczne, bash pokaże ci oczekiwaną ścieżkę, nawet jeśli jądro myśli inaczej. „Błąd” polega na tym, że bash pozwala //nawet na systemy, które go nie używają.

Z definicji ścieżki POSIX:

Nazwa ścieżki może opcjonalnie zawierać jeden lub więcej ukośników końcowych. Wiele kolejnych ukośników uważa się za takie same jak jeden ukośnik.

Źródło

A dokładniej, jak grawitacja wspomniała w swoim komentarzu poniżej, z rozdziału 4.11 na temat rozwiązywania nazw ścieżek :

Ścieżka rozpoczynająca się od dwóch kolejnych ukośników może być interpretowana w sposób zdefiniowany w implementacji, chociaż więcej niż dwa początkowe ukośniki należy traktować jako pojedynczy ukośnik.

To rodzaj funkcji. Jeśli masz uruchomiony skrypt powłoki i używasz go find, na przykład wszystkie ścieżki są poprzedzone ./ zwykle. Następnie, jeśli umieścisz go na rzeczywistej ścieżce, stanie się on `/my/path/./appended/path, co zostanie przetłumaczone na / my / path / appended / path. Więc, jeśli się nie mylę, // get zostanie zinterpretowane jako /./ i dlatego /. To samo dotyczy sytuacji, gdy odwiedziłeś / home / user //, skończyłbyś w / home / user /

Chciałbym wyświetlić monit o wyświetlenie „błędu”.

Każda ze ścieżek „/”, „//”, „//////////////////////”, ... ma takie samo znaczenie: „/”. Możesz dodać dowolną liczbę „/” w dowolnym miejscu na ścieżce uniksowej, co nie zmienia jej znaczenia.

„Błąd” jest tutaj bardziej związany z faktem, że w wierszu polecenia wyświetlana jest ostatnia poprawna wpisana ścieżka, a nie rzeczywiste „pwd”.

W każdym razie śmieszne;)

Jest to funkcja, a wszystkie wielokrotne // zostaną zastąpione jednym /

Jest to przydatne, jeśli masz zmienne ze ścieżkami takimi jak przykład na końcu. Tak więc na twoim dysku CD nie wystąpił błąd i nie musisz zmieniać zmiennej obszaru roboczego.

MY_WORKSPACE = / home / twoja_nazwa_użytkownika / workspace /
MY_NEW_PROJECT = $ MY_WORKSPACE / my_proj /
cd $ MY_NEW_PROJECT 

cała zawartość zmiennej projektu to

/ home / twoja_nazwa_użytkownika / workspace // mój_proj /