[gentoo] e dopo il tail arriva anche l'echo...

[/dev/null]

Ricordate il thread http://forum.html.it/forum/showthrea...highlight=tail ?


Bhe', oggi volevo qualche informazione di piu' sull'echo (per l'esattezza guardavo se era possibile connettersi alla porta 7 anche di un altra macchina e non solo di lo per utilizzare il servizio, ma pare che non lo permetta...) ed ho provato a dare un

$ echo --help
--help

Leggendo il man ho visto che anche l'echo supporta varie opzioni -tra cui, ovviamente anche il --help-...
Ho provato ad usarne alcune... Ma nulla: mi fa l'eco anche delle opzioni invece che riconoscerle come tali e agire di conseguenza...

Credo, dato che anche l'echo fa parte delle coreutils, che ci sia un problema simile a quello col tail...

Qualcuno che usa una distribuzione diversa dalla gentoo sa dirmi come risponde il comando `echo --help'?
Qualcuno sa dirmi quali altri stupidi problemi ha la gentoo con le coreutils e come risolverli?
In particolare questo dato che me ne sono accorto -non e' importante, ma preferirei aggiustarlo lo stesso- come lo aggiusto? Definendo un altra variabile d'ambiente?

[Sergio Pedone]

ciao /dev/null, non so se ho ben capito cosa intendi,
ma il servizio di echo non è la stessa cosa del comando.
Comunque, il comando le opzioni le accetta, esempio:
$ echo -e \\a
produce un suono di sistema (\\ --> '\')

ciao.

[Sergio Pedone]

Dimenticavo di dirti ancora una cosa.
bash prevede un comando interno con lo stesso nome
del comando echo, con un comportamento leggermente
diverso:
prova a verificare tu stesso le differenze tra:
$ echo --help
e
$ /usr/bin/echo --help
oppure
$ /bin/echo --help

ciao.

[/dev/null]

Ops... Allora ho fatto una fagianata io
/usr/bin/echo e /bin/echo accettano le opzioni, mentre echo (che se ho ben capito e' un servizio che viene richiamato dalla shell) no

Grazie