Куда передается управление при вызове Int 20h в com-файле? Случайно не в CS:0 ? Тогда при загрузке программы туда можно было бы вставить retf...  для возврата в собственную ОС или чтото в этом роде. Или придется ловить это прерываение и самостоятельно обрабатывать?
Подскажите как бы сделать завершение проги, чтобы она ничем не отличалась по коду от обычно запускаемой в досе. Чтобы можно было запускать и нормально завершать на собственной ОС com- программы, написанные для DOS.

Это сообщение отредактировал(а) Merlin27 - 28.10.2006, 15:56

Нет, немного не так. Туда передает управление команда ret. А уже по этому адресу находится int 20h, которая и завершает программу.

Так как com-файл весь находится в одном сегменте, то retn
Можно еще просто написать ret 20h, хотя она длинее на 1 байт. А, вообще-то ret нормально завершает программу.

Значит чтобы моя ОС завершала программу по Int 20h нужно это прерываение  както отлавливать?  Retf  я имел в виду в продолжеии темы о передаче управления программе вот тут.
Мне нужно чтобы по int 20h завершалась загруженная таким образом прога.

Своим последним высказыванием ты меня совершенно запутал.
Я понимаю так: ты пишешь программу, запускающую другую программу пусть даже и по другому адресу. Получается когда ты выходишь из запускаемой проги командойretf, она уже закончила свою работу. Теперь тебе надо завершить вызывающую прогу. Заканчивай ее либо ret либо int 20h.

я так понял Merlin27 пишет микро-аналог ДОС'а.
ret и int 20h относятся к интерфейсу ДОС'а, и необязательно делать так же. тем более, что для такой эмуляции нужно перехватывать хотя бы int 20h и, для обеспечения выхода по ret, копировать действия загрузчика досового - создавать типа psp, в его начало класть "cd 20", и перед передачей управления вызываемой программе класть на стек указатель на начало psp.
проще уж определить свой "интерфейс" - "...программа завершается по retf.."
а то так потом еще начнется копирование int 21 итд итп... 

anwe, ты действительно не понял о чем я говорю. 


dumb, я подумаю какой вариант использовать.... Если сделать свой "интерфейс" то досовский ком не запустишь   Переопределить прерывание чисто в академических целях интереснее 

Управление передается на обработчик этого прерывания в ДОСе. Который должен сделать кучу дел - совободить блоки памяти, которые были заняты завершаемой программой, в т.ч. блок среды, сформировать нулевой код возврата, восстановить обработчик критической секции, освободить блок стека, выделенного для организации загрузки и выполнения, и т.п... там все очень даже непросто. Выполнив всю работу, ДОС передает управление в точку вызова родительской программы, на следующую после вызова дочерней программы инструкцию.

И одним ret-ом тут не отделаешься. Даже дальним.

Akina,  ну вот в ближайшие пару недель мне предстоит еще и с этим всем попариться (правда не в таком масштабе). Надо реализовать многозадачность в реальном режиме... В той учебной учебном GlukOS с сайта codenet.net есть примеры. Предлагают перехватывать прерывание int08h для переключения задач и int 20h для выгрузки программы. Но это уже другая история.

Я пока выхожу из "приложений" c помощь ret. Он передает управление на cs:0000 а туда я предварительно вставляю retf. В сегмент стека "приложения" также предварительно заношу дальний адрес возврата. Т.о. такое "приложение" запускается и в ДОСе и в моей "ОС" 

???

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

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

Я уж не говорю о том что завершение программы инструкцией int 20h или ret - это оставлено для обратной совместимости и плохо. Есть для этой цели целых 2 функции прерывания 21h.

Akina, вернись из ностальгических воспоминаний о ДОС'е - Merlin27 пишет свою мини-ОС.


чтобы запускать "досовский" ком, он все равно должен быть написан с кучей ограничений: выход по ret/int 20, вызов только bios-int'ов итд итп... хотя, даже с такими ограничениями можно что-то "неигрушечное" написать. так что, возможно, овчинка и стоит выделки...

Akina, я почти ниче не понял 


dumb, а мне ниче грандиозного и не надо . Это ведь учебная ОСь. И очень удобно когда можно ее запустить в ДОСе/Винде и дебажить тут же. Для этого я и затеял совместимость 

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


Int 20h - это прерывание ДОСа. Все-таки. Так что если запускать скомпилированный для ДОС СОМ-файл и из него вызвать int 20h - неизвестно, куда улетит управление. Так что именно ret - в ДОСе для этого специально помещается ноль, а по адресу CS:0 записывается инструкция int 20h, но ДОСа-то нет... так что туда придется записывать длинный jmp в точку возврата или retf и адрес возврата в стек.

ты б хотя бы пробежал глазами тему с начала...