Вопрос о прерываниях

Можно и не настраивать, смотря что требуется от обработчика...
Если обработчик использует свою память через регистр DS (по умолчанию) то этот регистр нужно переназначать. Иначе как он обратится к своей памяти (можно еще и через другие регистры)?
Можно еще обращаться к памяти так:
cs: mov [local_var],ax
но это добавляет по одному байту префикса к каждой инструкции доступа к памяти.

Я надеюсь цель переназначения ясна?
И почему именно в аппаратных? Эта инфа и программных прерываний касается.
Переназначение именно на CS только в том случае если сегмент данных и кода совпадают (образно конечно, т.к. может это вообще бинарник без сегментов)

Ниже приведен код обработчика прерывания клавиатуры. При каждом нажатии клавиши он должен постепенно закрашивать экран синим цветом. Никак не могу разобраться почему он отказывается работать(программа зваисает). Укажите пожалуйста ошибку.

Хорошо бы посмотреть всю программу, как она ставит и снимает обработчик и чем занимается во время своей работы. Или обработчик выполняется всегда (TSR) ?

Вот это:

я вообще не понимаю..
Почему не

?
Кроме того наверное лучше так:

Обработчик что-то успевает выводить?

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

Думаю, если у автора ехешник, то push cs ; pop ds не пройдёт, т.к. сегменты кода и данных скорее всего разные, судя по части исходника.

В этом исходнике переменная находится прямо за кодом, т.е. в секции кода. А вообще все равно где она если так подумать. Вероятность ошибки при переписывании кода вместо нашей переменной очень мала ))

Да код вообще весьма странный... Аффтар явно только учится программировать на ассемблере. Например, непонятно, зачем дважды подряд инициализировать регистр ds, причем совершенно разными способами. А разговор о секциях здесь неуместен, потому что код явно расчитан на RM. Думаю, будет проще написать подобный код с нуля, чем разбирать имеющийся.

А кто запрещает в exe-файле хранить код и данные вместе в одном сегменте?

Да, вы правы, программировать на ассемблере я учусь. Относительно недавно стал осваивать прерывания. И как видите возникли проблемы. Точнее они возникли в отношении аппаратных прерываний, в частности в отношении прерывания клавиатуры 9h. Насколько я понял, обработчик прерывания клавиатуры для COM может выглядет следующим образом:

Так ли это? Что в приведенном коде нужно убрать, а что наоброт добавить?

ИМХО но проблемы будут... Будет мнооого проблем ))

1. jmp old_int09h
можно подробней расписать? Если это адрес старого обработчика то его явно те так надо вызывать. Можно через push,push,retf
2. in al,60h
А старый обработчик может быть тоже захочет отсюда прочитать?

Я бы посоветовал заменить полностью старый обработчик и не передавать ему управление в новом. А перед выходом из программы поставить всё на свои места.

Мой обработчик прерывания клавиатуры работает несколько иначе..

Ах, да, совсем забыл. От клавиатуры идет минимум по 2 прерывания от каждой кнопки:
..нажата
[..нажата еще много раз, в случае если пользователь зажал кнопку]
..отпущена

disasm, а зачем использовать порт 0x61? Это же вроде устаревший подход или я ошибаюсь?

Новых подходов я пока не видел. Главное что этот - рабочий. Возможно есть и другие варианты..

Eternal Man, если ты перехватываешь прерывание в нерезидентной программе, то скорее всего можно ограничиться полностью самостоятельной обработкой нажатия клавиш. В "буфер клавы" нужно заносить коды клавиш, если ты планируешь читать их оттуда посредством стандартных функций BIOS, но в этом случае тебе и транслировать их придется по правилам BIOS. На мой взгляд, раз уж ты решил перехватывать обращение к клавиатурному обработчику, лучше организовать и свой клавиатурный буфер, и использовать свои правила трансляции сканкодов нажатых клавиш, такие, какие устраивают тебя, а не BIOS.

Возможно я не прав, но кажется можно обратно сканкод через порты в контроллер клавиатуры запихнуть. В этом случае можно будет передать управление старому обработчику и все будет ок

Его и так можно передавать. Старый сканкод будет успешно прочтён из порта обработчиком BIOS ещё раз. А если вы хотите писать свой обработчик в замену стандартному, категорически не советую на данном этапе.
Если написание своего обработчика преследует цель отлова нажатий клавишь Shift, Alt и Ctrl, советую почитать TechHelp! или HelpPC, раздел по области памяти BIOS. Все нужные флаги там содержатся, что позволяет значительно упростить самописный обработчик, вызывая его после оригинального. Также посмотри справку по расширенным скан-кодам.

Можно дать команду на повторную передачу последнего сканкода...

Vov4ick, сканкод может быть повторно прочитан, но есть вероятность, что это уже будет другой сканкод, т.к. после первого прочтения KBC может обновить свой выходной буфер.