Сообщения об ошибках не помещенные в Bugzilla

Applications development, KoOS API questions
  • Rock_maniak_forever wrote:Ну так надо поправить. :roll:
    Я к сожалению не ядерщик, а то давно бы сам всё исправил и без лишних вопросов.
    Вот потому что ты сам не ковырялся, ты и не представляешь о чем говоришь. Иногда исправить баги намного сложнее, чем написать другой код.
  • Rock maniak, ты очень сильно ошибаешься в своём суждении, т.к. сейчас идёт ОБЫКНОВЕННЫЙ процесс разработки. Появление багов в его процессе абсолютно нормальное явление. Я даже счастлив, что есть баги, т.к. это свидетельствует о том, что добовляються новые фичи.
    Из хаоса в космос
  • Mario wrote:Вот потому что ты сам не ковырялся, ты и не представляешь о чем говоришь. Иногда исправить баги намного сложнее, чем написать другой код.
    Leency wrote:Rock maniak, ты очень сильно ошибаешься в своём суждении, т.к. сейчас идёт ОБЫКНОВЕННЫЙ процесс разработки. Появление багов в его процессе абсолютно нормальное явление. Я даже счастлив, что есть баги, т.к. это свидетельствует о том, что добовляються новые фичи.
    Хорошо, хорошо - уговорили, был не прав, прошу прощения. :mrgreen:

    Но баг всё равно поправить надо, а то это не жизнь.
  • Theo
    Для начала проверить последнюю ночную сборку http://diamond.kolibrios.org/nightbuild/ и особенно обратить внимание на то, что будет написано на доске отладки (board, иконка в группе в правом верхнем углу) на вкладках Kernel и User (переключение нажатием на кнопку в заголовке или по пробелу). Скопировать сообщение сюда. Потом подождать появления здесь кого-нибудь из наших специалистов по сетям (коих мало).
    Rock_maniak_forever
    Странные претензии... Хочется стабильной работы - используй дистр, а ночные сборки по определению содержат самые свежие баги.
    Кстати, с того момента mike.dld закоммитил сильное изменение оконной подсистемы.
    Ушёл к умным, знающим и культурным людям.
  • Albom wrote:Rock_maniak_forever
    ...shell и console работают в 2 потоках. если ввести exit - сначала убивается поток консоли, а затем завершается shell. закрывая соответствующей кнопкой консоль, процесс шелла продолжает работать. возможное решение: попробую создать ещё 1 поток, который будет следить за консолью.
    Простите, но разве никак нельзя послать сигнал, при закрытии окна, во второй (шелловский) поток для его "убийства"?..
  • Неприятный баг.
    Документация wrote:Функция 0 - определить и нарисовать окно.
    ...
    esi = 0xXYRRGGBB - цвет заголовка
    ...
    Y=0 - обычное окно, Y=1 - неперемещаемое окно
    Всегда нужно принудительно в 0 устанавливать (во всех случаях кроме того который задуман для значения 1), иначе иногда окно перестает перемещаться. Когда еще столкнулся на zSea долго выяснял в чем фишка - вылезло почему то после очередного рефакторинга GUI ядра. Теперь вот в последней ночной сборке тоже заметил - стоит один раз окно KIV перетащить и все больше не таскается. Вероятно есть еще некоторые программы в которых это может проявиться.
    Так к сведению тех кто встретится с таким загадочным поведением окон приложений.
  • Начиная с ревизии 1391 значительно уменьшилось время для двойного клика, для максимизации окна (очень сильно заметно в Qemu), а также при однократном клике на верхнем окне .(в стеке окон) почему то перерисовываются все окна.
  • Разделы на винте не видит. Вот так вот.
    Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.
  • konstantin_666
    В синем загрузочном экране "Добавить диски видимые через BIOS: вкл" ?
    Вообще очень знаете ли лаконичный рапорт - по нему много чего можно нателепатировать и исправить. :lol:
  • За кого вы меня принимаете? Конечно же включил.
    Дело в другом: диск видит, а разделы- нет. Разделы в 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.
    Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.
  • Не за кого не принимаю - я вас вообще не знаю. :lol:
    Хотя бы ревизию ядра бы написали в которой не видит, и ту в которой видит. Партизан что ли?
    З.Ы. В ревизии 1410 были изменения:
    reworked search partition on HDD
    В оригинальном дистрибутиве 0770 видит?
    Версия ядра: все.
    Неправда ваша - вы физически не проверяли все ядра, чтобы утверждать такое.
    З.З.Ы.
    Версия ядра: 1319.
    Это ядро дистрибутива 0770.
    Попробуйте последнюю сборку:
    http://diamond.kolibrios.org/nightbuild/
    Чтобы скачивать минимум, можно скачать только образ:
    http://diamond.kolibrios.org/nightbuild ... ght_img.7z
    Только там могут быть свои баги... совсем другие.
  • Понял в чём дело.
    Всё дело в загрузчике 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 2 guests