Page 6 of 15

Posted: Thu May 11, 2006 12:55 am
by Heavyiron
Удалено за ненадобностью

Posted: Fri May 12, 2006 8:19 am
by vectoroc
Как говорил Mario79,главное что заметили :(

Posted: Fri May 12, 2006 9:19 am
by andrew_programmer
Victor,толькочто скачал твои наработки.Вовремя скачать неполучилось,так как в сети не каждый день бываю.А когда еще по учебе дел много(как сейчас),так еще реже в сети бываю.

К сожелению неполучилось скомпилировать программы,так как требуется макрос debug2.inc ,а у меня его нет.

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

Posted: Fri May 12, 2006 11:30 am
by Heavyiron
Выложил архив со включенным debug2.inc (думаю Майк не против). Ссылка выше.

Posted: Fri May 12, 2006 12:40 pm
by andrew_programmer
Попробовал загрузить библиотеки.При этом я изменил дериктории(вместа рамдиска жесткий диск).Запустил программу,а библиотека не грузиться(на доске отладки написано NOT_LOAD).Посмотрел каким образом в коде загружаются библиотеки и увиде там новую 70-ю функцию.Но ведь эта функция на стадии внедрения.И насклько я понимаю,ядро с новой функцией доступно только разработчикам ядра.

Или где-то выложено новой ядро ?

Posted: Fri May 12, 2006 12:55 pm
by Serge
Лучше не изобретать свой собственный формат, а использовать уже существующий.
Есть COFF, MS COFF, OMF32, ELF любой из форматов можно использовать. Там уже все есть и релокации и экспортируемые имена и таблицы символов и отладочная информация. А в нынешнем варианте библиотеки грузятся по фиксированным адресам и как решать проблему с релокациями без переделки FASM не вполне ясно. Наконец как сгенерировать такой длл файл компилятором ЯВУ, который об этом новом формате ничего не знает?

Posted: Fri May 12, 2006 1:24 pm
by willow
andrew_programmer wrote: где-то выложено новой ядро ?
На SVN всегда самое новое ядро. С вопросами - к halyavin

Posted: Fri May 12, 2006 1:46 pm
by Heavyiron
http://heavyiron.kolibrios.org/files/kernel.7z - последнее ядро ревизии 874

Posted: Fri May 12, 2006 1:51 pm
by andrew_programmer
Serge,а я думал,что ответственность за релокацию ляжет на новый менеджер памяти.

Posted: Fri May 12, 2006 2:05 pm
by vectoroc
Serge
А зачем нам Колибри,если есть такой прекрасный виндовс?
Конечно COFF может и лучше того что я пока сделал,но мне не хотелось бы просто его приспособить
Насчёт релоков,сделаю прогу которая будет конвертировать из COFF в формат этих "недодлл" и не надо будет никаких особых яву.
Ядра нового у меня нет. На эмуляторе диамонда всё тестил. Просто неохота потом париться с внедрением LFN.К тому же функция 70 мне больше понравилась чем 58 :)
МП могут быть свои релокации,да и вообще свободная релокация не должна быть,имхо. МП может "релокировать" данные.

Posted: Fri May 12, 2006 2:13 pm
by vectoroc
andrew_programmer
Я только начал делать и это только первый вариант,который хоть что то может
Насчёт харда не знаю. По идее не должно быть различий в работе. Главно в прогу путь правильный прописать

Posted: Fri May 12, 2006 2:31 pm
by willow
andrew_programmer wrote:Serge,а я думал,что ответственность за релокацию ляжет на новый менеджер памяти.
Конечно, на него. Но менеджер памяти должен знать, какие символы релоцировать :)

Posted: Fri May 12, 2006 3:00 pm
by andrew_programmer
Victor,я прекрасно понимаю,что это первая программа и ты только еще начал её делать.
Я ведь тоже в такой ситуации бывал.

В настоящей Колибри мне неудалось загрузить библиотеки.Все также пишет E_NOT_LOAD.Причину незнаю.

Posted: Fri May 12, 2006 3:04 pm
by Serge
Serge,а я думал,что ответственность за релокацию ляжет на новый менеджер памяти.
Ребята, да вы чего ???. Менеджер памяти выделит память и укажет адрес и гарантирует что никакая другая программа в эту память не залезет. Настроить релокации - задача загрузчика. Пока в программах стоит org 0x6000 org 0x6400 и грузятся они по фиксированным адресам. Но главное не в этом. Я понимаю, что нельзя сделать всё сразу, но зачем создавать свой собственный уникальный формат? Это путь Майкрософт. Я не призываю использовать в обязательном порядке COFF или MS COFF есть разные форматы и есть из чего выбирать. Лучший вариант - формат который открыт, хорошо документирован и поддерживается большинством компиляторов.

Posted: Fri May 12, 2006 3:35 pm
by vectoroc
Serge
Тогда по другому скажу. Я не знаю как в текущем виде всё уместить в кофф. Пока в ядро поддержку длл никто не встраивал,а я не представляю как это сделать. Можно использовать немного модифицырованный кофф,который в принципе будет оставаться валидным