Page 27 of 91
Re: Динамическое определение дисковых устройств
Posted: Fri Sep 02, 2011 10:35 pm
by CleverMouse
mutex_unlock проще объявить не меняющей edx, тем более что в ветке kolibri-acpi Serge поправил код. Намного опаснее ситуация с mutex_lock, которая иногда меняет edx - в принципе конвенция вызова gcc fastcall, которой следует mutex_lock, это разрешает, но не все правки r2129 это учитывают.
Re: Динамическое определение дисковых устройств
Posted: Fri Sep 02, 2011 10:57 pm
by Mario
Все равно падает ZEROCONF
З.Ы. К тому же падают KFM, KFAR и Eolite при попытке прочитать /bdX/X/ диски, раньше чем соответствующие директории были прочитаны как /hdX/X/
UPD. Впрочем последнее произошло с ревизий 2112-2113.
Re: Динамическое определение дисковых устройств
Posted: Fri Sep 02, 2011 11:05 pm
by CleverMouse
Проблемы в socket.inc я поправила в r2147. Проблемы с доступом через BIOS ни к моим изменениям, ни к r2129 отношения не имеют, падение происходит в v86_exc_c.exit.
Re: Динамическое определение дисковых устройств
Posted: Fri Sep 02, 2011 11:10 pm
by Mario
Спасибо, теперь буду ждать реакции Сергея.
Re: Динамическое определение дисковых устройств
Posted: Sat Sep 03, 2011 12:29 am
by ilya
CleverMouse wrote:ilya, любой добавленный диск уникален
каким образом ядро узнает что добавленый диск не является копиеей уже существующего диска в списке дисков ядра? (какие
критерии - пояснение для DummyMouse)
Через какое ID ядро обращается к диску который сидит на каком нибудь контроллере (типа IDE или друой) ? Каким образом драйвер или ядро узнают это ID? В какое время?
Жду ответов, так как они непосредственно влияют на API
Re: Динамическое определение дисковых устройств
Posted: Sat Sep 03, 2011 11:07 am
by Serge
Mario
Исправил /bd/ в 2149.
Re: Динамическое определение дисковых устройств
Posted: Sat Sep 03, 2011 4:59 pm
by Mario
Спасибо. Теперь порядок.
Re: "Ночные" сборки KolibriOS
Posted: Mon Sep 05, 2011 12:55 pm
by Leency
Вот такая вот ошибочка (во всех ФМ). Кстати, при обращении к определённым файлам на флешке комп зависает, чего не было до этого. Причина в последних изменениях, если что могу потестить... через 4 дня.
-
1.png (95.26 KiB)
Viewed 4852 times
Re: "Ночные" сборки KolibriOS
Posted: Mon Sep 05, 2011 1:26 pm
by Leency
Всё проще - ошибка возникает при попытке запуска непрограммы, например, menu.dat. Код ошибки должен был бы быть 31, вроде бы.
Re: "Ночные" сборки KolibriOS
Posted: Mon Sep 05, 2011 2:23 pm
by Serge
Исправил.
Re: "Ночные" сборки KolibriOS
Posted: Wed Sep 07, 2011 9:34 pm
by Mario
С ревизии 2129 сломана процедура kernel_free в trunk/core/heap.inc
Столкнулся при вызове функции 15.1 - старый кусок памяти выделенный под фоновое изображение не возвращается системе. Хорошо заметно на больших по размеру изображениях. В результате постоянная утечка памяти.
Re: "Ночные" сборки KolibriOS
Posted: Wed Sep 07, 2011 11:30 pm
by Serge
Mario В последней ревизии тоже ?
Re: "Ночные" сборки KolibriOS
Posted: Wed Sep 07, 2011 11:53 pm
by Mario
Ядро 2157. Открываем в KIV картинку, начинаем кликать кнопку установки фона и можно наблюдать, например, в GMON, как утекает память.
Ночная сборка 2161.
Re: "Ночные" сборки KolibriOS
Posted: Thu Sep 08, 2011 12:09 am
by Serge
Исправил.
Re: "Ночные" сборки KolibriOS
Posted: Thu Sep 08, 2011 3:01 am
by Mario
Спасибо. Теперь порядок.