linguaggio C: delucidazioni

[DirtyDeeds]

In effetti, l'inghippo sta proprio nell'usare la scanf con un formato numerico: tutti i caratteri che non vengono convertiti rimangono nel buffer e tutte le successive scanf se li ritrovano lì. Un altro modo per aggirare il problema, oltre a quello di richiedere in ingresso una stringa invece di un numero (come avete scritto voi), potrebbe essere quello di svuotare comunque il buffer dopo ogni esecuzione di scanf e di controllare che la conversione sia avvenuta:

Codice: Seleziona tutto

#include<stdio.h>

#define DATA_LEN 5

int main(void)
{
    float data[DATA_LEN];
    int i, nc;

    for(i = 0; i < DATA_LEN; i++)
        do {
            printf("Numero %d: ",i+1);
            nc = scanf("%f",&data[i]);
            fflush(stdin);
        } while (nc < 1);

    for(i = 0; i < DATA_LEN; i++)
        printf("%f\n",data[i]);

  return 0;
}

Nel caso di input da stringa, forse piuttosto che la atof è meglio usare la strtof per i motivi scritti qui, sotto Implementation Notes.

[lillo]

signori scusate se ritorno solo ora ma ieri son dovuto scappare a lavorare
e dai vostri post evinco le finezze che il programma deve avere quando questo è stato scritto per motivi lavorativi.
io devo scrivere un programma per un professore che sono convinto non sappia neanche cosa sia un buffer.
non mi esprimo mai sui mie professori, cercando di trarre da loro il massimo, indipendentemente da quelle che possono essere le loro competenze.
ma questa volta è il massimo. qualcuno ricorderà (forse nessuno) che dovevo fare il mio ultimo esame, bene, non è più così, in quanto il mio esame di informatica è passato da un venti e rotti a una bocciatura in qualche giorno.

motivazione: il prof. (in pensione; con modalità d'insegnamento, prenotazione e svolgimento arcaiche; esami che non rispecchiano il programma e disponibilità con gli studenti nulla) si è sbagliato.
chiudo questa parentesi con un ringraziamento ai miei rappresentanti che stanno portando il caso in consiglio, sperando che gli studenti futuri siano più fortunati di quanto lo siamo stati noi.

tornando a noi:
ho chiesto se potessi usare una scanf, in quanto ultimamente negli appelli si è fissato con le funzioni atoi() per l'appunto, e itoa().
non avendo lo stesso mai introdotto queste funzioni durante il corso, e non avendo mai introdotto la fgets(), mi chiedevo se vi fosse qualche alternativa, da qui la mia domanda sulla scanf

In effetti, l'inghippo sta proprio nell'usare la scanf con un formato numerico

a noi per formati numerici fa usare solo la scanf.

[DirtyDeeds]

qualcuno ricorderà (forse nessuno) che dovevo fare il mio ultimo esame, bene, non è più così, in quanto il mio esame di informatica è passato da un venti e rotti a una bocciatura in qualche giorno.

Azz...

e dai vostri post evinco le finezze che il programma deve avere quando questo è stato scritto per motivi lavorativi.

Be', non necessariamente: quando diedi l'esame di C, ormai vent'anni fa, bisognava portare come tesina un programma (c'era da fare uno scritto di assembly, uno di C, l'orale e la tesina). Il prof, dopo aver constatato che il programma che portavo funzionava come richiesto (era un programma che giocava a tris senza perdere), mi disse: "E se come input ci metto dei caratteri a caso?"; così dicendo battè una stringa a muzzo e il programma... si piantò. Mi disse: ok, il programma va bene, ma metti a posto il controllo dell'input.

Come vedi, anche per passare un esame può essere necessario fare attenzione a queste cose. A tal proposito, anche nel caso utilizzassi la fgets, ricordati di verificare che non ritorni NULL.

[lillo]

Il prof, dopo aver constatato che il programma che portavo funzionava come richiesto (era un programma che giocava a tris senza perdere), mi disse: "E se come input ci metto dei caratteri a caso?"; così dicendo battè una stringa a muzzo e il programma... si piantò.

assicurarsi attraverso un software il corretto funzionamento di un programma non credo sia il metro di giudizio utilizzato per noi
credo si vada più a naso

ho modificato il titolo per dare al thread un carattere più generale e continuare qui con qualche altra domanda.
una di queste ad esempio è:
nel momento in cui dichiaro una variabile globale (prima del main), questa dovrebbe essere vista sia dal main che da tutte le funzioni/procedure.
nei miei appunti, noto che nel main, si preoccupa di passare alle sottofunzioni anche le variabili globali.
lo fa anche il Deitel, ma solo in un esempio.
c'è un qualche particolare motivo?

[Ianero]

Per rendere la funzione il più generale possibile, e non particolare per un solo valore di un particolare parametro, in modo tale che quella determinata funzione potrà essere ricopiata e riutilizzata anche in un altro codice. :)

[PietroBaima]

il mio esame di informatica è passato da un venti e rotti a una bocciatura in qualche giorno.
motivazione: il prof. (in pensione; con modalità d'insegnamento, prenotazione e svolgimento arcaiche; esami che non rispecchiano il programma e disponibilità con gli studenti nulla) si è sbagliato.

OUCH.
Mi dispiace molto. Queste cose sono delle seccature colossali.
Spero che vada presto tutto a posto. davvero.

nel momento in cui dichiaro una variabile globale (prima del main), questa dovrebbe essere vista sia dal main che da tutte le funzioni/procedure.
nei miei appunti, noto che nel main, si preoccupa di passare alle sottofunzioni anche le variabili globali.
lo fa anche il Deitel, ma solo in un esempio.
c'è un qualche particolare motivo?

Davanti alla dichiarazione della variabile globale c'è scritto static oppure volatile?

[lillo]

Davanti alla dichiarazione della variabile globale c'è scritto static oppure volatile?

nessuna delle due:

Codice: Seleziona tutto

#include <stdio.h>
#define SIZE 100

int dimensione =0;

char* caricavettore(FILE*);
void ordina (char*, int);
void scrivi_file (char*, int, FILE*)

void main()
{....


qualche riga dopo, all'interno del main chiama le funzioni ordina e scrivi_file e passa anche dimensione:

Codice: Seleziona tutto

ordina(vettore, dimensione);
scrivi_file(vettore, dimensione, punt);

un ultima cosa, ho visto che il Deitel, in un programma simile, si preoccupa di passare anche SIZE.

[TardoFreak]

static ne limita la visibilità a livello di file. Se è dichiarata prima delle funzioni o dei prototipi è sicuramente ed egualmente visibile.

Passare la variabile dimensione si può fare. L' unica cosa da tenere presente è che all' interno della funzione si farà riferimento non alla variabile globale ma all' argomento della funzione.

[lillo]

leggendo i vari esempi che ho a disposizione noto una cosa:
le variabili globali, come dimensione nel mio caso, non vengono passate se la sottofunzione ne modifica il valore.
viceversa, se la sottofunzione non deve modificare la variabile, la riceve e nel corpo del programma non opera su di essa, ma la usa solo come termine di comparazione, ad esempio in un for o in un if-else.
potrebbe essere una spiegazione o sto vaneggiando?

[TardoFreak]

Mi spiego meglio.
Una delle caratteristiche delle variabili (ma anche delle funzioni) è lo "scope", cioè la visibilità. Ci può essere visibilità a livello di programma, di file, di funzione e di blocco.
Guardiamo questo listato:

Codice: Seleziona tutto

int a;        // visibile a livello di programma
static int b; // visibile a livello di modulo (file)

void fun1(void)
{
  // visibili a livello di funzione
  int c;
  int d;
 
  for(c=0; c<10; c++)
  {
    int d;  // visibile solo fra le parentesi (blocco)
    ...
  }
}

int e;  // visibile solo a fun2 e main

int fun2(int a)
{
  a = a * 2;  // lavora sull' argomento "a"!
  return a;
}

void main(void)
{
  a = 1;
  printf("%d\n", fun2(a));
  printf("%d\n", a);
}

Il risultato sarà:
Prova visibilità
2
1

Spero sia chiaro.