C casting

[Nagy Endre]

> Nem windows, ez kemenyen Linux... Meg mindig a Bison.
> Ugy tudom, a linuxos gcc tud windows dll-t is forditani.

Valamifele dll-t a linuxos binutils is tud, de nem tudom, hogy az jo-e a
Windows-nak.

> A felallas az, hogy a csicsat a VisualBasic adja, a lenyeget
> meg a Flex-Bison paros.

A VB-t nem lenne egyszerubb Visual C-vel megtamogatni? Azzal szerintem
elegge kozos nevezon kellene lennie. A gcc+linux ellenben mas oprendszer,
mas gyarto, mas default target.

> Csak az a bajom, hogy sem a c-hez, sem a linuxhoz nem ertek,

A flex-bison paroshoz nem kell linux, vannak win32-re is. Linux nelkul
maris eggyel kevesebb ismeretlen.

> igy harom hete kuzdok egy egydelutanos feladattal. :((
> Tenyleg!!!! Tud a gcc inline assemblyt? Akkor irhatnam assemblyben,

Tud, de az nem feher embernek valo.

> csak ott meg az a kerdes, hogyan kommunikalok a gcc-vel, hogyan
> latszanak a valtozok az assembly szamara.

Hat ez az, ami miatt 4-szer annyit kellene irni, mint normal
assembly-ben... Es szinte minden szot idezojelek koze. Borzadaly.

> Latom en, hogy a C gyorsabb fejleszteszt tenne lehetove, kinlodok is
> vele, de mikor trukkozni kellene, az mar nem az en vilagom. Misztikus

A trukkozes szerintem is maradjon azokra, akik a libc-t es hasonlokat
irjak.

> bajaim vannak. Fogalmam sincs, miert van az, hogy konyvbol egy az egyben
> masolt pelda gyakran hibauzenetek garmadajat okozza. Most pl. ilyesmire
> gyanakszom, hogy nem megfelelo modellt hasznalok. Vannak a gcc-ben is
> kulonfele modellek? Huge, large, stb. Kulonben mindegy, ugysem tudom,

A gcc-ben pont az a jo, hogy el lehet felejteni az x86 elmebetegsegeit.
A memoriamodellhez semmi koze a programozonak, a memoriat az operacios
rendszer dolga kezelni. Johogy mar az alkalmazasok nem dobnak fel
ablakot, hogy pagefault tortent, meltoztasson a felhasznalo ur lapozni
az OK gombbal...

C-ben a programozonak eleg annyit tudni, hogy mennyi RAM van a gepben.
Az kvazi mindegy, hogy milyen oprendszer es hardver van alatta.
(Eleg nagy baj, hogy DOS alatt ez nem igy van... Ott a memoriakezeles, az
exec fuggvenycsalad, a halozatkezeles, minden el van aknasitva...)

> melyik mit jelent, sot, azt sem, nekem melyik kellene. Maszkalok a
> linuxos gcc es a DOS-os Turbo C kozott, mert az utobbi ertelmezhetobb
> hibauzeneteket ad, meg van trace. Mikor valamit kiszenvedek es atviszem
> a forrast linuxra, egy zsaknyi hiba. Tele a hocipom a "hordozhato"
> forrassal. :(((

A Turbo C kulon allatfaj :( A gcc szerintem hasznalhatobb hibauzeneteket
(es hasznos warningokat) ad. Esetleg erdemes elolvasni egy gdb tutorialt,
vagy hasznalni valamilyen grafikus frontendet hozza, ha mar ott tart a
program. De a legkezenfekvobb tenyleg a Visual C lenne.

Gumo