Программирование на ассемблере

[KTSerg]

... В кассетной версии "Вектора" более оптимальным вариантом будет TEXTAS, но, опять же - память не резиновая. С помощью каких инструментов делали игры размером в 32 и тем более 40 кБ - для меня до сих пор загадка...

Подозреваю, что у тех, кто делал игры и программы размером 32КБ и более, были Квазидиск и/или Дисковод, а может и ещё какие примочки о которых мы даже не догадываемся.
Поскольку ассемблерный текст раз в 10-15 больше (по размеру файла) полученного из него кода (а с хорошими комментами разница ещё больше), то можно прикинуть, программу какого размера можно написать используя только память самого Вектора и магнитофон (без Квазика и Флопика).
А ещё более вероятно, что даже в начале 90-ых, хороший софт для Вектора ваялся и компилировался на РС...

[Advertiser]

[x-code]

Поскольку ассемблерный текст раз в 10-15 больше (по размеру файла) полученного из него кода (а с хорошими комментами разница ещё больше), то можно прикинуть, программу какого размера можно написать используя только память самого Вектора и магнитофон (без Квазика и Флопика)

Помню, подростком я частично решал эту проблему путём линковки вручную: отдельные модули компилировались, сохранялись на магнитную ленту в формате монитора-отладчика, и потом подгружались при отладке, а в тетрадочке аккуратно велась табличка с адресами вызова подрограмм Тот же подход применялся для спрайтов и прочей графики. Но всё это, конечно, было медленно и уныло, и только юношеский энтузиазм не давал окончательно забросить всё к чертям.

- - - Добавлено - - -

А ещё более вероятно, что даже в начале 90-ых, хороший софт для Вектора ваялся и компилировался на РС...

А вот это крайне интересная гипотеза! Допустим, кросс-ассемблеры существовали, более того - в MS-DOS закладывалась совместимость с CP/M, так что скомпилировать ассемблерный код под 8080 не должно было быть проблемой. Но как потом перенести результат на Вектор? На PC можно было читать/записывать дискеты в формате МикроДОС? Умельцы ваяли какие-то специальные платы сопряжения, информация о которых не дошла до наших дней? Имитировали на PC вывод на магнитофон (но вроде бы у PC тех времён не было аналогового аудиовыхода как такового, разве что в параллель к биперу цепляться)?

На всякий случай, уточню, что речь про самое-самое начало 90х.

- - - Добавлено - - -

Специалисты бы, которые прошли все это и в данный момент могущие описать последовательность действий программиста-неофита, который хочет написать что-то для Вектора на том же ассемблере с помощью современного ПО, накропали бы пару строк ка они это делают (делали бы) сейчас.

Фокус с "Вектором" вот в чём. Чтобы получить результат более интересный, чем ввод/вывод в текстовом режиме в мониторе-отладчике (для этого уровня штатных мануалов вполне хватает, проверено лично ещё школьником), нужно уметь напрямую работать с аппаратной частью машины. Именно этой информации в штатных мануалах нет от слова "совсем", и, наверное, не предполагалось, что программист-неофит будет реверсить чужой ассемблерный код и/или электрическую схему ЭВМ, чтобы понять, как что устроено с точки зрения программного доступа.

Лично я на первых порах довольствовался дизассемблированием и тупым копированием кусков кода, т.к. никаких других источников информации не было. А целостная картина сложилась уже после прочтения серии статей в выпусках бюллетеня Вектор-User, где объяснялись назначение портов ввода / вывода, работа с прерыванием обратного хода луча, организация видеопамяти и т.п.

Чисто по условиям задачи, "Секреты Вектора" вполне себе распространялись кооперативами в начале 90х, в картотеке они есть (да и сканы Вектор-User тоже, помню, где-то находил). Так что следующим шагом посоветовал бы изучать именно эти материалы, т.к. без них даже с полным знанием самого ассемблера никуда особо не продвинешься.