Порча Бейсика-48 в ОЗУ

[Barmaley_m]

SoftFelix, в BASIC48 без малейших сомнений влезет, туда еще вагон и маленькая тележка поместится. В BASIC_48_128 - не знаю. Но Андрей Гетало делал Bogobasic48_128, совместимый с прошивкой BASIC_128, со всеми функциями (в том числе и вышеприведенные патчи). Правда, Андрей при этом выкинул из BASIC_48_128 "лишний" код опроса дополнительных клавиш (keypad) и некоторые другие изменения. Подробностей я не знаю, могу только дать прошивку.

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

[balu_dark]

Тут http://zx-pk.ru/showthread.php?t=26018
Пример аппаратного фикса. Только для моделей не имеющих порт 15 - ставится обычная кнопка с фиксацией. Данный фикс - не мешает работе 128к расширения - потому как при работе 128к - задействовано окно с С000. И вообще - в 0 адреса никто не пишет при нормальной работе компьютера.

[Barmaley_m]

Аппаратный фикс всяко лучше. На самом деле множество программ ведет по этим адресам запись. Когда я пользовался теневым монитором на "Орель БК-08" - то часто страдал от того, что та или иная программа затирала монитор. В конце концов сделал себе запрет записи, когда по адресам 0000-3FFF включено ПЗУ или режим эмуляции ПЗУ. Сразу решилась куча проблем.

Тем не менее программный фикс бейсика, чтобы он не вел запись по адресам ПЗУ, представляет отдельный академический интерес.

[Максагор]

Аппаратный фикс всяко лучше. На самом деле множество программ ведет по этим адресам запись. Когда я пользовался теневым монитором на "Орель БК-08" - то часто страдал от того, что та или иная программа затирала монитор. В конце концов сделал себе запрет записи, когда по адресам 0000-3FFF включено ПЗУ или режим эмуляции ПЗУ. Сразу решилась куча проблем.

Тем не менее программный фикс бейсика, чтобы он не вел запись по адресам ПЗУ, представляет отдельный академический интерес.

Расположение бейсика в ОЗУ (а, соответственно, и устранение его затирания) полезно не для запуска из-под него кодовых программ и прочих игрушек на асме, которые там что-то портят, а ради самого бейсика и программ на бейсике, чтобы можно было бы его развивать и дорабатывать только для этого. Например, сделать версию для iS-DOS с внедрением команд работы с диском, версию для TASiS с поддержкой экранов и т.п. Первым этапом тут стоит как раз ликвидация порчи в ОЗУ.

[balu_dark]

Лечим порчу 5 ячеек по фотографии (c) Медицинская реклама

[goodboy]

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

обычно бейсик расширяют путём перехвата ошибок (rst#8).
зачем что-то править в ПЗУ - непонятно

[Advertiser]

[Максагор]

обычно бейсик расширяют путём перехвата ошибок (rst#8).

Я в курсе.

зачем что-то править в ПЗУ - непонятно

Как раз не в ПЗУ. )))

[goodboy]

Как раз не в ПЗУ. )))

про замещение ПЗУ я понял.

вон с divIDE набираю в бейсике playwav, он распознаёт и запускает плагин.
а твои наработки получаются привязаны на конкретный комп и его расширения памяти

[Максагор]

а твои наработки получаются привязаны на конкретный комп и его расширения памяти

У меня пока не наработки, а идейки, под которые я веду предварительные исследования. Но да - это под TASiS - есть идея сделать подгружаемый в качестве плагина ядра системы доработанный и расширенный спектрум-бейсик. реализую я когда-нибудь это - пока не знаю. Буду накапливать информацию и изучать вопрос.

[Barmaley_m]

Расположение бейсика в ОЗУ (а, соответственно, и устранение его затирания) полезно ... ради самого бейсика и программ на бейсике, чтобы можно было бы его развивать и дорабатывать

Это понятно. Я когда делал bogobasic - то именно так его и отлаживал. Все равно это ненадежно: вдруг баг, приводящий к сбою с перепахиванием памяти? Придется грузить бейсик заново.

В этой ситуации помогает режим эмуляции ПЗУ - это когда одна из страниц расширенного ОЗУ подключается по адресам 0000-3FFF, но запись в нее заблокирована. Тогда перепахивание памяти не страшно. Я это реализовал в своей схеме расширения и загружал обычно в режиме эмуляции стандартный бейсик Sinclair-82. При желании можно было использовать этот режим и для отладки новых модификаций прошивки бейсика-48, -128 или TR-DOS - только в те годы (1995+) я уже этим не занимался.

Например, сделать версию для iS-DOS с внедрением команд работы с диском, версию для TASiS с поддержкой экранов и т.п. Первым этапом тут стоит как раз ликвидация порчи в ОЗУ.

Лучше - аппаратный запрет записи в эту область ОЗУ при установке соответствующих флагов в портах расширения. И отлаживать можно, и в ПЗУ прошить можно, и сбои не страшны.