016B BUFFER_CHARACTER:
016B FB STI
016C 53 PUSH BX
016D 51 PUSH CX
016E 56 PUSH SI
016F 2B C9 SUB CX,CX ; Счетчик отсчетов таймера
0171 PRINT_LOOP:
0171 2E: 8B 1E 0160 R MOV BX,BUFFER_TAIL ; Выборка адреса конца буфера
0176 8B F3 MOV SI,BX
0178 E8 01E2 R CALL ADVANCE_POINTER ; Перемещение указателя на следующий байт
017B 2E: 3B 1E 015E R CMP BX,BUFFER_HEAD ; Проверка на наличие места в буфере
0180 74 0E JE BUFFER_FULL ; Нет места,ожидается пока оно появится
0182 2E: 88 04 MOV CS:[SI],AL ; Вывод символа в буфер
0185 2E: 89 1E 0160 R MOV BUFFER_TAIL,BX ; Занесение нового адреса конца буфера
018A B4 00 MOV AH,0 ; Код возврата из прерывания 17h
018C PRINT_RETURN:
018C 5E POP SI
018D 59 POP CX
018E 5B POP BX
018F CF IRET
0190 BUFFER_FULL:
0190 E2 DF LOOP PRINT_LOOP ; Повторить цикл проверки занятости буфера
0192 B4 01 MOV AH,1 ; Буфер занят слишком долго,ошибка
0194 EB F6 JMP PRINT_RETURN
0196 PRINT_HANDLER ENDP
Фиг. 10.1 Буфер печати (продолжение)
;----- Эта программа вызывает 4660 раз в секунду
0196 TIMER_HANDLER PROC FAR
ASSUME CS:CODE,DS:nothing,ES:nothing
0196 50 PUSH AX
0197 53 PUSH BX
0198 2E: 8B 1E 015E R MOV BX,BUFFER_HEAD
019D 2E: 3B 1E 0160 R CMP BX,BUFFER_TAIL ; Есть ли что-нибудь в буфере?
01A2 75 14 JNZ TEST_READY ; Переход,если буфер не пуст
;----- Эта подпрограмма управляет таймером в скоростном режиме
01A4 TIMER_RETURN:
01A4 5B POP BX
01A5 2E: FE 06 015D R INC TIMER_COUNT ; Увеличение счетчика делителя таймера
01AA 75 06 JNZ SKIP_NORMAL
01AC 58 POP AX ; Это выполняется один раз на 256 прерываний
01AD 2E: FF 2E 0107 R JMP TIMER_VECTOR ; Переход на стандартную программу обработки
; прерывания от таймера
01B2 SKIP_NORMAL:
01B2 B0 20 MOV AL,20H
01B4 E6 20 OUT 20H,AL ; Конец прерывания
01B6 58 POP AX
01B7 CF IRET
;----- Символ в буфере,производится попытка напечатать его
01B8 TEST_READY:
01B8 52 PUSH DX
01B9 1E PUSH DS
01BA 2B D2 SUB DX,DX
01BC 8E DA MOV DS,DX ; Установка регистра DS на сегмент ABS0
ASSUME DS:ABS0
01BE 8B 16 0408 R MOV DX,PRINTER_BASE
01C2 42 INC DX ; Установка на порт состояния
01C3 EC IN AL,DX
01C4 A8 80 TEST AL,80H ; Проверка готовности принтера
01C6 74 16 JZ NO_PRINT
01C8 4A DEC DX ; Установка на порт данных
01C9 2E: 8A 07 MOV AL,CS:[BX] ; Выбрка выводимого символа
01CC E8 01E2 R CALL ADVANCE_POINTER
01CF 2E: 89 1E 015E R MOV BUFFER_HEAD,BX
01D4 EE OUT DX,AL ; Вывод символа в порт принтера
01D5 83 C2 02 ADD DX,2 ; Установка на порт управления
01D8 B0 0D MOV AL,0DH
01DA EE OUT DX,AL ; Передача символа из порта в принтер
01DB B0 0C MOV AL,0CH
01DD EE OUT DX,AL
01DE NO_PRINT:
01DE 1F POP DS
01DF 5A POP DX
01E0 EB C2 JMP TIMER_RETURN ; Возврат через подпрограмму управления
01E2 TIMER_HANDLER ENDP ; таймером
01E2 ADVANCE_POINTER PROC NEAR
01E2 43 INC BX ; Сдвиг указателя
Фиг. 10.1 Буфер печати (продолжение)
01E3 81 FB 28FE R CMP BX,offset BUFFER_END
01E7 75 04 JNE ADVANCE_RETURN ; Проверка на конец циклического буфера
01E9 8D 1E 01EE R LEA BX,BUFFER_START ; Установка указателя на начало буфера
01ED ADVANCE_RETURN:
01ED C3 RET
01EE ADVANCE_POINTER ENDP
01EE BUFFER_START LABEL BYTE
01EE 2710[ DB 10000 DUP (?)
??
]
28FE BUFFER_END LABEL BYTE
28FE CODE ENDS
END
Фиг. 10.1 Буфер печати (продолжение)
Приведенная в примере программа может облегчить решение задачи.
Конечно, это не обойдется вам даром. Программа отводит под буфер
печати некоторую область памяти, котрая будет постоянно за ним
закреплена. DOS изымает эту область из общего объема памяти,
предоставляемой пользователю. Например, если в системе 96K байт
памяти, а 10 кбайт отводится под буфер печати, то пользоваться
Макроассемблером уже не удастся. Для макроассемблера требуется 96
кбайт, а после создания буфера печати останется лишь 86 кбайт.
Поэтому, прежде чем организовать буферизацию печати, убедитесь, что
в системе останется еще достаточный объем памяти.
Буферизация печати осуществляется примерно так. Стандартная
команда PRINT (INT 17H) заменяется процедурой, которая помещает
символы в буфер вместо того, чтобы посылать их на принтер. Эта
часть программы и называется буферизацией печати. Отдельная часть
программы, называемая выводом на печать, извлекает символы из
буфера печати и пересылает их на принтер.
Основным моментом в данном примере является замена прерывания
INT 17H базовой системы ввода-вывода. Почти все прикладные
программы для вывода на печать используют именно это прерывание, а
это означает, что теперь все обычные операции печати будут
приводить к пересылке символов в подпрограмму буферизации печати, а
не на принтер. В частности, в нашем примере, мы можем
листинг ассемблирования вывести на принтер, нажав клавиши
Ctrl-PrtSc, служащие для пересылки символов с экрана на печать.
Когда мы выводим листинг ассемблирования с программой
буферизации печати в памяти, символы поступают в буфер в памяти, а
не на принтер. Буферизация очень незначительно
увеличивает время просмотра. Когда файл выведен на экран (и в буфер
печати), управление возвращается DOS. Вы можете прекратить
пересылку символов на принтер, снова нажав клавиши Ctrl-PrtSc.
Листинговый файл находится в буфере, и DOS готова продолжить
выполнение других заданий, например, редактирование или
ассемблирование.
Затем начинает выполняться вторая часть программы. Эта
процедура извлекает символы из буфера и пересылает их на принтер.
Она управляется прерыванием от таймера. При каждом прерывании от
таймера процедура вывода на печать также получает управление. Если
в буфере имеется символ, и если устройство печати находится в
состоянии "готово", то подпрограмма пересылает этот символ на
принтер. Таким образом, символы извлекаются из буфера и
пересылаются на принтер со скоростью работы этого устройства.
Поскольку программа вывода на печать работает в фоновом режиме,
одновременно могут выполняться другие задания, например,
редактирование или ассемблирование.
Обратимся к программе, представленной на Фиг. 10.1, и
рассмотрим, как взаимодействуют ее компоненты. Во-первых, в ней
описан сегмент ABS0, содержащий вектор прерываний, с которым
программа имеет дело. Приведенная в примере программа заменяет как
прерывание вывода на печать INT 17H, так и прерывание от таймера
INT 8. Заметим также, что в сегменте ABS0 определяется адрес
PRINTER_BASE. В этой ячейке находится базовый адрес для устройства
печати 0. В данном примере предполагается, что все операции печати
производятся на системном устройстве печати.
Сегмент CODE - это та секция программы, которая остается
резидентной. При помощи команды ORG 100H мы составили эту программу
как файл типа .COM. Это означает, что для создания из выходного
файла редактора связей файла типа .COM, необходимо выполнить
описанную в гл.5 последовательность действий. Для хранения исходных
значений вектора печати и вектора таймера в программе используются
области памяти PRINT_VECTOR и TIMER_VECTOR. Хотя программа заменяет
значения этих векторов, при выводе на печать в ней должны быть
известны их исходные значения.
Первая часть сегмента CODE, начиная с метки START, является
инициализирующей частью программы. В ней считываются исходные
значения векторов прерываний и сохраняются в области данных
сегмента CODE. В процедуре инициализации векторы прерываний в
нижних адресах памяти заменяются новыми, используемыми в процедурах
буферизации и вывода на печать. Обратите внимание на команду CLI,
которая блокирует прерывания перед выполнением этой операции.
Поскольку программа изменяет прерывание таймера, она не может
допустить обработку его шага в этот момент времени. Если бы
прерывание от таймера произошло в тот момент, когда программа
изменила только одно из двух слов вектора прерываний от таймера, то
микропроцессор продолжил бы выполнение с непредсказуемого адреса
памяти. Разумнее запретить прерывания, чем допустить возможность
перехода по неизвестному адресу.
Прежде чем разблокировать прерывания, программа изменяет
текущее значение счетчика таймера. Обычно прерывания от таймера
происходят примерно 18 раз в секунду. Устройство печати может
печатать по 80 символов в секунду. Если бы процедура вывода на
печать выдавала по одному символу при каждом прерывании от таймера,
то максимальная скорость печати составила бы 18 символов в секунду.
Если ускорить таймер, прерывания от таймера будут происходить чаще.
Это позволит программе выдавать на печать все 80 символов в
секунду. В приведенном примере в таймер загружается значение
счетчика 256, оно в 256 раз меньше стандартного значения.
Компенсируется это увеличение скорости при помощи процедуры
TIMER_HANDLER.
Процедура инициализации возвращает управление в DOS при помощи
прерывания INT 27H. Перед выходом из процедуры в регистр DX
загружается указатель на байт, сразу следующий за последнм байтом
всей программы. Заметим, что все процедуры и буфер печати мы
расположили в пределах этой области памяти. В соответствии с
правилами действия прерывания INT 27H DOS не затронет эту
область.
Приведенная программа зря расходует часть памяти.
Инициализирующая ее часть выполняется только один раз, поэтому нет
смысла оставлять ее в памяти. Можно оптимизировать программу
поместив часть кода от команды START до INT 27H после метки
BUFFER_END. В этом случае при прерывании INT 27H инициализирующая
часть программы оказалась бы за пределами защищаемой области
памяти, и следующая загружаемая DOS программа перекрыла бы
процедуру инициализации. Экономия около 90 байт из более чем 10000
байт в нашем примере не впечетляет, но она вполне доступна в случае
необходимости.
Далее следует процедура PRINT_HANDLER. Эта подпрограмма
вместо базовой системы ввода-вывода осуществляет управление
принтером при каждом обращении программ к прерыванию INT 17H для
вывода данных на печать. Первые три команды управляют перехватом
управления у BIOS. Наша процедура работает только тогда, когда
должен быть напечатан символ (AH = 0). При любом другом коде
функции работу выполняет BIOS, поэтому программа производит
проверку, не равен ли регистр AH нулю. Если нет, то производится
косвенный переход с использованием сохраненного значения исходного
вектора печати. В результате управление передается процедуре
входящей в BIOS, которая выполняет требуемую функцию. Сказанное
означает, что в нашей процедуре обработки прерывания достаточно
написать только поддержку сделанных изменений.
Относительно рассмотренного способа управления печатью следует
сделать два замечания. Во-первых, передача дальше всех функций
печати кроме случая AH = 0 - не блестящая идея. Если какая-либо
программа инициализирует принтер (AH = 2) во время работы механизма
буферизации, то BIOS берет управление на себя и выдает на принтер
команду RESET. Эта команда обрывает ту строку, которая в это время
выводится на печать, что в большинстве случаев приводит к потере
одного или нескольких символов. Если вы хотите сделать эту
программу более защищенной от ошибок, то вам придется рассмотреть
вопрос об управлении всеми функциями печати.
Второе, на что следует обратить внимание - это использование
сохраненного вектора прерываний печати. Можно было бы обратиться к
листингу BIOS, приведенному в техническом справочнике, и найти
начальный адрес процедуры печати. Затем включить этот адрес
непосредственно в код программы так же, как это делается для других
абсолютных адресов. Однако в результате программа оказалась бы
жестко к этому адресу в системе BIOS. Если фирма IBM изменит
процедуры BIOS и, таким образом, - адрес процедуры печати, то
рассмотренная программа не сможет больше работать. Конечно, если
пишите эту программу для своей собственной машины, а покупать новую
или продавать свою программу не собираетесь, то указанных проблем
не возникнет. Однако в общем случае надо избегать использования
абсолютных адресов, если есть выбор. В приведенном примере
процедура инициализации легко может использовать вектор
прерываний печати для определения адреса процедуры печати
BIOS в ПЗУ.
В оставшейся части процедуры PRINT_HANDLER символ помещается в
буфер печати. Перед тем, как поместить символ программа проверяет,
есть ли в буфере место. Если буфер полон, программа ждет, пока
освободится место. Это ожидание не вызовет проблем, поскольку и
стандартная процедура BIOS ждет, чтобы принтер был готов принять
символ. Из соображений безопасности в регистре CX накапливается
число проходов по ветви "занято". Если это число становится равным
64K, а буфер по-прежнему полон, то это может означать какой-то
сбой. В этом случае процедура PRINT_HANDLER так же, как и BIOS,
выдает сообщение о превышении допустимого времени ожидания.
В приведенном примере процедура печати использует также
внутреннюю процедуру ADVANCE_POINTER. Эта несложная процедура
делает буфер печати циклическим. Если указатель сдвигается за
пределы буфера, подпрограмма переносит его на начало буфера. Она
аналогична процедуре BIOS для буфера клавиатуры. Только в данном
случае в буфер помещается 10000 символов, а не 16.
Интересно рассмотреть работу процедуры TIMER_HANDLER из
приведенного примера. Инициализирующая процедура связывает эту
подпрограмму с аппаратным прерыванием от таймера, поэтому на каждом
цикле таймера она получает управление. Помимо пересылки кодов на
принтер, эта процедура должна обеспечивать, через компенсацию
ускоения таймера, выполнение его обычных функций, таких как
ведение времени дня.
Сначала процедура работы с таймером проверяет, имеются ли
предназначенные для вывода на печать символы. Нет смысла пытаться
переслать символы на принтер, если пересылать нечего. Если в буфере
нет символов, процедура проходит на метку TIMER_RETURN. Этот
фрагмент процедуры обслуживает ускорение таймера.
Метка TIMER_RETURN указывает часть программы, обеспечивающую
нормальное функционирование таймера. При каждом прерывании от
таймера значение байта TIMER_COUNT увеличивается на единицу. Если
этот байт не нулевой, то процедура выходит из прерывания после
выдачи сигнала о завершении прерывания на контроллер прерываний.
Если этот байт равен нулю, то выход из программы осуществляется
посредством косвенного перехода по сохраненному вектору прерывания
от таймера TIMER_VECTOR. При этом управление передается процедуре
BIOS для определения текущего времени и выключения дисковода.
Дублировать эти операции в нашей программе не требуется. Переход в
BIOS происходит только один из 256 раз выполнения подпрограммы
работы с таймером. Но поскольку скорость таймера была увеличена в
256 раз, процедура реакции на прерывание от таймера базовой системы
ввода-вывода по-прежнему будет получать управление 18,2 раза в
секунду. Это означает, что текущее время будет поддерживаться
правильно, и мотор дисковода будет выключен вовремя. Именно поэтому
и было выбрано ускорение таймера в 256 раз, хотя и ускорения в 5
раз было бы достаточно, чтобы обеспечить работу устройства печати с
максимальной скоростью.
Ускорение таймера в 256 раз было выбрано потому, что это было
просто сделать. Однако если брать в расчет производительность, то
лучше было бы ускорить работу таймера в 5 раз, поскольку на
обработку каждого прерывания от таймера тратится по меньшей мере 10
микросекунд, и даже больше, если в буфере печати есть символы.
Время, затраченное на обработку прерываний, идет в ущерб выполнению
системой других заданий, например ассемблирования. При такой
частоте прерываний от таймера, становится заметным замедление
работы. Для оптимизации производительности следует ускорять таймер
менее, чем в 256 раз.
Что же происходит в процедуре работы с таймером, когда в буфере
есть символы, предназначенные для печати? Программа считывает порт
состояния, чтобы определить, готов ли принтер к приему символа.
Поскольку в процедуре используется базовый адрес из области данных
BIOS, то наша подпрограмма будет работать и с автономным адаптером
устройства печати, и с портом адаптера монохромного дисплея. Если
устройство печати не готово, процедура возвращает управление на
метку TIMER_RETURN, где в случае необходимости поддерживаются
стандартные функции таймера. Процедура вывода на печать не ждет,
когда устройство печати освободится, если оно занято. Мы знаем, что
прерывание от таймера очень скоро повторится, тогда мы и повторим
попытку вывода. Ожидание готовности устройства печати здесь
связывало бы бы всю систему. Результат был бы таким же, как и в
случае отсутствия буферизации печати.
Если принтер готов, программа извлекает символ из буфера и
передает его на принтер. И в данном случае программа вновь не
делает всего, что следовало бы. Подпрограмма, входящая в BIOS,
делает проверку на ситуацию ошибки при передаче каждого символа. То
же самое следовало бы делать и в нашей процедуре. Но что же
произойдет в случае сбоя? Если процедура вывода обнаружила ошибку,
то как она сможет сообщить программе, что это произошло во время
печати? В некоторых случаях к этому моменту программа передававшая
даные для печати уже завершила свою работу. Наилучший выход может
состоять в проверке ошибок при каждой пересылке символа на принтер
процедурой работы с таймером. При обнаружении ошибки процедура
PRINT_HANDLER должна выдать сообщение об ошибке, что далее все
программы будут производить вывод на печать через прерывание INT
17H. Возможно, это не идеальный вариант, но, вероятно, лучший.
Прежде чем закончить рассмотрение примера, следует обратить
внимание еще на одну проблему. Существуют и другие процедуры,
изменяющие частоту прерываний от таймера. BASICA - расширенная
версия интерпретатора Бейсика, для ускорения таймера используется
прием, во многом аналогичный приведенному. При вызове программы
BASICA после установки буферизованной печати, процедура
TIMER_HANDLER получает прерывания уже не с той частотой, которая
предполагается. Поскольку процедура TIMER_HANDLER ограничивает
передачу управления прерыванием от таймера процедуре BIOS, текущее
время замедлится в 256 раз. BASICA осуществляет также инициализацию
устройства печати, что, как мы уже видели, мешает выводу на печать.
Это означает, что программа буферизации печати будет работать не
для всех приложений. Однако она иллюстрирует использование
прерывания INT 27H для создания постоянной системной функции.
Приведенный пример иллюстрирует также метод переопределения
векторов BIOS для подцепления новой функции к уже имеющимся
программам.
