Ehhez pl miféle ep128 header kell?

Hat ep128.h marmint #include

Amiben vannak szep kesz definiciok, pl hogy eleg legyen mondjuk ez:

nick_border_color = 2;
page3 = 0xFF;  /* 0xFF szegmens a harmadik lapra belapozva */

Es ne kelljen I/O port definiokat irni az sdcc specifikus __sfr __at() konstrukciokkal manualisan Persze a fentiek peldak voltak csak, nem biztos, hogy ez az optimalis megoldas, csak mondom igy hasrautesre.

Jelenleg amugy annyi, hogy sima printf() is mukodik, de ugye ehhez kell videolapot stb nyitni. Erre irtam az ep128.lib-be megfelelo rutint de magatol nem rakja be (mert ha nem kell feleslegesen foglalja a helyet), viszont a C programban csak eleg, ha ennyit mond az ember, hogy:

exos_init_stdio();

Es akkor onnantol hasznalhato a printf() is, marmint meg is jelenik az eredmeny Na persze ez is egy koztes allapot a fejlesztesben, mert ugye nem artana, ha meg lehetne mondani, hogy milyen videomodot akar az ember gyereke, meg ilyen aprosagok.

Nilvan, arra is kell alternativ megoldas jobb esetben, hogy kozvetlen hw eleres is egyszeru legyen, erre pelda az I/O port hasznalat "kenyelmesse tetele".

Az meg egy tok masik irany, es elgondolkodtato, hogy mennyire van igeny "standard C" dolgokra. Gonolok itt arra, hogy pl lehet egy exos_open_channel() ami valojaban azt hivja, amit a neve jelent ugye, am C standard szerint ugye mondjuk fopen() kellene, az viszont szemantikailag sokkal absztraktabb, es kell koze nemi kod "athidalni" a kulonbsegeket. Az elonye viszont az, hogy akkor kvazi ugyanazt a programot le lehet forditani Linux, Windows, de akar EP ala is, ha C forras Na jo, persze nem *akarmit* hisz eleve az sdcc int tipusa 16 bites, mig a legtobb mai OS-en 32 bites a megszokott, de a C standardnak amugy megfelel, semmi sem mondja ki, hogy nem lehet 16 bites es 32 kell .... Na, stb

Szóval mi a búbánat az a for két pontosvesszővel?

Végtelen ciklus. Én a while (1) változatot szoktam használni.

C-ben amugy van par fura dolog, amin meg is lehet lepodni, pl:

https://en.wikipedia.org/wiki/Duff's_device

Lasd harmadik pelda Ahol elso ranezesre ertelmetlennek tuno switch/case es do/while "keveredik" egymasra Na persze attol, hogy ez elvileg szabalyos amugy, nem kotelezo elni ilyen trukkokkel

Ahol elso ranezesre ertelmetlennek tuno switch/case es do/while "keveredik" egymasra

Van ember aki érti ezt? Azt értem, hogy milyen végeredmény vár el. De azt nem, hogy hogyan facsarja ki ezt a fordítóból, és az miért nem akad ki...

És így nem lehet?
for(;;border_colour = k++);

Az mas kerdes, hogy lehet szandekosan olyat irni, amit mas nehezen fog megerteni, vagy nehezebben

Van egy olyan érzésem, hogy a C programozók sportot űznek ebből

Ha már így belementünk, előástam életem első, és egyetlen C programját 20 éve követtem el.
Annó a Kandó első számtek órán elmondták, hogy mit várnak el év végére, második órán beadtam ezt, meg is volt az év végi 5-ös, többet nem is kellett bemennem az órára

DrPrery-nek ismerős lehet, hogy újra elsütöttem a hírhedt programozás érettségink feladatát

Na. Ha majd az ep128.lib-el le lehet foridtani EP ala is, akkor jo lesz Jo nyilvan a geninterrupt() meg hasonlot nehez lesz belole, de az mas kerdes Azt majd az entermice_...() fuggvenyhivasokra

Ja, amugy sdcc-vel asm is teheto C programba kozvetlenul, az meg a masik, bar nyilvan nem egy nagy ujdonsag, legtobb C fordito tamogatja, bar ez nem standard, szoval mindegyik maskepp

Ami meg eszembe jutott az az, hogy ha valaki irna egy IS-BASIC -> C forras konvertert, es utana azt le lehet forditani, akkor .... az erdekes lenne