scanf ("%s",.

[H.Joachim S. (crazyhorse)]

Habs bisher noch nie für Zeichenketten verwendet und wollte das gestern 
benutzen...
Gibts ne Möglichkeit, dass Leerzeichen nicht als Ende-Zeichen erkannt 
werden?
Irgendwie blöd.
Konkret: Modem, Namen auslesen:
ATN?

Modemantwort:
ATN?

Test 45 84 89 00 00 00
Liefert 8 Ergebnisse statt wie erhofft 2 ("ATN?" und "Test 45 84 89 00 
00 00")

[Steel (Gast)]

Setzt dich hin und formuliere die Frage nochmals so, dass sie auch 
jemand verstehen kann!

[Frank M. (ukw) (Moderator)]

Aus Deinem Kauderwelsch kann man zwar nicht so viel entnehmen, aber es 
ist wohl besser, wenn Du die Modemantwort zeilenweise mit fgets() 
einliest und dann Zeile für Zeile selbst analysierst, indem Du mit einem 
Pointer über den String "wanderst". scanf ist dafür absolut ungeeignet, 
denn es rastet nicht auf Zeilenenden ein.

EDIT: Die "Antwort"

      ATN?<CR><LF>

ist lediglich das (beim Modem) eingeschaltete Echo. Schalte es entweder 
aus (meist mit ATE0) oder sorge dafür, dass Du Echos wegfrisst, damit 
dann nur noch die Antwort selbst, also

      Test 45 84 89 00 00 00

übrigbleibt. Dann ist es ganz einfach.

[Kaj (Gast)]

Schau dir mal die Funktionen scanf, gets und fgets an, dann findest du 
auch die unterschiede.
Aber um es dir zu erleichtern:
NEIN, man scanf nicht beibringen white-spaces als ende zeichen zu 
ignorieren.
Deine lösungen heißen entweder selber schreiben oder fgets() benutzen.

Grüße

[H.Joachim S. (crazyhorse)]

Ich fand die Frage eigentlich nicht so unverständlich :-)
Also scanf() kann es nicht und gets() funktioniert so wie gewünscht.

Das "ATN?" das Echo ist, ist mir klar und auch kein Problem. Es ging nur 
um evtl. Leerzeichen im Namen.

Vielen Dank, funktioniert.

[Karl H. (kbuchegg)]

H.Joachim Seifert schrieb:
> Ich fand die Frage eigentlich nicht so unverständlich :-)
> Also scanf() kann es nicht und gets() funktioniert so wie gewünscht.

Nein!
Vergiss, dass es eine Funktion gets() gibt.
gets() ist pfui, bäh, schmutzig! Aus, legst du das zurück, das geht dich 
nix an!

fgets() ist die Funktion, die du willst.

[Frank M. (ukw) (Moderator)]

Karl Heinz Buchegger schrieb:
> Vergiss, dass es eine Funktion gets() gibt.

Genau, das Modem könnte Joachims PC per Buffer-Overflow hacken! :-)))

[H.Joachim S. (crazyhorse)]

Ne, keine Sorge :-), hängt an nem Mega168.

[Karl H. (kbuchegg)]

Frank M. schrieb:
> Karl Heinz Buchegger schrieb:
>> Vergiss, dass es eine Funktion gets() gibt.
>
> Genau, das Modem könnte Joachims PC per Buffer-Overflow hacken! :-)))

Solange immer alles gut geht, besteht die Gefahr nicht.
Spannend ist immer die Frage: was passiert im Fehlerfall?
Zb schadhaftes Kabel, zb Stecker abgefallen und wieder eingesteckt. Zb 
jemand spielt an den Baudratenschaltern vom Modem. etc., etc.

Da wirds dann interessant.
gets() kann dir in solchen Fällen nicht unter die Arme greifen und 
ballert den Speicher gnadenlos mit Bytes zu. fgets aber nicht :-)

[H.Joachim S. (crazyhorse)]

Ich verstehe das Problem mit gets() nicht so ganz:

char *gets(char *str, unsigned char len)

inputs, using getchar, the character string str terminated by the new 
line character.
The new line character will be replaced with 0.
The maximum length of the string is len. If len characters were read 
without encountering the new line character, then the string is 
terminated with 0 and the function ends.
The function returns a pointer to str.


Ah, gerade nachgeschaut, die max. Länge ist wohl eine 
compilerspezifische Erweiterung, die es sonst nicht gibt?

[Karl H. (kbuchegg)]

H.Joachim Seifert schrieb:
> Ich verstehe das Problem mit gets() nicht so ganz:
>
> char *gets(char *str, unsigned char len)

Dann hast du ein eigenes gets()

Die Definition von gets im C Standard sieht so aus

char * gets( char * str );

[Karl H. (kbuchegg)]

Gerade gelernt

Entfernung aus dem Standard (C11)

In der Version C11 wurde gets() schließlich aufgrund der oben
genannten Probleme komplett aus C entfernt. Stattdessen wurde
eine sicherere Variante mit dem Namen gets_s() eingeführt, die
als zusätzlichen Parameter noch die maximale Anzahl an zu lesenden
Zeichen (inklusive '\0') übergeben bekommt:

char *gets_s( char *str, rsize_t n );

gets_s() entspricht somit der Anwendung von fgets() auf stdin:
fgets( str, n, stdin );

Na endlich!
Wer sagts denn? Das C-Komitee hatte nach 20 Jahren doch noch ein 
einsehen und dieses leidige Überbleibsel aus dem Ur-K&R C entfernt. Auf 
das Konto dieser Funktion gehen wahrscheinlich mehr Abstürze und 
Angriffe, als auf alle anderen schlechten Designs zusammen.

[H.Joachim S. (crazyhorse)]

Ja, so ist es wohl.
Immer die Sachen, die man so selten braucht...
In der obigen Form mit max-Länge genehmigungsfähig? Ja, ich weiss, nicht 
portabel :-)

[H.Joachim S. (crazyhorse)]

ups.
Na, dann werde den Herren Compilerbauern mal ne mail schicken, dass sie 
die Funktion umbenennen sollten.

[Frank M. (ukw) (Moderator)]

Karl Heinz Buchegger schrieb:
> Solange immer alles gut geht, besteht die Gefahr nicht.
> Spannend ist immer die Frage: was passiert im Fehlerfall?

Jepp, ich weiß dass, schließlich bin ich auch schon seit knapp 30 Jahren 
C-Programmiererei dabei.

Karl Heinz Buchegger schrieb:
> Gerade gelernt
> Entfernung aus dem Standard (C11)

$ cat a.c
#include <stdio.h>

int
main ()
{
  char s[80];

  gets (s);
  return 0;
}

$ cc -Wall a.c
/tmp/cc9YmzN6.o: In function `main':
a.c:(.text+0x10): warning: the `gets' function is dangerous and should not be used.

Sagt doch alles, oder? ;-)

[H.Joachim S. (crazyhorse)]

Na, geht doch :-)

Thank you for your suggestion.
We will add a macro

#define get_s(str,len) get(str,len)

so that the name change will no create problems with old code

[DirkB (Gast)]

Kaj schrieb:
> NEIN, man scanf nicht beibringen white-spaces als ende zeichen zu
> ignorieren.

Das ist falsch.
scanf kennt den %[ Specifier (auch schon seit C89).

scanf("%[^\n]", Arrayname);

 liest alle Zeichen bis auf das \n ein.

[Sven P. (Gast)]

Karl Heinz Buchegger schrieb:
> Na endlich!
> Wer sagts denn? Das C-Komitee hatte nach 20 Jahren doch noch ein
> einsehen und dieses leidige Überbleibsel aus dem Ur-K&R C entfernt.

Dafür schleppen sie nun den leidigen Unfug vom windows-CRT an. gets_s() 
ist heute doch mindestens genauso überflüssig wie getc() und strncopy_s.