Emu80 v.4

[Pyk]

Alikberov, я сначала подумал про lst-файлы для отладчика.
Предлагаешь встроить ассемблер в эмулятор?

[Advertiser]

[NEO SPECTRUMAN]

Предлагаешь встроить ассемблер в эмулятор?

ну асм в эмуляторе это конешно классна
но как правило он проигрывает по функционалу нормальномуу компилятору
и таки изобретение велосипеда...

хотя очень удобно написал 3 строчки кода
запустил
остановил в дебагере
поправил/скомпилил
запустил

чисто для встроенный асм+дебагер
я все еще запускаю emuzwin
хотя тот полносью себя изжил

а так самая главное в набортном асме это вложенные DUP-ы


а так возьми приладь готовый новый сджасм
правда мнемоники и8080 он не умеет
(думаю можно будет легко добавить да еще и смержить с основным потом)

[Alikberov]

Alikberov, я сначала подумал про lst-файлы для отладчика.
Предлагаешь встроить ассемблер в эмулятор?

Так на канале чата я о том и говорил!
Уж слишком много возиться приходится в цикле Правка->Сохранение->Конвертация->Загрузка.

[NEO SPECTRUMAN]

Правка->Сохранение->Конвертация->Загрузка

ну в нормальном сорце
правка
1клик компиляция
загрузка

хотя на некоторых машинах загрузка ущербная...
(особенно там где какието мудозвоны додумались клянчить полное имя для загрузки с ленты)

ну вот по этому и должны быть снапшоты
и компилер должен генерить снапшоты а не образы лент
на время разработки/отладки

а так набортного асма можот быть недостатошно для нормального коденга
это удобно отлаживать оттдельные процедуры

в "большых" софтах при компиляции еще вызываетсо бинарники, пакеры итд


может вместо набортного асма
просто запилить вызов внешнего компиллятора и загрузка дампа памяти в память и регистров?

но опять редактировать удобно в привычнном тебе редакторе
а не в каком то бедном окошечке набортнного асма

а если оставить только скомпилить и загрузить
то это мпрактически мало отличаетсо от вышеуказаной цепочки

[Alikberov]

ну в нормальном сорце
правка
1клик компиляция
загрузка

хотя на некоторых машинах загрузка ущербная...
(особенно там где какието мудозвоны додумались клянчить полное имя для загрузки с ленты)

ну вот по этому и должны быть снапшоты
и компилер должен генерить снапшоты а не образы лент
на время разработки/отладки

а так набортного асма можот быть недостатошно для нормального коденга
это удобно отлаживать оттдельные процедуры

в "большых" софтах при компиляции еще вызываетсо бинарники, пакеры итд


может вместо набортного асма
просто запилить вызов внешнего компиллятора и загрузка дампа памяти в память и регистров?

но опять редактировать удобно в привычнном тебе редакторе
а не в каком то бедном окошечке набортнного асма

а если оставить только скомпилить и загрузить
то это мпрактически мало отличаетсо от вышеуказаной цепочки

Как-то у Вас слишком сложно.
Сейчас в эмуляторе три способа загрузить файл:

• Загрузка через Меню
• Загрузка через Drag'n'Drop
• Загрузка директивой I

Я всего лишь предлагаю, чтобы вместе с файлами *.RK поддерживались файлы *.ASM и грузились такими же способами. Типа, исходный ASM-файл перетащил на окно эмулятора и всё. Пусть даже по директиве I всё так же срабатывает, что будет отлично!
Не нужно вообще пользоваться сторонним транслятором с ассемблера в принципе.
Эмулятор, как самодостаточная интегрированная среда - разве плохо? :-)

А для отладки - достаточно псевдооператором .BREAK в листингах расставить всех точки останова, чем искать их под клавишу F9.

[Pyk]

Связь эмуляторов в двух окнах по магнитофонному интерфейсу

Ничего не обещаю, но есть одна идея, подумаю.

Возможность загрузки исходных ASM-листингов

Мне эта фича кажется чужеродной в эмуляторе. Ассемблерами все пользуются разными, часто проекты состоят далеко не из одного файла, а сборку и запуск в эмуляторе можно настроить буквально по одной клавише в любой IDE... А вот inline-ассемблер в отладчике надо будет сделать.

В зависимости от зоны чтения инструкций по M1 переключать конфигурацию.

А вот это, как ни странно, мне кажется наиболее реальным и требующим минимальных усилий на реализацию, так как основа для этого в эмуляторе уже есть. Попробую сделать. Если не вылезут какие-то подводные камни, должно вроде бы получиться...

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

ну вот по этому и должны быть снапшоты
и компилер должен генерить снапшоты а не образы лент

Ох... Для начала сами снапшоты бы доделать...

[Alikberov]

А вот это, как ни странно, мне кажется наиболее реальным и требующим минимальных усилий на реализацию, так как основа для этого в эмуляторе уже есть. Попробую сделать. Если не вылезут какие-то подводные камни, должно вроде бы получиться...

Спасибо!
Надо теперь как-то заняться написанием хотя бы крошечной демонстрации, чтобы можно было и проверить затем в новеньком эмуляторе.

[CityAceE]

Уж слишком много возиться приходится в цикле Правка->Сохранение->Конвертация->Загрузка.

Решается одним батником. Поправил, сохранил, запустил батник. А он уже скомпилирует, запустит эмулятор и загрузит в него исполняемых код. В качестве примера можно использовать мой вариант для Специалиста.

[NEO SPECTRUMAN]

А он уже скомпилирует, запустит эмулятор

а тут оказывааетсо что эмулятор не умеет грузить быстро ленту и быстрого режима нету
(правда это про другой эмулятор а не про этот)

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

Типа, исходный ASM-файл перетащил на окно эмулятора и всё.

наверное ты мало представляешь себе что такое исходный ASM-файл

[CityAceE]

правда это про другой эмулятор а не про этот

А именно про этот. Emu80 так умеет. И я этой его возможностью активно пользуюсь.