Προσπέραση scanf χωρίς καμία είσοδο

[medigeek]

Σε μένα δουλεύει μια χαρά πάντως βάζοντάς το στον κώδικά σου (δεν υπάρχει λόγος να μη δουλεύει). Σχετικά με το ότι δεν συνιστάται, υποτίθεται πως δεν την υποστηρίζουν όλοι οι compilers, αλλά αν όντως υπάρχουν compilers που δεν την υποστηρίζουν (δεν έχω βρει κανέναν μέχρι τώρα εγώ) τότε φταίνε αυτοί οι compilers, αφού η συνάρτηση ανήκει στις στάνταρ της γλώσσας

Βρήκα το link:
* http://faq.cprogramming.com/cgi-bin/sma ... 1043284351
* http://stackoverflow.com/questions/2979 ... flushstdin
Δεν συνιστάται επειδή το c standard θεωρεί τη χρήση του για file output flushing (για γραψιμο σε αρχεία αν κατάλαβα καλά). Σύμφωνα με το C standard, είναι λάθος, ακόμη κι αν δουλεύει.

[migf1]

Ναι, τα γνωρίζω αυτά. Έγραψα ήδη πως υποτίθεται πως δεν την υποστηρίζουν όλοι οι compilers, αλλά στην πράξη δεν έχω βρει ούτε έναν που να μην την υποστηρίζει (εννοείται με stdin). Η εναλλακτική αν θες να μένεις πιστός στο στάνταρ είναι κάτι σαν κι αυτό εδώ: http://www.programmersheaven.com/mb/Can ... wont-work/ το οποίο σε human language μεταφράζεται ως "regular expressions".

Έγκειται στον προγραμματιστή να αποφασίσει αν θα πάρει το ρίσκο της μη συμβατότητας (που στην προκειμένη περίπτωση είναι ελάχιστο) έναντι του μεγάλου κόστους σε επιδόσεις όταν χρησιμοποιούμε regular expressions (ειδικά όταν χρησιμοποιείται σε όλα τα scanf(), το οποίο scanf() με τη σειρά του εκτελείται πολύ πιο αργά και χωρίς regular expressions συγκριτικά με τις εξειδικευμένες συναρτήσεις διαβάσματος strings ή απλών χαρακτήρων). Στον κώδικα που παρουσιάζεται στην αρχή του τόπικ έχει και το έξτρα μειονέκτημα πως κόβει την κάθε γραμμή του αρχείου που διαβάζει στους 63+1 χαρακτήρες. Επίσης, άσχετο, δεν κλείνει το αρχείο που έχει ανοίξει.

Ο gcc που είναι με διαφορά ο περισσότερο ported compiler σε όλες τις πλατφόρμες υποστηρίζει fflush(stdin) (όπως και η μεγάλη πλειοψηφία των σύγχρονων compilers) οπότε μένει να αποφασίσεις αν όντως αξίζει να εισαγάγεις handicap ή/και να επιβαρύνεις τον κώδικά σου

Σε μένα δουλεύει μια χαρά πάντως βάζοντάς το στον κώδικά σου (δεν υπάρχει λόγος να μη δουλεύει). Σχετικά με το ότι δεν συνιστάται, υποτίθεται πως δεν την υποστηρίζουν όλοι οι compilers, αλλά αν όντως υπάρχουν compilers που δεν την υποστηρίζουν (δεν έχω βρει κανέναν μέχρι τώρα εγώ) τότε φταίνε αυτοί οι compilers, αφού η συνάρτηση ανήκει στις στάνταρ της γλώσσας

Βρήκα το link:
* http://faq.cprogramming.com/cgi-bin/sma ... 1043284351
* http://stackoverflow.com/questions/2979 ... flushstdin
Δεν συνιστάται επειδή το c standard θεωρεί τη χρήση του για file output flushing (για γραψιμο σε αρχεία αν κατάλαβα καλά). Σύμφωνα με το C standard, είναι λάθος, ακόμη κι αν δουλεύει.

[Ntelispak]

Μια εναλλακτική για το πρόβλημα με το πρόγραμμα θα ήταν να χρησιμοποιηθεί

Κώδικας: Επιλογή όλων


buffer[50];
memset(buffer,'\0',50);
scanf("%s", buffer);
strcmp(buffer,"y")


Προσοχή: αν ο χαρακτήρας εισόδου είναι πάνω από σαράντα εννιά χαρακτήρες τότε υπάρχει πρόβλημα.

Ερώτηση: Αν χρησιμοποιήσω

Κώδικας: Επιλογή όλων

int c, var, var2;

ή

Κώδικας: Επιλογή όλων

char c, var, var2;

Το αποτέλεσμα είναι το ίδιο. Ποιο είναι το σωστό; Ή είναι τα ίδια;

Σε 32bit σύστημα sizeof(char)= 1byte και sizeof(int)= 4byte. Η συνάρτηση getc επιστρέφει int, αν αποθηκεύσετε το αποτέλεσμα σε char θα δημιουργηθεί data truncation, το οποίο όσον αφορά στην συγκεκριμένη συνάρτηση δεν πιστεύω να δημιουργήσει πρόβλημα. Προσωπικά, τουλάχιστον, δεν μου έχει δημιουργήσει πρόβλημα μέχρι σήμερα. Αν επιλέξετε να αποθηκεύσετε το αποτέλεσμα σε int, δεν θα υπάρξει απώλεια πληροφορίας είναι πιθανόν όμως το πρόγραμμα να γίνεται πιο αργό αν κατά την διάρκεια του χρησιμοποιείται η αποθηκευμένη τιμή πολλές φορές. Το casting κοστίζει και ειδικά το Implicit.

[migf1]

Η memset() όμως, όπως επισημαίνεις ήδη, δεν εξασφαλίζει πως στο scanf() δεν θα εισαχθεί string μεγαλύτερο από το δηλωμένο μέγιστο μήκος του buffer, περίπτωση κατά την οποία το buffer δεν θα είναι null-terminated. Είναι επίσης overkill όλη αυτή η διαδικασία (και με κόστος σε επιδόσεις) για το διάβασμα και τη σύγκριση απλώς ενός χαρακτήρα.

Κάτι ακόμα τώρα, σχετικά με το διάβασμα strings γενικώς: το πρόβλημα της fgets() είναι πως διαβάζει και το '\n', που βέβαια στη περίπτωση του συγκεκριμένου προγράμματος δεν μας ενοχλεί, αλλά γενικότερα συχνά χρειάζεται να πάμε να το σβήσουμε χειροκίνητα. Επίσης, η gets() έχει έτσι κι αλλιώς πρόβλημα, αφού δεν ελέγχει καν πλήθος χαρακτήρων.

Ελπίζοντας πως θα σας φανεί χρήσιμη γενικώς και όχι μόνο για το συγκεκριμένο πρόγραμμα, σας παραθέτω μια δική μου συνάρτηση στην οποία συνδυάζω τη λειτουργικότητα των gets() και fgets(). Δηλαδή διαβάζει από το stdin μέχρι όσους χαρακτήρες της έχουμε πει ή μέχρι να βρει '\n', αλλά αντίθετα με την fgets() αυτή διαγράφει το '\n' πριν επιστρέψει.

Πρότυπο: char *s_get(char *s, size_t len);

Κώδικας:

Κώδικας: Επιλογή όλων


char *s_get(char *s, size_t len)
{
char *cp;

for (cp=s; (*cp=getc(stdin)) != '\n' && (cp-s) < len-1; cp++ )
; // for-loop with empty body */
*cp = '\0'; // null-terminate last character

return s;
}


Ανάλυση, βήμα-βήμα: http://www.gvrteam.gr/forum/viewtopic.p ... 189#p47189

Μπορείτε πολύ εύκολα να τη αλλάξετε ώστε να διαβάζει οποιοδήποτε filestrem και όχι μόνο το stdin

[migf1]

Μια εναλλακτική για το πρόβλημα με το πρόγραμμα θα ήταν να χρησιμοποιηθεί

Κώδικας: Επιλογή όλων


buffer[50];
memset(buffer,'\0',50);
scanf("%s", buffer);
strcmp(buffer,"y")


Προσοχή: αν ο χαρακτήρας εισόδου είναι πάνω από σαράντα εννιά χαρακτήρες τότε υπάρχει πρόβλημα.
[snip]

Ή ακόμα κι έτσι...

Κώδικας: Επιλογή όλων


buffer[50] = { 0 };
scanf("%s", buffer);
strcmp(buffer,"y");


αν και όπως εξηγώ και στο προηγούμενο post, και οι 2 αυτοί τρόποι είναι overkill για απλό διάβασμα χαρακτήρα!

Τουλάχιστον το...

Κώδικας: Επιλογή όλων

if ( !strcmp(buffer, "y") )

θα μπορούσε να αντικατασταθεί με το σαφώς ταχύτερο:

Κώδικας: Επιλογή όλων

if ( *buffer == 'y' ) // εναλλακτικά: if ( buffer[0] == 'y' )

αλλά και πάλι, όταν θέλουμε να διαβάσουμε απλά ένα χαρακτήρα δεν βρίσκω για ποιον λόγο να τον διαβάζουμε ως string (πόσο μάλιστα να τον συγκρίνουμε και ως string).

[linuxs]

Πάντως το fflush ακόμη κι αν δεν δουλεύει απο την στιγμή που καθαρίζει τον buf είναι σωσ΄το σαν σκέψη. Τουλάχιστον αυτό θέλω. Το ίδιο κάνει και το κενό πρίν απο το %d.

[migf1]

Πάντως το fflush ακόμη κι αν δεν δουλεύει απο την στιγμή που καθαρίζει τον buf είναι σωσ΄το σαν σκέψη. Τουλάχιστον αυτό θέλω. Το ίδιο κάνει και το κενό πρίν απο το %d.

Δυστυχώς ανακάλυψα πως οι πρόσφατες εκδόσεις του GCC σταμάτησαν να υποστηρίζουν το fflush(stdin), οπότε αναγκαστικά χρειάζεται να διαβάζουμε ακόμα και απλούς χαρακτήρες με συναρτήσεις όπως η fgets() (ή την gcc-specific getline() που δεν υπάρχει σε άλλους compilers ή με δικιά μας συνάρτηση, όπως η s_get() που έχω ποστάρει σε άλλα νήματα) και απλά να τσεκάρουμε τον 1ο μόνο χαρακτήρα του string. Εξηγώ αναλυτικά σε αυτό εδώ το νήμα

Btw, το κενό διάστημα μέσα στο format string του scanf() δεν καθαρίζει το input buffer, απλά λέει στην scanf() να αγνοήσει τυχόν blanks (spaces, tabs)... αλλά νομίζω δεν τα σβήνει από το input buffer (δεν είμαι 100% σίγουρος). Το scanf () πρέπει να αποφεύγεται γενικώς όπου είναι δυνατόν, είναι... παλιοσυνάρτηση

[linuxs]

Πάντως το fflush ακόμη κι αν δεν δουλεύει απο την στιγμή που καθαρίζει τον buf είναι σωσ΄το σαν σκέψη. Τουλάχιστον αυτό θέλω. Το ίδιο κάνει και το κενό πρίν απο το %d.

Δυστυχώς ανακάλυψα πως οι πρόσφατες εκδόσεις του GCC σταμάτησαν να υποστηρίζουν το fflush(stdin), οπότε αναγκαστικά χρειάζεται να διαβάζουμε ακόμα και απλούς χαρακτήρες με συναρτήσεις όπως η fgets() (ή την gcc-specific getline() που δεν υπάρχει σε άλλους compilers ή με δικιά μας συνάρτηση, όπως η s_get() που έχω ποστάρει σε άλλα νήματα) και απλά να τσεκάρουμε τον 1ο μόνο χαρακτήρα του string. Εξηγώ αναλυτικά σε αυτό εδώ το νήμα

Btw, το κενό διάστημα μέσα στο format string του scanf() δεν καθαρίζει το input buffer, απλά λέει στην scanf() να αγνοήσει τυχόν blanks (spaces, tabs)... αλλά νομίζω δεν τα σβήνει από το input buffer (δεν είμαι 100% σίγουρος). Το scanf () πρέπει να αποφεύγεται γενικώς όπου είναι δυνατόν, είναι... παλιοσυνάρτηση

Αυτό που μου έμεινε περισσότερο είναι: "παλιοσυνάρτηση" χαχαχαχα...

Ναι εννοείτε δεν τον καθαρίζει(φαίνεται και στο manual) κάνει αυτό ακριβώς που λές, απλά μου λειτουργεί σωστά. τουλάχιστον σε αυτό το πρόγραμμα είναι η πιο εύκολη λύση που μάλλον βρέθηκε! Έτσι πιστεύω...