ZXNet эхоконференция «code.zx»

Hемедленно нажми на RESET, All!


Newsgroups: fido7.zx.spectrum
From: Kirill Frolov
Subject: Re: Doors 2003! RE:inferno4_1.zip
References: <3121331872@p2.f827.n5030.z2.ftn> <1060789410@f19.n451.z2.ftn>
Organization: на alasm мы ставим крест, zasm поколенье next!
Followup-To:
X-Comment-To: Oleg Golenkoff
User-Agent: [ZX]
X-FTN-PID: Lara Croft MED 5.0+ by KVA of E-mage

Hемедленно нажми на RESET, Oleg Golenkoff!

On Wed, 13 Aug 03 14:43:30 +0400, Oleg Golenkoff wrote:

OG>>> может сделать свой компилеp ? пускай он помедленнее будет, но зато
OG>>> в пpостом тексте.
KF>> Для спектpума? Понадобится ещё и текстовый pедактоp и файлы... коpоче
KF>> говоpя, вначале ОС какая-нибудь нужна.
OG> агу! отсюда моpаль, сделать ос под свой комп,
OG> и написать pедактоp - компилеp под нее с возможностью
OG> пеpекомпиляции под конкpетный дpугой комп

Флаг в руки... (у микрософта это дело ~15 лет заняло)

Я вот мысль думаю: неплохо бы иметь некий общий формат исполняемых файлов
и/или библиотек для всех ZX*OS-ов. Есть много системо-независимого кода,
который может быть без модификации, или же с минимальными усилиями использован
как в TR-DOS программах, так и в Aqua-OS, так и в прочих D2k и X-DOS, BeeOS...
Конечно можно всегда взять в руки исходник, но исходник может быть недоступен,
для этого нужен ассемблер определённой версии, несовместимый с используемым
(как, например, ZASM и ALASM), наконец становится недоступна динамическая
загрузка кода, ни совместное его использование несколькими программами.
Что получается -- программы увеличиваются в размерах, при том что содержать
практически одинаковый код. А их поддержка, в случае когда используются части
кода от разных людей, становится просто невозможной -- например, если я
выпустил новую версию драйвера IDE, то как я заставлю Vega вставить его в
CD-Walk? (на встраивание драйвера для KAY ушло года 2, примерно)

Что я имею ввиду, так это то, что нужны библиотеки. Динамически загружаемые
на этапе выполнения программы. Примерно как *.dll на ПЦ, только попроще.
Hапример, сейчас во многих спектрумовских программах (за 2000-2003 год)
используется так называемый драйвер памяти, часов реального времени ("CMOS"),
драйвер электронного диска... Hа каждом компутере практически один и тот-же
"драйвер" с различными модификациями встроен в каждую программу, или же
загружается при старте программы. В последнем случае, практически все
программы используют несовместимые между собой драйвер, это при том, что
все они обладают примерно одинаковой функциональностью. Так почему-бы и не
дойти, наконец-то, к динамической загрузке кода и единому способу (формату)
представления этого кода?

Hа мой взгляд требования к библиотеке это в первую очередь простота их
загрузки. Чтобы для загрузки трёхсот байт кода не нужна была целая ОС.
Это крайне важно для поддержки библиотек в среде TR-DOS и для адаптации
старых программ. Второй пункт это совместимость: должно быть достаточно
традиционных для спектрума средств, таких как ALASM или ZASM, как для
создания, так и для загрузки библиотеки. Впрочем, тут ещё есть над чем
думать...

Для драйвера IDE контроллера в программе CD-Hack я использовал
некое подобие динамически загружаемой библиотеки *dll на ПЦ, что
мне позволило: 1. полностью разделить программы использующие *dll файл
и саму библиотеку -- теперь и библиотека, и программа могут развиваться
отдельно друг от друга (то есть, выпуская новую версию драйвера не приходится
думать об обновлении программы, и наоборот). 2. получить возможность
динамической (грубо говоря, я их могу на ходу менять) загрузки любого из
имеющихся модулей определённого класса (в данном случае -- IDE драйвера).
3. получить возможность загружать одновременно несколько разных экземпляров
модулей одного класса (я могу загрузить сразу все драйверы и использовать их
одновременно на машине с несколькими IDE контроллерами). 4. Один и тот-же
модуль может свободно использоваться в разных программах, что сильно упрощает
его сопровождение и экономит место на диске. Список преимуществ перед
статически встраиваемым кодом можно продолжать долго... Есть и недостатки.
Это всё-таки некоторое усложнение программы, увеличение её объёма (например,
за счёт загрузчика модулей) и неэффективный с точки зрения оптимального
кодирования интерфейс библиотеки и программы. Для IDE драйверов мне пришлось
придумать простой формат исполняемого файла библиотеки, который бы позволял:
1. указывать список импортируемых модулей и функций, список экспортируемых
функций. 2. загрузку по абсолютному и относительному (модуль перемещаемый)
адресу. 3. Указывать информацию модуле, такую как его класс, имя и версия
(я предполагал, что будет существовать единая иерархическая система
классов, так что любая программа может определить назначение модуля).
Думаю, мой вариант *.dll файлов не последний, и пока есть возможность
для существенных изменений.

Для ос-писателей и прочих "кодеров" я бы предложил более детально
обсудить данную тему и утвердить-таки единый формат динамически загружаемых
модулей. Хотелось определиться со списком требований к модулю, и вариантами
реализации. Мой вариант можно подсмотреть на примере IDE драйверов,
файл с которыми (ide-pack.zip) был заюючен сегодня в эху.

Как твоё ничего, Kirill?

22 Aug 03 07:54, Kirill Frolov -> All:

KF> загружаемыхмодулей. Хотелось определиться со списком требований к
KF> модулю, и вариантамиреализации. Мой вариант можно подсмотреть на примере
KF> IDE драйверов,файл с которыми (ide-pack.zip) был заюючен сегодня в эху.
Hу дык, а если все модули неперемещаемы или, мало того, скомпилены под
нестандартный адрес?

WBR, Lynx // J!ZzZ!
[team ZX] [Dark Jungle] [GoA] [J!ZzZ project] [PLUt0N!um]
[GmD] [club ЛюК] [black-sand.da.ru]

Hемедленно нажми на RESET, LynX!

On Thu, 28 Aug 03 02:58:00 +0400, LynX wrote:


KF>> загружаемыхмодулей. Хотелось определиться со списком требований к
KF>> модулю, и вариантамиреализации. Мой вариант можно подсмотреть на примере
KF>> IDE драйверов,файл с которыми (ide-pack.zip) был заюючен сегодня в эху.
L> Hу дык, а если все модули неперемещаемы или, мало того, скомпилены под
L> нестандартный адрес?

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

А твоего вопроса я не понял.

Как твоё ничего, Kirill?

01 Sep 03 06:11, Kirill Frolov -> LynX:
L>> Hу дык, а если все модули неперемещаемы или, мало того, скомпилены под
L>> нестандартный адрес?
KF> У меня модули перемещаемые. Для перемещаемых модулей адрес компиляции
KF> не имеет значения. Для неперемещаемых (флаг загрузки по абсолютному
KF> адресу в заголовке должен быть установлен) загрузчик пока возвращает
KF> ошибку. Я считаю, что без механизма управления памятью это невозможно --
KF> надо-же знать, свободна-ли запрашиваемая память и возможна-ли в неё
KF> загрузка.
KF> А твоего вопроса я не понял.
Адрес если не #c000, который всех устраивает, а , допустим, #9c40 ;).

WBR, Lynx // J!ZzZ!
[team ZX] [Dark Jungle] [GoA] [J!ZzZ project] [PLUt0N!um]
[GmD] [club ЛюК] [black-sand.da.ru]

Привет, LynX.
Вс 7 Сен 02 LynX -> Kirill Frolov:

L>>> Hу дык, а если все модули неперемещаемы или, мало того,
L>>> скомпилены под нестандартный адрес?
KF>> У меня модули перемещаемые. Для перемещаемых модулей

слепой с глухим ;)

L> Адрес если не #c000, который всех устраивает, а , допустим,
L> #9c40 ;).

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

Спасибо за внимание.

Hемедленно нажми на RESET, LynX!

On Sun, 07 Sep 03 22:47:00 +0400, LynX wrote:

KF>> У меня модули перемещаемые. Для перемещаемых модулей адрес компиляции
KF>> не имеет значения. Для неперемещаемых (флаг загрузки по абсолютному
KF>> адресу в заголовке должен быть установлен) загрузчик пока возвращает
KF>> ошибку. Я считаю, что без механизма управления памятью это невозможно --
KF>> надо-же знать, свободна-ли запрашиваемая память и возможна-ли в неё
KF>> загрузка.
KF>> А твоего вопроса я не понял.
L> Адрес если не #c000, который всех устраивает, а , допустим, #9c40 ;).

Адрес может быть любой, лишь бы через границу 0xffff не перелезал.
Модулей с абсолютным адресом загрузки пока не существует, все модули
перемещаемые. То-есть адрес там хоть #3d13 может быть, а он по #c000
грузится, настраивается и нормально работает. Так что вопроса я опять
не понял.