kerdesek

[Valenta Ferenc]

hoyuka hoya wrote:

> En arra tippelek, hogy lehet nem erted mi ez a 0 elemu tomb. Ez

Igy van. De a forditok sem mindig.

> gyakorlatilag semmi, nincs helyfoglalasa, a structura allokaciojanal dol
> el, hogy mekkora lesz a tomb merete (malloc). Jo ez kicsit ganyolos, de a
> C amugyis egy nagyon ganyolos nyelv pl. a kifinomult C++ vagy JAVA
> programozashoz kepest.

Ez igen nagy ganyolas!! A C alapbol nem ilyen, csak lehetoseget ad
ilyesmire is. Sohasem szerettem, az teny.
Komolyan, ha itt jo lenne az info[], nem szolnek egy szot sem, de az
info[0] kicsit durva.

> Miert gondolod, hogy nem tanitottak a kod irojanak pointereket? Eleve
> ilyen strukturat csak malloc-al erdemes letrehozni, ami eleve pointeres
> dolog.

Nem, tiszta statikus az egesz, nincs benne malloc.
Legalabbis nem hapogott hogy nincs heap szegmens.

> uint8_t *info != uint8_t info[0] !!!!

Viszont char *info == char info[]

> Az uint8_t *info 4 bajtot foglal a structurabol (32bites pointerek
> eseten), a uint8_t info[0] meg semmit.

Az eredeti progiban gyakorlatilag egy sima castolast csinal, csak
nem kell minden hivatkozaskor megadni, hanem benne van a typedef-ben.
Lehetett volna mashogy is csinalni, de igy csinaltak, inkompatibilitast
okozva, gannya teve a kodot. Attol fuggetlenul, hogy mukodhet, az ilyen
programozonak siman letornem a kezet.
En nem is csinalhatok ilyet a melohelyen, az 1000 oldalas :) coding
guideline tiltja a kokanyolast.

> hoyuka

-- 
Valenta Ferenc <ferenc.valenta at vhl.hu>  Volcano/Mentor Graphics
"My love is REAL, unless declared INTEGER"