Hallo, On Fri, 10 Jan 2003, Heinrich Kuespert wrote:
On Fri, 10 Jan 2003, Bernd Brodesser wrote:
* David Haller schrieb am 09.Jan.2003:
Interessanter ist wohl, was sich im aktuellen Verz. rumtreibt, besonders wenn (lass mich raten) du '.' im PATH drin hast! Falls ja, nimm das mal raus! ('.' gehoert IMHO sowieso nicht in $PATH ;)
Kleine Anmerkung dazu:
Der . ist Default. Das heißt, wenn in einem Feld kein Eintrag steht, so ist es so, als stände da . Wenn PATH etwa am Anfang so aussieht:
:/usr/local/bin:/usr/bin:/bin
Dann wird als erstest . gewählt, weil PATH mit einem : anfängt und somit hier nicht mit /usr/local/bin anfängt, sondern mit einem leeren Feld. [...]
Jep. Zu ueberpruefen mit: dh@slarty[0]:~ (0)$ echo "$PATH" | grep '^:\|:$\|::' dh@slarty[0]:~ (1)$ [in den () steht $?, also der Exitstatus des letzten Befehls ;)]
Ich schaetz jetzt einfach mal, dass das so aehnlich ist wie z. B. mit find. Wenn ich ein find / -name "*e*" 2>/dev/null eingebe dauert das das erste Mal recht lang bis die Ergebnisse zurueckkommen. Geb ich kurz darauf nochmal das selbe ein sind die Ergebnisse sofort da. Also nehm ich an, dass sich das find einen sortierten Puffer,
AFAIK nein! Was sich da bemerkbar macht ist der Platten-Cache. Das gleiche findest du z.B. bei ls -U... -dnh -- Denn drinnen war noch ne Ente. Äh! Die Füllung ist aber Zusammengbraten. Macht nix! Wird auch veroputzt. (Mampf, Schlürf, Schmatz,) *umdrehundwegguck* BRÖÖÖÖÖÖHHHHH! Der musste Raus! [WoKo in dag°]