Sicuramente, visto che in quel caso \n può essere parte dei dati. EOF dice che è terminato. Quindi avevo capito male: non intendevi una sequenza tipo testo\nEOF da tastiera visto che non avrebbe senso un Enter seguito da un ctrl+D. Intendevi forse o Enter o EOF. Resta oscura però la utilità di EOF in un input da riga di comando. E la differenza? \n dice che è terminato e si deve mettere il null.
Per fare un tavolo ci vuole un fiore.
Ecco, con l'input da tastiera è esattamente la stessa cosa. Quando premi Enter viene inserito un newline nello stream; l'unica differenza è che le fread/fgets/... su file devono aspettare il disco prima di restituire i dati, mentre da tastiera devono aspettare l'utente (nello specifico, devono aspettare che l'utente inserisca una riga completa e prema Enter, dato che l'input da tastiera è line-buffered) - in altre parole, è solo questione di tempo di attesa e modalità di buffering.Originariamente inviata da filips
Quando da tastiera inserisci Ctrl-D (su Linux)/Ctrl-Z (su Windows) seguito da un Enter si tratta semplicemente di una convenzione con il programma che ti mostra la console - la sequenza di tasti Ctrl-D+Enter viene tradotta in una chiusura dello stream, per cui "dall'altro lato" il programma vede che lo stream è terminato.
Infine, lo standard input può benissimo essere un file vero e proprio - è quello che succede quando si redirige l'input (ad esempio da console fai tuoprogramma < input_file.txt); in questo caso puoi tranquillamente incontrare un EOF "vero", indipendentemente dai newline.
Amaro C++, il gusto pieno dell'undefined behavior.
Oh.. Ora mi è chiaro: sequenza di tasti, quindi tutti e tre in in unica soluzione.. Il fatto è che non avevo mai sentito di questa cosa. In pratica aggiungendo ctrl-D/Z si aggiunge l'informazione di fine stream. Non vedo tuttavia l'utilità ai fini pratici in un input da tastiera (ma questo sicuramente dipende da mia inesperienza).
Infatti, solo che nella guida non lo prendeva in considerazione , visto che i file li trattava più avanti.Infine, lo standard input può benissimo essere un file vero e proprio - è quello che succede quando si redirige l'input (ad esempio da console fai tuoprogramma < input_file.txt); in questo caso puoi tranquillamente incontrare un EOF "vero", indipendentemente dai newline.
Ti ringrazio per queste risposte molto articolate.
Per fare un tavolo ci vuole un fiore.
È comodo perché consente di usare gli stessi programmi sia per input da file che per input da tastiera; ad esempio, la maggior parte delle utility Unix (cat, sed, head, tail, less, sort, grep, ...) di base si limitano a leggere dati da standard input (che di default è agganciato alla tastiera), processandolo fino a quando incontrano un EOF. In questa maniera li puoi usare sia per leggere dati da file (usando la redirezione dello standard input), sia in pipeline complesse, sia per leggere dati da tastiera.
Ti ringrazio per queste risposte molto articolate.
Ultima modifica di MItaly; 02-11-2016 a 00:27
Amaro C++, il gusto pieno dell'undefined behavior.
Rispondi quotando
