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 01:11 | Nová verze

    Byl vydán Debian 13.6, tj. šestá opravná verze Debianu 13 s kódovým názvem Trixie a Debian 12.15, tj. poslední patnáctá opravná verze Debianu 12 s kódovým názvem Bookworm, k dispozici je LTS. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 a Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.

    Ladislav Hagara | Komentářů: 0
    10.7. 16:11 | Bezpečnostní upozornění

    V jádře Linux byla nalezena a v upstreamu již byla opravena kritická zranitelnost GhostLock aneb CVE-2026-43499. Lokálnímu uživateli umožňuje získat práva roota a také obejít kontejnerovou izolaci. Zranitelnost existovala v Linuxu 15 let, tj. od roku 2011, od Linuxu verze 2.6.39.

    Ladislav Hagara | Komentářů: 2
    10.7. 13:55 | IT novinky

    Evropská komise předběžně shledala, že návykový design aplikací Instagram a Facebook od americké společnosti Meta porušuje unijní nařízení o digitálních službách (DSA). Návykový design zahrnuje například takzvané nekonečné posouvání, automatické přehrávání videí, tzv. push notifikace, kdy aplikace uživatele vybízí k návratu do jejího prostředí, či vysoce personalizovaný algoritmus, který rychle pozná, co uživatele baví a snaží

    … více »
    Ladislav Hagara | Komentářů: 8
    10.7. 12:11 | Nová verze

    Byla vydána verze 1.97.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

    Ladislav Hagara | Komentářů: 0
    10.7. 05:00 | IT novinky

    Švýcarská společnost Punkt. má nově v nabídce telefon Punkt. MC03. Telefon byl navržen ve Švýcarsku s důrazem na soukromí a digitální suverenitu a vyroben v Německu. V telefonu běží operační systém AphyOS (Apostrophy OS) založený na AOSP (Android Open Source Project) 15. Cena telefonu je 745 eur.

    Ladislav Hagara | Komentářů: 20
    10.7. 04:44 | Nová verze

    TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 7.0. Kompilátor byl kvůli výkonu přepsán z TypeScriptu do Go.

    Ladislav Hagara | Komentářů: 0
    9.7. 17:00 | IT novinky

    Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala

    … více »
    Ladislav Hagara | Komentářů: 12
    9.7. 04:44 | Bezpečnostní upozornění

    Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.

    Ladislav Hagara | Komentářů: 0
    9.7. 04:22 | Komunita

    Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.

    Ladislav Hagara | Komentářů: 4
    9.7. 04:00 | Bezpečnostní upozornění

    V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (17%)
     (31%)
     (4%)
     (6%)
     (2%)
     (16%)
     (25%)
    Celkem 2097 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: UDP sockety thready, C++

    Beda0 avatar 29.1.2014 20:00 Beda0 | skóre: 29
    UDP sockety thready, C++
    Přečteno: 396×

    Zdravím.
    mám třídu (Odesilatel), která má simulovat přístroj - posílá data po UDP na danou ip po daném portu - konkrétním na 127.0.0.1:2023

    Druhá (Prijemce) třída přijímá data po UDP na danym portu (odkukoliv), zpracuje je (udělá z nich floaty) a uloží do bufferu.

    Pokud je simulátor puštěnej z jinýho programu než příjemce, vše funguje. Pokud jsou puštěny z jednoho, tak se přijme jen 92 packetů, pak jich to 260 přeskočí (+- 20, tehnle počet se mění, ale 92 jich to přijme vždy a 93 už je posunutej) a pak to zase přijímá normálně - další stovky packetů (nebo to občas začne zase přeskakovat).

    Odesilatel a příjemce jsou ve vlastních threadech. Wireshark říká, že odesilatel odešle data správně, při krokování je vidět, že příjemce je už v int size = read(socketDesc, data, 65535); dostane přeskonečené. Trápim se s tim celý den a nemam ponětí, co dělám špatně.

    Pokud nepošlu 981bytů, ale míň, tak to funguje normálně (asi by to začlo přeskakovat někde dál), takže předpokldám, že se něco někam nevejde, ale nemůžu přijít na to co/kam. Vidíte v tom někdo nějakou botu?

    
    Projemce p;
    Odesilatel o;
    o.start();
    p.startReadData();
    while(1){
       if(m.dataLength() > 0){
          Data<float> d = p.getData();
          for(int y = 0;y<d.length();y++)
             fprintf(outF,"%f;%f\n",...);//vypis dat do souboru  
       }
    }
    Prijemce:
    
    Prijemce::Prijemce(){
       socketDesc = socket( AF_INET, SOCK_DGRAM, IPPROTO_UDP );
       sockaddr_in serverSock;
       serverSock.sin_family = AF_INET;
       serverSock.sin_addr.s_addr = htonl(INADDR_ANY);
       serverSock.sin_port = htons(2023);
       bind( socketDesc, (const sockaddr*) &serverSock, sizeof(serverSock) );
    }
    void Prijemce::startReadData(){
     th = new std::thread(&MeterUDP::readPackets,this);
    }
    Data<float> Prijemce:getData(){
       mutex.lock();
       Data<float> ret = dataBuffer;
       dataBuffer.clear();
       mutex.unlock();
       return ret;
    }
    void Prijemce::readPackets(){
    
    ByteArray *bA;
       while(1){
          fd_set fds;
          timeval tv;
          FD_ZERO(&fds);
          FD_SET(socketDesc, &fds);
          tv.tv_sec = 1; 
          tv.tv_usec = 0;
    
          u8 data[65535];
          int test = 0;
          int ret = select(socketDesc+1, &fds, NULL, NULL, &tv); 
          if(ret == 1){
          int size = read(socketDesc, data, 65535);
          Bytes b;
          b.insert(b.end(),data,data+size);
          bA = new ByteArray(b);
          }
       }
       Data<float> dataBuffer = kouzla(bA);//konertuje ByteArray do pouzitelnyho formatu
    }
    Odesilatel:
    
    Odesilatel::Odesilatel(){
       sockfd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP)
       bzero(&serv_addr, sizeof(serv_addr));
       serv_addr.sin_family = AF_INET;
       serv_addr.sin_port = htons(2023);
       net_aton("127.0.0.1", &serv_addr.sin_addr)
    }
    void Odesilatel::start(){
       th = new std::thread(&Odesilatel::sendData,this);
    }
    void Odesilatel::sendData(){
       while(1){
       u8 packet[981];
       for(int i = 0;i<981;i++)
          packet[i] = data;//tady naplnim data (ze souboru, ale to neni podstatny)
       sendto(sockfd, packet, 981, 0, (struct sockaddr*)&serv_addr, slen);
       }
    }

    Řešení dotazu:


    Odpovědi

    29.1.2014 20:17 Sten
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    UDP je nezaručená komunikace, pakety nemusí dorazit nebo je může systém zahodit, protože je nečtete dostatečně rychle
    Beda0 avatar 29.1.2014 21:25 Beda0 | skóre: 29
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Teď si připadám jako blb. Tohle mě napadlo už na začátku a skoušel jsem zpomlovat zápis pomocí usleep(...) ale bezvýsledně. Teď jsem dal natvrdo za každý odeslaný packet usleep a funguje to... ale nechápu, proč to ve dvou aplikacích stíhá zapisovat i číst, ale v jedné ne. Přitom thready se použití i se dvěma aplikacemi.
    Aleš Janda avatar 29.1.2014 22:30 Aleš Janda | skóre: 23 | blog: kýblův blog | Praha
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Zřejmě plánovač tvého jádra rozhazuje vlákna jinak, když je to jedna nebo více aplikací.

    Je nějaký důvod, proč nepoužít TCP?
    Beda0 avatar 30.1.2014 06:08 Beda0 | skóre: 29
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Simuluje to komunikaci s přístrojem, který posílá data po UDP - bude to fungovat pouze po velmi jednoduché lokální síti, většinou jen "síť" mezi dvěma zařízeními, takže ztrácení packetů po cestě nehrozí. Je požadovaná rychlost, TCP má zbytečně velkou režii, UDP prostě tlačí data na požadovaný port a ip a je jedno, jestli někdo ty packety chytá nebo ne, to s TCP nejde, protože je spojový.
    30.1.2014 00:06 Sten
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Tipuji, že odesílatel stihne zapsat příliš mnoho paketů ještě předtím, než se příjemce stihne spustit. Zkuste spustit nejdříve příjemce.
    Beda0 avatar 30.1.2014 06:16 Beda0 | skóre: 29
    Rozbalit Rozbalit vše Re: UDP sockety thready, C++
    Jo, tak teď si připadá jako úpnej blb. Tohle mě taky napadlo už na začátku, ale nevim, proč jsem to jen nepřehoadil a místo toho tam cpal nějaký usleep... prohodil jsem pořadí Odesilatel a Prijemce, vyhodil vsechny usleep a funguje to, díky.

    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.