|
Первый способ написания и загрузки
постоянной функции в DOS состоит
в том, чтобы, возвращая управление DOS,
программа оставалась в
памяти резидентной. Такую функцию
существляет прерывание INT 27H.
Обычно для выхода в DOS используется
прерывание INT 20H, либо
программа производит переход по адресу 0
программного префикса, как
мы делали в программах типа .EXE. В
результате управление
возвращается DOS. Операционная система
освобождает память,
предоставленную этой программе. Следующую
программу, которая
загружается после прерывания INT 20H, DOS
помещает в ту же область
памяти, которая использовалась для
предыдущей.
Выход в DOS через прерывание INT 27H
отличается от
рассмотренного. Управление возвращается в
DOS точно так же, как и в
случае прерывания INT 20H, но часть
памяти, занимаемая программой,
не возвращается для дальнейшего
использования. В регистре DX
указывает на адрес первой свободной ячейки
после той области
памяти, котрую вы хотите зарезервировать.
DOS резервирует эту
область памяти, как часть системы. Это
означает, что ваша программа
становится частью DOS. Такую программу
можно удалить из памяти
только перезагрузив DOS и начав все
сначала.
Если выход в PC DOS осуществляется при
помощи прерывания INT
27H, то в регистре CS должен находиться
адрес программного
префикса. Легче всего это сделать, если
писать использующую INT 21H
программу как .COM программу. Написать
программу типа .EXE,
оставляющую при выходе содержимое
регистров CS и DX корректным,
довольно трудно. Поскольку создание
программ типа .COM было
рассмотрено в гл.5, будем считать, что все
наши остающиеся
резидентными программы имеют тип .COM.
Рассматриваемый для прерывания DOS INT 27H
пример довольно
сложен. Он иллюстрирует не только
использование INT 27H, но и
способы замены существующей BIOS другой
версией. В этом примере мы
даже применим несколько трюков с таймером
для увеличения скорости
обработки.
Пример представлен на Фиг. 10.1.
Приведенная здесь программа
предназначена для обслуживания буфера
печати. Обычно при выдаче на
печать символа программа обращается к
прерыванию INT 17H - драйверу
печати BIOS. Эта функция выдает символ на
принтер после
проверки ошибок и ожидания готовности
принтера. Как правило, при
этом обеспечивается достаточная
производительность. Но допустим,
что вы пишете несколько программ и хотите
вывести их на принтер.
Если вы попытаетесь сделать это, то не
сможете обратиться к системе
до тех пор, пока принтер не закончит
работу. Чтобы
продолжить редактирование или
ассемблирование другой части
программы, вам придется ждать завершения
печати.
A
Microsoft (R) Macro Assembler Version 5.00 4/2/89 16:06:27
Фиг. 10.1 Буфер для печатиPage1-1
PAGE,132
TITLE
Фиг. 10.1 Буфер для печати
0000 ABS0 SEGMENT AT 0
0020
ORG 4*8H
0020???????? TIMER_INT DD ? ; Аппратное прерывание от таймера
005C
ORG 4*17H
005C???????? PRINTER_INT DD ? ; Прерывание к BIOS для печати
0408
ORG 408H
0408???? PRINTER_BASE DW
? ; Базовый адрес адаптера принтера
040A ABS0 ENDS
0000 CODE SEGMENT
0100
ORG 100H
ASSUMECS:CODE,DS:CODE,ES:CODE
0100EB 09 90 JMP START
0103???????? PRINT_VECTOR DD ? ; Место для хранения исходного вектора 17h
0107???????? TIMER_VECTOR DD ? ; Место для хранения исходного вектора 9h
010B START:
010B2B C0 SUB AX,AX; Установка
регистра ES на сегмент ABS0
010D8E C0 MOV ES,AX
ASSUMEES:ABS0
010F26: A1 005C R MOV AX,WORD PTR PRINTER_INT
011326: 8B 1E 005E R MOV
BX,WORD PTR PRINTER_INT+2
011826: 8B 0E 0020 R MOV
CX,WORD PTR TIMER_INT
011D26: 8B 16 0022 R MOV
DX,WORD PTR TIMER_INT+2
0122A3 0103 R MOV WORD PTR PRINT_VECTOR,AX
012589 1E 0105 R MOV WORD PTR PRINT_VECTOR+2,BX
012989 0E 0107 R MOV WORD PTR TIMER_VECTOR,CX
012D89 16 0109 R MOV WORD PTR TIMER_VECTOR+2,DX
;-----Во время занесения векторов прерываний прерывания запрещены
0131FA CLI
Фиг. 10.1 Буфер печати (начало)
013226: C7 06 005C R 0162 MOV
WORD PTR PRINTER_INT,offset PRINT_HANDLER
R
013926: 8C 0E 005E R MOV
WORD PTR PRINTER_INT+2,CS
013E26: C7 06 0020 R 0196 MOV
WORD PTR TIMER_INT,offset TIMER_HANDLER
R
014526: 8C 0E 0022 R MOV
WORD PTR TIMER_INT+2,CS
014AB0 36 MOV AL,00110110b
014CE6 43 OUT 43H,AL
014EB0 00 MOV AL,0; Увеличение скорости
работы таймера в 256 раз
0150E6 40 OUT 40H,AL
0152B0 01 MOV AL,1
0154E6 40 OUT 40H,AL
0156FB STI
01578D 16 28FE R LEA DX,BUFFER_END; Занесение
адреса конца программы
015BCD 27 INT 27H ; Выход с сохранением
программы в памяти
015D00 TIMER_COUNT
DB 0
015E01EE R BUFFER_HEAD DW
BUFFER_START
016001EE R BUFFER_TAIL DW
BUFFER_START
;-----Эта подпрограмма управляет вызовом прерывания 17h
0162
PRINT_HANDLER PROC FAR
ASSUMECS:CODE,DS:nothing,ES:nothing
01620A E4 OR AH,AH
016474 05 JZ BUFFER_CHARACTER ; Проверка
на функцию вывода символа
01662E: FF 2E 0103 R JMP
PRINT_VECTOR ; Переход на
стандартный обработчик
;прерывания 17h
016B
BUFFER_CHARACTER:
016BFB STI
016C53 PUSH BX
016D51 PUSH CX
016E56 PUSH SI
016F2B C9 SUB CX,CX; Счетчик
отсчетов таймера
0171
PRINT_LOOP:
01712E: 8B 1E 0160 R MOV
BX,BUFFER_TAIL ; Выборка адреса конца буфера
01768B F3 MOV SI,BX
0178E8 01E2 R CALL ADVANCE_POINTER ; Перемещение указателя на следующий байт
017B2E: 3B 1E 015E R CMP
BX,BUFFER_HEAD ; Проверка на наличие места в буфере
018074 0E JE BUFFER_FULL ; Нет
места,ожидается пока оно появится
01822E: 88 04 MOV CS:[SI],AL; Вывод символа в
буфер
01852E: 89 1E 0160 R MOV
BUFFER_TAIL,BX ; Занесение нового адреса конца буфера
018AB4 00 MOV AH,0; Код возврата из
прерывания 17h
018C
PRINT_RETURN:
018C5E POP SI
018D59 POP CX
018E5B POP BX
018FCF IRET
0190
BUFFER_FULL:
0190E2 DF LOOP PRINT_LOOP ; Повторить цикл
проверки занятости буфера
0192B4 01 MOV AH,1; Буфер занят
слишком долго,ошибка
0194EB F6 JMP PRINT_RETURN
0196
PRINT_HANDLER ENDP
Фиг. 10.1 Буфер печати (продолжение)
;-----Эта программа вызывает 4660 раз в секунду
0196
TIMER_HANDLER PROC FAR
ASSUMECS:CODE,DS:nothing,ES:nothing
019650 PUSH AX
019753 PUSH BX
01982E: 8B 1E 015E R MOV
BX,BUFFER_HEAD
019D2E: 3B 1E 0160 R CMP
BX,BUFFER_TAIL ; Есть ли что-нибудь в буфере?
01A275 14 JNZ TEST_READY ; Переход,если
буфер не пуст
;-----Эта подпрограмма управляет таймером в скоростном режиме
01A4
TIMER_RETURN:
01A45B POP BX
01A52E: FE 06 015D R INC
TIMER_COUNT ; Увеличение счетчика
делителя таймера
01AA75 06 JNZ SKIP_NORMAL
01AC58 POP AX ; Это выполняется один раз на 256
прерываний
01AD2E: FF 2E 0107 R JMP
TIMER_VECTOR ; Переход на стандартную
программу обработки
;прерывания от таймера
01B2
SKIP_NORMAL:
01B2B0 20 MOV AL,20H
01B4E6 20 OUT 20H,AL ; Конец прерывания
01B658 POP AX
01B7CF IRET
;-----Символ в буфере,производится попытка напечатать его
01B8
TEST_READY:
01B852 PUSH DX
01B91E PUSH DS
01BA2B D2 SUB DX,DX
01BC8E DA MOV DS,DX; Установка
регистра DS на сегмент ABS0
ASSUMEDS:ABS0
01BE8B 16 0408 R MOV DX,PRINTER_BASE
01C242 INC DX ; Установка на порт состояния
01C3EC IN
AL,DX
01C4A8 80 TEST AL,80H ; Проверка
готовности принтера
01C674 16 JZ NO_PRINT
01C84A DEC DX ; Установка на порт данных
01C92E: 8A 07 MOV AL,CS:[BX]; Выбрка
выводимого символа
01CCE8 01E2 R CALL ADVANCE_POINTER
01CF2E: 89 1E 015E R MOV
BUFFER_HEAD,BX
01D4EE OUT
DX,AL; Вывод символа в порт принтера
01D583 C2 02 ADD DX,2; Установка на
порт управления
01D8B0 0D MOV AL,0DH
01DAEE OUT
DX,AL; Передача символа из
порта в принтер
01DBB0 0C MOV AL,0CH
01DDEE OUT
DX,AL
01DE
NO_PRINT:
01DE1F POP DS
01DF5A POP DX
01E0EB C2 JMP TIMER_RETURN ; Возврат
через подпрограмму управления
01E2
TIMER_HANDLER ENDP ;таймером
01E2
ADVANCE_POINTER PROC NEAR
01E243 INC BX ; Сдвиг указателя
Фиг. 10.1 Буфер печати (продолжение)
01E381 FB 28FE R CMP BX,offset BUFFER_END
01E775 04 JNE ADVANCE_RETURN; Проверка
на конец циклического буфера
01E98D 1E 01EE R LEA BX,BUFFER_START ; Установка указателя на начало буфера
01ED
ADVANCE_RETURN:
01EDC3 RET
01EE
ADVANCE_POINTER ENDP
01EE
BUFFER_START LABEL BYTE
01EE2710[ 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 для подцепления новой
функции к уже имеющимся
программам.
|