O: Vývojové prostředí - Assembler 68k
Tu je navod ako na cross compiling na Linuxe:
-
O: Vývojové prostředí - Assembler 68k
ASM-Pro 1.18
Jedná sa mi o debuger. Keď v ňom krokujem, je vynechané z krokovania návestie. V mojom prípade lokálne návestie. Pokiaľ som to dobre pochopil, lokálne návestie (a teda asi aj globálne - nevidím dovod prečo by tomu tak nemalo byť), aj keď na neho nebolo skočené pomocou inštrukcie beq sa vykoná, keď na neho príde rada v rámci chodu programu. Debuger sa mi ale zastaví pred týmto návestím. Je to normálne?
Mám to chápať tak, že aj keď neni skočené na návestie pomocou inštrukcie beq, teda v oprande máme adresu a nie nulu (čo je v poriadku) a príznak operandu teda neni Z, debuger vykoná toto návestie pri inštrukcii beq a ja len teda vidím pozíciu miesta vykonávania v programe umiestnením kurzora na inštrukcii beq?Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
OK, pozeral som na to a to sú všetko hry, čo chcú aspoň 030ku. Mal som za to, že aspoň ten Simon The Sorcerer 2 bude na 020ku, ale podľa všetkého ani ten na ňu neni, aj keď by to 020ka zvládnuť podľa mňa mala a teda pokiaľ by sa jednalo o nejakú adventúru, na ňu by malo stačit u 020ky aj systémové programovanie, ale asi systémovo neni dovod písať, keď sa chcú použit povodné grafické možnosti Amigy. U použití grafickej karty sa už tá situácia mení a musí sa ísť teda na grafiku systémovo.
EDIT: Vínimku tvorí už spomínaný Colonization, ktorý je pre klasickú Amigu a naprogramovaný systémovo.Naposledy upravil Lisiak; 05.01.2016, 15:17:12.Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Systemove hry su napr. Doom, Quake, Payback, Wipeout, NemacIV, Gloom, Heretic, Hexen, Descent, Shogo, onEscapee, Nightlong, Myst, SimonTheSorcerer2, FlyinHight, VirtualGP, Napalm, Foundation, Exodus, Earth 2140,atd..
A v podstate vsetky hry (alebo dema,programy), ktore idu na grafickej karte su systemove, lebo ku gfx karte sa nesystemovo nedostanes (CGX,PICASSO...).Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Ďakujem za nasmerovanie, akurát som hľadal hry, ktoré boli robené systémovo. Aj som našiel, ale tak to teda nie!
. OK, najbližšie sa idem pokúsiť programovať v assembleru nesystémovo - pokiaľ na to mám a bude ma to baviť. Ale pokračujem nabudúce... - možno .
Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Ako pise Voodoo, velmi lahko spoznas co bolo urobene Sys a NoSys. Systemove programovanie bolo odporucane pre "buduce" zariadenia.
Ak sa dobre pamatam tak AAA malo uz pouzivat uplne ine HW registre a vsetko NoSys by tam nefungovalo.
Dnes je uz asi kazdemu jasne ze nic nove na svet od Commodore nepride (skoda).
Nieco zo systemovych veci potrebujes, aspon ja pouzivam nasledujuce.
Alokacia/uvolnenie pamate (_LVOAllocMem/_LVOFreeMem)
Odstavenie/spustenie multitasking-u (_LVOForbid/_LVOPermit)
Odstavenie/spustenie preruseni (_LVODisable/_LVOEnable)
Praca s diskom (_LVOOpen,_LVORead,_LVOWrite,_LVOClose) a ktomu treba _LVOOpenLibrary,_LVOCloseLibrary (potrebujes otvorit dos.library).
A tiez by si mal vediet kto ta spustil (CLI/WB). Je rozdiel ci bol program spusteny z CLI alebo s ikonou z WB.
_LVOFindTask, _LVOWaitPort, _LVOGetMsg, _LVOReplyMsg.
Mozno ich bude do 20 bez ktorých sa nezaobides.Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Ja by som to napisal takto. AlienBreed systemovo nenaprogramujes aby si dosiahol taku plynulost ako ma original. Ale ak chces aby tvoj Program fungoval od 600 cez A1200 az po A4000 s PPC pouzi system.
Aj ked jedna z mojich najoblubenejsich hier - Colonization je naprogramovana systemovo a je to Klenot ! (Samozrejme je to strategia a nie akcna hra).Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Super díky, ja to beriem tak, že nejako je treba začat. Tak som začal s programom z AR6, ktorý som tu napísal, potom bolo povedané, ze nesystémovo je lepšie, OK, assembler, ako assembler. Cesta učenia nejaká bola a aj nejaká bude. Všetko chce čas. Vieš, keď programátor z AR6 napíše niečo v zmysle, nech ťa ani nenapadne odstaviť systém pri programovaní tak to tak berieš. Ale tak trochu inak sa aj asi bral systém v dobe keď bola amiga predsa len viac v kurze ako teraz. Systémové programovanie má význam asi hlavne na nejaké aplikácie, prípadne niečoho iného, kde si v rámci výkonu Amigy v dostatočnej rezerve.
Má inak zmysel sa niečo učiť zo systémových funkcií? Nie ich používať, ale jednoducho sa pozreiť ako to systémová funkcia robí a odstrániť z nej prácu s multitaskingom, aby nám už potom zostal len prístup na HW?Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Predpokladam ze chces vystup na obrazovku. Ako som uz pisal, niesom v laske so systemovym programovanim na Amige a som z toho aj blbec.
Preto si radsej nieco taketo robim sam. Tu mas moj programik na drobne sprtanie.
Balicek obsahuje dva Includes (Offsets.i a Custom.i) tie si skopiruj do adresara ktory mas nastaveny v nastaveniach v DEFAULT DIR:
tieto includi sa ti hodia aj do buducna. Mozes si ich nahrat priamo do assembleru a pozriet co obsahuju.
dalej je tam subor zo znakovou sadou "Charset5x_768x50x1.rn".
V zdrojaku najdes cestu odkial ho chce "nahrat" pri kompilacii. Mozes si ho dat kam chces ale musis tuto cestu zmenit kde sa nachadza.
Skusaj a pitaj sa. Mas tam vlastu Vram, Copper list, alokaciu, uvolnenie pamate atd.Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Prišiel som na to. Chudák, mal problém s tým, že som z programu z ktorého som spustil AsmPro, teda z Dopusu po spustení AsmPro samotný Dopus zrušil. Keď som Dopus nechal spustený po spustení AsmPro, tak sa aj mne celý program pri krokovaní v debugeru správne ukončil a mohol som sa vrátiť do editácie. Som si vravel, že by tam mohla byť spojitosť so systémom, keď sa program snaží vypísať niečo do CLI. Zaujímavé.
Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
OK, pokiaľ dám šípku dole a som na inštrukcii jsr _LVOWrite(a6), tak sa do editora ešte vrátiť možem, ale pokial z tejto inštrukcie dám šípku dole, tak nastane stav, keď sa neposunie "kurzor" o pozíciu nižšie (teda zostane v inzerte stále inštrukcia jsr _LVOWrite(a6)) a už sa do editoru vrátiť nemožem.Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Aha, ja som tvoj program krokoval a vsetko prebehlo OK.
Teda vratil sa do editoru a mohol som pracovat dalej. Nemusel som restartovat.Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Jasne, nepredpokladám, že keď budem program v debugeru krokovať, že sa mi pri tom vypíše text, ale zarazilo ma to, že som potom nútený reštartovat systém, spustit AsmPro znovu, aby som mohol opať program editovať... .Vložit komentář:
-
O: Vývojové prostředí - Assembler 68k
Vsetko je v poriadku, program ktory si sem dal pocita s tym ze je spusteny z CLI a do okna CLI chce aj vypisat text.
Ak ho spustas/krokujes v debugeru tak vyzera ze "nefunguje". Nebol spusteny z CLI.
Velmi jednoducho vysvetlene.
Ak by si pridal ikonu k programu tak by asi tiez nefungoval.Naposledy upravil ObiWanKen; 04.01.2016, 20:40:51.Vložit komentář:
Vložit komentář: