- AMD FX
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kormányok / autós szimulátorok topikja
- Nvidia GPU-k jövője - amit tudni vélünk
- Épített vízhűtés (nem kompakt) topic
- AMD Navi Radeon™ RX 9xxx sorozat
- Forradalomi előrelépésként jellemzi az NVIDIA a DLSS 5-öt
- KINEK KELL EZ? 🤨 — MacBook Ultra leak
- TCL LCD és LED TV-k
- Bambu Lab 3D nyomtatók
Új hozzászólás Aktív témák
-
buherton
őstag
Nekem eddig egyszer sikerült két csillagos pointert leírnom a saját kódban, mert azzal volt a leghatékonyabb. Különben mindig kerülöm a használatát, mert az ember gyorsan bele tud zavarodni. Ezt javaslom neked is. A Linux függvényei közül is eddig csak eggyel találkoztam, amit két csillagot várt: scandir
u8b data[] -> ez nagyon csúnya.
Mitől csúnya? Inkább u8b* data legyen? Még előnybe részesítem a tömböket a pointerekkel szemben, mivel azokat könnyebben kezelem. 8bites uC-n is könnyebben nyomon tudom követni, hogy mennyi RAM-ot is használok...u8b data[] -> ezzel fölöslegesen foglalsz 512 bájtot a stacken, ami ugye még processzor idő is. Használj pointert. (Egy ilyen miatt én simán buktatnék egyetemen.)
A fordítótól függ, hogy hogyan align-olja a structúra változóit. Bár ez 8 bites, így nem valószínű, hogy máshogy align-olna, de a hordozhatóságot javítja.
, majd ha másolom/küldöm az adatcsomagot akkor a b[]-t használom.
Másolás ->memcpy, küldés bájtonként pedig char*-al tudsz küldeni. Ergo nem kell a union. Nem is értettem az elején, hogy miért is kellett.
dns_answer*& dns_response
Szerintem így sokkal olvashatóbb és nem utolsó sorban sokkal helytakarékosabb és gyorsabb.
void get_data_from_dns_reply(u8b* data, dns_header* dns_resp_header, dns_answer*& dns_response)
{
memcpy(dns_resp_header, data, 12);
dns_response = (dns_answer*)malloc(htons(dns_resp_header->answer_rrs.i) * sizeof(dns_answer));
for(; data[i] != 0; i++)
{
i += data[i];
}
i += 5;
for(u16b j = 0; j < htons(dns_resp_header->answer_rrs.i); j++)
{
i += 12;
memcpy(dns_response[j].data, &data[i], 4);
i++;
}
}MOD: ezen a kódon még bőven lehetne optimalizálni, csak nem látom a többi részt.
MOD2: jah és igen. Malloc + 8 bites MCU? Remélem fut valamilyen OS ezen program alatt, ami a fizikai memóriát rendezi, mert az ilyen malloc-olás magában hordozza azt, hogy a kész programod egyszer beáll, mint a szög. A beágyazott rendszerben alapvetően tiltott a malloc használata.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
● ha kódot szúrsz be, használd a PROGRAMKÓD formázási funkciót!
- Motorola Moto G06 Power – nagyfater új zakót vett
- Linux kezdőknek
- AMD FX
- Lexus, Toyota topik
- Call of Duty: Warzone
- Zyxel NAS326
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Okos otthon - Home Assistant, openHAB és más nyílt rendszerek
- One mobilszolgáltatások
- Kormányok / autós szimulátorok topikja
- További aktív témák...
- Apple MacBook Pro 14 M4 Pro / 24GB / 1TB Újszerű, garanciás
- StarTech ST1000SPEX43 (TAA kompatibilis)
- Dell Latitude 5520 11. gen i5, 8 GB DDR4, 0.5 TB, világító magyar bill, érintős
- MiPlaystation 5 1TB lemezes+ 1db kontroller 2026.11.17-ig garanciás
- Dell Alienware AW2725DF Monitor - 2 év 2 hónap garancia - GARANCIÁBAN CSERÉLT (Új)
- Creative Sound BlasterX G6 7.1 USB külső hangkártya
- Samsung Galaxy S26 Ultra 512GB, Kártyafüggetlen, 1 Év Garanciàval
- Apple iPhone 15 Pro Max 256GB - Kártyafüggetlen, Grafit, 90% Akku - 1 Év Garanciával
- 152 - Lenovo LOQ (15IRH8) - Intel Core i5-12450H, RTX 4060 (ELKELT)
- LG OLED65G49LS CSÚCS Ultra HD 4K 65" OLED TV!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest



