Мини-драйвер дисковых операций © Андрей Алексеев, 1995.

Процедура, предложенная Тимоти, в определенной степени универсальна: не обязательно пользоваться для загрузки иными процедурами. Сравните Листинг_1 с тем вариантом, который предложил Илья Фомин в ZX-РЕВЮ-94, № 4, стр. 9. Не правда ли, есть сходство? Это и не удивительно - все основные моменты, как то: пересчет номера сектора, дорожки, инкремент адреса загрузки в память, стартовые и финишные процедуры выполняются аналогично. Для превращения процедуры записи (Листинг_1) в процедуру загрузки необходимо изменить всего два байта в строке, отмеченной (***):

LD IX,#2F1B

подставив вместо адреса подпрограммы записи сектора, адрес подпрограммы чтения сектора. Все будет прекрасно работать, за исключением маленькой детали: при загрузке в область используемых процедурой ячеек #5C00-#5C01 и

#5CFE-#5D01 произойдет накладка: загруженная с диска новая информация будет неверно "восстановлена" при выходе процедурой EXIT (см. Листинг_1).

Но объединение двух подпрограмм позволило бы сэкономить немало байтов. Реализация этой идеи привела к появлению простейшего драйвера дисковых операций, или мини-драйвера, который, хотя и может выполнять только две операции: запись и чтение группы секторов, зато мал по объему и полностью автономен: как и процедуры, взятые за основу, он не имеет ограничений на адрес расположения в памяти, при загрузке не использует никаких буферов и системных переменных, а при записи, аналогично процедуре, предложенной Тимоти, сам восстанавливает используемые ячейки (Листинг_2).

Листинг 2.

К входным параметрам, задаваемым в регистрах HL, DE и B, добавился регистр С, определяющий режим работы мини-драйвера: С=5 загрузка; С=6 - запись. Значения С выбраны по аналогии со значениями при работе интерпретатора системных функций TR-DOS (#3D13 или 15635).

Что из всего этого следует?

Нет необходимости говорить о том, насколько важны программистам процедуры TR-DOS, независимые от системных переменных. Области применения их безграничны. Рассмотрим адаптацию программ под TR-DOS. Вы только посмотрите, как ловко все выходило с магнитофоном: имея процедуру LOAD_BYTES 1366 (#0556), или другую, аналогичную ей, можно было вытворять с загрузкой все, что угодно, грузить память хоть частями, хоть целиком, хоть вдоль, хоть поперек (см. статью о нестандартной загрузке в этом номере). Аналогичная процедура для записи SAVE_BYTES 1122 (#0462), дополняя первую, предоставляла программистам полную свободу в вопросах реализации начальной загрузки а также сохранения-загрузки отложенного состояния игры. И если при адаптации под TR-DOS с вопросами начальной загрузки кое-как научились бороться, то с сохранением отгрузок - дела обстоят из рук вон плохо. Во многих дисковых версиях отгрузки так и остались для ленты. Теперь, с появлением мини-драйвера, могут быть легко решены все проблемы как начальной загрузки, так и сохранения отгрузок.

Внимание! На горизонте показалась новая эра адаптации под диск! Сказанное можно прокомментировать простейшим примером.

Имеем магнитофонную версию игры, загрузчик которой выглядит примерно так: 10 CLEAR 24 063 20 LOAD "gam1"SCREEN$ 30 LOAD "gam2"CODE 24064,41472 40 RANDOMIZE USR 27392

Кодовый блок "gam1" является экраном, "gam2" - заполняет всю память от 24064 до конца (вместо всего этого может быть машиннокодовая программа с использованием процедуры LOAD_BYTES, но это не меняет сути дела).

Попробуйте адаптировать игру традиционными средствами, подставляя перед LOAD стандартный префикс:

RANDOMIZE USR 15619: REM : и уже при попытке выполнить 20 строку, Ваш компьютер ехидно заметит: "Out of memory". Сколько же всяких хитростей придется предусмотреть для решения проблемы? Это промежуточный перенос RAMTOP, например, в адрес 24999, разбивка кодового блока на два, основной из которых загружается с адреса 25000 до конца памяти, а непоместившийся начальный кусок в экранную область (бесцеремонно затирая такую красивую заставку!), а оттуда при помощи специальной машиннокодовой процедуры (загруженной сюда же, в экран), после переноса стека перебрасывается в адрес 24064 для объединения с основным блоком, и только после этого - запускается с адреса 27392.

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

1. Набираем в ассемблере (например, используя пакет "FWORD for GENS") следующий загрузчик (Листинг_3). Ассемблируем набранную процедуру:

А 16

(в GENS^ ключ 16 команды "А" служит для игнорирования обоих директив ORG и получения на выходе объектного кода в виде единого блока). Теперь сохраняем код на диске:

0,,1:loader

Листинг 3.

В HL - откуда перебрасывать (это начало подпрограммы загрузки). Сколько байтов перебрасывать (длина процедуры загрузки). Куда перебрасывать (в каждом отдельном случае может быть разным -это зависит от конкретных условий загрузки конкретной программы) - он должен совпадать со вторым ORG (строка 8).

Адрес возврата после LDIR. Там находится LDIR и RET, после которого попадаем на 23296. Метка указывает начало следующего блока обратите внимание: А1 это то же, что А2.

Конечно же, должен совпадать с

Вот и получен кодовый блок загрузчика. Его длина составила 172 байта. Теперь, как Вы догадались по первому ORG, используем для его исходного размещения нулевую строку. Делаем её вручную, или автоматически при помощи программы "REM 2" (см. 2Х-РЕВЮ-93, №1-2, стр. 8), и загружаем в нее объектный код загрузчика: RANDOMIZE USR 15619: REM : LOAD "loader" CODE (23872+257)

Теперь набираем новую Бейсик-строку: 1 RANDOMIZE USR 23872

Вот и получен Бейсик-загрузчик будущей дисковой версии. Сохраняем его на диске. Теперь осталось только скомпоновать файлы на диске таким образом, чтобы кодовые блоки располагались сразу же за загрузчиком: сначала "gaml", следом за ним "gam2". Можно даже объединить их в единый Бейсик-моноблок, что очень удобно делать при помощи программы "ADM 7.08".

Вот и все! Запускайте игру и наслаждайтесь!

Конечно, не обязательно применять мини-драйвер для исходной загрузки. Вполне можно воспользоваться по предложенной выше схеме и процедурой Ильи Фомина, однако если в игре предполагается отгрузка состояния, то использование мини-драйвера предпочтительнее.

Самое интересное, что теперь дисковую адаптацию магнитофонных версий можно выполнять практически без разрушения исходной структуры файлов и последовательности их загрузки. Что Вы скажете насчет такого варианта: загрузка сплошного блока кодов с адреса 16384 где-нибудь до 65000 (где и размещается сам загрузчик на основе процедуры 1366). При стандартной работе TR-DOS - опять целый ворох проблем. С дисковым драйвером - ни одной. Перебрасываем его из нулевой строки в 65000, подкорректировав в Листинге_3 строки 4, и 8-17, определяющие загрузку конкретного файла и все дела!

Да, чуть не забыл. Если в магнитофонной версии активно используется Бейсик, расположенный, как известно, с адреса 23755 (а никак не с 23867), то здесь дело легко может быть поправлено при помощи совета Михаила Дмитриева, изложенного в ZX-РЕВЮ-94, №1, на стр. 58, который заключается в использовании процедуры ПЗУ RECLAM_2: LD HL,23755 LD BC,112 JP #19E8

После возврата в Бейсик от ненавистных системных переменных TR-DOS не останется и следа.

С применением автономного дискового драйвера становятся возможны и вариации на тему защиты, которые широко использовались в магнитофонных версиях, когда блок кодов загружается в область стека, подменяя адрес возврата из процедуры загрузки (об этом Вы, наверняка читали в известной книге "Тайники Вашего Спектрума", а если не читали, то теперь сможете найти её файлы на диске "АС 14", который распространяет ФОРМАК).

Используя дисковый драйвер, станут возможны принципиально новые виды защиты. Например, Вы с его помощью записываете на диск всю память: все 48К с 16384 по 65535 вместе со стеком, системными переменными и самим драйвером. После этого при помощи DISK-DOCTOR'а изменяете значение регистра С=6 на С=5, а заодно и значения HL, DE и B. Теперь при загрузке предварительно заданные в загрузчике трек, сектор и адрес загрузки будут "затерты" загружаемым блоком кодов, который подставит свои значения. Это вызовет полное изменение картины загрузки, создавая такую кашу, разобраться в которой взломщику будет очень-очень нелегко.

И еще. Работа мини-драйвера похожа на бульдога: если уж он "вцепился" в диск (начал загрузку), то что бы Вы не вытворяли, открывая карман дисковода, вынимая дискету и заново её вставляя, никакого нарушения в работе (типа "Tape loading error") это не вызовет, не помогут и манипуляции клавишей BREAK - загрузка будет закончена нормально, как только Вы дадите ему возможность продолжить работу. Мелочь, а приятно.

P.S. Все, о чем говорилось выше, оттестировано и проверено, так что смело набирайте и пользуйтесь: пашет, как зверь!

Комментарий ИНФОРКОМА.

В разделе ЭТЮДЫ в этом номере обсуждается вопрос "коллективного тестирования" процедур, которые должны послужить основой для программистов, создающих собственные программы. Предлагаем в их число включить и приведенный выше дисковый мини-драйвер.

Вопросы, требующие проверки или проработки:

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

2. Как упростить драйвер до такой степени, чтобы не пострадала универсальность и надежность в

работе.

3. Как "усложнить" его для того, чтобы он "научился" выполнять команды "запись файла" и "загрузка файла", выполняя элементарные операции с элементами каталога диска (16-байтными группами описателей файлов).

4. Желательно, чтобы длина драйвера не превышала один сектор (256 байтов). Это необходимо, чтобы размещать его при необходимости в буфере принтера.

* * *

1. Новые программы - Magic Operational System.
2. Новые программы - эмулятор Spectrum-128.
3. Секреты TR-DOS - Использование процедур TR-DOS без системных переменных.
4. Секреты TR-DOS - Мини-драйвер дисковых операций.
5. Секреты TR-DOS - о системных переменных TR-DOS #5CC2-#5CC4.
6. Читатель-читателю - Графика вашего компьютера.
7. Читатель-читателю - форум по вечным вопросам совместимости, и компьютерам, которые мы выбираем.
8. Читатель-читателю - мышь, принтер и вообще...
9. Читатель-читателю - нестандартная загрузка.
10. Этюды - Сегодня этот раздел мы хотим начать с критического письма в адрес ЭТЮДОВ, поступившего от Сергея Колотова из г. Шадринск Курганской обл.
11. Форум - Некорректная работа с портом #7FFD.
12. Перекресток - adventure games.
13. Советы эксперта - описание игры QUEST FOR MINDSTONE.
14. Компьютерная новелла - "Сон наяву" (новелла по программе - ZZZZ).
15. Авторская программа
16. Вопрос-ответ - В редакцию ZX РЕВЮ поступает очень много писем с различными вопросами. На наиболее массовые мы и постараемся ответить на этой страничке.
17. От редакции - В октябре 1995 "ИНФОРКОМ"у исполняется 6 лет, а по сему есть повод поговорить немного о наших планах.
18. Наши дистрибьюторы - Вы можете приобретать литературу "Инфоркома" по следующим адресам.