Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 166 (pdf).
Blíží se prázdniny a než se rozutečete k moři, je na čase se opět sejít na Virtuální Bastlírně - pravidelném setkání elektroniků, ajťáků, bastlířů a obecně nadšenců do techniky. Co si pro vás strahovští bastlíři připravili tentokrát? Určitě proberou blížící se Linux Days i další události. U softwaru se chvíli zdrží a poví si kupříkladu o tom, jak se zbavit Bambu Cloudu, ale nepřijít o možnost ovládat tiskárnu na dálku. Řeč dojde i na AI,
… více »Vývojáři postmarketOS vydali verzi 26.06 tohoto operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky. Přehled novinek v příspěvku na blogu. Na výběr jsou 4 uživatelská rozhraní: GNOME, KDE Plasma Mobile, Phosh a Sxmo.
Byla vydána nová verze 2.55.0 distribuovaného systému správy verzí Git. Přispělo 100 vývojářů, z toho 33 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Craig Loewen na blogu Microsoftu oznámil veřejnou preview verzi WSL kontejnerů, tj. linuxových kontejnerů ve Windows Subsystem for Linux (WSL). Spouští se příkazem wslc.exe.
Byla vydána (𝕏, Bluesky) nová verze 2026.2 linuxové distribuce navržené pro digitální forenzní analýzu a penetrační testování Kali Linux (Wikipedie). Přehled novinek se seznamem 9 nových nástrojů v oficiálním oznámení na blogu.
Grafická aplikace Krokiet/Czkawka pro vyhledávání a odstraňovaní nepotřebných souborů (duplicitní soubory, prázdné složky, podobné obrázky, podobná videa, poškozené soubory a další) byla vydána ve verzi 12.0.0. Podrobný přehled novinek v příspěvku na Medium. Jedná se o poslední verzi frontendu Czkawka GTK nad Czkawka Core. Uživatelům se doporučuje migrovat na frontend Krokiet postavený nad frameworkem Slint. Představena byla aplikace Cedinia pro Android využívající Czkawka Core. Dostupná je jako APK pro ruční instalaci.
Po téměř třech letech od vydání verze 9 byla vydána nová verze 10 linuxové distribuce Mageia (Wikipedie). Přehled novinek v poznámkách k vydání.
Nourish (GitHub) je nový správce oken pro Linux. Tradiční plochy nahrazuje nekonečným plátnem a posouváním a přibližováním. Využívá vlastní kompozitor pro Wayland s názvem y5. Videoukázka.
Po 20 letech a 17 otevřených (open source) krátkých filmech Blender Studio oznámilo plán na svůj první celovečerní film. Cílem samozřejmě není jenom nový otevřený film, ale především vývoj a vylepšení otevřených nástrojů pro spolupráci napříč celým procesem a vytvoření otevřené příručky (playbook) pro filmovou produkci ve velkém měřítku s informacemi, které jsou obvykle dostupné pouze uvnitř komerčních studií, a pomoci tak nezávislým tvůrcům překonat technické a organizační bariéry.
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: