Board.KolibriOS.org

Ну так надо поправить.

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

_________________
\ Маузер в руке, Путин – на крюке! \ Путину – клизму! Смерть капитализму! \ Путин – параша, победа будет наша!\
\ Застрели буржуя в спину! Он не лучше чем скотина! \

Вот потому что ты сам не ковырялся, ты и не представляешь о чем говоришь. Иногда исправить баги намного сложнее, чем написать другой код.

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

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

Хорошо, хорошо - уговорили, был не прав, прошу прощения.

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

_________________
\ Маузер в руке, Путин – на крюке! \ Путину – клизму! Смерть капитализму! \ Путин – параша, победа будет наша!\
\ Застрели буржуя в спину! Он не лучше чем скотина! \

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

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

Простите, но разве никак нельзя послать сигнал, при закрытии окна, во второй (шелловский) поток для его "убийства"?..

Неприятный баг.

Всегда нужно принудительно в 0 устанавливать (во всех случаях кроме того который задуман для значения 1), иначе иногда окно перестает перемещаться. Когда еще столкнулся на zSea долго выяснял в чем фишка - вылезло почему то после очередного рефакторинга GUI ядра. Теперь вот в последней ночной сборке тоже заметил - стоит один раз окно KIV перетащить и все больше не таскается. Вероятно есть еще некоторые программы в которых это может проявиться.
Так к сведению тех кто встретится с таким загадочным поведением окон приложений.

Начиная с ревизии 1391 значительно уменьшилось время для двойного клика, для максимизации окна (очень сильно заметно в Qemu), а также при однократном клике на верхнем окне .(в стеке окон) почему то перерисовываются все окна.

Разделы на винте не видит. Вот так вот.

_________________
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.

konstantin_666
В синем загрузочном экране "Добавить диски видимые через BIOS: вкл" ?
Вообще очень знаете ли лаконичный рапорт - по нему много чего можно нателепатировать и исправить.

За кого вы меня принимаете? Конечно же включил.
Дело в другом: диск видит, а разделы- нет. Разделы в FAT32. Windows видит.
Версия ядра: 1319 (0.7.7.0, ориг.).

_________________
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.

Не за кого не принимаю - я вас вообще не знаю.
Хотя бы ревизию ядра бы написали в которой не видит, и ту в которой видит. Партизан что ли?
З.Ы. В ревизии 1410 были изменения:

В оригинальном дистрибутиве 0770 видит?

Неправда ваша - вы физически не проверяли все ядра, чтобы утверждать такое.
З.З.Ы.

Это ядро дистрибутива 0770.
Попробуйте последнюю сборку:
http://diamond.kolibrios.org/nightbuild/
Чтобы скачивать минимум, можно скачать только образ:
http://diamond.kolibrios.org/nightbuild ... ght_img.7z
Только там могут быть свои баги... совсем другие.

Понял в чём дело.
Всё дело в загрузчике enable.exe(Serge) + meosload.com(Mario79).

_________________
Теория и практика иногда сталкиваются. Когда это случается, теория проигрывает. Всегда.

Забористый у вас ганджубас...

Изучение вопроса показало, что:
- в документации сказано, что значения esi и edi "предназначены для окон типа I и II и игнорируются для стилей Y=1,3";
- эти значения действительно не имеют смысл для окон со скином, за исключением Y в esi;
- kiv, соответственно, просто не инициализирует esi (возможно, какие-нибудь другие приложения тоже не тратят усилий на лишний регистр), в результате чего там оказывается мусор;
- до рефакторинга код проверял всю тетраду Y, текущее ядро - только младший бит;
- соответственно, вероятность того, что в мусорном значении вся тетрада равна единице, существенно меньше вероятности того, что один конкретный бит окажется установленным.
Видимо, более правильно всё-таки требовать от приложений установки esi даже при использовании окон со скином.

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