Newsgroup: it.comp.os.linux.iniziare
Titolo: mamma mia che casino le pipe e i reindirizzamenti

   grep "xinit" | find *xinit" | more
find / | grep xinit | more
-- 
E ricordatevi di essere piu` buoni, cosi` io potro` essere   _/Davide\_
piu` cattivo senza temere ritorsioni!                        \Alberani/

   grep "xinit" | find *xinit" | more
Come sopra, prima il find, poi il grep e alla fine il more (Oppure less,
che e' meglio). Non trovi anche tu che sia piu' logico :-) ?
-- 
Giambo - In vacanza con un portatilino e Linux ...

	*xinit*
Il comando e':
$ find / -name "*xinit*"
-- 
 +-------------------------------------------+
 |        Enrico Bodo  -   PhD student       |
 |      University of Rome "La Sapienza"     |
 |          Department of Chemistry          |
 +-------------------------------------------+

 faccia avanti).
4KB, puoi vederlo con ulimit -p



-- 
Ciao ciao.
                                                       +++ Giuseppe

 	*xinit*
find <directory> -name "*xinit*"
credo...
ciao e buon *man* :), gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 +
X/faq : X window system faq (ita) u/cpd.txt : come fare domande su icol
GPG Key fingerprint = 6006 4D69 0DB5 A3AC A6E6 F212 5FD8 2D6A 118A CD82
                      8FA9 2CA4 92EB C99D 1AEE D900 FF1D 5329 BFE3 CF7A

 4KB, puoi vederlo con ulimit -p
giambo:~ # ulimit -p
8
giambo:~ # man ulimit
No manual entry for ulimit
Uffah :-) ! Per cosa sta' l'8 ? 8 volte 512Bytes ?


 ciaooo e grazie
Nella mia signature, se hai soldi e voglia di imparare, c'e' un buon
consiglio :-) ...
-- 
Giambo - Sotto l'albero ho trovato "Linux in a nutshell" :-9 !

 Uffah :-) ! Per cosa sta' l'8 ? 8 volte 512Bytes ?
Gia`.


    \*init\*   e   "*init*" ????
Queste due sono praticamente identiche.
Cambia il mondo tra:
     \*init\* e *init*
La seconda viene espansa dalla bash sul contenuto della directory
corrente, cosi` se nella dir in cui sei c'e` un file ABCinitDEF (o
XYinit, etc. etc.) in realta` il comando che stai dando e`:
find / -name ABCinitDEF
che non e` proprio quello che vuoi fare.
Va anche peggio se ci sono due o piu` file che matchano il pattern.
Se non trova nessun file, il pattern viene lasciato inalterato,
ma non e` una cosa su cui puoi fare affidamento.
Morale della favola: se un comando (find, pe) richiede un pattern
come argomento, *SEMPRE* usare i caratteri di escape prima dei
caratteri speciali della shell (?, *, (, ), #, $, etc. etc.) o
racchiudere il patter tra apici 'singoli' (che evitano anche
l'espansione delle variabili) o "doppi" (che non lo fanno).


 Gia`.
Non e' mica tanto bello il fatto che a volte un "blocco" e' grande 1K e a
volte 512Bytes ...


bene se il qualcosa č un file da visualizzare, non se č il risultato
Solo se lo scrivi senza la pipe |, altrimenti cosi' tenti di dare in
pasto alla standard input del file da visualizzare lo stadard output di
more.
Megli se ci pensi di piu', quando scrivi.;-)
Ciao.roberto
-- 
Save our planet!
Save wildlife;
For your E-MAIL use only recycled Bytes !!
roberto poggi  
rpo...@softhome.net

 non danno differenza)
Piu` che altro leggi man bash; in unix l'espansione dei caratteri
speciali (* ? etc.) viene effettuato dalla shell (bash in questo caso)
e non dai singoli comandi come in DOS.


 1K e a volte 512Bytes ...
Immagino antichi retaggi dei primi un*x...
Se non erro POSIX prevede 512B come dimensione.


 Se non erro POSIX prevede 512B come dimensione.
Aha ! Allora bisognerebbe uniformarsi a questa (Scomoda) misura, uppure
dichiarare chiaramente la dimensione del blocco (Come fa' df, per esempio).
Oppure modificare la "normativa" POSIX :-) ...


Giambo - Sotto l'albero ho trovato "Linux in a nutshell" :-9 !
A me hanno regalato un pinguino di Peluche, come vedi
non sei stato l'unico fortunato :-))))))
-- 
Vanni Brutto
| email 
asy...@nofesso.tiscalinet.it
 |
| irc nick VanniB   |   ICQ 18526701 |
--- rimuovi nofesso per rispondere ---