Russian Qt Forum

Какие просто реализуемые баги (до 10 строк кода) вы знаете в Qt ?
Приведите пожалуйста примеры кода.

Мягкость мозгов - пожалуй самый простодетектируемый баг..
..правда Qt тут ни при чём.. 

Между прочим это обычный вопрос собеседования на должность "программист Qt". Мне его задавали в 5 местах.
В одном месте спросили еще какие баги были исправлены при переходе от 4.8.0 на 4.8.1.

Ни на одном собеседовании меня не спрашивали о таком. zzzseregazzz, гонишь ты, по-моему.

Гонево полной воды.

Такие вопросы нужны как минимум кандидатам на разработку Qt, которые следили за развитием Qt с самого начала.

PS если вам его задавали - приведите ваш ответ :D

Ответы тут https://bugreports.qt-project.org/issues/?jql=
Выбирай любой из 49604.
Видимо на программиста Qt не взяли. Взяли на троля для того, чтобы убить форум.

Ничего не ответил. Не взяли в эти 5 мест. Взяли там, где не задавали.

Это такой удобный способ отказа претенденту =)
Либо это был психологический тест такой, надо было просто что-то ответить либо объяснить свою точку зрения, почему эти знания вообще не важны.

Вообще-то говоря эти знания важны.
Когда программа не работает и ошибка никак не находится, может стоит поискать баги, идущие от Qt? Также важно знать способы обхода известных багов.
Знание багов - одно из отличий программиста-профессионала от любителя.

Тебе бы книгу написать, кто такой программист-профессионал. Столько перлов выдаешь.

Хороший программист  может  найти и понять описание только что полученного
сообщения об ошибке IJK305I в руководстве по JSL. По-настоящему
знаменитый  программист может найти ошибки в распечатке 6-мега-
байтной  области памяти,  не используя калькулятор шестнадцати-
ричной системы счисления. - http://lib.ru/ANEKDOTY/non_pas.txt

А если серьезно?
Даже в Windows написанном профессионалами есть баги.
В Qt написанном любителями (как весь open source) обязаны иметь место баги.

Стоп. Ты же говорил что профессионалы не делают ошибок

not sure if trolling, or just stupid
(http://2media.nowpublic.net/images//7e/6e/7e6e1924afa0a31b0ac31ce10c0f604f.jpg)

Видимо, ТС'а тоже любители писали)
C гигантским overflow'ом строк  ;D

/* Или те же профессионалы, что и виндовс  */

Бгг. Даже страшно представить программиста, помнящего все баги от изначального Qt до наших дней. У него ж мозг взорвётся от такого количества информации :D

Кстати о багах - Qt 5.2 Alpha available (http://blog.qt.digia.com/blog/2013/09/30/qt-5-2-alpha-available/)

Кто вам сказал такую ересь?
Я так и представил: руководитель фирмы Тролтеч/Nokia etc. Приходят, например, в кладовку к убрщице:
- Слушай, Марьиван, нет у тебя внучка который увлекается программированием
- Есть, конечно, я и сама между сериями Санты Барбары увлекаюсь. А что?
- Да нам надо вот тут Qt написать. Возьметесь?
....
Ну и пошла Марьиванна с внучком долгими зимними вечерами код фигачить....

И так же со всем опенсорсом... А такие фирмы как IBM, Oracle, Microsoft, Intel вваливают бабло менеджерам, которые ищут любителей, которые за еду пишут всякие там: офисы, гимпы, ядра..... :)

Ну, а если серьезно. Необходимость знать все баги Qt это бред. Тогда уж надо знать все баги компиляторов, операционных систем, всех фреймворков и библиотек, и даже оборудования (ниже объяснение будет). Вы представляете этого человека-монстра у которого в голове удержалась информация из всех багтреккеров....  На самом деле толковый программист должен уметь выявить ошибку, локализовать ее. Выявить, что вызвана она (например) самими Qt, найти баг в треккере, и если его там нет написать багрепорт.

ЗЫ сказ про то, почему и баги в железе надо знать. В одной конторе закупили десяток абсолютно идентичных компов (Аквариус с Win98). Поставили программу. И вот один из всех этих компьюторов при работе нашей программы вис намертво. Долго ли коротколи искали причину, оказалось: комп вис при отображении на экране определенного цвета (в точности RGB). Решилось заменой видеокарты. Так, что по вашей логики баги в железе надо знать.

Ну это не совсем баг, наверное:
#pragma pack(push,1) перед qt-шными хидерами. лично у меня вываливается программа после закрытия, где-то после последнего return; и да, это было на 4.8.4, на 5.x.x не проверял

Вы ещё возьмите и запишите по не инициализированному указателю QWidget - представьте себе, тоже ошибка :D

PS кривые руки не для скуки ^.^

С точностью наоборот, в open source багов будет минимум ибо код все видят и баги пиляться, а вот в закрытом код видит кучка человек.
примеры borland builder - даже коментировать не хочу, при изменении чек бокса вызывается событие как на нажатие мыши... там багов как песка на пляже. (после билдеро q
ms word - 15 лет пилят, как было унылое тормозное уг, так и осталось

С точностью наоборот, в open source багов будет минимум ибо код все видят и баги пиляться, а вот в закрытом код видит кучка человек. Правда в opensource как правило хреновый дизайн.
Это как советское и новое импортное - первое некрасиво но прослужит пол века, второе гламурно но сломается через месяц.

примеры borland builder - даже коментировать не хочу, при изменении чек бокса вызывается событие как на нажатие мыши... там багов как песка на пляже. (qt после билдера - небо и земля)
ms word - 15 лет пилят, как было унылое тормозное уг, так и осталось. Openoffice правда не лучше, а вот Latex для документации хорошая вещь.

Что-то плохо "пилятЬся", вон уже больше года не могут поправить баг в отрисовке линий (https://bugreports.qt-project.org/browse/QTBUG-25896).