Názory k článku Makro assembler MAC/65 a debugger DDT v praxi
-
Díky, to jsem nečekal - takhle rychle další díl. A MAC/65 vypadá hodně hezky, obzvlášť ten jeho bílý prášek DDT. Schopnost přepínat mezi obrazovkou aplikace a DDT je tedy obdivuhodná. Vůbec se mi nechce věřit, že to lze bez emulátoru, jen s kódem na původním Atari, navíc kódem, co se musí vejít do 16kB celkem, komplet s ASM i editorem. Fakt díky za rozšíření obzorů. Já si snad někdy zkusím přepsat G-driver do MAC/65 !
Druhý dík je za obšírnější zmínku o OSS, vděčíme jí za mnohé...
Moje poznámka k poznámce o nápovědě: na takové poznámky by měl být vydáván zbrojní průkaz, alespoň tak vzkazuje moje bránice :)
A k ukládání v emulátoru: podle mých zkušeností se v atari800 vyplácí rozlišovat práci s textovými a binárními soubory. Na binární dál používat zařízení H: (alias H1:) a na textové používat zařízení H6: - to na straně PC vede do stejného adresáře jako H1:, ale provádí konverzi ATASCII-ASCII. Nejen znak $9B na \n, ale nějak mi zapsal i např. inverzní znaky apod. A hlavně je stejně zase zpátky přečetl :) Na kombinaci příkazů LIST--ENTER je to super.
-
Díky za další luxusní článek! Mám nepříjemný dojem, že v mém Todo seznamu přibyla další položka. :-)
Kdyby se v tom chtěl nekdo vrtat, zdroják MAC/65 byl uvolněn - je na stránce https://www.atariwiki.org/wiki/Wiki.jsp?page=Mac65 z odkazů. Určitě je to poučné čtení, ale to si do Todo raději psát nebudu. :-) Každopádně by tam měla být vidět práce s BRK, jak jsme tady rozebírali minule. -
Díky za odkaz. Já měl pokušení to udělat, ale tohle fakt nestíhám, tak jsem sáhnul po dokumentaci a tam na straně 22 je krokovací mód popsaný. Jmenuje se Interpretive a má kl. zkratku I. Už to napovídá. Dále můj rychlopřeklad:
Pozn.: V tomo módu se DDT snaží provést vás program co nejblíže jeho skutečnému běhu. Aby toho docílil, zkopíruje vždy jednu instrukci do svého speciálního bufferu a tam ji provede. Avšak pokud je to instrukce skoku (JMP, JSR, BEQ apod.), DDT jí "interpretuje".
...
...
Speciální poznámka: Díky tomu, jak tento mód funguje, umožňuje krokovat i kód v paměti ROM, ale nepokoušejte se krokovat kód pracující v reálném čase s I/O, např. disk nebo jiná zařízení přes sériovou linku. -
Tak to je prostě masakr. Díky za info. A potvrzuje to vaši hypotézu z https://www.root.cz/clanky/jak-probihal-vyvoj-pro-osmibitova-atari-pred-45-lety/nazory/
" Moje první hypotéza je, že to dělá opačným směrem: nakopíruje si pokaždé tu jedinou instrukci někam do svého bufferu, kde má za ní BRK. " Palec nahoru! :-)27. 8. 2026, 11:28 editováno autorem komentáře
-
Dovolím si s odstupem času tvrdit, že BASIC na C64 byl vlastně nejhorší standardní součástí tohoto po hardwarové stránce dobře vybaveného počítače.
Souhlasím. Pozitivním vedlejším efektem bylo, že to člověka velmi brzy donutilo orientovat se spíše na strojový kód/assembler. A pro současné lidi je to důkaz, že Microsoft neuměl tvořit kvalitní software nikdy.
-
Tady bych se M-S maličko zastal, i když jen maličko :) Spíš než "kvalita" bych volil výraz "přizpůsobení možnostem stroje a záměrům marketingu". On M-S pocházel tehdy z úplně jiného světa, kde hlavní byly výpočty, nezávislost na HW dosažená minimálními nároky na něj (text). Kdežto Atari byla v té době světová jednička v herních konzolích a chtěla přivést další lidi k osobním počítačům přes barvičky a optimalizaci na hry. Lidsky se domluvili, že to potřebují nakombinovat, ale pak ztroskotali na tehdejších cenách pamětí. Nedalo se tam narvat obojí, tak se rozhodli něco obětovat. U Atari obětovali "standard" a u C64 obětovali příkazy pro zvuk a grafiku. No a asi se shodneme, co my jako běžní uživatelé oceňujeme víc :D
-
Nemyslím si, že by příkazy pro grafiku a zvuk zabraly tolik paměti - vždyť šlo vlastně jen o nějaké lidské ekvivalenty různých poke plus Bressenham na kreslení čar (jednoduché). Problém byl, že i ten "prázdný" MS BASIC stál za ... Tady opravdu MS nezaslouží žádné zastání, ani trochu. Spíš se divím Commodoru, že si nevyvinuli vlastní BASIC - žádná věda to není a i tehdejší šikovnější americký středoškolák by patrně vytvořil něco lepšího než ten odpad od MS.
-
Grafické příkazy přece jenom něco zaberou. Zejména když je potřeba podporovat více grafických režimů. Nedej bože nějakou divokou organizaci videopaměti. Na Atari se potřebný kód ukrýval v handleru zařízení S:. Ten handler nebyl součástí 8K BASICu, protože by se tam nevešel. A zařízení S: podporovalo jen ty nejprostší display listy (z praktických důvodů).
Atari BASICu chyběl hlavně příkaz MOVE (pro céčkaře obdoba memcpy()). Tím se dá nakreslit leccos, včetně PMG.
27. 8. 2026, 21:35 editováno autorem komentáře
-
Tak např. náš BASIC 6 zabíral tuším 8 KB ROM, BASIC G tuším 9 KB - jenže ten uměl pracovat se škálováním a rotováním souřadnicového systému, uměl vypisovat vektorové písmo apod. Jasně, je to 6502 vs. 8080... Nevybavit BASIC domácího počítače alespoň něčím jako PLOT, DRAW a SOUND je trestuhodné. Ale jak říkám, i bez toho byl MS BASIC špatný, v tomto ohledu si MS dlouhodobě drží svůj standard.
-
Pokud se pojmem "náš" myslí "nejchytřejší radiátor se zaručeně nezmáčknutelnou klávesnicí", tak děkuji za vyvolání vzpomínek na tuto perlu soc. hospodářství - a na Pavlův starší seriál o osmibitech, kde byly díly i o tomto, s velmi výživnou diskusí pod nimi. Bolí mě bránice ještě teď :)
Považuji naší generaci za obzvlášť silnou a nezdolnou. Kromě mléčné polévky ze školní jídelny (a soudružek hlídajících, že všechnu tu pochutinu spapáme) jsme dokázali přežít i povinnost pseudoprogramovat v nepoužitelném jazyce Karel a k tomu používat právě tento věrný stolní model sovětského tanku (žralo to stejně, mělo to v sobě elektroniku stejné úrovně, mělo to i kapotáž ze stejného materiálu a stejné hmotnosti a taky se jeho chladič používal na sušení bot - a jako bonus z toho taky za běhu vystřelovaly součástky a stíhalo to vysílat propagandu i na cizí TV v okolí a cena odpovídala armádní zakázce :).
Vím, maličko přeháním, ale myslím, že méně než váš odhad schopností "každého středoškoláka" v roce 1978 :D
Vážně: já si to totiž zkusil - být offline beze všech nápověd a napsat interpretr BASIC schopností jako na Atari. Pokud to vy dovedete, taky prověřeně totálně offline, a předvedete mi to do řekněme měsíce či dvou, odladěné a v devíti kilobajtech, tak se tu veřejně zavazuju, že stejnou dobu budu následně před vámi klečet na svých starých bolavých kolenou. Jo, a vy mezitím co budu tak obdivně klečet do zbývajících sedmi kilobajtů dopíšete co chybí, aby to zároveň byl kompletní MS BASIC. Platí? :D
P.S. pro citlivější povahy: na poměrně odlehčený příspěvek reaguji podobně odlehčeně, není třeba z toho brát nic vážně, natož osobně :D
28. 8. 2026, 20:58 editováno autorem komentáře
-
Já ale nemluvil o konkrétním počítači, ale o BASICu, který pro něj byl vyvinutý. To je dost rozdíl. MS-DOS stál taky za pendrek, ale vzniklo pro něj spousta kvalitního software.
Pravda, BASIC jsem psát nezkoušel, jinak jsem napsal několik překladačů, něco jako semestrální projekt, něco jako hobby projekt čistě pro zajímavost a něco jako experiment. Kdybych na to měl čas, byla by to pro mě zajímavá výzva pokusit se o to. Píšu si to do TODO listu, dík za inspiraci. ;)Jinak není důvod být totálně offline, Commodore měl k dispozici např. Apple BASIC pro srovnání, MS BASIC si také mohli prostudovat, atp. Než se do něčeho pustím je normální udělat si rešerši aktuálního stavu, to je legitimní a standardní inženýrský postup. Jestli vy rád stále dokola vynalézáte kolo a sekáte stejné chyby, na nichž si vylámali zuby jiní před vámi, je to vaše volba. Má to určité výhody, ale myslím si, že nevýhody převažují.
P.S.: A MS BASIC vytvořil kdo? Vzděláním američtí středoškoláci. :D
29. 8. 2026, 09:37 editováno autorem komentáře
-
https://atariwiki.org/wiki/Wiki.jsp?page=Action#section-Action-ManualsAndDocs - zde je i angličtině
Sám kolikrát zjistím, že než najít co kde mám je rychlejší a levnější to stáhnout znovu. Pak se mi nemá hromadit binec... :-D
ČLÁNKY DO MAILU