Ну так надо поправить.
Я к сожалению не ядерщик, а то давно бы сам всё исправил и без лишних вопросов.
Сообщения об ошибках не помещенные в Bugzilla
Вот потому что ты сам не ковырялся, ты и не представляешь о чем говоришь. Иногда исправить баги намного сложнее, чем написать другой код.Rock_maniak_forever wrote:Ну так надо поправить.
Я к сожалению не ядерщик, а то давно бы сам всё исправил и без лишних вопросов.
Rock maniak, ты очень сильно ошибаешься в своём суждении, т.к. сейчас идёт ОБЫКНОВЕННЫЙ процесс разработки. Появление багов в его процессе абсолютно нормальное явление. Я даже счастлив, что есть баги, т.к. это свидетельствует о том, что добовляються новые фичи.
Из хаоса в космос
Mario wrote:Вот потому что ты сам не ковырялся, ты и не представляешь о чем говоришь. Иногда исправить баги намного сложнее, чем написать другой код.
Хорошо, хорошо - уговорили, был не прав, прошу прощения.Leency wrote:Rock maniak, ты очень сильно ошибаешься в своём суждении, т.к. сейчас идёт ОБЫКНОВЕННЫЙ процесс разработки. Появление багов в его процессе абсолютно нормальное явление. Я даже счастлив, что есть баги, т.к. это свидетельствует о том, что добовляються новые фичи.
Но баг всё равно поправить надо, а то это не жизнь.
Theo
Для начала проверить последнюю ночную сборку http://diamond.kolibrios.org/nightbuild/ и особенно обратить внимание на то, что будет написано на доске отладки (board, иконка в группе в правом верхнем углу) на вкладках Kernel и User (переключение нажатием на кнопку в заголовке или по пробелу). Скопировать сообщение сюда. Потом подождать появления здесь кого-нибудь из наших специалистов по сетям (коих мало).
Rock_maniak_forever
Странные претензии... Хочется стабильной работы - используй дистр, а ночные сборки по определению содержат самые свежие баги.
Кстати, с того момента mike.dld закоммитил сильное изменение оконной подсистемы.
Для начала проверить последнюю ночную сборку http://diamond.kolibrios.org/nightbuild/ и особенно обратить внимание на то, что будет написано на доске отладки (board, иконка в группе в правом верхнем углу) на вкладках Kernel и User (переключение нажатием на кнопку в заголовке или по пробелу). Скопировать сообщение сюда. Потом подождать появления здесь кого-нибудь из наших специалистов по сетям (коих мало).
Rock_maniak_forever
Странные претензии... Хочется стабильной работы - используй дистр, а ночные сборки по определению содержат самые свежие баги.
Кстати, с того момента mike.dld закоммитил сильное изменение оконной подсистемы.
Ушёл к умным, знающим и культурным людям.
Простите, но разве никак нельзя послать сигнал, при закрытии окна, во второй (шелловский) поток для его "убийства"?..Albom wrote:Rock_maniak_forever
...shell и console работают в 2 потоках. если ввести exit - сначала убивается поток консоли, а затем завершается shell. закрывая соответствующей кнопкой консоль, процесс шелла продолжает работать. возможное решение: попробую создать ещё 1 поток, который будет следить за консолью.
Неприятный баг.
Так к сведению тех кто встретится с таким загадочным поведением окон приложений.
Всегда нужно принудительно в 0 устанавливать (во всех случаях кроме того который задуман для значения 1), иначе иногда окно перестает перемещаться. Когда еще столкнулся на zSea долго выяснял в чем фишка - вылезло почему то после очередного рефакторинга GUI ядра. Теперь вот в последней ночной сборке тоже заметил - стоит один раз окно KIV перетащить и все больше не таскается. Вероятно есть еще некоторые программы в которых это может проявиться.Документация wrote:Функция 0 - определить и нарисовать окно.
...
esi = 0xXYRRGGBB - цвет заголовка
...
Y=0 - обычное окно, Y=1 - неперемещаемое окно
Так к сведению тех кто встретится с таким загадочным поведением окон приложений.
Начиная с ревизии 1391 значительно уменьшилось время для двойного клика, для максимизации окна (очень сильно заметно в Qemu), а также при однократном клике на верхнем окне .(в стеке окон) почему то перерисовываются все окна.
Разделы на винте не видит. Вот так вот.
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.
konstantin_666
В синем загрузочном экране "Добавить диски видимые через BIOS: вкл" ?
Вообще очень знаете ли лаконичный рапорт - по нему много чего можно нателепатировать и исправить.
В синем загрузочном экране "Добавить диски видимые через BIOS: вкл" ?
Вообще очень знаете ли лаконичный рапорт - по нему много чего можно нателепатировать и исправить.
За кого вы меня принимаете? Конечно же включил.
Дело в другом: диск видит, а разделы- нет. Разделы в FAT32. Windows видит.
Версия ядра: 1319 (0.7.7.0, ориг.).
Дело в другом: диск видит, а разделы- нет. Разделы в FAT32. Windows видит.
Версия ядра: 1319 (0.7.7.0, ориг.).
Last edited by konstantin_666. on Tue Feb 23, 2010 11:44 pm, edited 4 times in total.
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.
Не за кого не принимаю - я вас вообще не знаю.
Хотя бы ревизию ядра бы написали в которой не видит, и ту в которой видит. Партизан что ли?
З.Ы. В ревизии 1410 были изменения:
З.З.Ы.
Попробуйте последнюю сборку:
http://diamond.kolibrios.org/nightbuild/
Чтобы скачивать минимум, можно скачать только образ:
http://diamond.kolibrios.org/nightbuild ... ght_img.7z
Только там могут быть свои баги... совсем другие.
Хотя бы ревизию ядра бы написали в которой не видит, и ту в которой видит. Партизан что ли?
З.Ы. В ревизии 1410 были изменения:
В оригинальном дистрибутиве 0770 видит?reworked search partition on HDD
Неправда ваша - вы физически не проверяли все ядра, чтобы утверждать такое.Версия ядра: все.
З.З.Ы.
Это ядро дистрибутива 0770.Версия ядра: 1319.
Попробуйте последнюю сборку:
http://diamond.kolibrios.org/nightbuild/
Чтобы скачивать минимум, можно скачать только образ:
http://diamond.kolibrios.org/nightbuild ... ght_img.7z
Только там могут быть свои баги... совсем другие.
Понял в чём дело.
Всё дело в загрузчике enable.exe(Serge) + meosload.com(Mario79).
Всё дело в загрузчике enable.exe(Serge) + meosload.com(Mario79).
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.
Забористый у вас ганджубас...
Изучение вопроса показало, что:Всегда нужно принудительно в 0 устанавливать (во всех случаях кроме того который задуман для значения 1), иначе иногда окно перестает перемещаться. Когда еще столкнулся на zSea долго выяснял в чем фишка - вылезло почему то после очередного рефакторинга GUI ядра. Теперь вот в последней ночной сборке тоже заметил - стоит один раз окно KIV перетащить и все больше не таскается. Вероятно есть еще некоторые программы в которых это может проявиться.
Так к сведению тех кто встретится с таким загадочным поведением окон приложений.
- в документации сказано, что значения esi и edi "предназначены для окон типа I и II и игнорируются для стилей Y=1,3";
- эти значения действительно не имеют смысл для окон со скином, за исключением Y в esi;
- kiv, соответственно, просто не инициализирует esi (возможно, какие-нибудь другие приложения тоже не тратят усилий на лишний регистр), в результате чего там оказывается мусор;
- до рефакторинга код проверял всю тетраду Y, текущее ядро - только младший бит;
- соответственно, вероятность того, что в мусорном значении вся тетрада равна единице, существенно меньше вероятности того, что один конкретный бит окажется установленным.
Видимо, более правильно всё-таки требовать от приложений установки esi даже при использовании окон со скином.
Ушёл к умным, знающим и культурным людям.
Who is online
Users browsing this forum: No registered users and 11 guests