Page 3 of 17

Re: Bugzilla

Posted: Fri Feb 05, 2010 12:25 pm
by Rock_maniak_forever
Ну так надо поправить. :roll:

Я к сожалению не ядерщик, а то давно бы сам всё исправил и без лишних вопросов.

Re: Bugzilla

Posted: Fri Feb 05, 2010 12:40 pm
by Mario
Rock_maniak_forever wrote:Ну так надо поправить. :roll:
Я к сожалению не ядерщик, а то давно бы сам всё исправил и без лишних вопросов.
Вот потому что ты сам не ковырялся, ты и не представляешь о чем говоришь. Иногда исправить баги намного сложнее, чем написать другой код.

Re: Bugzilla

Posted: Fri Feb 05, 2010 4:21 pm
by Leency
Rock maniak, ты очень сильно ошибаешься в своём суждении, т.к. сейчас идёт ОБЫКНОВЕННЫЙ процесс разработки. Появление багов в его процессе абсолютно нормальное явление. Я даже счастлив, что есть баги, т.к. это свидетельствует о том, что добовляються новые фичи.

Re: Bugzilla

Posted: Sat Feb 06, 2010 1:54 am
by Rock_maniak_forever
Mario wrote:Вот потому что ты сам не ковырялся, ты и не представляешь о чем говоришь. Иногда исправить баги намного сложнее, чем написать другой код.
Leency wrote:Rock maniak, ты очень сильно ошибаешься в своём суждении, т.к. сейчас идёт ОБЫКНОВЕННЫЙ процесс разработки. Появление багов в его процессе абсолютно нормальное явление. Я даже счастлив, что есть баги, т.к. это свидетельствует о том, что добовляються новые фичи.
Хорошо, хорошо - уговорили, был не прав, прошу прощения. :mrgreen:

Но баг всё равно поправить надо, а то это не жизнь.

Re: Bugzilla

Posted: Sun Feb 07, 2010 1:55 pm
by diamond
Theo
Для начала проверить последнюю ночную сборку http://diamond.kolibrios.org/nightbuild/ и особенно обратить внимание на то, что будет написано на доске отладки (board, иконка в группе в правом верхнем углу) на вкладках Kernel и User (переключение нажатием на кнопку в заголовке или по пробелу). Скопировать сообщение сюда. Потом подождать появления здесь кого-нибудь из наших специалистов по сетям (коих мало).
Rock_maniak_forever
Странные претензии... Хочется стабильной работы - используй дистр, а ночные сборки по определению содержат самые свежие баги.
Кстати, с того момента mike.dld закоммитил сильное изменение оконной подсистемы.

Re: Bugzilla

Posted: Mon Feb 22, 2010 12:28 pm
by Abnormalter
Albom wrote:Rock_maniak_forever
...shell и console работают в 2 потоках. если ввести exit - сначала убивается поток консоли, а затем завершается shell. закрывая соответствующей кнопкой консоль, процесс шелла продолжает работать. возможное решение: попробую создать ещё 1 поток, который будет следить за консолью.
Простите, но разве никак нельзя послать сигнал, при закрытии окна, во второй (шелловский) поток для его "убийства"?..

Re: Bugzilla

Posted: Tue Feb 23, 2010 5:49 pm
by Mario
Неприятный баг.
Документация wrote:Функция 0 - определить и нарисовать окно.
...
esi = 0xXYRRGGBB - цвет заголовка
...
Y=0 - обычное окно, Y=1 - неперемещаемое окно
Всегда нужно принудительно в 0 устанавливать (во всех случаях кроме того который задуман для значения 1), иначе иногда окно перестает перемещаться. Когда еще столкнулся на zSea долго выяснял в чем фишка - вылезло почему то после очередного рефакторинга GUI ядра. Теперь вот в последней ночной сборке тоже заметил - стоит один раз окно KIV перетащить и все больше не таскается. Вероятно есть еще некоторые программы в которых это может проявиться.
Так к сведению тех кто встретится с таким загадочным поведением окон приложений.

Re: Bugzilla

Posted: Tue Feb 23, 2010 6:17 pm
by Mario
Начиная с ревизии 1391 значительно уменьшилось время для двойного клика, для максимизации окна (очень сильно заметно в Qemu), а также при однократном клике на верхнем окне .(в стеке окон) почему то перерисовываются все окна.

Re: Bugzilla

Posted: Tue Feb 23, 2010 11:12 pm
by konstantin_666.
Разделы на винте не видит. Вот так вот.

Re: Bugzilla

Posted: Tue Feb 23, 2010 11:18 pm
by Mario
konstantin_666
В синем загрузочном экране "Добавить диски видимые через BIOS: вкл" ?
Вообще очень знаете ли лаконичный рапорт - по нему много чего можно нателепатировать и исправить. :lol:

Re: Bugzilla

Posted: Tue Feb 23, 2010 11:27 pm
by konstantin_666.
За кого вы меня принимаете? Конечно же включил.
Дело в другом: диск видит, а разделы- нет. Разделы в FAT32. Windows видит.
Версия ядра: 1319 (0.7.7.0, ориг.).

Re: Bugzilla

Posted: Tue Feb 23, 2010 11:33 pm
by Mario
Не за кого не принимаю - я вас вообще не знаю. :lol:
Хотя бы ревизию ядра бы написали в которой не видит, и ту в которой видит. Партизан что ли?
З.Ы. В ревизии 1410 были изменения:
reworked search partition on HDD
В оригинальном дистрибутиве 0770 видит?
Версия ядра: все.
Неправда ваша - вы физически не проверяли все ядра, чтобы утверждать такое.
З.З.Ы.
Версия ядра: 1319.
Это ядро дистрибутива 0770.
Попробуйте последнюю сборку:
http://diamond.kolibrios.org/nightbuild/
Чтобы скачивать минимум, можно скачать только образ:
http://diamond.kolibrios.org/nightbuild ... ght_img.7z
Только там могут быть свои баги... совсем другие.

Re: Bugzilla

Posted: Wed Feb 24, 2010 12:54 am
by konstantin_666.
Понял в чём дело.
Всё дело в загрузчике enable.exe(Serge) + meosload.com(Mario79).

Re: Bugzilla

Posted: Wed Feb 24, 2010 1:40 am
by Mario
Забористый у вас ганджубас...

Re: Bugzilla

Posted: Thu Feb 25, 2010 11:32 pm
by diamond
Всегда нужно принудительно в 0 устанавливать (во всех случаях кроме того который задуман для значения 1), иначе иногда окно перестает перемещаться. Когда еще столкнулся на zSea долго выяснял в чем фишка - вылезло почему то после очередного рефакторинга GUI ядра. Теперь вот в последней ночной сборке тоже заметил - стоит один раз окно KIV перетащить и все больше не таскается. Вероятно есть еще некоторые программы в которых это может проявиться.
Так к сведению тех кто встретится с таким загадочным поведением окон приложений.
Изучение вопроса показало, что:
- в документации сказано, что значения esi и edi "предназначены для окон типа I и II и игнорируются для стилей Y=1,3";
- эти значения действительно не имеют смысл для окон со скином, за исключением Y в esi;
- kiv, соответственно, просто не инициализирует esi (возможно, какие-нибудь другие приложения тоже не тратят усилий на лишний регистр), в результате чего там оказывается мусор;
- до рефакторинга код проверял всю тетраду Y, текущее ядро - только младший бит;
- соответственно, вероятность того, что в мусорном значении вся тетрада равна единице, существенно меньше вероятности того, что один конкретный бит окажется установленным.
Видимо, более правильно всё-таки требовать от приложений установки esi даже при использовании окон со скином.