Reinstradamento stdin e stdout da C

Question

voglio riaprire il stdin e stdout (e forse stderr mentre io sono a it) filehandle, in modo che le future chiamate a printf() o putchar() o puts() andrà in un file, e future chiamate a getc() e tale verrà da un file.

1) Non desidero perdere definitivamente input/output/errore standard. Potrei volerli riutilizzare più avanti nel programma.

2) Non desidero aprire nuovi filehandle perché questi filehandle devono essere passati attorno a un lotto o globale (shudder).

3) Non desidero utilizzare nessuna open() o fork() o altre funzioni dipendenti dal sistema se non riesco a evitarlo.

Quindi, in pratica, funziona per fare questo:

stdin = fopen("newin", "r"); 

E, se lo fa, come posso ottenere il valore originale di stdin indietro? Devo memorizzarlo in un FILE * e riprenderlo in seguito?

Answer 1

Perché utilizzare freopen()?La specifica C89 ha la risposta in una delle note di chiusura per la sezione on <stdio.h>:

116. L'uso primario della funzione freopen è quello di cambiare il file associato a un flusso testo standard (stderr , stdin, o stdout), in cui tali identificatori non devono essere lvalue modificabili per cui il valore restituito dal fopen può essere assegnata la funzione .

freopen viene comunemente utilizzato in modo improprio, ad es. stdin = freopen("newin", "r", stdin);. Questo non è più portatile di fclose(stdin); stdin = fopen("newin", "r");. Entrambe le espressioni tentano di assegnare a stdin, che non è garantito per essere assegnabile.

Il modo giusto di usare freopen è di omettere l'assegnazione: freopen("newin", "r", stdin);

Answer 2

Credo che tu stia cercando qualcosa di simile freopen()

Answer 3

La funzione OS dup2() dovrebbe fornire ciò che è necessario (se non i riferimenti a esattamente ciò che serve).

In particolare, è possibile dup2() il descrittore di file stdin in un altro descrittore di file, eseguire altre operazioni con stdin e quindi copiarlo quando lo si desidera.

La funzione dup() duplica un descrittore di file aperto. In particolare, fornisce un'interfaccia alternativa al servizio fornito dalla funzione fcntl() utilizzando il valore del comando costante F_DUPFD, con 0 per il suo terzo argomento. Il descrittore di file duplicato condivide tutti i blocchi con l'originale.

In caso di successo, dup() restituisce un nuovo descrittore di file che ha il seguente in comune con l'originale:

• Stesso file aperti (o tubo)
• stesso puntatore del file (entrambi i descrittori di file condividono un puntatore al file)
• modalità di accesso Same (lettura, scrittura o lettura/scrittura)

Answer 4

freopen risolve la parte facile. Mantenere il vecchio stdin in giro non è difficile se non hai letto nulla e se sei disposto a utilizzare le chiamate di sistema POSIX come dup o dup2. Se hai iniziato a leggere da esso, tutte le scommesse sono disattivate.

Forse puoi dirci il contesto in cui si verifica questo problema?

Vorrei incoraggiarvi ad attenervi alle situazioni in cui siete disposti ad abbandonare il vecchio stdin e stdout e quindi utilizzare freopen.

Answer 5

freopen("/my/newstdin", "r", stdin); 
freopen("/my/newstdout", "w", stdout); 
freopen("/my/newstderr", "w", stderr); 

... do your stuff 

freopen("/dev/stdin", "r", stdin); 
... 
... 

Questa picchi la puntina sul mio giro-peg-piazza-hole-o-meter, che cosa stai cercando di realizzare?

Edit:

Ricordate che stdin, stdout e stderr sono descrittori di file 0, 1 e 2 per ogni processo di nuova creazione. freopen() dovrebbe mantenere lo stesso valore di fd, basta assegnargli nuovi stream.

Quindi, un buon modo per garantire che questo sta effettivamente facendo quello che vuoi da fare sarebbe:

printf("Stdout is descriptor %d\n", fileno(stdout)); 
freopen("/tmp/newstdout", "w", stdout); 
printf("Stdout is now /tmp/newstdout and hopefully still fd %d\n", 
    fileno(stdout)); 
freopen("/dev/stdout", "w", stdout); 
printf("Now we put it back, hopefully its still fd %d\n", 
    fileno(stdout)); 

Credo che questo sia il comportamento previsto freopen(), come si può vedere, è Stai ancora usando solo tre descrittori di file (e flussi associati).

Ciò sostituirà qualsiasi reindirizzamento della shell, in quanto non ci sarebbe nulla da reindirizzare per la shell. Tuttavia, probabilmente sta andando a rompere i tubi. Potresti voler impostare un gestore per SIGPIPE, nel caso in cui il tuo programma si trovi sul lato di blocco di una pipe (non FIFO, pipe).

Quindi, ./your_program --stdout /tmp/stdout.txt --stderr /tmp/stderr.txt deve essere facilmente realizzato con freopen() e mantenendo gli stessi descrittori di file effettivi. Quello che non capisco è il motivo per cui dovresti reinserirli una volta modificati? Sicuramente, se qualcuno passasse una delle due opzioni, vorrebbero che persistesse fino alla fine del programma?

Answer 6

Questa è una versione modificata del metodo di Tim Post; Ho usato/dev/tty invece di/dev/stdout. Non so il motivo per cui non funziona con stdout (che è un link a/proc/self/fd/1):

freopen("log.txt","w",stdout); 
... 
... 
freopen("/dev/tty","w",stdout); 

Utilizzando/dev/tty l'output viene reindirizzato al terminale da dove è stata lanciata l'app.

Spero che questa informazione sia utile.

Answer 7

E nel frattempo, c'è una libreria di codice sorgente C che farà tutto questo per te, reindirizzando stdout o stderr. Ma la parte interessante è che ti consente di assegnare tutte le funzioni di callback che vuoi agli stream intercettati, consentendo quindi di inviare facilmente un singolo messaggio a più destinazioni, un DB, un file di testo, ecc.

Acceso Per di più, rende banale la creazione di nuovi flussi che guardano e si comportano allo stesso modo di stdout e stderr, dove è possibile reindirizzare questi nuovi flussi anche in più posizioni.

Cerca libreria U-Streams su * oogle.

Answer 8

questo è il moste Disponibile handly e modo utile

freopen("dir","r",stdin);