Dotaz: Problem s fgets()

[Josef]

Dobry den, mam kod v jazyce C:
#include <stdio.h>

int main(int argc, char **argv) {

char znaky[20];
int a, b;
scanf("%d", &a);

fgets(znaky, 20, stdin);
printf("%s", znaky);
scanf("%d", &b);
return 0;
}
Prekladal jsem to v Linuxu, problem je v tom, ze mi to po spusteni dovoli nacist pouze a, b. Proste mi to preskoci to fgets() a retezec si nemuzu nacist. Kdyz odmazu ty dva scanf() tak program funguje dle ocekavani - nacte z stdin retezec a opise jej na obrazovku, ale kdyz tam jsou ta dve volani scanf(), tak fgets() jako by to ani nevolalo.. Nevite, prosim, v cem je problem? Diky

Odpovědi

[Martin Tůma]

Problém je v tom, že fgets() načte ten ENTER, co pravděpodobně zadáváš za tím prvním číslem(a) a do proměnné znaky se tak načte prázdný řetězec (viz man fgets)

[rastos]

miesto

 scanf("%d", &a);

skus

 scanf("%d\n", &a);

[Pavel Zbytovský]

Ahoj, tvůj zápis mě navedl na řešení, ale rozhodně se to takto nechová očekávaně. Když zadáš scanf("%d\n", &a); tak se očekávaně načte první slovo na prvním řádku do ukazatele na pole znaků, ale stdin čeká po odentrování na další vstup, který se jakoby uloží do stdin a pokračuje se v programu, takže při zadání:

scanf("%d", &cislo);
printf("pomoci fgets() ulozime %d znaku: ", cislo);
fgets(pch, cislo, stdin);

se normálně zapíše integer do "cislo", po odentrování se zapíše řetezec do stdin, my vypíšeme hlášku, a teď na nic nečekáme, jen vybereme data z toho už zapsaného stdinu.

Jediné řešení co mě napadlo, je připsat ještě jeden fgets, který by sežral ten enter a další by to už zpracovat dle očekávání. Tohle mi ale rozhodně nepřijde elegantní.

Momentálně kompiluji pomocí lcc na Win platformě.

[stativ]

To je myslim normalni chovani, treba v C++ cin.get() taky nechava znak noveho radku ve vstupni fronte. Tohle pripsani jeste jednoho volani dotycne metody je zcela v poradku a ciste, jinak to resit nejde (opominu-li pouziti nejakeho jineho zpusobu nacitani, jako je napr. v C++ cin.getline)

To same plati i pro jejich obdoby pro praci se soubory.

[cronin]

Neslo by citat retazec pomocou scanf("%s", ...)?

[Pavel Zbytovský]

Jak kdy - scanf nám načte jen první slovo. fgets čte zadaný počet znaků, ale pro začátečníky jako já tu je ten problém s stdin-em.

[Michal Kubeček]

To chování je naprosto logické, uvědomte si, že dokud řádek vstupu neodešlete, máte pořád možnost ho editovat.

[Pavel Zbytovský]

No ano, to jsem si také neuvědomil. Už mi to díky vám všem chodí.

Jen bych si shrnul myšlenky (kdyžtak mě prosím opravte):

fgets(pCh, 2, stdin) načte ze stdinu řetezec o délce 2, tj. 1 znak, druhý je \0. Enter vytvoří \n, načítá se do prvního výskytu \n (musí se dát pozor,kdy zbyde odminule), podle očekávání bude poslední znak řetezce (vždy?) "\n" (ASCII=10);

scanf("%15d", pCh2) načte ze stdinu všechno, co tam je, až po zmáčknutí Enteru. Trimne zleva případné zbytečné "\n", resp. všechny bílé znaky. V ukazateli na char dva bude první slovo (případně s maximálním počtem 15 znaků). Ale na rozdíl od fgets nechá v stdinu "\n";

Tenhle příspěvek píšu už asi hodinu, postupně se tento dotaz vyvíjel za neustálého zkoušení od hloupého ke shrnutí, na co jsem přišel. Prosím vás, zkontrolujte mi to ať v tom mám jasno.

[Josef Kufner]

Obvykle když načítám něco z stdin nebo i odjinud, tak si načtu řádek pomocí fgets a pak si s ním dělám co je třeba (sscanf).

[Pavel Zbytovský]

Měl bych ještě dva dotazy, ale nehodily se k předchozímu vláknu.

1. Lze nějak načíst znak nebo určený počet znaků do ničeho? Něco jako bych je poslal do /dev/null

2. Existuje nějaká funkce, která by umožnila načíst jeden nebo určený počet znaků bez odEnterování?

Omlouvám se, že trošku spamuji tento dotaz, ale zdá se mi, že se to k načítání znaků docela hodí a navíc jsou v tomhle fóru profíci

[Josef Kufner]

ad 1.: fseek();

ad 2.: fgets(); ungetc();

[Pavel Zbytovský]

No jasně, díky moc!

[Josef Kufner]

Akorát na seek pozor, nefunguje vždy. Vlastně to funguje akorát na souborech, jinak asi nikde.

[Pavel Zbytovský]

Teď bohužel nemám čas to zkoušet, ale doufám že to funguje na stdinu, vždyť to je resource jako soubor, ne? Našel jsem totiž další issue - když do vstupu, při scanf zadám třeba pár mezer a text, potom [alt] + 10 (což je \n) a další text, tak scanf si ze stdinu sežere všechny bíle znaky zleva a "všechno" až do \n, přičemž do proměnné se uloží jen první slovo z toho "všechno".

Když tedy zadáme "20", [alt] + 10, "bleble", [enter] - tak scanf nechá ve stdinu \n, "bleble", \n (za ten enter), tudíš by se hodil fseek, který by nám skočil až na konec a nemuselo by se to "hackovat" žraním \n, když tam toho stejně může zbýt více.

[Michal Kubeček]

A jak byste si konkrétně představoval takový seek na terminálu? Co by třeba podle vás měla provést třeba volání

  lseek(fd, 0, SEEK_SET);
  lseek(fd, 0, SEEK_END);

Mne nic rozumného nenapadá.

[zbycz]

Možná mám nedostatek znalostí - s céčkem si tykám pár týdnů. Nevím co dělá lseek, ale představuji si, že při použití fseek(stdin, 0, SEEK_END) bych nemusel ošetřovat znaky, které tam zůstanou po scanfu a věděl bych, že fgets mi vrátí opravdu přesně to co chci po uživatelské vstupu.

Moc děkuji všem za odpovědi

[Josef Kufner]

Tak zrovna u stdin a ostatních to fungovat ani nemůže. Prostě není jak. Korektně to funguje opravdu jen u souborů, jakožto opravdu souborů. FILE* může mít i sítový soket nebo roura (jako je třeba stdin).

[zbycz]

Hmm, tak to je docela hloupé. Asi jsem došel ke správnému výsledku špatným řešením? Nemohlo by to fungovat pouze na Win?

#include <stdio.h>
#include <stdlib.h>

int main(void)
{
	int pocet_znaku=15;
	char *pch;

	printf("zadej pocet znaku: ");
	scanf("%d", &pocet_znaku);
	/*nejdriv se optame kolik bude chtit znaku*/

	fseek(stdin, 0, SEEK_END);
	/*vyžrání nejen odentrování ----- mě to funguje :-S*/

	//char pchHack[2]; //nesmí být jedna - fgets zapisuje do řetezce->na konci \0
	//fgets(pchHack, 2, stdin);
	//printf("\n-> zbytek ve stdin: %d, %d <<-\n", pchHack[0], pchHack[1]);
	/*vyžrání odentrování - na win platformách --- podle diskuse ABC*/

	pch = (char *)malloc(pocet_znaku+1);
	/*v pch máme zalokovaných tolik bajtů, kolik uživatel chtěl
   	  + jeden navíc pro ukončovací znak*/

	printf("\npomoci fgets() ulozime %d znaku: ", pocet_znaku);

	fgets(pch, pocet_znaku+1, stdin);
	/*pocet_znaku-1 kvuli nule ukončující řetezec*/

	printf("\n\nZadal jsi: %s", pch);

	return 0;
}

[Michal Kubeček]

Pokud použijete konstrukci s nedefinovaným chováním (a to seek na neseekovatelném deskriptoru je), vězte, že to nejhorší, co se vám může stát, je, že to bude dělat, co potřebujete. Protože to totiž znamená, že to může kdykoli bez výstrahy přestat fungovat, jakmile se cokoli ve vašem systému změní - a nebo dokonce i když se nic nezmění. A už vůbec nemůžete spoléhat na to, že to bude fungovat i jinde.

[zbycz]

ad 1) celé vlákno je o kousek výše - zápis fseek(stdin, 0, SEEK_END) opravdu funguje výborně, když ho zavolám po scanfu, tak si vůbec nemusím lámat hlavu s tím co tam zůstalo. Jupí!

(Není to nějak nečisté? Céčko píšu pár týdnu a někdo výše totiž psal, že čisté i elegantní - přestože možná ne uplně funkční - je to právě přes další fgets)

ad 2) tak tohle mi nějak nefunguje - fgets() se musí po zapsání Enterovat a ungetc() podle všeho nečte, ale naopak zapisuje písmenko do bufferu.

Ještě jednou tedy: rád bych funkci, která mi načte, asi rovnou z klávesnice jeden znak, bez následného zmáčknutí Enter. Přes stdin to zřejmě nelze (viz výše).

[Josef Kufner]

ad 2) eh asi jsem to myslel nějak jinak, ale už nevím jak

Pokud si nevystačíš se standardními funkcemi, podívej se na knihovnu ncurses.

[Martin Tůma]

rád bych funkci, která mi načte, asi rovnou z klávesnice jeden znak, bez následného zmáčknutí Enter. Přes stdin to zřejmě nelze

keypressed v C?

[zbycz]

Díky moc za odkaz, zdá se že se raději spokojím s Enterem

[Josef Kufner]

Tak tohle má do hezkého celkem daleko. Pomocí select() lze dosáhnout elegantnější cestou téměř téhož (pokud jde o onu smyčku s čekáním a read). A na hraní si s terminálem je výhodnější využít ncurses, kde přepnutí na nebufferovaný vstup je otázkou zavolání jedné nebo dvou funkcí a přitom ncurses i select je prakticky všude.

[Martin Tůma]

Pomocí select() lze dosáhnout elegantnější cestou téměř téhož (pokud jde o onu smyčku s čekáním a read).

Přečti si to celý a pořádně. Požadovaného efektu pomocí select() opravdu dosáhnout nelze. (Pokuď si teda pod slovem "skoro" nepředstavuješ vynechání nejpodstatnější části požadavku...)

A na hraní si s terminálem je výhodnější využít ncurses, kde přepnutí na nebufferovaný vstup je otázkou zavolání jedné nebo dvou funkcí a přitom ncurses i select je prakticky všude

Jenom kvůli tomuhle do systému zatahovat závislost na ncurses mi přijde dost zbytečný a s tím, že jsou prakticky všude bych si taky dovolil polemizovat...

[Josef Kufner]

Pomocí select() lze dosáhnout elegantnější cestou téměř téhož (pokud jde o onu smyčku s čekáním a read).

Přečti si to celý a pořádně. Požadovaného efektu pomocí select() opravdu dosáhnout nelze. (Pokuď si teda pod slovem "skoro" nepředstavuješ vynechání nejpodstatnější části požadavku...)

To jsem reagoval na ten cyklus ukázaný za odkazem, kde byl sleep, kontrola, zda data z stdin přišla a inkrement proměnné. Protože se to opravdu nastavení terminálu netýká a samo o sobě by to nebylo moc užitečné, napsal jsem i druhý odstavec