Inzerujte na AbcPráce.cz od 950 Kč

napište » Zprávičky

dnes 00:44 | IT novinky

Po 8. květnu 2026 už na Instagramu nebudou podporované zprávy opatřené koncovým šifrováním. V chatech, kterých se bude změna týkat, se objeví pokyny o tom, jak si média nebo zprávy z nich stáhnout, pokud si je chcete ponechat.

Ladislav Hagara | Komentářů: 2

Digg opět skončil

dnes 00:33 | IT novinky

V lednu byla ve veřejné betě obnovena sociální síť Digg (Wikipedie). Dnes bylo oznámeno její ukončení (Hard Reset). Společnost Digg propouští velkou část týmu a přiznává, že se nepodařilo najít správné místo na trhu. Důvody jsou masivní problém s boty a silná konkurence. Společnost Digg nekončí, malý tým pokračuje v práci na zcela novém přístupu. Cílem je vybudovat platformu, kde lze důvěřovat obsahu i lidem za ním. Od dubna se do Diggu na plný úvazek vrací Kevin Rose, zakladatel Diggu z roku 2004.

Ladislav Hagara | Komentářů: 4

Malus, clean room jako služba

včera 12:33 | Zajímavý projekt

MALUS je kontroverzní proprietarní nástroj, který svým zákazníkům umožňuje nechat AI, která dle tvrzení provozovatelů nikdy neviděla původní zdrojový kód, analyzovat dokumentaci, API a veřejná rozhraní jakéhokoliv open-source projektu a následně úplně od píky vygenerovat funkčně ekvivalentní software, ovšem pod libovolnou licencí.

NUKE GAZA! 🎆 | Komentářů: 13

CrackArmor, zranitelnosti v AppArmoru

včera 03:55 | Bezpečnostní upozornění

Příspěvek na blogu Ubuntu upozorňuje na několik zranitelností v rozšíření Linuxu o mandatorní řízení přístupu AppArmor. Společně jsou označovány jako CrackArmor. Objevila je společnost Qualys (technické detaily). Neprivilegovaný lokální uživatel se může stát rootem. Chyba existuje od roku 2017. Doporučuje se okamžitá aktualizace. Problém se týká Ubuntu, Debianu nebo SUSE. Red Hat nebo Fedora pro mandatorní řízení přístupu používají SELinux.

Ladislav Hagara | Komentářů: 2

Qt Creator 19

12.3. 17:22 | Nová verze

Byla vydána nová verze 19 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.

Ladislav Hagara | Komentářů: 0

Bitwig Studio 6

12.3. 03:44 | Nová verze

Bitwig Studio (Wikipedie) bylo vydáno ve verzi 6. Jedná se o proprietární multiplatformní (macOS, Windows, Linux) digitální pracovní stanici pro práci s audiem (DAW).

Ladislav Hagara | Komentářů: 4

Linuxová distribuce Moonforge

12.3. 02:11 | Komunita

Společnost Igalia představila novou linuxovou distribuci (framework) s názvem Moonforge. Jedná se o distribuci určenou pro vestavěné systémy. Vychází z projektů Yocto a OpenEmbedded.

Ladislav Hagara | Komentářů: 0

Google Chrome 146

12.3. 00:44 | Nová verze

Google Chrome 146 byl prohlášen za stabilní. Nejnovější stabilní verze 146.0.7680.71 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 29 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

Ladislav Hagara | Komentářů: 0

D7VK 1.5

12.3. 00:22 | Nová verze

D7VK byl vydán ve verzi 1.5. Jedná se o fork DXVK implementující překlad volání Direct3D 3 (novinka), 5, 6 a 7 na Vulkan. DXVK zvládá Direct3D 8, 9, 10 a 11.

Ladislav Hagara | Komentářů: 0

Eclipse IDE 2026-03 aneb Eclipse 4.39

11.3. 23:22 | Nová verze

Bylo vydáno Eclipse IDE 2026-03 aneb Eclipse 4.39. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

Ladislav Hagara | Komentářů: 4

Centrum | Napsat | Starší

navrhněte » Anketa

Komentářů: 26, poslední 12.3. 08:56

Rozcestník

AbcLinuxu

HDmag.cz

Administrace komentářů

Jste na stránce určené pro řešení chyb a problémů týkajících se diskusí a komentářů. Můžete zde našim administrátorům reportovat špatně zařazenou či duplicitní diskusi, vulgární či osočující příspěvek a podobně. Děkujeme vám za vaši pomoc, více očí více vidí, společně můžeme udržet vysokou kvalitu AbcLinuxu.cz.

Příspěvek

20.4.2011 15:04 Michal
Rozbalit Rozbalit vše UDP klient, funkce read

Ahoj, dělám klienta, který má pomocí UDP stáhnout ze serveru soubor. Server posílá data po 265B paketech (9B hlavička, 256B data). Všude se píše, že s UDP se používá dvojice recvfrom a sendto. Ale mě se nelíbilo, že se jim musí předávat další struktura s informacemi o druhé straně.

Někde jsem si přečetl, že se dají normálně použít i funkce read a write stejně jako při komunikaci skrz TCP. Rozhodl jsem se, že to tedy udělám tak.

Připojení:


    unsigned int       inaddr;
    struct hostent     *ph;
    struct sockaddr_in my_addr;

    if ((inaddr = inet_addr(addr))!=INADDR_NONE)
        ph=gethostbyaddr((char *)&inaddr, sizeof(unsigned int), AF_INET);
    else  ph=gethostbyname(addr);

    if (ph) {
        cout << "Connecting to " << ph->h_name << endl;
    }
    else {
        cerr << "Unable to connect " << ph->h_name << ", not in name list." << endl;
        return false;
    }

    if ((m_iSocket = socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP))<0) {
        cerr << "Can not open socket." << endl;
        return false;
    }

    bzero((char *) &my_addr, sizeof(my_addr));
    my_addr.sin_family = AF_INET;
    my_addr.sin_addr.s_addr = INADDR_ANY;
    my_addr.sin_port = htons(4000);

    if (connect(m_iSocket,  (struct sockaddr *) &my_addr, sizeof(my_addr)) < 0) {
        cerr << "Can\'t connect." << endl;
        close(m_iSocket);
        return false;
    }

Potom server nějak (nevím jak, mám jen binárku) odesílá data a já je v klientovi přijímám takto:



...
struct Message {
    long    id;
    unsigned short   seq;
    unsigned short   ack;
    char    flag;
    char    data[256];
};
...
    Message buf;
    for (int i = 0; i < 256; i++) {
        buf.data[i] = m_mRecMsg.data[i] = 0;
    }

    int ret = read(m_iSocket, (void *)&buf, sizeof(buf));
    cout << "Pocet prijatych bajtu: " << dec << ret << " z " << sizeof(buf) << endl;
    if (ret < 0) {
        cerr << "Error reading from socket." << errno << endl;
        return false;
    }
    m_iLastRecvDataLength = ret - sizeof(long) - 2*sizeof(short) - 1;

    if (m_iLastRecvDataLength > 0) {
        strncpy(m_mRecMsg.data, buf.data, m_iLastRecvDataLength);
    }
    m_mRecMsg.ack = ntohs(buf.ack);
    m_mRecMsg.flag = buf.flag;
    m_mRecMsg.id = ntohl(buf.id);
    m_mRecMsg.seq = ntohs(buf.seq);

    printMsg(m_mRecMsg);

    return true;

Je to výňatek z programu, ale pro ilustraci by to mělo snad stačit. Problém je v tom, že server odešle 256B dat + 9B hlavičku, klient by je měl tedy přijmout. návratová hodnota z read dokonce potvrzuje, že přijala 265B dat. Ale přesto jsou data neúplná. V poli data je někdy jen určitý počet (asi tak 100-150) platných bajtů a zbytek jsou nuly. Vypadá to například takhle:


server:
F1EA0006  SEND  127.0.0.1:41229  seq=18176 ack=0 flags=00 data(256): 5b 7b 15 f6 8d 00 41 80 ... 6f 73 a6 73 60 60 77 7a
klient: 
Pocet prijatych bajtu: 265 z 268
Prijata: f1ea0006	0	18176	0	data(256):5b 7b 15 f6 8d ... 0 0 0 0 0 0 0 0 0 0

Může za to read? Nebo mám něco principiálně špatně? Vím, že u TCP se muselo číst po bajtech, ale UDP se snad nesmí ne?

Budu moc vděčný za každou radu, už se s tím morduju 2 dny.

V tomto formuláři můžete formulovat svou stížnost ohledně příspěvku. Nejprve vyberte typ akce, kterou navrhujete provést s diskusí či příspěvkem. Potom do textového pole napište důvody, proč by měli admini provést vaši žádost, problém nemusí být patrný na první pohled. Odkaz na příspěvek bude přidán automaticky.

Offtopic diskuse použijte pro diskusi mimo záběr našeho portálu (včelařství, windows), která by měla být smazána.
Duplicitní diskuse je určena pro případ, kdy uživatel odeslal svůj dotaz několikrát.
Návrh na cenzuru použijte, pokud komentář obsahuje urážky, vulgarismy nebo porušuje zákony.
Návrh na smazání komentáře je velmi neobvyklá akce používaná obvykle při nepovolené reklamě či spamu, výkřicích psychicky nemocných jedinců (ještírci) nebo pro smazání duplikátních komentářů.
Oprava formátování je žádost pro úpravu formy příspěvku, například pokud někdo píše bez odstavců nebo použije PRE pro celý komentář. Žádosti o změnu obsahu budou zamítnuty.

Vaše jméno
Váš email
Typ požadavku

Slovní popis