Podwójny folder główny vs pojedynczy folder główny

14

Na moim Linux-ie, w bash, mam dostęp do folderu „double root” oznaczonego dwoma ukośnikami:

tomas:~ $ cd /
tomas:/ $ ls
bin/ cdrom@ ...
tomas:/ $ cd //
tomas:// $ ls 
bin/ cdrom@ ...

Zawartość folderu i jego podfolderu jest identyczna z „normalnym” pojedynczym ukośnikiem. Podwójny ukośnik nie znika, gdy uzyskuję dostęp do jego podfolderów. Anomalia nie powtarza się z trzema lub więcej ukośnikami; są to proste synonimy dla katalogu głównego:

tomas:// $ cd home/tomas
tomas://home/tomas $ cd ///
tomas:/ $ cd ////
tomas:/ $

Jakie to miejsce? Czy to błąd? Czy ktoś może wyjaśnić anomalię?

linux bash

— Tomas
źródło

dobre pytanie - zauważyłem to samo zachowanie, ale nigdy nie zapytałem, dlaczego tak się dzieje.

— lajuette

18

Z Bash FAQ E10 :

E10) Dlaczego „cd //” pozostawia $ PWD jako „//”?

POSIX.2 w opisie „cd” mówi, że trzy lub więcej wiodących ukośników można zastąpić jednym ukośnikiem podczas kanonizacji bieżącego katalogu roboczego.

Jest to, jak sądzę, zgodność historyczna. Niektóre wersje Uniksa i wczesne sieciowe systemy plików korzystały ze ścieżek w postaci // nazwa_hosta / ścieżka, aby uzyskać dostęp do „ścieżki” na serwerze „nazwa hosta”.

— Wstrzymano do odwołania.
źródło

1

Domena / system operacyjny jest jednym z takich systemów.

— user1686

1

Funkcja podwójnego cięcia jest nadal używana. Jest częścią Universal (lub Uniform; wydaje się, że nie mogę znaleźć głównego źródła) Naming Convention lub UNC. Pojawia się w systemach Windows, Unix i Linux. Zdarza się, że podwójny ukośnik jest używany w adresach URL.

— Isaac Rabinovitch,

1

"To nie jest błąd, to jest funkcja!"

Nadal jesteś w tym samym katalogu głównym. Nie wiem, skąd się to wzięło, ale podejrzewam, że może to mieć coś wspólnego z budowaniem ciągów dla absolutnych ścieżek. Jeśli ktokolwiek wie na pewno, zrób porządek.

— MBraedley
źródło

0

Wiele ukośników jest po prostu ignorowanych przez narzędzia, których użyłeś i zawsze dochodzisz do tego samego folderu głównego.

— ocsid80
źródło

Dlaczego więc bash zmienia /// w / podczas pozostawiając // bez zmian?

— Tomas

0

Wiele ukośników jest traktowanych jako pojedynczy ukośnik do celów rozpoznawania nazw ścieżek.

To, co widzisz w zachęcie powłoki, to artefakt obsługi bash PS1 (zobacz sekcję „PROMPTING” na stronie podręcznika bash).

[root@linux /]# cd /    ; echo $PWD
/
[root@linux /]# cd //   ; echo $PWD
//
[root@linux //]# cd /// ; echo $PWD
/
[root@linux /]# cd //// ; echo $PWD
/

Wynik jest tylko kwestią prezentacji; zawsze jesteś w tym samym katalogu głównym. Możesz to sprawdzić, patrząc na /proc/$$/root.

[edytuj] Cóż, nigdy tego nie wiedziałem: http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#tag_04_11 Znaczenie „//” nie jest zdefiniowane przez standardy, ale „///” a więcej ukośników jest równoważnych z „/”.

— Phil
źródło