abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:22 | Zajímavý software

    BreadboardOS je firmware pro Raspberry Pi Pico (RP2040) umožňující s tímto MCU komunikovat pomocí řádkového rozhraní (CLI). Využívá FreeRTOS a Microshell.

    Ladislav Hagara | Komentářů: 0
    včera 16:55 | Nová verze

    Vývojáři KDE oznámili vydání balíku aplikací KDE Gear 24.05. Přehled novinek i s náhledy a videi v oficiálním oznámení. Do balíku se dostalo 5 nových aplikací: Audex, Accessibility Inspector, Francis, Kalm a Skladnik.

    Ladislav Hagara | Komentářů: 1
    včera 12:55 | Nová verze

    Byla vydána (𝕏) nová verze 18.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    22.5. 23:44 | Pozvánky

    V neděli 26. května lze navštívit Maker Faire Rychnov nad Kněžnou, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.

    Ladislav Hagara | Komentářů: 0
    22.5. 16:33 | Nová verze

    Byla vydána nová stabilní verze 3.20.0, tj. první z nové řady 3.20, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou počáteční podporu 64bitové architektury RISC-V.

    Ladislav Hagara | Komentářů: 0
    22.5. 14:11 | IT novinky

    Společnost Jolla na akci s názvem Jolla Love Day 2 - The Jolla comeback představila telefon se Sailfish OS 5.0 Jolla Community Phone (ve spolupráci se společností Reeder) a počítač Jolla Mind2 Community Edition AI Computer.

    Ladislav Hagara | Komentářů: 7
    22.5. 12:33 | Nová verze

    LibreOffice 24.8 bude vydán jako finální v srpnu 2024, přičemž LibreOffice 24.8 Alpha1 je první předběžnou verzí od začátku vývoje verze 24.8 v prosinci 2023. Od té doby bylo do úložiště kódu odesláno 4448 commitů a více než 667 chyb bylo v Bugzille nastaveno jako opravené. Nové funkce obsažené v této verzi LibreOffice najdete v poznámkách k vydání.

    ZCR | Komentářů: 0
    21.5. 23:33 | Nová verze

    Nová čísla časopisů od nakladatelství Raspberry Pi: MagPi 141 (pdf) a HackSpace 78 (pdf).

    Ladislav Hagara | Komentářů: 0
    21.5. 21:22 | Nová verze

    Byla vydána verze 2.0.0 programovacího jazyka Kotlin (Wikipedie, GitHub). Oficiálně bude představena ve čtvrtek na konferenci KotlinConf 2024 v Kodani. Livestream bude možné sledovat na YouTube.

    Ladislav Hagara | Komentářů: 2
    21.5. 12:55 | Nová verze

    Byla vydána nová major verze 27.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    Podle hypotézy Mrtvý Internet mj. tvoří většinu online interakcí boti.
     (82%)
     (4%)
     (7%)
     (7%)
    Celkem 520 hlasů
     Komentářů: 16, poslední 14.5. 11:05
    Rozcestník

    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.

    Vaše jméno
    Váš email
    Typ požadavku
    Slovní popis
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.