?

Log in

No account? Create an account
баг (программистское) - По делам сюда приплыл, а не за этим — ЖЖ [entries|archive|friends|userinfo]
Anatoly Vorobey

[ website | Website ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

Links
[Links:| English-language weblog ]

баг (программистское) [май. 3, 2018|02:39 pm]
Anatoly Vorobey
[Tags|]

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

Missing red channel in Chrome Remote Desktop

Если вы разбираетесь в C++, почитайте сами, а если нет, то вот краткий пересказ:

1. В Хроме, когда он используется для удаленного захода на другой компьютер (Chrome Remote Desktop), внезапно пропал красный цвет, в том числе из комбинаций цветов (так что белый фон стал сине-зеленым, например).

2. Идем по истории изменений, находим, что это произошло в изменении, которое не меняло исходники, а вместо этого перешло к новой версии компилятора ("roll clang"). Вечер перестает быть томным.

3. Ищем и находим способ "дешево" воссоздать проблему для данного набора исходников (в данном случае - как сделать "удаленный" вход внутри одного компьютера).

4. Берем исходники в этот момент, строим две версии компилятора, старую и новую. Компилируем все дерево исходников старой - бага нет, новой - баг есть. Компилируем все дерево старой, и начинаем искать, какие исходники приводят к проблеме, если только их построить новой.

4. Постепенно сужаемся до большой компоненты дерева...

5. ...до конкретной директории...

6. ...до нескольких файлов...

7. ...до одного файла...

8. Находим массивы констант, которые используются для перевода цветов из режима YUV в режим RGB. Массивы определены внутри функции и внутри блока кода, но не помечены static. При этом используются уже после выхода из этого блока кода, через указатель, естественно.

9. Помечаем массивы static, проблема решена. Проблема была вызвана тем, что новая версия компилятора более агрессивно использовала локальное место на стеке, когда она знала, что ей позволено (потому что блок кода завершился и эти массивы должны использоваться только в нем).

И так каждый день! (примечание: не всегда так цветисто).
СсылкаОтветить

Comments:
From: (Anonymous)
2018-05-03 02:43 pm
Для особо любознательных, баг там был примерно такой:

void buggy_function()
{
float* table = nullptr;
if (some_condition) {
float another_table[] = { 0.1, 0.2, 0,3 };
table = another_table;
}
some_other_function(table);
}

(Ответить) (Thread)
[User Picture]From: avva
2018-05-03 02:52 pm
Да. И проблема не в том, как подумали некоторые, что some_other_function запоминает значение table где-то и позже оно используется после выхода из функции.

Проблема в том, что другие локальные переменные, перед вызовом some_other_function(), расположены в том же месте стека, что another_table, и меняют часть ее значений, в результате чего some_other_function получает частично коррумпированную таблицу.
(Ответить) (Parent) (Thread)
[User Picture]From: _pg_
2018-05-03 04:02 pm
Какой чудесный образчик перевода термина corrupted. :)
(Ответить) (Parent) (Thread)
[User Picture]From: avva
2018-05-03 06:38 pm
Я кстати подумал, что надо правильное слово вспомнить, но стало лень :)
(Ответить) (Parent) (Thread)
[User Picture]From: archaicos
2018-05-04 04:53 am

Играем в испорченный нофелет!

Сглаз!
(Ответить) (Parent) (Thread)
[User Picture]From: cross_join
2018-05-06 09:26 am
Ой, бля... пардон май френч.
(Ответить) (Parent) (Thread)