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í
×
    včera 17:22 | Nová verze

    Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.

    Ladislav Hagara | Komentářů: 0
    včera 15:22 | Komunita

    Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.

    Ladislav Hagara | Komentářů: 0
    8.5. 19:22 | Nová verze

    Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 0
    8.5. 18:00 | Nová verze

    Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.

    Ladislav Hagara | Komentářů: 0
    8.5. 01:22 | Nová verze Ladislav Hagara | Komentářů: 0
    8.5. 00:55 | Zajímavý projekt

    PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.

    vlk | Komentářů: 0
    7.5. 19:44 | Nová verze

    Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    7.5. 17:33 | Nová verze

    Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.

    Ladislav Hagara | Komentářů: 0
    7.5. 05:33 | Komunita

    Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.

    Ladislav Hagara | Komentářů: 17
    7.5. 03:55 | Komunita

    sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.

    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (21%)
     (4%)
     (2%)
     (2%)
     (1%)
     (1%)
     (3%)
    Celkem 568 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: UDP klient, funkce read

    20.4.2011 15:04 Michal
    UDP klient, funkce read
    Přečteno: 225×
    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.

    Odpovědi

    20.4.2011 16:49 Michal
    Rozbalit Rozbalit vše Re: UDP klient, funkce read
    Jenom doplním, že píšu v C++ pod Linuxem.
    20.4.2011 17:54 Sten
    Rozbalit Rozbalit vše Re: UDP klient, funkce read
    sendto a recvfrom se používají, jenom pokud nepoužijete connect, jinak můžete klidně používat send a recv, resp. jejich ekvivalenty write a read.

    Chyba bude v použití strncpy, to totiž skončí na prvním null bajtu. Použijte memcpy. Případně raději použijte nějaký postup z C++.
    20.4.2011 19:35 Michal
    Rozbalit Rozbalit vše Re: UDP klient, funkce read
    Máte pravdu, nenapadlo mě, že se mezi daty může objevit i \0 i když teď je mi to už jasný :-). Mockrát děkuji.

    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.