"Ночные" сборки KolibriOS
-
Старые мьютексы тупо жрали процессорное время в цикле с change_task. Новый код блокирует поток до тех пор, пока мьютекс не будет освобождён. Планировщик не делает лишних переключений контекста, загруженные потоки раньше получают управление или процессор дольше спит на hlt, мобильные компьютеры меньше потребляют -- PROFIT.
Все бы хорошо было, если бы сон разума не рождал чудовищ в виде таких багов. 
Баг с рамкой исправил в ревизии 2214 - он появился в ревизии 1474.Leency wrote:Очень давно наблюдал этот баг с белой рамкой. А ещё здесь налицо странное поведение окон. Наверное, именно из-за этого и есть правильное поведение окна KFM при прокрутке и странное поведение Эолайта см. вложение download/file.php?id=2865
Этот баг никак не связан с багом Eolite, потому что баг Eolite есть в ревизии 1466, которая была до 1474.
Я подозреваю, что проблема в том, как ты определяешь - является ли приложение самым верхним в стеке окон. Ползунок начинает рисоваться до того как окно стало активным.
301 - это не ошибка, это редирект. downloader их не понимает.
У кого-нибудь RTL8169 работает ? Там похоже ошибка в драйвере. Карта (или стек) затирает данные ядра после запуска zeroconf.
В ревизии 2233 удалил код который сделал в 2214, как выяснилось код решая одну проблему порождал другую. Реализовал альтернативное исправление.
реквестую continious-сборку, вызываемую каждым коммитом. Сервер потянет, можете не бояться.
Наверное не каждым, а каждым значимым изменением?
В принципе хорошо, а то не всегда есть нужные сборки и при поиске бага приходится много SVN и компилять.
В принципе хорошо, а то не всегда есть нужные сборки и при поиске бага приходится много SVN и компилять.
Хм. как определить значимое оно или нет? Если только по затрагиваемым файлам?
Да, именно по затрагиваемым файлам. Пустые ревизии ведь создают бесполезное дублирование.
А разве при каждом коммите сборка не собирается? Или что-то еще нужно? Не понял
Раньше сборка собиралась только при наличие изменения в файлах, которые включаются в сборку. Зачем собирать сборку заново если например обновился альтернативный бранч ядра или кто-то добавил или изменил программу, которая не входит в состав образа. Сейчас не знаю как сделано, вот и спросил.
У меня вроде бы. Лог pcidev в ветке про acpi.Serge wrote:У кого-нибудь RTL8169 работает ?
По крайней мере Колибри пинговалась и https отдал один файл.
Вопрос стоит не как "Зачем собирать сборку заново если например обновился альтернативный бранч ядра или кто-то добавил или изменил программу, которая не входит в состав образа.", а как "Зачем пересобирать всё, включая atikms.dll и программы на C--, если поменялось одно ассемблерное приложение". Пересобираются только цели, зависящие от изменённых файлов, и они действительно пересобираются с каждой ревизией.
Сделаем мир лучше!
Who is online
Users browsing this forum: No registered users and 0 guests