Да, сенкс. Вот подумал будет не лишним, ведь АОС развивается и теперь есть бета-АОС 4 для ППЦ процов. Некоторая инфа, касательно либ и не только http://www.totalamiga.org/pdf/totalamiga_19.pdfСообщение от Vitamin
остальные номера, но не все можно почитать тут: http://www.totalamiga.org/backissues2.html
с этого момента поподробнее:
1. у нас есть библиотека xyz.lib
2. у нее в таблице экспорта есть функция get_scr_addr@r_v_q
3. пишем программу которая эту функцию должна звать:
----------
require 'xyz.lib'
ld a, 5
call xyz.get_scr_addr
----------
если мифический компилятор просто будет искать в таблице экспорта библиотеки функцию начинающуюся с get_scr_addr@ и прописывать ее полное имя в таблице импорта программы то это ничего не дает кроме тех случаев когда мы сильно поменяли интерфейс данной конкретной функции. а интерфейс - это святое! если мы начинаем его постояноо менять то это уже нельзя назвать библиотекой.
причем если мы добавили в новую версию библиотеки функцию инициализации которая ДОЛЖНА вызываться первой, и пользователь об этом не знал/забыл то все эти сигнатуры не помогут. и линкер без ошибок все слинкует
однако и на винде (activex, .net) и на линуксе используются именно версии библиотеки. обычно есть minor и major версии. и софт не будет собираться если поменялась major версия, но смена мажорной версии как-раз и говорит о том что совместимости нет. если поменялась минорная версия, то как правило все собирается
честно? боюсь что никакой. при наличии одного-двух активных разработчиков на платформе...
но если будет getting started guide с простыми примерами и объяснением как данный подход позволяет экономить время/ресурсы, то есть маленькая надежда что кто-нибудь и попробует
Значит в Бобруйск тогда. Буду делать как мне удобно и применять чисто в своих проектах. Прощай, мечта...
Это "закулисный механизм", который из клиентского кода не виден.
Сигнатура так и работает.
На Ц можно поставить "хороший стиль".
А в ассемблере до сих пор иногда случается проблема.
Модули, расширяющие функционал - это плагины.
Чтобы программа могла пользоваться функционалом плагинов, где-то должен быть список плагинов.
Чтобы плагины можно было добавлять во время работы, нужно чтобы в этот список можно было добавлять элементы.
Где может располагаться этот список? Есть два основных способа:
1. В программе. Программа сама делает LoadLibrary и сама добавляет элемент себе в список.
2. В общеизвестном месте. Пользователь составляет нужный список и размещает в этом месте. Общеизвестное место загружает эти модули при запуске программы. Программа использует уже готовый список и не напрягается на LoadLibrary.
Что это за общеизвестное место? Это просто модуль. Точнее, список плагинов хранится не в модуле, а на диске. То есть сохраняется между выключениями машины. А модуль это просто интерфейс к этому дисковому хранилищу.
Более того, для каждой программы можно будет настраивать список плагинов, автоматически загружаемый при её запуске.
И название этому дисковому хранилищу - реестр.
Как это "закулисный"? Доступ к COM именно по CLSID происходит. Т.е. это и есть сигнатура.
Дык в том то и дело, что если человек перепрыгивает с одного компилятора на другой, не зная специфики нового компилятора, у него и случается эта проблема. Вывод для разработчиков библиотек и/или компиляторов - забить на таких программистов.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Всё правильно.
На спеке "весь код уже написан".
На продолжающих развитие платформах есть такие штуки как obsolete и deprecated.
Инициализация - это важно.
Функцию инициализации модуля должен вызывать линкер.
1. Если совместимость осталась, то линкеру не должно быть дела до minor номера?
2. Что если в данной версии совместимость нарушилась, а в следующей опять восстановилась?
3. Что если часть модуля осталась совместимой, а часть нет? Сигнатура для каждого символа модуля разруливает именно это.
Хорошо.
Осталось только выяснить связь между COM и WinAPI.
1. чаще всего да, но если очень надо то можно указывать зависимость с точностью до минорной версии. например при минорном update могла добавиться новая функци, это совместимости не вредит (при правильном использовании конечно)
2. значит не судьба
3. значит это новая версия и звать функции с неизменившимися сигнатурами скорее всего опасно. т.к. они могут иметь side effects
инициализацию модуля я привел в качестве примера, что делать если сигнатура функции (т.е. распределение аргументов по регистрам) не поменялась, но поменялись значения кодов возврата, т.е. раньше 0 означал успех, а в новой версии - ошибку. линкер это проглотит, но программа работать не будет... можно придумать и другие варианты.
зачем список? почему не искать все файлы удовлетворяющие маске и лежащие в определенном месте (каталоге?)
Такое я видел в Pascal MT+, т.е. в его библиотеках. При линковке проги со стадартной библиотекой PASLIB.ERL от туда дергались только нужные функции. Как оно там внутри работало - не знаю. Это же закрытые коммерческие продукты. Кроме того, формат ERL - это, по словам разработчиков MT+, улучшенный формат REL, который являлся де-факто стандартом для перемещаемых объектных модулей под CP/M. REL могли генерить некоторые ассемблеры и компиляторы.
Сам формат REL кажется даже документирован, т.е. где-то описание я встречал, но где - не помню. Скорее всего в документации к dev-средствам от Digital Research.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
