Board.KolibriOS.org

Official KolibriOS board
It is currently Mon Dec 09, 2019 5:33 am

All times are UTC+03:00




Post new topic  Reply to topic  [ 1310 posts ]  Go to page Previous 124 25 26 27 2888 Next
Author Message
PostPosted: Fri Sep 02, 2011 9:34 pm 
CleverMouse
Ревизия 2137 приводит к багу - функция 70.1 (чтение папки с поддержкой длинных имён) перестает соответствовать описанию. В частности при чтении с кодом возврата 6 (6 = файл закончился) в EBX возвращается не:
Quote:
ebx = число файлов, информация о которых была записана в буфер, или -1=0xffffffff, если папка не найдена

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

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


Top
   
PostPosted: Fri Sep 02, 2011 10:06 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1621
ilya, любой добавленный диск уникален.
Mario, r2145.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Fri Sep 02, 2011 10:13 pm 
CleverMouse wrote:
Mario, r2145.

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


Top
   
PostPosted: Fri Sep 02, 2011 10:35 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1621
mutex_unlock проще объявить не меняющей edx, тем более что в ветке kolibri-acpi Serge поправил код. Намного опаснее ситуация с mutex_lock, которая иногда меняет edx - в принципе конвенция вызова gcc fastcall, которой следует mutex_lock, это разрешает, но не все правки r2129 это учитывают.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Fri Sep 02, 2011 10:57 pm 
Все равно падает ZEROCONF

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


Top
   
PostPosted: Fri Sep 02, 2011 11:05 pm 
Offline
Kernel Developer
User avatar

Joined: Thu Sep 03, 2009 1:52 pm
Posts: 1621
Проблемы в socket.inc я поправила в r2147. Проблемы с доступом через BIOS ни к моим изменениям, ни к r2129 отношения не имеют, падение происходит в v86_exc_c.exit.

_________________
Сделаем мир лучше!


Top
   
PostPosted: Fri Sep 02, 2011 11:10 pm 
Спасибо, теперь буду ждать реакции Сергея.


Top
   
PostPosted: Sat Sep 03, 2011 12:29 am 
Offline

Joined: Tue Jul 26, 2011 11:03 pm
Posts: 62
CleverMouse wrote:
ilya, любой добавленный диск уникален

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


Top
   
PostPosted: Sat Sep 03, 2011 11:07 am 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Mario
Исправил /bd/ в 2149.


Top
   
PostPosted: Sat Sep 03, 2011 4:59 pm 
Спасибо. Теперь порядок.


Top
   
PostPosted: Mon Sep 05, 2011 12:55 pm 
Offline
Designer
User avatar

Joined: Thu Jan 25, 2007 3:33 pm
Posts: 5067
Вот такая вот ошибочка (во всех ФМ). Кстати, при обращении к определённым файлам на флешке комп зависает, чего не было до этого. Причина в последних изменениях, если что могу потестить... через 4 дня.
Attachment:
1.png
1.png [ 95.26 KiB | Viewed 1642 times ]

_________________
Через тернии к звездам


Top
   
PostPosted: Mon Sep 05, 2011 1:26 pm 
Offline
Designer
User avatar

Joined: Thu Jan 25, 2007 3:33 pm
Posts: 5067
Всё проще - ошибка возникает при попытке запуска непрограммы, например, menu.dat. Код ошибки должен был бы быть 31, вроде бы.

_________________
Через тернии к звездам


Top
   
PostPosted: Mon Sep 05, 2011 2:23 pm 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Исправил.


Top
   
PostPosted: Wed Sep 07, 2011 9:34 pm 
С ревизии 2129 сломана процедура kernel_free в trunk/core/heap.inc
Столкнулся при вызове функции 15.1 - старый кусок памяти выделенный под фоновое изображение не возвращается системе. Хорошо заметно на больших по размеру изображениях. В результате постоянная утечка памяти.


Top
   
PostPosted: Wed Sep 07, 2011 11:30 pm 
Offline
Kernel Developer

Joined: Wed Mar 08, 2006 6:25 pm
Posts: 3952
Mario В последней ревизии тоже ?


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 1310 posts ]  Go to page Previous 124 25 26 27 2888 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 3 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Limited