neblokující vstup z konzole

[bolejt]

chtěl jsem použít vstup z konzole jako vstup debugovací konzole,
tj. aplikace čas o času mrkne, jestli jsem něco neposlal typu "funkce()\n" a pokud ano, tak to zpracuje, když ne, jede se dál.
jenže všechny operace se std::cin/stdin jsou blokující a neblokující metoda readsome(...) nepřečte pro změnu nic.
trochu jsem hledal a prý to bez vláken nepůjde, ale to znamená přidat do aplikace řekl bych úplně zbytečně vlákna, navíc to jsou další závislosti...

nevěděl/neporadil by někdo něco?
_________________
Ball ball8;

[pcmaster]

Proste to spravit cez vlakna. Nechapem, co as ti na tom nezda.
To vlakno, ktore bude ocakavat vstup bude proste zablokovane a nebude zrat CPU. A ked user nieco natuka, upozornis hlavne vlakno a hotovo (nejako, signalom, semaforom...). Dalsie zavislosti?
_________________
Off-topic flame-war addict since the very beginning. Registered since Oct. 2003!
Interproductum fimi omne est.

[Marek]

Na multiplatformní vlákna je dobrá knihovna openthreads, je hodně minimalistická.
_________________
AMD Open Source Graphics Driver Developer

[nou]

poznam C funkciu kbhit(). mam ale pocit ze bude fungovat len na win.
_________________
Najjednoduchšie chyby sa najtažšie hľadajú.

[uiii]

no me napadlo jak to resit bez vlaken: misto toho aby program kontroloval prikazovou radku, tak bude kontrolovat obsah nejakyho souboru, kdo kteryho budes zapisovat nejakym jednoduchym programkem ty prikazy - proste v kdyz v tom souboru neco bude tak to zpracuje a smaze, jinak nic.
_________________
Twitter

[backgen]

[rezna]

[rezna]

ale jinak otevri si v programu nejakej port a prikazy cekej na nem - pak je lze proste posilat telnetem a hotovson

[bolejt]

ten telnet třeba pomocí boost::asio, to zní docela šikovně a jednoduše, ale už jsem hotov s vedlejším vláknem.
díky za pomoc.
_________________
Ball ball8;

[Tringi]

Pánové, řešíte to všichni trochu moc komplikovaně. Použití vláken pro něco takového je overkill, člověk se pak učí používat vlákna všude a velké projekty se pak přetváří v nespravovatelné monolity plné heisenbugů.

Multiplatformě to je vždycky problém, ale: Na Posixech (Linuxu, ...) lze použít funkci select nad deskriptorem 0, což je standardní vstup. Pokud nastavíte časový parametr na nulu (nikoliv ale NULL), v podstatě se jednoduše dotážete, zda jsou ve vstupním bufferu nějaké znaky. Čte se funkcí read, ale to jistě víte. Na Windows pak lze použít jak zmíněné kbhit/getch, tak techniku obdobnou výše pomocí GetStdHandle/WaitForSingleObject/ReadFile.

Jinak, doporučuji zvážit alternativu kdy zpracování (daemon) běží na pozadí a příkazový interpret se spouští jako malý pomocný prográmek jen za účelem předání příkazu. Je to typické řešení.
_________________
WWW | GitHub | TW

[Al]

Jaky je rozdil mezi NULL a 0? Virius pise, ze zadny.

[frca]

V C určitě žádný (až na to, že NULL nemusí být definovaný).
_________________
www.FRANTICWARE.com

[OndraSej]

Al> v pripade funkce select, ktere cas predavas pomoci pointeru na strukturu, je rozdil mezi hodnotou NULL a nulovym casem (tedy pointerem na strukturu reprezentujici nulovy cas) nenulovy
_________________
http://trionteam.net

[bolejt]

kdysi jsem se dočetl, že v C je 0 a NULL odlišná věc.
NULL mám dojem je nějaké makro ve stylu:

[Marek]

Mám pocit, že na nějakém compileru jsem se setkal s chováním, kdy 0 je 32bit číslo a NULL=0 je 64bit číslo na 64bit platformě, každopádně nula je furt nula.
_________________
AMD Open Source Graphics Driver Developer