Board.KolibriOS.org

CleverMouse
Ревизия 2137 приводит к багу - функция 70.1 (чтение папки с поддержкой длинных имён) перестает соответствовать описанию. В частности при чтении с кодом возврата 6 (6 = файл закончился) в EBX возвращается не:

ebx = число файлов, информация о которых была записана в буфер, или -1=0xffffffff, если папка не найдена

а мусор. В моем случае падает KFM - вместо значения 7, при чтении корневого раздела "/", вернулось 0x80040764 - явный мусор.
В ревизии 2129 все согласно документации.

З.Ы. Если посмотреть лог загрузи в BOARD, то видно что падает еще какое-то приложение из автозагрузки, по крайней мере в Qemu.

ilya, любой добавленный диск уникален.
Mario, r2145.

CleverMouse wrote:Mario, r2145.

Проблема с 70 функцией исчезает, но остается проблема с ZEROCONF, который по прежнему падает - необходимо исправить все случаи вызова mutex_unlock

mutex_unlock проще объявить не меняющей edx, тем более что в ветке kolibri-acpi Serge поправил код. Намного опаснее ситуация с mutex_lock, которая иногда меняет edx - в принципе конвенция вызова gcc fastcall, которой следует mutex_lock, это разрешает, но не все правки r2129 это учитывают.

Все равно падает ZEROCONF

З.Ы. К тому же падают KFM, KFAR и Eolite при попытке прочитать /bdX/X/ диски, раньше чем соответствующие директории были прочитаны как /hdX/X/
UPD. Впрочем последнее произошло с ревизий 2112-2113.

Проблемы в socket.inc я поправила в r2147. Проблемы с доступом через BIOS ни к моим изменениям, ни к r2129 отношения не имеют, падение происходит в v86_exc_c.exit.

Спасибо, теперь буду ждать реакции Сергея.

CleverMouse wrote:ilya, любой добавленный диск уникален

каким образом ядро узнает что добавленый диск не является копиеей уже существующего диска в списке дисков ядра? (какие критерии - пояснение для DummyMouse)
Через какое ID ядро обращается к диску который сидит на каком нибудь контроллере (типа IDE или друой) ? Каким образом драйвер или ядро узнают это ID? В какое время?
Жду ответов, так как они непосредственно влияют на API

Mario
Исправил /bd/ в 2149.

Спасибо. Теперь порядок.

Вот такая вот ошибочка (во всех ФМ). Кстати, при обращении к определённым файлам на флешке комп зависает, чего не было до этого. Причина в последних изменениях, если что могу потестить... через 4 дня.

Всё проще - ошибка возникает при попытке запуска непрограммы, например, menu.dat. Код ошибки должен был бы быть 31, вроде бы.

Исправил.

С ревизии 2129 сломана процедура kernel_free в trunk/core/heap.inc
Столкнулся при вызове функции 15.1 - старый кусок памяти выделенный под фоновое изображение не возвращается системе. Хорошо заметно на больших по размеру изображениях. В результате постоянная утечка памяти.

Mario В последней ревизии тоже ?