[C] Comunicazione tra padre e figlio

[ilsensine]

Per come sono fatti i sistemi unix, sono semplicemente "file descriptor". Non c'è molta differenza se un descriptor è aperto su un char device (un terminale, ad es) o un file ( ls > file.txt). Dal punto di vista del programma, cambia ben poco: ovviamente però alcuni fd supportano alcune cose (ad es. i terminali supportano molte delle ioctl di termios), mentre un file supporterà altre cose (ad es. la mmap).

Prova questo programma ad esempio:

#include <stdlib.h>
#include <stdio.h>
#include <unistd.h>
#include <sys/mman.h>

int main()
{
	void *addr = mmap(NULL, getpagesize(), PROT_READ,
		MAP_SHARED, fileno(stdin), 0);
	if (addr==MAP_FAILED) {
		perror("mmap");
	} else {
		fprintf(stderr, "stdin mmapped!\n");
		munmap(addr, getpagesize());
	}
	return 0;
}

Eseguilo sia come
./programma
sia come
touch testfile.txt; ./programma < testfile.txt
e confronta i risultati

Puoi sapere cosa è effettivamente connesso a un file descriptor come stdin|out|err tramite la funzione fstat. La usano ad esempio alcuni programmi che chiedono la password, per essere sicuri che stdin è effettivamente un terminale.

Infine, giusto per generare un pò di ulteriore confusione , prova questo (assolutamente non portabile) programma:

#define _GNU_SOURCE
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main()
{
  char buf[4096];
  int sz, pos;

  dprintf(fileno(stdout), "Ho scritto su stdout.\n");
  dprintf(fileno(stderr), "Ho scritto su stderr.\n");
  dprintf(fileno(stdin), "Ho scritto...su stdin!!!\n");

  dprintf(fileno(stdout), "\nOra scrivi qualcosa e premi <invio>.\n");
  sz = read(fileno(stdin), buf, sizeof(buf));
  (sz>0) && !(buf[sz-1] = '\0') &&
    dprintf(fileno(stdout), "Ho letto '%s' da stdin.\n", buf);

  dprintf(fileno(stdout), "Ora scrivi qualcos'altro e premi <invio>.\n");
  sz = read(fileno(stderr), buf, sizeof(buf));
  (sz>0) && !(buf[sz-1] = '\0') &&
    dprintf(fileno(stdout), "Ho letto '%s' da stderr!!!\n\n", buf);

  for (pos=0; pos<110; ++pos)
    dprintf(pos%3, "%c", "yeeeeep!!!\n"[pos%11]);

  return 0;
}

[Manugal]

La dup2 l'ho provata in un po' tutte le posizione ma niente da fare. Credo proprio che l'unica soluzione sia la pipe. Non riesco proprio a capire come il prof abbia potuto mettermi un esercizio del genere senza avermi parlato di pipe.

Grazie a tutti cmq dell'aiuto.

[mad_hhatter]

Originariamente inviato da ilsensine

Per come sono fatti i sistemi unix, sono semplicemente "file descriptor". Non c'è molta differenza se un descriptor è aperto su un char device (un terminale, ad es) o un file ( ls > file.txt). Dal punto di vista del programma, cambia ben poco: ovviamente però alcuni fd supportano alcune cose (ad es. i terminali supportano molte delle ioctl di termios), mentre un file supporterà altre cose (ad es. la mmap).

Prova questo programma ad esempio:

#include <stdlib.h>
#include <stdio.h>
#include <unistd.h>
#include <sys/mman.h>

int main()
{
	void *addr = mmap(NULL, getpagesize(), PROT_READ,
		MAP_SHARED, fileno(stdin), 0);
	if (addr==MAP_FAILED) {
		perror("mmap");
	} else {
		fprintf(stderr, "stdin mmapped!\n");
		munmap(addr, getpagesize());
	}
	return 0;
}

Eseguilo sia come
./programma
sia come
touch testfile.txt; ./programma < testfile.txt
e confronta i risultati

Puoi sapere cosa è effettivamente connesso a un file descriptor come stdin|out|err tramite la funzione fstat. La usano ad esempio alcuni programmi che chiedono la password, per essere sicuri che stdin è effettivamente un terminale.

Infine, giusto per generare un pò di ulteriore confusione , prova questo (assolutamente non portabile) programma:

#define _GNU_SOURCE
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>

int main()
{
  char buf[4096];
  int sz, pos;

  dprintf(fileno(stdout), "Ho scritto su stdout.\n");
  dprintf(fileno(stderr), "Ho scritto su stderr.\n");
  dprintf(fileno(stdin), "Ho scritto...su stdin!!!\n");

  dprintf(fileno(stdout), "\nOra scrivi qualcosa e premi <invio>.\n");
  sz = read(fileno(stdin), buf, sizeof(buf));
  (sz>0) && !(buf[sz-1] = '\0') &&
    dprintf(fileno(stdout), "Ho letto '%s' da stdin.\n", buf);

  dprintf(fileno(stdout), "Ora scrivi qualcos'altro e premi <invio>.\n");
  sz = read(fileno(stderr), buf, sizeof(buf));
  (sz>0) && !(buf[sz-1] = '\0') &&
    dprintf(fileno(stdout), "Ho letto '%s' da stderr!!!\n\n", buf);

  for (pos=0; pos<110; ++pos)
    dprintf(pos%3, "%c", "yeeeeep!!!\n"[pos%11]);

  return 0;
}

ciao ilsensine, ho provato i 2 programmi, grazie mille che il tuo tempo...

scusa se ci ho messo cosi tanto ma dovevo finire la tesi

senti, ma io il secondo non l'ho mica capito sai? ok che non conosco bene il c e non conosco le spec della funzione read, ma mi stai dicendo che hai rimappato al volo lo stdin sullo stderr??

[ilsensine]

Originariamente inviato da mad_hhatter

ma mi stai dicendo che hai rimappato al volo lo stdin sullo stderr??

No, ho semplicemente "barato": so che stdin|out|err su linux sono normalmente un dup2 dello stesso descrittore, quindi li ho usati...indifferentemente

Ovviamente è sbagliato fare questa assunzione; i tre descrittori possono essere connessi a tre cose diverse (o avere attributi diversi: sola lettura per stdin, sola scrittura per stdout e stderr). Esegui questo ad esempio:

ls -l /proc/self/fd/ 0</dev/zero 1>out.txt 2>/dev/null; cat out.txt

[trallallero]

Originariamente inviato da ilsensine

  (sz>0) && !(buf[sz-1] = '\0') &&
    dprintf(fileno(stdout), "Ho letto '%s' da stderr!!!\n\n", buf);

questo sistema booleano mi piace usarlo nelle shell ma non ho mai pensato di usarlo in C.
In effetti é leggibilissimo anche qui. Prendo nota

[ilsensine]

Originariamente inviato da trallallero

questo sistema booleano mi piace usarlo nelle shell ma non ho mai pensato di usarlo in C.
In effetti é leggibilissimo anche qui. Prendo nota

Ah bene; tu pensa che, essendo quel programma sbagliato già in partenza, credevo di completare l'opera con un pò di "coding horror"

[trallallero]

Originariamente inviato da ilsensine

Ah bene; tu pensa che, essendo quel programma sbagliato già in partenza, credevo di completare l'opera con un pò di "coding horror"

no a me piace veramente. Avró il gusto dell'orrido

Si ho letto della portabilitá del dprintf e in effeti fa un pó ridere

[ilsensine]

Originariamente inviato da trallallero

Si ho letto della portabilitá del dprintf e in effeti fa un pó ridere

Come osi? La dprintf è PORTABILISSIMA, è standard GNU

[ilsensine]

Originariamente inviato da trallallero

no a me piace veramente. Avró il gusto dell'orrido

...e infatti l'hai scambiata per una espressione booleana, mentre il secondo argomento (buf[sz-1] = '\0') è in realtà una assegnazione, con un bel "!" prima per rendere sempre vera la condizione

[trallallero]

Originariamente inviato da ilsensine

...e infatti l'hai scambiata per una espressione booleana, mentre il secondo argomento (buf[sz-1] = '\0') è in realtà una assegnazione, con un bel "!" prima per rendere sempre vera la condizione

no che c'entra ... mi piace il sistema

(mettici ció che vuoi) && (mettici ció che vuoi) && ...

e poi tu puoi anche assegnare ma in C la puoi usare come condizione (infatti metti il ! davanti)

io uso cose del genere in bash (magari piú complesse ma il succo é questo):

test -z "$NAME" && NAME=LOCALE

ma non ho mai pensato di usarle in C
Tutto qua

[ilsensine]

Originariamente inviato da trallallero

io uso cose del genere in bash

In bash è particolarmente comodo perché mi scordo sempre dove sono [ e ], per scrivere un if

[trallallero]

Originariamente inviato da ilsensine

In bash è particolarmente comodo perché mi scordo sempre dove sono [ e ], per scrivere un if

se il moderatore continua l'OT mi ritengo autorizzato a proseguire

pensa che qui la shell usata é la sh
devono riscrivere tutto sempre e comunque! mi son dovuto scaricare la bash ed installarla di nascosto sulla mia macchina e su le alfa. Per fortuna che si sta migrando a linux

[ilsensine]

Originariamente inviato da trallallero

se il moderatore continua l'OT mi ritengo autorizzato a proseguire

Il moderatore non è mai OT per definizione, è sempre il titolo del thread ad essere sbagliato

[trallallero]

Originariamente inviato da ilsensine

Il moderatore non è mai OT per definizione, è sempre il titolo del thread ad essere sbagliato

"la prima legge del moderatore"