Byla vydána nová stabilní verze 3.24.0, tj. první z nové řady 3.24, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Přehled novinek v poznámkách k vydání.
Na čem pracují vývojáři v Rustu napsaného mikrokernelového unixového operačního systému Redox OS (Wikipedie)? Byl publikován přehled vývoje za květen. Vypíchnout lze nový scheduler EEVDF nebo port desktopového prostředí Xfce na Redox OS.
Upozornění pro uživatele Asahi Linuxu: Neaktualizujte macOS na verzi 27 Golden Gate! Apple změnil detekci spouštěcích oddílů. Po aktualizaci oddíl s Asahi Linuxem nevidí. Snad je to jenom chyba.
Na webu konference Den IPv6, která se konala 4. června v Národní technické knihovně v pražských Dejvicích, jsou nyní k dispozici všechny prezentace (v PDF) a jejich videozáznamy. Organizátory konference byly i letos sdružení CESNET, CZ.NIC a NIX.CZ.
Byla vydána nová verze 9.1.0 správce sbírky fotografií digiKam (Wikipedie). Přehled novinek i s náhledy v oficiálním oznámení (NEWS). Vypíchnout lze vylepšené vyhledávání nebo podporu Pixel Motion Photos. Nejnovější digiKam je ke stažení také jako balíček ve formátu AppImage. Stačí jej stáhnout, nastavit právo ke spuštění a spustit.
Přihlaste svou přednášku na další ročník konference LinuxDays, který proběhne 3. a 4. října na FIT ČVUT v pražských Dejvicích. Příjem témat poběží do konce prázdnin, pak proběhne veřejné hlasování a následně sestavení programu.
Byla vydána nová verze 2.4.68 svobodného multiplatformního webového serveru Apache (httpd). Řešeno je mimo jiné 13 zranitelností.
Apple na své vývojářské konferenci WWDC26 (Worldwide Developers Conference, keynote) představil řadu novinek. Vypíchnout lze novou generaci Apple Intelligence a zbrusu novou Siri, která dostala název Siri AI. Kvůli Aktu o digitálních trzích (DMA) však funkce Siri AI nebudou v systémech iOS 27 a iPadOS 27 k dispozici uživatelům v Evropské unii.
Byla vydána nová verze 1.18.0 distribučního frameworku Flatpak (Wikipedie), tj. technologie umožňující distribuovat aplikace v podobě jednoho instalačního souboru na různé linuxové distribuce a jejich různá vydání. Přehled novinek na GitHubu. Vypíchnout lze podporu rozhraní /dev/kfd pro výpočty na kartách AMD (AMDKFD).
aMule (Wikipedie), tj. multiplatformní klient pro peer-to-peer sdílení souborů pro sítě eD2k and Kademlia, byl po více než pěti letech od vydání poslední verze 2.3.3, vydán v nové major verzi 3.0.0 (GitHub). S novou webovou stránkou a dokumentací.
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.
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++.
Tiskni
Sdílej: