Newsgroup: it.comp.os.linux.iniziare
Titolo: il './' prima degli eseguibili

Io uso Redhat 6.1 e la shell tcsh; c'è un modo per non dover sempre mettere
./ prima di un eseguibile?
Grazie e ciao!
--
Alessandro Monopoli
----------------------------
"Andiamo donna, andiamo a pregare.
Preghiamo Gesù per le nostre anime
di femmine deboli, viziose e peccatrici"
Stephen King, "Carrie"
----------------------------

./ prima di un eseguibile?
Aggiungi una cosa del genere al tuo .cshrc :
set path=($path .)
-- 
 +-------------------------------------------+ 
 |        Enrico Bodo  -   PhD student       |
 |      University of Rome "La Sapienza"     |
 |          Department of Chemistry          | 
 +-------------------------------------------+  

 mettere ./ prima di un eseguibile?
In /etc/profile:
PATH="$PATH:."
export PATH
-- 
Homevideo: e` in edicola Class of Nuke'em High: grande       _/Davide\_
capolavoro trash della Troma.                                \Alberani/

 
un modo c'e' ma ne va della sicurezza del sistema: se aggiungi il .
nella variabile PATH non avrai piu' bisogno di scriverlo prima dell'
eseguibile. Questa operazione infatti ti consente di dire al s.o.
che i file presenti nella dir ./ (cioe' la dir corrente) possono 
essere lanciati. Il problema e' che cosi' faendo crei un baco di
 security enorme: chiunque infatti potrebbe lasciarti un eseguibile
nella dir tmp che e' leggibile e scrivibile (per giusti motivi) da
tutti gli utenti. Fatto questo potrebbe fare in modo di impossesarsi
dei permessi di root.......poi si parlA di hakers......
brok 


 ./ prima di un eseguibile?
No. Perche' lo si fa per motivi di sicurezza.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

Ciao Alessandro Monopoli,
 > Io uso Redhat 6.1 e la shell tcsh; c'è un modo per non dover sempre mettere
 > ./ prima di un eseguibile?
si, ma e' meglio di no. :-)
E' tutta questione di PATH
Sotto DOS il path corrente (la dir in cui sei) e' automaticamente inclusa
nel percorso di ricerca dei programmi, sotto Linux NO!
Il piu' evidente e' per motivi di sicurezza.
Se sei in una dir di qualcun'altro, e questo "altro" ha creato uno script di
nome 'ls' (per esempio) che spedisce la TUA login/password ad un indirizzo
(per esempio) e tu esegui ls in quella dir,
1) se fai ./ls attivi il "suo" ls e ti ritrovi fregato
2) se fai ls e hai ./ nel path ALL'INIZIO della variabile PATH sei fregato
ugualmente
3) se fai ls e hai ./ nel path alla fine, hai buone probabilita' di salvarti
4) se fai ls e non hai ./ nel path sei al sicuro.
Chiaro?
-- 
Pa.Ped, Como
http://www.fastflow.it/~paolop
VOTE AGAINST SPAM! 
http://www.politik-digital.de/spam/it/
Appunti Linux, FAQ, HOWTO e altro:
file://usr/doc/HOWTO, file://usr/doc/FAQ
http://www.linux.it
, 
http://www.pluto.linux.it
ftp://ftp.unina.it/pub/linux/pluto
, 
ftp://ftp.pluto.linux.it/pub/pluto
X11 FAQ: 
http://www.cli.di.unipi.it/~zugliani/x11faq.html
Pluto Journal: 
http://www.pluto.linux.it/journal
Linux Gazette: 
http://www.linuxgazette.com
Linux Weekly News: 
http://lwn.net
LinuxDoc : 
http://www.linuxdoc.org
Ricerca NEWS: 
http://www.deja.com
IRC: #linux-it
Info.ita: 
http://www.punto-informatico.it

tuttavia , come gia detto, rimane il problema della sicurezza:
ti sembrasse poco..........
brok! 

ma se utilizza la tcsh quando ci andra' mai a leggere le cose nel .cshrc?
La tcsh, se non trova il .tcshrc esegue i comandi nel .cshrc, sia in login
che in non-login shell . 
