Резидент на асме.

[Яр]

Скажите, можно ли написать активный резидент на асме, не переопределяя обработчики прерываний? :)

[Tigra]

Во-первых - ты под ДОС писать собрался?
Если под него, родимого, то не можно (по-моему) - да и чем тебе прерывания не нравятся?) Отличный способ получить управление..)
А если все же под Вин32, то тут прерывания вообще ни при чем. Тут - перпроцессная резидентность - ты перехватываешь вызовы API.

ЗЫ - хорошо ты так... иносказательно выражаешься

[Broken Sword]

Яр, ты хоть сам понял че спросил?

[Яр]

угу.

и уже разобрался.
зы: под дос )

[Broken Sword]

может расскажешь тогда, какой толк от резидента, который не сидит ни на одном из прерываний?

[Яр]

Я неявно об этом и спрашивал...
ясно что никакого..
просто один человек очень сильно уверял меня что можно написать полезный резидент не подсаживаясь на прерывания. вот я и подумал, быть может и такое бывает в жизни :)
почитав немного соответствующую литературу, пришёл к выводу, что чудес всё же нет ))

[Broken Sword]

Яр, если задаться такой целью то конечно можно. Найти какую-то неиспользуемую область в памяти (например, неиспользуемую страницу видеопамяти) - пихнуть туда резидента, а из других прог вызывать его call-ом на этот адрес. Насчет "активных" и "пассивных" резидентов - так разница между ними чисто символическая, по мне так ее вообще нет

[Slaventius]

Найти какую-то неиспользуемую область в памяти (например, неиспользуемую страницу видеопамяти) - пихнуть туда резидента, а из других прог вызывать его call-ом на этот адрес.

Broken Sword, исходя из твоих слов, BIOS был первым резидентом?

[Broken Sword]

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

[Slaventius]

Тогда и любая ОС не ОС, а обычный резидент. Потому что

после загрузки в оперативу он остается сидеть там резидентом

[Broken Sword]

да ты абсолютно прав. формально так и есть. а что не так?

[Яр]

Имхо, скорей только ядро ОС резидентно :) ведь остальные части работают в качестве модулей и служб, которые могут и не работать.?

[Broken Sword]

в многозадачных ОС понятие "резидента" вообще не существует. сама "многозадачность" тут не при чем, но она косвенно избавляет от самого этого понятия

[Slaventius]

Broken Sword, расслабься чувак Все здесь ученные Советы одно, поучения - другое
На тему

в многозадачных ОС понятие "резидента" вообще не существует

готов оспорить. К примеру в винде есть несколько видов "классического понятия" резидентности программ: как минимум SetTimer(), хуки API, APC. Что же касается ядра, так там вообще понятие "резидента" занимает отдельную нишу.

[Broken Sword]

Slaventius, я вообщем то и не напрягаюсь . Просто ты не в ту степь уводишь тему. И никого я не поучаю - просто привожу сухие факты. Резидент вообще это что? Открываем дословное определение из классики - Art of Assembler Language, page 1025: Most MS-DOS applications are transient. They load into memory, execute, terminate, and DOS uses the memory allocated to the application for the next program the user executes. Resident programs follow these same rules, except for the last. A resident program, upon termination, does not return all memory back to DOS. Instead, a portion of the program remains resident, ready to be reactivated by some other program at a future time.

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

Пару слов о "SetTimer(), хуки API, APC". Первое вообще ничего общего с резидентностью не имеет и по сути от sleep не отличается. APC - вообще объект синхронизации, при чем тут резидентность? хуки - это хуки сравнивать их с резидентностью все равно что теплое с мягким.

[Slaventius]

И не лень же было по книжкам шарится. А говоришь не напрягаешся

Пару слов о "SetTimer(), хуки API, APC". Первое вообще ничего общего с резидентностью не имеет и по сути от sleep не отличается. APC - вообще объект синхронизации, при чем тут резидентность?

Я к тому это говорил, что под то понятие "классичности" (повторно пишу в кавычках и акцентирую на этом внимание), которое было выведено раньше подпадает любая программа которую периодически вызывают другие. Чем твой совет про call отличается от вызова процедуры по таймеру или же по хуку, к примеру? Ничем.
Отсюда вывод: все изначальные разночтения пошли из-за нечеткой формулировки. Вот и всё.

[Broken Sword]

И не лень же было по книжкам шарится. А говоришь не напрягаешся

Да че там шариться - настольная книга . copy/paste, делов.

Отсюда вывод: все изначальные разночтения пошли из-за нечеткой формулировки. Вот и всё.

кажется, ее до сих пор нет

[Slaventius]

В общем пошутили и будет. Завязываем оффтопить.

[Broken Sword]

ок, с наступающим!

[Tyler Durden]

Причем тут хуки api ? TSR - это terminate and stay resident и не чего боле ! Резидент - это лишь сокращение от TSR, которое переводиться исключительно завершиться и остаться в памяти, а никак не "стать резидентом" %) А хукать можно не обязательно перехватывая, можно сплайсить. Ты где-нибудь видел ф-ю keep() в винде ? Вот и я нет, резидентов в винде нету (т.к. все программы либо завершаються, либо "висят" в памяти)