Gjøre .bin filer executeable?

[akristina92]

Hei.

Hvordan gjør man .bin filer executeable?

Jeg har gjort det før, men har glemt kommandoen..

[OV-103]

chmod +x filnavn.bin

[RolfOve]

Hvorfor må noen executables startes med ./ og noen uten?

[8483838383]

Hvorfor må noen executables startes med ./ og noen uten?

alle må startes med ./ evt sh.

[dabear]

Uten at jeg er veldig kjent med linux, så går jeg ut ifra at de som du skriver uten './' er filer som er lagt inn i ei systemmappa eller no, mens filer du kjører med './'-foran er en kommando for å kjøre filer i den mappa du står i nå.

[Terrasque]

De som du slipper å skrive ./ foran er i en mappe i $PATH variablen.

De som du må skrive ./ foran er i mappen du er i.

[Manuel]

Delvis riktig. ./ betyr rett og slett "i akkurat denne katalogen". At du bare kan skrive f.eks ls, cd, chown osv. uten ./ (og skifte katalog) skyldes noe så enkelt som at disse katalogene ligger i $PATH.

 

edit: Terrasque kom før meg

Endret 24. september 2004 av Manuel

[P@rm@nn]

Det er slik at når man kjører en kommando i linux så søker shellet gjennom en del mapper etter den komandoen. De mappene den søker igjennom kallet path'en. Du kan se den ved å skrive echo $PATH. Grunnen til at man må skrive ./KOMMANDO for å få kjørt en komando som er i din nåværende mappe er at ./ ikke ligger i path. Og grunnen for det er egentlig logisk. Tenk deg root som roter litt rundt. Er f.eks i hjemmemappen til brukeren dust. Så skriver han ls for å se hva som er i den mappen. Men det han ikke vet er at dust har laget et lite program/script som han har gjort kjørbar og lagt i mappen sin. Dette skriptet sletter alt på hele maskinen. Om da ./ er først i pathen vil det skriptet bli kjørt istedenfor den kommandoen root hadde tenkt seg å kjøre.

Altså måtte man, om man hadde ./ i pathen sjekke at det ikke lå noe i en mappe før man prøve å kjøre noe mens man var i den. Det hadde vært tungvindt.