Board.KolibriOS.org

Official KolibriOS board
It is currently Mon Dec 09, 2019 11:25 pm

All times are UTC+03:00




Post new topic  Reply to topic  [ 253 posts ]  Go to page Previous 13 4 5 6 717 Next
Author Message
 Post subject: Re: Bugzilla
PostPosted: Mon Apr 12, 2010 1:51 pm 
А ничего удивительного - никто ее и не использовал с момента внедрения.


Top
   
 Post subject: Re: Bugzilla
PostPosted: Tue Apr 20, 2010 3:12 am 
Offline
User avatar

Joined: Wed Jan 27, 2010 10:59 am
Posts: 269
Микробаг в MTDBG: при первом запуске программы первый нажатый символ всегда воспринимается как пробел. Дальше все норм.

_________________
ушёл...


Top
   
 Post subject: Re: Bugzilla
PostPosted: Tue Apr 27, 2010 3:59 pm 
Offline

Joined: Tue Apr 27, 2010 2:29 pm
Posts: 7
всем привет)

сразу оффтоп
спасибо всем разработчикам за колибри!
когда накрылась вЕнда, мне срочно понадобилось вытащить с жесткого образ. убунта-лайвСД отказалась грузиться, ничем не обосновывая. а с помощью колибри скопировал нужный образ с нтфс на флешку. правда, 600-мегабайтный файл качался больше часа))

а теперь про баги:
когда загружаю колибри с лайв сд и потом смотрю свои файлы (музычку) на нтфс то половина папок не отображается о_0
причем в непонятной последовательности - часть с русским названием, часть с англ.
а еще я зашел посмотреть фотки - коммандер файлы видит. перезагрузился - не видит! :) нету говорит там файлов.
с чего бы это??


Top
   
 Post subject: Re: Bugzilla
PostPosted: Tue Apr 27, 2010 4:23 pm 
diamond wrote:


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Apr 29, 2010 3:23 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Nov 28, 2005 8:00 pm
Posts: 1601
Технически, в текущем ядре с NTFS были замечены глюки с именами, содержащими букву 'Ё' (ну и вообще с символами, не входящими в 26*2 букв латинского алфавита и 32*2 букв русского алфавита без 'Ё'). До фикса руки у меня пока не дошли.
Вопрос с исчезновением после перезагрузки более интересный... у меня два варианта: в первом между загрузками Колибри была загрузка винды, которая по каким-то причинам решила перестроить B-дерево индекса этой папки, и в новой структуре глюк с Ё проявился; во втором предполагается, что диск ATA, виден и как /hd*, и как /bd*, важные данные папки оказались за пределом 128Г, и в одном случае первое чтение папки было через /bd-интерфейс (корректно обрабатывающий размеры до 2Т), а в другом - через /hd-интерфейс (неправильно обрабатывающий данные после границы 128Г).

_________________
Ушёл к умным, знающим и культурным людям.


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Apr 29, 2010 7:36 pm 
Offline

Joined: Tue Apr 27, 2010 2:29 pm
Posts: 7
отвергаю первое подозрение diamond-a.
перезагрузки в винду не было, так как Колибри была единственной рабочей ОС на ноуте).
а вот второе вполне может быть.
папка с фотками - 1,49 GB (1 600 740 642 bytes), 537 файлов.
диск забит на 257 гб. уважаемый diamond, вы хотите сказать что половина данных может не открыться?
косяк появился при загрузке Колибри с лайвСД. Я скопировал пару фоток, потом перезагрузился и Колибри перестала их видеть.
постараюсь повторить баг и снять скрин


Last edited by Muxto on Thu Apr 29, 2010 9:09 pm, edited 1 time in total.

Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Apr 29, 2010 9:04 pm 
Offline

Joined: Tue Apr 27, 2010 2:29 pm
Posts: 7
а еще Колибри не захотела увидеть 4-й раздел жесткого диска с фат32 (остальные три - нтфс).
хотя грузится с него))


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Apr 29, 2010 10:13 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Nov 28, 2005 8:00 pm
Posts: 1601
Ранние версии интерфейса ATA (он же IDE) для номера сектора использовали 28 бит, что при стандартном размере сектора 512 байт составляет 128 Гб. В более поздних версиях появилось расширение LBA48, позволяющее задавать 48-битный номер сектора. Но Колибри про это расширение ничего не знает, так что за границей 128Г прочесть самостоятельно ничего не сможет.

Однако про это расширение знает BIOS. Что, во-первых, позволяет проводить загрузку, а во-вторых, позволяет Колибри таки читать диск и после 128Г через BIOS-интерфейс.

На уровне пользователя это выглядит, как будто один физический диск раздваивается на два одинаковых /hdN и /bdM. Тем не менее при размерах >128Г первый (с данными после этой границы) работает неправильно, а второй - правильно. (Собственно, поэтому второй и не вырубается, обнаружив первый.) Впрочем, есть ещё нюанс: дисковый кеш у двух устройств совпадает, так что правильность чтения зависит от того, через какой интерфейс впервые были прочитаны данные. Кстати, поскольку при детекте разделов сначала проверяются /hd-диски, то разделы за пределом 128Г не будут обнаружены и на /bd-дисках.

_________________
Ушёл к умным, знающим и культурным людям.


Top
   
 Post subject: Re: Bugzilla
PostPosted: Sun May 30, 2010 5:31 pm 
Offline
Kernel Developer
User avatar

Joined: Mon Nov 28, 2005 8:00 pm
Posts: 1601
Nasarus wrote:
Микробаг в MTDBG: при первом запуске программы первый нажатый символ всегда воспринимается как пробел. Дальше все норм.

Не удалось повторить.

_________________
Ушёл к умным, знающим и культурным людям.


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Jun 17, 2010 10:17 am 
Offline
User avatar

Joined: Wed Jan 27, 2010 10:59 am
Posts: 269
UPD: Правильный вызов сисфункции 68.23 отправляет ядро со всей системой в Тартарары и анабиоз.

_________________
ушёл...


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Jun 17, 2010 10:52 am 
Offline
Kernel Optimizer
User avatar

Joined: Mon Jan 16, 2006 7:58 pm
Posts: 657
Все верно, необходимо в файле memory.inc в обработчике 68 сис функции
Code:
.23:
cmp ecx, OS_BASE
jae .fail
mov   ebx,ecx
stdcall shmem_close, ebx


Заменить это stdcall shmem_close, eсx
на это
mov ebx,ecx
stdcall shmem_close, ebx


Это я ошибся, когда переписывал 68 сис. функцию.


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Jun 17, 2010 10:56 am 
Offline
User avatar

Joined: Wed Jan 27, 2010 10:59 am
Posts: 269
Quote:
Все верно, необходимо в файле memory.inc в обработчике 68 сис функции

Я не могу изменить, у меня нет SVN-аккаунта =(

_________________
ушёл...


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Jun 17, 2010 11:19 am 
Offline
Kernel Optimizer
User avatar

Joined: Mon Jan 16, 2006 7:58 pm
Posts: 657
Nasarus wrote:
Quote:
Все верно, необходимо в файле memory.inc в обработчике 68 сис функции

Я не могу изменить, у меня нет SVN-аккаунта =(

Дождись вечера, если никто раньше меня не исправит - поправлю на SVN.


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Jun 17, 2010 11:35 am 
Offline
User avatar

Joined: Wed Jan 27, 2010 10:59 am
Posts: 269
<Lrz>
Странно.. Исправил memory.inc, как ты посоветовал. Перекомпилировал ядро, записал его в образ, запустился - ядро опять зависло (

_________________
ушёл...


Top
   
 Post subject: Re: Bugzilla
PostPosted: Thu Jun 17, 2010 12:03 pm 
Offline
Kernel Optimizer
User avatar

Joined: Mon Jan 16, 2006 7:58 pm
Posts: 657
Вышли пример приложения, которое подвешивает систему


Top
   
Display posts from previous:  Sort by  
Post new topic  Reply to topic  [ 253 posts ]  Go to page Previous 13 4 5 6 717 Next

All times are UTC+03:00


Who is online

Users browsing this forum: No registered users and 2 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