Moderator: Shaos
Code: Select all
;RST 10h
jp sys ; вектор ДОС-а
ds 0x18-$, -1 ;свободно
;RST 20h, заглушка
jp empty__ ;свободно
ds 0x28-$, -1 ;свободно
;RST 28h, свободный
jp empty__ ; заглушка, свободно
ds 0x30-$, -1 ;свободно
Должен быть механизм самодокачки как с EXE (другой вопрос, что сейчас этот механизм в либмане сломан т.к. регистр A перетирается при вызове L_CALL из L_LOAD - надо пофиксить). Для либмана все точки входа либы будут в одной странице, а большая либа сама будет знать сколько у неё ещё страниц и что с ними делать.Sayman wrote:а у меня вопрос возник - получается, либы закрыты в рамки одного окна? если какая-то либа будет большой, как тогда она будет погружаться? например. оконная либа, всяко уплывёт за пределы 16к.
Code: Select all
> Формально exe-формат это совмещение кода библиотеки и ее инсталятора
проще сделать отдельно библиотеку и инсталятор в виде exe - так мы сможем
избежать путаницы
> Ну если встраивать в систему механизм библиотек, то и управлять ими
> должна система
когда система сможет ими управлять? тогда, когда выйдет новая версия,
а предварительную поддержку внутри приложений я могу сделать за один вечер
> библиотеки будут занимать около 16Kb и здесь хватить экономии в пределах
> страниц
Библиотека размером 16К - это ОЧЕНЬ большая библиотека (конечно же в понятиях z80 :)
Достаточно сказать, что программа на ассемблере, размером 3 тысячи строк
компилируется в код размером порядка 5-6 килобайт. Так что без перемещаемости
не обойтись!
> Предлагаю вариант, при котором можно будет
> сообщить системе являеться ли код библиотеки
> перемещаемый или же нет
Перемещаемым - однозначно! даже если она будет занимать ровно 16К и будет
открываться в окне #C000, все равно, рано или поздно, появится необходимость
открыть ее где-нибудь в другом месте - #4000 например. Перемещаемость это даст.
Причем код привязывается к адресам при загрузке - это не сильно напрягает
процессор. Напомню, что наиболее часто используемым способом перемещаемости
на i8080-z80 (начиная с CP/M-80) является так называемая BitMap таблица,
которая занимает 1/8 от размера кода - по одному биту на байт и определяет
какие байты должны быть смещены при смещении блока кода в памяти.
> Также есть идея указывать может ли библиотека быть shared
Разделяемость библиотеки влечет за собой много накладных расходов по контролю
непересекаемости блоков данных для разных вызовов и т.д. Проще загрузть
несколько библиотек со своими статическими данными. Хотя такой контроль
можно отнести на саму библиотеку и, действительно, взвести соответствующий
флажок в атрибутах, чтобы система не расходовала память попусту.
> это требует более конкретных примеров с исходными кодами
пример - выделение арифметических операций, например с фиксированной точкой
произвольной точности (FRACTALS.EXE), в отдельную библиотеку.
хочешь свой вариант доса выпустить? в 1.62 ты никак не воткнёшь, законно конечно. а потом выходит 1.63 или что там дальше будет. там тоже адреса съедут. опять рыскать и править будешь? занимай #20 пока есть...Shaos wrote:Что-то я подумал, что целый RST либману ненужен - я могу также легко и непринуждённо поставить точки входа в либман на свободные функции DSS, например #Dx:
#DA - DLL_FREEZE
#DB - DLL_UNFREEZE
#DC - DLL_INFO
#DD - DLL_CALL
#DE - DLL_LOAD
#DF - DLL_FREE
А вот RST #20 можно отдать под эксперименты с кооперативной многозадачностью, а RST #28 под брекпоинты в отладчике...
Найти таблицу не проблема - я же уже описывал алгоритм - трассируем с адреса #10 и ищем подпрограмму перепрыгаSayman wrote:хочешь свой вариант доса выпустить? в 1.62 ты никак не воткнёшь, законно конечно. а потом выходит 1.63 или что там дальше будет. там тоже адреса съедут. опять рыскать и править будешь? занимай #20 пока есть...
