[Opgelost] De werking van ./

[Roel1963]

Beste Ubbies,

Bij diverse commando's komt de toevoeging ./

Kan iemand me uitleggen wat de werking van deze toevoeging is? De zoekfunctie reageert niet op deze zoekterm

[Nunslaughter]

Als ge een uitvoerbaar bestand hebt kunt ge deze uitvoeren door in de terminal naar dezelfde map te gaan en ./ ervoor te zetten.

[Roel1963]

Als ge een uitvoerbaar bestand hebt kunt ge deze uitvoeren door in de terminal naar dezelfde map te gaan en ./ ervoor te zetten.

Is het dan bijvoorbeeld gelijkgesteld met sh?

[vanadium]

"/" is het afscheidingsteken tussen directroynamen in padnamen. "." is de huidige directory.

./uitvoerbaar_bestand

verwijst naar het bestand "uitvoerbaar_bestand" dat zich in de huidige directory bevindt (de directory waarin je op dat moment werkt).

Als je de naam van een uitvoerbaar bestand intypt, dan gaat linux dat nooit in de huidige directory zoeken. Als je een uitvoerbaar bestand dat zich in de huidige directory bevindt, wil uitvoeren, dan moet je expliciet de plaats van dat bestand aangeven. Stel dat je je in de directory /home/arie/bin bevindt, dan kan je het bestand /home/arie/bin/uitvoerbaar_bestand uitvoeren met

/home/arie/bin/uitvoerbaar_bestand

maar ook met

./uitvoerbaar_bestand

De éérste manier zal werken waar je je ook bevindt in het bestandssysteem.

[Nunslaughter]

Is het dan bijvoorbeeld gelijkgesteld met sh?

Niet echt.

Als het een sh-script is zal sh <script> sowieso werken. ./ zal alleen werken als het script uitvoerbaar gemaakt is en er bovenaan #!/bin/sh staat.

Bij een bijvoorbeeld python script is het hetzelfde.

[Roel1963]

Het is duidelijk!

(ik mag altijd graag weten waarom ik iets doe) 8)

[track]

Hoi Roel,

"./" betekent alleen dat je een pad vanaf de actuële map benadert.  (en niet b.v. vanaf "/"  (=root bestandsysteem))

De reden waarom je dat met name bij uitvoerbare bestanden moet gebruiken is dat (in tegenstelling tot  DOS/Win..)
de actuële map normaal niet in de zoekpad staat. (om veiligheidsredenen is dat ook een heel goed idee !)

Als je bij DOS een uitvoerbaar bestand mijncommando in de actuële map hebt staan doe je gewoon  mijncommando.
Dat lukt omdat de actuële map (="./") in de reeks van  "%Path%" staat.  Bij Linux niet, want het staat niet in "$PATH".
Dus kun je hem alleen starten door expres  ./mijncommando te gebruiken.  (dit zou trouwens ook bij DOS functioneren)

track

[vanadium]

?? Track, is mijn berichtje dan enkel voor mijzelf zichtbaar?

[track]

Nee Vanadium, jij hebt het van de praktische kant heel goed uitgelegd.  Er is absoluut niets mis mee.
Wat ik nog iets verder heb uitgebreid is het verhaal met de zoekpaden, een aanvulling meer van de systematische kant.

(Van mijn kant bleek die aanvulling nuttig te zijn, maar misschien is het inderdaad niet zo interessant voor anderen ... )

track

[vanadium]

Bedankt, track. Je verwijst echter best eens, want anders loop je kans de indruk geven dat je andere bijdragen negeert.