![]() |
|
|
google unix.com
|
|||||||
| Forum | Registrati | Regole Forum | Collegamenti | Album | FAQ | Members List | Calendario | Ricerca | Today's Posts | Mark Forums Read |
| Risposte alle domande più frequenti FAQ per UNIX, comandi UNIX, Linux, Sistemi Operativi, System Administration, Programmazione, Shell, Shell Script, Solaris, Linux, HP-UX, AIX, OS X, BSD. |
Più di UNIX e Linux Forum Argomenti potreste trovare utili
|
||||
| Filo | Thread Starter | Forum | Risposte | Ultimo Post |
| Comunicati di sviluppo: Linux Mint 4.0 Beta "Fluxbox", 4.0 Alpha "Debian" | iBot | UNIX e Linux RSS News | 0 | 01-04-2008 03:00 PM |
| Spiegare la linea "mn_code \u003d` env | grep ".. mn" | awk-F "\u003d" '(print $ 2)' `" | Lokesha | UNIX for Dummies Domande & Risposte | 4 | 12-20-2007 01:52 AM |
| Come potrei fare un programma misto, con molti "|", "<" e ">" | strugglingman | Di programmazione ad alto livello | 2 | 04-29-2006 09:11 AM |
| N. utpmx ingresso: è necessario eseguire la voce "login" dal livello più basso "guscio" | peterpan | UNIX for Dummies Domande & Risposte | 0 | 01-18-2006 04:15 AM |
| come la richiesta di "leggere" o "espresso" ricevuta per posta elettronica | plelie2 | Shell scripting e di programmazione | 1 | 08-06-2002 04:26 PM |
|
|
LinkBack | Thread Tools | Cerca in questo Thread | Rate Thread | Modalità di visualizzazione |
|
|
|
||||
|
Ogni volta che uno script di shell scrivere la prima dichiarazione sarebbe #! / usr / bin / ksh o qualcosa della stessa ..
Che cosa significa questo? So # è un commento .. che cosa è questo! per? Lascia nei vostri pensieri .... Grazie, Nisha |
|
||||
|
Sì, questo è. Ma, questo tipo di commento devono essere in prima linea del tuo script, solo allora ci vuole questo modulo. Inoltre, quando il serbatoio viene tutta questa linea, un nuovo processo è generato e sostituito con questa shell di vostra scelta, ed è questo processo, che analizzerà il vostro script.
|
|
|||||
|
Questo sarà probabilmente più di quello che ti voleva sapere, ma qui va comunque ....
Originariamente, si era solo uno shell su unix. Quando lei ha chiesto di eseguire un comando, la shell avrebbe cercato di invocare uno dei exec () chiamate di sistema su di esso. E 'il comando è un eseguibile, exec sarebbe successo e sarebbe il comando. Se il exec () non riuscito, la shell non rinunciare, invece che cercare di interpretare il file di comandi come se si trattasse di uno script di shell. Poi è più unix conchiglie e la situazione è diventata confusa. La maggior parte delle persone che scrivono in uno script di shell e digitare i comandi in un altro. E ogni shell ha regole diverse per l'alimentazione degli script di un interprete. Questo è quando il "#! /" Trucco è stato inventato. L'idea era quella di lasciare che il kernel di exec () chiamate di sistema con successo gli script di shell. Quando il kernel cerca di exec () un file, esso prende in esame i primi 4 byte che rappresentano un numero intero chiamato un numero magico. Questo dice il kernel, se si deve cercare di eseguire il file o meno. Quindi, "#! /" È stato aggiunto al numero di magia che il kernel conosce e si è esteso ad essere effettivamente in grado di eseguire gli script della shell da sola. Ma alcune persone non hanno potuto tipo "#! /", Hanno mantenuto lasciando spazio fuori. Quindi il kernel è stato exended un po 'di nuovo "#!/" per consentire di lavorare come uno speciale numero 3 byte magia. Così #! / usr / bin / ksh e #! / usr / bin / ksh ora ha lo stesso significato. Ho sempre utilizzare l'ex da almeno alcuni kernel potrebbe ancora esistenti che non capiscono queste ultime. E nota che la prima linea è un segnale per il kernel, e non alla shell. Che cosa succede ora è che quando si tenta di eseguire shell script tramite exec () che hanno appena successo. E noi non inciampare sul loro diversi regimi di ripiego. |
| Segnalibri |
| Thread Tools | Cerca in questo Thread |
| Modalità di visualizzazione | Vota questo thread |
|
|