Стасик, разве ты не понял ещё? Тут пцшно-линухово-виндозный заговор, искусно организованный засланцами с пц =) Так что амижные идеи в спекооси не пройдут =))))Сообщение от acidrain
Стасик, разве ты не понял ещё? Тут пцшно-линухово-виндозный заговор, искусно организованный засланцами с пц =) Так что амижные идеи в спекооси не пройдут =))))Сообщение от acidrain
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
мля... вдарились в винду- подпихиваем линух. стали глядеть в сторону линукса- тоже не так, подавай амигу. а у многих она есть? я лично видел ее всего один раз в работе так что абсолютно ничего не знаю насчет принципов работы.Сообщение от lvd
а насчет доки. довольно интересно. Hunks == Chunks?они же секции в файлах PE-формата? всетаки надо стараться чтобы количестви лишней информации в бинарниках стремилось к минимуму- поэтому нет особого смысла в символьных названиях секций (насколько я понял, они присутствуют). если рассматривать то, что я до этого предлагал (модульную структуру), то можно также сказать, что она состоит из четырех ханков- таблица релокации, таблица символьных имен экспортируемых точек, таблица символьных имен импортируемых точек, код. в исполняемом файле можно оставить только первую и последнюю точки. для динамических библиотек еще нужна таблица экспортируемых точек, чтобы искать адреса во время исполнения. плюс к тому, структура таблицы релокации позволяет корректировать не только 16, но и 8-битные адреса (ld a,.metka:ld h,'font etc).
Принципы работы такие же, как у любого компа - процессор + периферия =)Сообщение от Vitamin
А вообще ничто не мешает взять winUAE и с некоторой помощью других амижников разобраться до любого уровня =)
Неа! =)а насчет доки. довольно интересно. Hunks == Chunks?![]()
Они присутствуют, если это объектник. А если 'эхешник', то отсутствуют. Формат файлов остаётся таким же.всетаки надо стараться чтобы количестви лишней информации в бинарниках стремилось к минимуму- поэтому нет особого смысла в символьных названиях секций (насколько я понял, они присутствуют).
плюс к тому, структура таблицы релокации позволяет корректировать не только 16, но и 8-битные адреса (ld a,.metka:ld h,'font etc).Код:add a,a add a,a ld l,a ld h,'font/8 add hl,hl add hl,hl add hl,hl
Код:org #какой_попало ;some stuff ld h,'megatable ;more stuff org ($+255)&#FF00 megatable db #xx,#yy,... ;256 bytes
Всё подобное, как я понимаю, пойдёт на север? =)Код:ld h,'megatable ; stuff inc h ;stuff dec h ;etc. ;stuff ld a,'microtable-'megatable add a,h ld h,a
...если честно, я вообще с трудом представляю, что в результате того, что вы задумали, выйдет. Сможет ли там существовать приложение уровня аласма, например? С какой скоростью оно будет работать?...
ну да. и че гнать на закос под винду или юних- не понимаю. что есть, то и изучаем.Сообщение от lvd
каких других? у нас в городе ни одной амиги насколько я знаю нету.Сообщение от lvd
а похоже- как по названию, так и по смыслу %)Сообщение от lvd
ld h,'fontСообщение от lvd
srl h
srl h
srl h
другого варианта пока не вижу. это модули ис-доса могли в себе хранить выражения в ОПЗ. область применения не настолько высока чтоб изза них городить довольно сложную систему.
если орг по круглому адресу- нет проблем. а гарантировать такое для приложений- вполне реальноСообщение от lvd
__extern "diff",diffСообщение от lvd
ldh_ a,diff
;ldl_ a,diff
;somewhere in other module
__public "diff",constant,microtable-megatable
;__public "diff",constant,'microtable-'megatable
сказывается разница менталитета. для спектрумиста ассемблер- это неразлучная парочка компилятор+редактор. и для полной шведской семьи +отладчик %)Сообщение от lvd
кто мешает сделать компилятор через командную строку? он тебе может через системные функции или библиотеки в нижней памяти что угодно компилить.
что если вы собираетесь писать чтото новое (в частности ОСь) то вообще говоря прям счаз оно даст одни сплошные минусы:
- Скорость работы приложений отнесённая к чистой производительности процессора будет ниже
- Всё, что невозможно реализовать аппаратно будет реализовываться программно (читай - всё будет реализовано программно)
- Всё потенциальные и реальные плюсы будут для этой системы существовать только после достаточно продолжительного периода времени, когда будет написано много приложений, драйверов и произведена достаточная отладка
Исходя из этого мне непонятно, как вообще можно горить "это будет потреблять много ресурсов", если с самого начала все программные ресурсы будут отдаваться на откуп того, что в других системах реализовано аппаратно?
Обновил спецификацию - учел кое-какие пожелания...
Вообще - да, сам в написании ос вижу много минусов для реальных приложений. Но для работы с текстами + в это время слушания музыки + в это время обсчета чего-нибудь вполне пойдет. Плюс - хорошая практика низкоуровнего программирования в условиях полного зада...Исходя из этого мне непонятно, как вообще можно горить "это будет потреблять много ресурсов", если с самого начала все программные ресурсы будут отдаваться на откуп того, что в других системах реализовано аппаратно?
Для таких систем, где нужна полная производительность системы вводится монопольный режим. В этом режиме система сносит все свои блоки в верхнюю память, оставляет лишь самые необходимые трапы. однако в таком случае все положительные моменты, реализуемые системой будут грубо говоря "затыканы" монопольным режимом.Сообщение от Alex/AT
Вот основные трапы, которые нужны для программ в монопольном режиме:
- Загрузка/выгрузка данных на носитель
- Переключение банков памяти
- Получение информации о памяти
- Восстановление системы
А кроме Таганрога есть еще крд мск и прочие города России. если есть нужда - поможем всей тольпой =)Сообщение от GriV
Для винуае амижники под рукой не необходимы (в отличие от случая, когда с дискет надо оживить реальную амигу - тут все клоны вг93 в пц отдыхают =).Сообщение от Vitamin
Вопрос был в том, если вы уж городите релоцируемые ехешники, то в них блоки с выравниванием по хотя бы 256 байт будут?если орг по круглому адресу- нет проблем. а гарантировать такое для приложений- вполне реально
Ууу...__extern "diff",diff
ldh_ a,diff
;ldl_ a,diff
;somewhere in other module
__public "diff",constant,microtable-megatable
;__public "diff",constant,'microtable-'megatable
Раз так, то заявляю, что у меня для спектрума, для амиги и для пц менталитет разный (всего 3 варианта). =) А у тебя?сказывается разница менталитета. для спектрумиста ассемблер- это неразлучная парочка компилятор+редактор. и для полной шведской семьи +отладчик %)
Никто не мешает, вопрос в том, кому он нужен. Аласм и то, несмотря на интегрированность с редактором, довольно-таки коматозен. Что будет, если каждый раз надо будет прибить редактор, записать на диск текст, загрузить с диска компайлер (==командная строчка?), откомпилировать с диска на диск, линкануть, не дай бог, с диска на диск, загрузить результат с диска в память, убедиться, что повисло наглухо, 5 минут терпеть загрузку оси, и всё с начала... Нее, лучше уж аласм! =)кто мешает сделать компилятор через командную строку? он тебе может через системные функции или библиотеки в нижней памяти что угодно компилить.
неюзабельно по причине отсутствияСообщение от lvd
-опыта
-времени
-эмулятора %)
ну стартовый адрес образа процесса если выровнен по границе, от него можно и плясать дальшеСообщение от lvd
тада расскажи как эта проблема решается в предложенной структуре. авось каку идею хорошую можно будет слямзить %)Сообщение от lvd
у меня 3 менталитета- для спека, для винды и для линуха %) хотя последние два довольно тесно склеены (причем результат близок к первому). во загнул! %)Сообщение от lvd
зачем прибивать редактор? многозадачная система вообщето может позволить запуск нескольких процессов. туда же и зависание. от бесконечных циклов спасет опять же многозадачность, от порчи памяти только не убережет....Сообщение от lvd
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)