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 04:44 | Nová verze

    Po více než dvou letech od vydání předchozí verze 2.12 byla vydána nová stabilní verze 2.14 systémového zavaděče GNU GRUB (GRand Unified Bootloader, Wikipedie). Přehled novinek v souboru NEWS a v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    dnes 02:22 | Nová verze

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

    Ladislav Hagara | Komentářů: 1
    dnes 01:55 | Humor

    Microsoft zveřejnil zdrojový kód XAML Studia a uvolnil ho pod MIT licencí. XAML Studio je nástroj ze světa Windows, určený pro tvorbu uživatelského rozhraní aplikací pomocí XAML (Extensible Application Markup Language). Stalo se tak zhruba po osmi letech od prvního prohlášení Microsoftu, že se tento kód chystá zveřejnit.

    NUKE GAZA! 🎆 | Komentářů: 0
    dnes 01:44 | Zajímavý projekt

    TimeCapsule, 'časová kapsle', je jazykový model trénovaný výhradně na datech z určitých míst a časových období, aby se tak napodobila autentická slovní zásoba, způsob vyjadřování a názory dané doby. Na Hugging face jsou k dispozici modely natrénované na historických textech dostupných v oblasti Londýna mezi lety 1800 až 1875.

    NUKE GAZA! 🎆 | Komentářů: 1
    včera 17:55 | Nová verze

    Radicle byl vydán ve verzi 1.6.0 s kódovým jménem Amaryllis. Jedná se o distribuovanou alternativu k softwarům pro spolupráci jako např. GitLab.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Upozornění

    Zemřel Scott Adams, tvůrce komiksových stripů Dilbert parodujících pracovní prostředí velké firmy.

    Ladislav Hagara | Komentářů: 3
    včera 13:00 | Nová verze

    Sdružení CZ.NIC vydalo novou verzi Knot Resolveru (6.1.0). Jedná se o první vydanou stabilní verzi 6, která je nyní oficiálně preferovanou a doporučovanou verzí, namísto předešlé verze 5. Více o Knot Resolveru 6 je možné se dočíst přímo v dokumentaci.

    VSladek | Komentářů: 1
    včera 01:22 | Nová verze

    Byl vydán Linux Mint 22.3 s kódovým jménem Zena. Podrobnosti v přehledu novinek a poznámkách k vydání. Vypíchnout lze, že nástroj Systémová hlášení (System Reports) získal mnoho nových funkcí a byl přejmenován na Informace o systému (System Information). Linux Mint 22.3 bude podporován do roku 2029.

    Ladislav Hagara | Komentářů: 1
    13.1. 21:33 | Nová verze

    Wine bylo po roce vývoje od vydání verze 10.0 vydáno v nové stabilní verzi 11.0. Přehled novinek na GitLabu. Vypíchnuta je podpora NTSYNC a dokončení architektury WoW64.

    Ladislav Hagara | Komentářů: 5
    13.1. 16:11 | Nová verze

    Byl vydán Mozilla Firefox 147.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Firefox nově podporuje Freedesktop.org XDG Base Directory Specification. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 147 bude brzy k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (5%)
     (0%)
     (8%)
     (19%)
     (3%)
     (6%)
     (3%)
     (11%)
     (44%)
    Celkem 441 hlasů
     Komentářů: 12, poslední včera 21:12
    Rozcestník

    Dotaz: UDP klient, funkce read

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