Új hozzászólás Aktív témák

• #5852 buherton őstag G.A. #5851

  Új Válasz 2017-07-15 23:37:46 #5852

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  buherton

  őstag

  válasz G.A. #5851 üzenetére

  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.

• #5850 buherton őstag G.A. #5849

  Új Válasz 2017-07-14 21:01:42 #5850

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  buherton

  őstag

  válasz G.A. #5849 üzenetére

  dns_answer local_answer -> ez nincs használva.
  dns_response -> nincs deklarálva.
  local_dns_resp -> nincs deklarálva.
  A struct-hoz erősen javaslok egy packed attribute-omot.
  dns_answer** answer -> ezt nem használod semmire.
  u8b data[] -> ez nagyon csúnya.
  Minek union?
  A for ciklikusok, miért is nem memcpy-k? Ez nem C++ ahol számít, hogy a konstruktor adott esetben meghívódjon.

  A hiba itt van:

  *dns_response[i] -> *(dns_response[i]); szerintem így helyes, de lehet, hogy nekem van nagyon péntek este.

• #5308 alapz@j tag G.A. #5306

  Új Válasz 2015-03-11 16:41:06 #5308

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  alapz@j

  tag

  válasz G.A. #5306 üzenetére

  Te, ez most komoly? Eddig programoztál egy nyelven, amiről nem is tudtak, hogy micsoda? Vagy lemaradtam valamiről?

• #5307 alapz@j tag G.A. #5294

  Új Válasz 2015-03-11 16:36:03 #5307

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  alapz@j

  tag

  válasz G.A. #5294 üzenetére

  Nem teljesen értem a problémát - az ascii karaktereket tartalmazó stringed az önmagában egy tömb, ami 0xXX értékeket tartalmaz...

• #5302 dabadab titán G.A. #5299

  Új Válasz 2015-03-07 17:38:07 #5302

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz G.A. #5299 üzenetére

  Nyolc bites mikroprocesszoron a C# egyreszt nem letezik, masreszt technikailag kb. lehetetlen megvalositani, harmadreszt meg ha megis sikerul, akkor se akarna senki se hasznalni. (oke, mondjuk a C++ se hangzik tul hihetoen, sot, igazan a C is eleg hatareset)

  "Nekem a C, C++ és a C# egy kalap alatt van."

  Pedig azert eleg messze vannak egymastol: a C gyakorlatilag hordozhato Assembler a hatvanas evek vegerol, a C# meg nagyjabol minden modern paradigmat (objektumorientacio, generikus programozas, funkcionalis programozas, mittomen) tamogato, virtualis gepen futo cucc.

• #5301 DrojDtroll veterán G.A. #5299

  Új Válasz 2015-03-07 16:06:24 #5301

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  DrojDtroll

  veterán

  válasz G.A. #5299 üzenetére

  még nem látom az eltéréseket

  Szerintem fontos lenne utánanézned.

• #5300 buherton őstag G.A. #5299

  Új Válasz 2015-03-07 13:42:06 #5300

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  buherton

  őstag

  válasz G.A. #5299 üzenetére

  Ha 8 bites mikrokontrollereken akarsz programozni, akkor felejtsd el a C#-t. C-zél vagy esetleg C++, de először a C-t javaslom.

• #5298 dabadab titán G.A. #5297

  Új Válasz 2015-03-07 12:11:37 #5298

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz G.A. #5297 üzenetére

  Ez veletlenul nem C#?... Mert akkor inkabb a C# programozás topikban erdemes kerdezni.

• #5296 bucsupeti senior tag G.A. #5294

  Új Válasz 2015-03-06 23:20:47 #5296

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bucsupeti

  senior tag

  válasz G.A. #5294 üzenetére

  végigiterálsz a sztringen karakterenként. a karaktert átalakítod 0-15 közti számértékké (ascii tábla tanulmányozása után egy egyszerű kivonás lesz az átalakítás) megszorzod 16-al, majd beolvasod a következőt számmá alakítod és az előző értékhez hozzáadod. ez lesz a tömböd első eleme. ezt a metódust folytatod amíg a végére nem érsz a sztringnek.

• #5295 Jester01 veterán G.A. #5294

  Új Válasz 2015-03-06 23:13:55 #5295

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jester01

  veterán

  válasz G.A. #5294 üzenetére

  Melyik része okoz problémát? Két karakterenként szétvágod és számmá alakítod.

Új hozzászólás Aktív témák