В аласме, но это пока не код, а так, упражнения.
Аласм 5.09 на 42 символа.
Эмулятор -- восьмой спектакулятор.
В аласме, но это пока не код, а так, упражнения.
Аласм 5.09 на 42 символа.
Эмулятор -- восьмой спектакулятор.
Сферический ламер в вакууме
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Рекомендую попробовать связку SjAsm Plus + Unreal Spectrum. SjAsm - кросс-ассемблер, сильно ускоряет разработку. Вот такой редактор будет к нему в самый раз.
Если не хватит возможностей аласма, обязательно попробую!
Пока намного больше в кодера упирается, чем в асм.
Сферический ламер в вакууме
Не думаю, что Вы столкнетесь в ALASM с каким-то ограничениями, которые можно обойти в SjAsm. ALASM даже гибче. Но разработка в кросс-среде значительно быстрее. Если Вы только изучаете программирование для Спектрума, рекомендую все же писать на SjAsm.Сообщение от Soplik
За счет чего она быстрее?
Сферический ламер в вакууме
за счет всего. просто надо попробовать, чтобы понять.
Всех причин ща не припомню, но что есть.
1. Более удобное редактирование в привычном редакторе.
2. Более быстрая компиляция.
3. Продвинутые фишки типа перехода под идентификаторам между модулями, сворачивание кода, переход на строку с ошибкой по клику, подсветка синтаксиса, нет ограничений на количество символов в строке и многое другое.
4. Моментальная загрузка редактора и отсутствие необходимости сброса, перезапуска среды и загрузки исходников после сбоя.
5. Нормальная отладка в эмуляторе с умными точками останова, watches, одновременным отображением кода и экрана, без ограничений спектрумовских отладчиков.
6. Хранение и редактирование ресурсов в файловой системе PC без отсутствия необходимости загружать их редакторы на ZX.
7. [Почти] отсутствие необходимости конвертировать скачанные тексты других разработчиков и свои для выкладывания в Интернет.
8. Автоматизация обработки на PC большого количества ресурсов после их изменения (например, упаковка).
9. Одновременное редактирование нескольких модулей.
10. Отсутствие ограничений на использование 128-й памяти под сгенерированный код (на ZX обходится разработкой на более, чем 128к-байтной модели).
11. Просмотр и редактирование образов дисков в удобном hex-редакторе на PC.
а главное - моментальный запуск в эмуляторе снапшота.
Ну можно было написать отдельным пунктом, да... Просто как бы на ZX после ассемблирования время запуска-то тоже незаметно, а про время перезапуска после сбоя я сказал, вроде. Просто да, как-то туманно...
---------- Post added at 13:33 ---------- Previous post was at 13:31 ----------
Кстати, я снапшотами стараюсь не пользоваться. Но тут уж на вкус и цвет...
Я поначалу делал снапшоты, но в конце-концов пришел к самособирающемуся моноблоку с лоадером... ибо практично, да и снап не удобно проверять на разных платформах. А так батник запустил - у тебя на выходе уже готовый релиз в scl с пакетом документации и пр, да еще и под разные платформы...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
