Ma találtam:
cd //
# echo $PWD
//
# pwd
//
Ez normális dolog ? Sose láttam még, ls alapján a / -en vagyok :)
Debian 6.0, de megismételtem valami kövület RedHat-on is...
- 2623 megtekintés
Hozzászólások
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap03.html#…
http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap04.html#…
POSIX.2, in its description of 'cd', says that three or more leading slashes may be replaced with a single slash when canonicalizing the current working directory.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Hm, nem értem. Pedig nagyon próbálom értelmezni, de ez itt nem azt mondja, hogy 3 vagy több '/' pwd kifejtéskor lehet hogy egy lesz... ?
- A hozzászóláshoz be kell jelentkezni
Kiegészítettem a többi linkkel.
"A pathname consisting of a single slash shall resolve to the root directory of the process. A null pathname shall not be successfully resolved. A pathname that begins with two successive slashes may be interpreted in an implementation-defined manner, although more than two leading slashes shall be treated as a single slash."
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Tehát, ha jól értem, az adott implementáción áll mit kezd a dupla //-rel ?
Köszi az infókat !
P.
- A hozzászóláshoz be kell jelentkezni
+1
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
- A hozzászóláshoz be kell jelentkezni
FreeBSD-n a cd // ; pwd kimenete egy sima / . egy 2.4-es kernellel szerelt dobozon busyboxszal ugyanazt kapom, mint te, ellenben /bin/pwd -vel lekérdezve már a korrektnek tekinthető /-t adja vissza.
(Ami pedig a megvalósítástól való függőséget jelenti, arra szerintem elég az a példa, hogy \\ize\mize, ellenben én még nem láttam olyan *X rendszert, amin a //ize/mize ugyanazt jelenti - shellben. Mert ugye a böngésző, az más.)
- A hozzászóláshoz be kell jelentkezni
Na jó, de mi is az értelme a // elérési útnak? Úgy látom, a shell pwd parancsa a $PWD-t adja vissza, míg a /bin/pwd a letisztult formát.
tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
hat sok ertelme nincs, webre tamado kiddiek eseteben szokas meg fqdn utan ket /-t hasznalni, igy par urlfilter elverzik rajta. PL:
"04/Jan/2012:17:46:17 +0000";7591;"::ffff:221.143.46.12";0;"end.re";"POST //blog/xmlsrv/xmlrpc.php HTTP/1.1";404;224;2955;0.318;"-";"-";"Mozilla/5.0 (Windows; U
; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6";"-";1325699177.382
- A hozzászóláshoz be kell jelentkezni
nem szeretem ezt a "::ffff:221.143.46.12" formatumot, valamiert nem szimpatikus. haproxy csinalt ilyet vehatositas utan, az sem tetszett. a bind :::80 kiszedese haproxy configbol javitott rajta, utana mar szepen ment, az eredmeny nagyjabol ugyanaz (kulon bind venegyre es vehatra). az en szememnek szebb a normalis venegy es vehat formatum. nem beszelve arrol, hogy bizonyos ACL sem mukodik igy. bar lehet azota mar javitottak...
- A hozzászóláshoz be kell jelentkezni