abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 00:33 | IT novinky

Josef Průša představil na Maker Faire v New Yorku svou novou 3D tiskárnu Original Prusa i3 MK3. Z novinek (YouTube) lze zdůraznit senzor filamentu, výměnnou magnetickou podložku, rychlejší tisk nebo rozpoznání uskočené vrstvy, výpadku napájení a výpadku filamentu (YouTube).

Ladislav Hagara | Komentářů: 7
včera 17:22 | Komunita

Martin Flöser představil na svém blogu projekt XFree KWin. Cílem projektu je rozběhnout správce oken KWin na Waylandu bez XWaylandu [reddit].

Ladislav Hagara | Komentářů: 7
včera 16:55 | Komunita

Do pátku 29. září probíhá v Praze v hotelu Hilton konference SUSECON 2017 pořádaná společností SUSE. Dění na konferenci lze sledovat na Twitteru. Nils Brauckmann, CEO společnosti SUSE, vítá účastníky konference na YouTube.

Ladislav Hagara | Komentářů: 2
včera 07:00 | Komunita

Příspěvek na blogu společnosti Yubico informuje o začlenění podpory bezpečnostních klíčů FIDO U2F do Firefoxu Nightly. Dosud bylo možné dvoufázové ověření pomocí FIDO U2F ve Firefoxu zajistit pouze pomocí doplňku.

Ladislav Hagara | Komentářů: 4
včera 06:00 | Humor

Adobe PSIRT (Adobe Product Security Incident Response Team) neúmyslně zveřejnil (archive) na svém blogu svůj soukromý OpenPGP klíč. Klíč byl revokován a vygenerován nový. Nelze nezmínit xkcd 1553 - Veřejný klíč.

Ladislav Hagara | Komentářů: 1
24.9. 20:00 | Nová verze

Byla vydána (cgit) verze 0.99 svobodného nelineárního video editoru Pitivi. Jedná se o release candidate verze 1.0. Přehled úkolů, které je nutno ještě dodělat, na Phabricatoru. Pitivi je k dispozici také ve formátu Flatpak.

Ladislav Hagara | Komentářů: 1
24.9. 17:11 | Komunita

Microsoft s Canonicalem představili linuxové jádro Ubuntu optimalizováno pro cloudové služby Microsoft Azure (linux-azure). Jako výchozí je toto menší a výkonnější jádro použito již v Ubuntu Cloud Images for Ubuntu 16.04 LTS. Canonical zatím nenabízí patchování tohoto jádra za běhu systému (Canonical Livepatch Service).

Ladislav Hagara | Komentářů: 1
24.9. 14:55 | Komunita

Facebook oznámil, že přelicencuje open source projekty React, Jest, Flow a Immutable.js ze své vlastní kontroverzní licence BSD+Patents na licenci MIT. Stane se tak tento týden s vydáním Reactu 16. Jedním z důvodů přelicencování bylo oznámení nadace Apache, že software pod Facebook BSD+Patents licencí nesmí být součástí produktů pod touto nadací [Hacker News].

Ladislav Hagara | Komentářů: 0
23.9. 21:44 | Nová verze

Po půl roce od vydání verze 9.0 byla vydána verze 10.0 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 1
22.9. 18:11 | Nová verze

Společnost Oracle oficiálně oznámila vydání Java SE 9 (JDK 9), Java Platform Enterprise Edition 8 (Java EE 8) a Java EE 8 Software Development Kit (SDK). Java SE 9 přináší více než 150 nových vlastností.

Ladislav Hagara | Komentářů: 0
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 581 hlasů
 Komentářů: 23, poslední 24.9. 18:12
    Rozcestník

    Dotaz: Sucasene citanie a zapis zo soketu - chat klient

    11.12.2005 17:53 Miso Miso | skóre: 1
    Sucasene citanie a zapis zo soketu - chat klient
    Přečteno: 60×
    Ahojte,

    pokusam sa napisat chat program(server a klient). Server cast riesim pomocou klasickeho selectu. Problem mam pri programovani klienta. Totiz potrebujem zaroven citat a zapisovat do soketu, ktorym je klient pripojeny na server.

    Citat potrebujem neustale(server moze poslat spravu od ostatnych klientov v ktoromkolvek okamihu - tuto spravu musim vypisat). Zapisovat potrebujem po tom, co pouzivatel zada spravu na odoslanie.

    Zatial som to spravil tak, ze jeden thread cita zo soketu a druhy thread cita z prikazoveho riadku a po stlaceni enter zapise do soketu text. Cize z dvoch threadov zaroven zapisujem a citam z jedneho soketu. Klient sa tvari tak, ze to funguje ale pochybuje o bezpecnosti tohto riesenia.

    Dalsia moznost je zaregistrovat soket do mnozin na zapis a citanie (FD_SET). A pomocou select citat zo soketu a zapisovat do soketu (ak je pripraveny text na zapis). Taketo riesenie vsak spotrebuje 100% procesoroveho casu pretoze soket je vzdy pripraveny na zapis a teda select ihned skonci.

    Este som rozmyslal nad tym, ze potom ako uzivatel napise spravu modifikujem mnozinu soketov cakajucich na zapis. toto vsak tiez nie je asi najbezpecnejsie riesenie :).

    Ako by ste riesili klienta?

    Za cennu radu dakujem Michal

    Odpovědi

    Luboš Doležel (Doli) avatar 11.12.2005 17:55 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Tak si mezi selecty dejte usleep().
    11.12.2005 22:29 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    toto riesenie sa mi vidi take hackerske obidenie problemu :), co sa mi velmi nepaci.
    11.12.2005 18:09 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Zatial som to spravil tak, ze jeden thread cita zo soketu a druhy thread cita z prikazoveho riadku a po stlaceni enter zapise do soketu text. Cize z dvoch threadov zaroven zapisujem a citam z jedneho soketu. Klient sa tvari tak, ze to funguje ale pochybuje o bezpecnosti tohto riesenia.

    Pokud to ošetříte mutexem, neviděl bych v tom problém. Nebo když použijete streamové funkce, které to zamykají automaticky.

    Este som rozmyslal nad tym, ze potom ako uzivatel napise spravu modifikujem mnozinu soketov cakajucich na zapis. toto vsak tiez nie je asi najbezpecnejsie riesenie

    Proč? Ale asi bych použil spíš poll(), tam si nemusíte hrát s těmi nepřehlednými množinami a jen přehazujete jeden příznak. Nebo jste to myslel tak, že byste změnil množinu, zatímco v druhém threadu běží ten select()? To by asi opravdu nešlo.

    11.12.2005 22:36 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Pokud to ošetříte mutexem, neviděl bych v tom problém. Nebo když použijete streamové funkce, které to zamykají automaticky.

    neviem ci sme sa pochopili. Ja v tom vidim problem asi taky, ze ked spravim v jednom threade synchornizovany recv pomocou mutexu a do soketu sa nikdy nic nepride, potom sa v druhom threade nidky nedostanem k zapisu do soketu. Inak by som musel pouzit neblokovaci rezim, taketo riesenie by vsak bolo velmi neefektivne pretoze recv by stale okamzite skoncil a hned na to by sa spustal znova.

    Okrem toho mate pravdu, druhe riesenie asi naozaj nepojde.
    11.12.2005 23:34 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Myslel jsem to spíš tak, že v jednom threadu by čekal poll(), až bude možné číst, a mutex by se zamykal až na samotný read(). Ve druhém threadu by se zamkl mutex na zápis, když by bylo potřeba. To by mělo projít, ale nezkoušel jsem to.
    11.12.2005 18:12 maleprase | skóre: 28
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    pres select kontroluj akorat cteni. zapis provadis stejne az ve chvili kdy mas neco ve vstupni fronte kterou muzes kontrolovat vzdy po selectu nebo po jeho timeoutu.
    11.12.2005 18:30 #Tom
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Mně se také zalíbíl poll - pole se nachystalo jenom jednou a čistěji. Také jsem psal kecací prográmek (jako úlohu do prográmka v C). Žádná vlákna ani podprocesy jsem nepotřeboval ani u klienta, ani u serveru. Jinak se mi osvědčilo u klienta hlídat funkcí poll i standardní vstup, takže šlo snadno obsloužit jak psaní na klávesnici, tak přijímání zpráv.
    11.12.2005 18:47 Michal Kubeček | skóre: 71 | Luštěnice
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    V tomto případě opravdu stačí select() nebo poll(). Řešení pomocí threadů nebo samostatných procesů je vhodnější tam, kde je větší množství klientů a vyřízení požadavku trvá netriviální dobu (protože během vyřizování jednoho požadavku se nemůžete bavit s dalšími klienty).
    11.12.2005 22:46 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Naozaj super napad. pollovat standardny vstup. dakujem. Momentalne vsak este neviem ci riesenie nebude zalozene na ncurses. V tom pripade by som do jedneho okna zapisoval a z druheho cital. teda by som potreboval zavesit poll na ncurses okno.

    Nakoniec to asi spravim tak ako mi niekto poradil v predchadzajucom prispevku. nastavim do selectu nejaky "rozumny" timeout a stale ked select skonci tak sa pozriem do fronty sprav ci mozem nieco zapisat a ak ano tak to zapisem. Je to sice dost nepruzne ale aspon bezpecne riesenie a nezabera tolko proceseroveho casu. (ako napr. zaregistrovanie soketu aj na zapis - vtedy sa select skonci hned)

    Ak niekoho napadne lepsie riesenie este sa ozvite. Chcelo by to nejaky asynchronny soket :), ktoremu by som nastavil callbacky na send a receive :).

    Zatial dakujem, michal
    11.12.2005 22:49 #Tom
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Můžete se kouknot na moje řešení (cv9), ale moc uhlazený kód tam není, tento program byl napsán v ještě větším spěchu než ostatní (za 3-4 dny) a kvalitou nepřekypuje.
    11.12.2005 23:45 Miso Miso | skóre: 1
    Rozbalit Rozbalit vše Re: Sucasene citanie a zapis zo soketu - chat klient
    Dakujem za riesenie. trochu som zazmatkoval, ked som povedal ze treba poll zavesit na okno :). jasne ze na poll staci zavesit standardny vstup, kedze ncurses tiez iba citaju standardny vstup, ked pouzijem wgetch(). Sory ze som sa takto pomylil a tym Vas este otravoval.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.