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 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
dnes 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 36
13.1. 02:00 | Nová verze

Po pěti měsících od vydání verze 1.0.0 (zprávička) byla vydána verze 2.0.0 frameworku Kirigami (HIG) pro vytváření uživatelských rozhraní mobilních a konvergentních aplikací nad toolkitem Qt. Pro vyzkoušení je určena aplikace pro Android Kirigami gallery.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 301 hlasů
 Komentářů: 24, poslední dnes 10:14
    Rozcestník
    Reklama

    Dotaz: write na TCP spojení neohlásí chybu

    28.12.2011 14:16 Dave
    write na TCP spojení neohlásí chybu
    Přečteno: 313×
    Zdravím,

    programuju v C TCP komunikaci mezi 2 uzly, vše funguje jak má, ale mám problém s jedním chybovým scénářem. Ustanovím TCP spojení, pošlu data, která v pořádku dorazí k příjemci. Spojení nechám otevřené. Pak na odesílající straně zablokuju příjemce firewallem a opět pošlu data. Data k příjemci samozřejmě nedorazí, ale na odesílající straně write() hlásí, že komunikace proběhla v pořádku. Jak se dá na odesílající straně detekovat, že nastala chyba a data k příjemci nedorazila? Zkoušel jsem si hrát s nastavením socketu SO_KEEPALIVE, což funguje, ale přijde mi to jako obcházení problému a ne jeho řešení...

    Odpovědi

    28.12.2011 15:41 kovariadam | skóre: 12 | blog: biased | Košice/Brno
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    Neslo by po prijati odoslat naspat nejaku ACK spravu? Co za data to su?
    28.12.2011 22:01 Dave
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    Jde o SIP protokol, komunikace mezi serverem a klientem, modifikovat protokol a přidat ACK bohužel nemůžu...
    28.12.2011 16:22 Sten
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    write nečeká na potvrzení, že data dorazila, pokud je v cache dost místa. Můžete zkusit použít TCP_NODELAY, ale ani to nezaručí, že se problém dozvíte hned.
    28.12.2011 22:01 Dave
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    TCP_NODELAY už jsem zkoušel, bohužel neúspěšně...
    28.12.2011 16:22 Ivan
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    Jen strilim od boku, zkousel jsi SO_SNDTIMEO? Uspesne zavolani write, znamena jenom to, ze kernel prijal data do sveho odesilaciho bufferu (popr. je jeste odeslal po siti). Kolikrat byla data retransmitovana po siti te nemusi zajimat. Hadam, ze ti vlastne vadi, ze mas v defaultu nastaveny velky connection timeout.

    Zadne obecne reseni neexistuje. Pokud by firewally posilaly reject misto toho aby dropovaly packety tak by to fungovalo jak ma.

    U SO_KEEPALIVE mas problem v tom ten timeout je globalni na urovni celeho OS, a neni mozne nastavit ho pro jedno konkretni spojeni.
    28.12.2011 18:58 Sten
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    U SO_KEEPALIVE mas problem v tom ten timeout je globalni na urovni celeho OS, a neni mozne nastavit ho pro jedno konkretni spojeni.
    Ale lze: TCP_KEEPCNT, TCP_KEEPIDLE, TCP_KEEPINTVL
    28.12.2011 22:08 Dave
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    SO_SNDTIMEO jsem zkoušel, ale bohužel to nezabralo. Problém je v tom, jak už tu bylo zmíněno, že write() skončí úspěšně po předání dat kernelu a ne až potom, co druhá strana data opravdu přijme.

    SO_KEEPALIVE jde nastavit pro každý socket zvlášť, ale toto řešení přidává dodatečnou síťovou komunikaci, což v mém případě bohužel nemohu použít.
    Luboš Doležel (Doli) avatar 28.12.2011 22:37 Luboš Doležel (Doli) | skóre: 98 | blog: Doliho blog | Kladensko
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    write() je u TCP spojení standardně tuším asynchronní, když ho přepnete na synchronní, tak už bych chybové návratové kódy čekal.
    Josef Kufner avatar 29.12.2011 00:36 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    TCP negarantuje doručení dat. Pouze garantuje, že ty data dorazí ve správném pořadí a pokud bylo spojení korektně uzavřeno, tak budou všechna.

    Tedy, pokud spojení uzavřeš, tak close() ti chybu vrátí. Do té doby nevíš nic (a není to špatně).

    Pokud chceš mít jistotu, že nějaká zpráva byla doručena, pošli si ACK na aplikační úrovni a nespoléhej na TCP. Ono toho garantuje daleko méně než si mnoho lidí myslí, například Jabber takle ztrácí zprávy, když ti vypadne spojení (je to chyba v návrhu XMPP).
    Hello world ! Segmentation fault (core dumped)
    pavlix avatar 29.12.2011 09:38 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    Ono toho garantuje daleko méně než si mnoho lidí myslí, například Jabber takle ztrácí zprávy, když ti vypadne spojení (je to chyba v návrhu XMPP).
    A nejde to ani dobře řešit přes TCP acky... ale naštěstí XMPP má definované jak aplikační acky, tak pingy, dělal to původně před pár lety Justin Karneges a byly kolem toho velké diskuze, kdy různí lidi vymýšlely totální cypoviny jako end-to-end potvrzování. Takže je to jen na lenosti implementátorů.
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
    29.12.2011 10:14 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    Pokud chceš mít jistotu, že nějaká zpráva byla doručena, pošli si ACK na aplikační úrovni a nespoléhej na TCP.
    Souhlas. Na druhou stranu TCP samo zajistuje potvrzovani doruceni dat, takze teoreticky by mohlo jit rozsirit API tak, aby toto potvrzeni bylo propagovano do aplikace.
    29.12.2011 10:55 Ivan
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    Nojo TCP potvrzuje data, ale samo si muze urcit jak velke baliky dat se potvrzuji. Podle me nemuzes spolehat ani na to ze ti prijde ACK pro kazdy packet s priznakem push (P).
    pavlix avatar 29.12.2011 09:45 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: write na TCP spojení neohlásí chybu
    Tak on write proběhl v pořádku, data se odeslala. Pokud někoho odřízneš DROP, tak holt vytimeoutuje. Musel bys dát aspoň REJECT a doufat, že chybová zpráva dojde. Ale tvrdý rozpad TCP je prostě pomalý.

    Technicky to jde řešit buď ověřováním TCP acků, což vůbec netuším jestli/jak je exponované... a nebo těch aplikačních acků.

    Níže píšeš, že řešíš SIP, to je změna zadání. V dotazu máš TCP, takže jsi se zřejmě zeptal na něco jiného, než jsi chtěl. Chceš na TCP vrstvě řešit něco, co TCP standardně nenabízí, takže doporučuju poskočit na aplikační vrstvu a řešit to tam.

    A vzhledem k tomu, že jsi zatím nenapsal nic o tom, že by s tím byl nějaký problém... tak není, co řešit :).
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.

    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.