Qt 5.6.0 - Появляется странное окно при выполнении app.exec()

По-видимому, Вам не позволено скачивать или просматривать вложения в этом разделе. Пожалуйста, войдите или зарегистрируйтесь на Russian Qt Forum.

Поиск: QMessageBox - найди, может что-то вываливает это окно.

Поправил ссылку на окошко

На QProgressDialog похож. По-grep'ай в проекте, есть такой у тебя?

Отладчиком бряку на функцию создания нативного примитива-окна(на оффтопике это user32::CreateWindowExW/A, онтопиках xcb_create_window чтоли), и посмотреть в стек из какого места Qt оно выныривает. Их не должно быть много(если конечно опять чего не сломали)

Там по ссылке у чувака qt-5.5. У меня такая же версия стоит и нет такого окна. Лорчую, что у ТСа в его коде что-то.

Лучше по QDialog поищи и по .show(), .exec()

У тебя в этом окне поле ввода, это не QMessageBox.

Поле ввода.

Именно такого QMessageBox я никогда не делал.

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

при русской локализации была бы кнопка Cancel.

А Qt ты переводишь файлом qt_ru_RU.qm (или как там его)?

Может и в 5.5, просто большенство отписывалось про 5.6. Главное что не 5.4 и ниже, это я сам проверял.

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

Это стандартная кнопка QMessageBox::Cancel

Да. В исходниках:

./bin/resource/translations/mytetra_ru.qm
./bin/resource/translations/mytetra_ru.ts

Чё-то у него столько треша в проекте.. все комменты на русском, куча глобальных переменных..

А, блин, я затупил. В Qt же нет общей локализации, так что Cancel на любой форме может быть (и есть).

Нет, ты не понял. Это перевод строк твоего приложения. Строки в библиотеки Qt остаются непереведёнными, если не подцепить файлик QtSDK/Qt5.7.0/5.7/gcc_64/translations/qtbase_ru.qm

Отсюда Cancel и не локализуется.

В Qt же нет общей локализации

Ошибочное суждение. Смотри пост выше.

Ты на свой код посмотри

https://sourceforge.net/p/nnfc/code/HEAD/tree/trunk/src/nnfc.c

Ну в общем по внешним признакам понять что за окно не представляется возможны.

Единственное что, попробовать поискать с одним Cancel, без ОК.

А может это: src/libraries/Downloader.cpp:65?

Не могу найти/вспомнить, был вроде какой-то стандартный класс, в котором были кнопки и даже lineedit/combobox. Я помню что его задействовал, но там проблема была что английские подписи торчали - пришлось создать свою форму, попросили переделать.

но там проблема была что английские подписи торчали

Нужно было, добавить перевод QtWidgets, а не колхозить :3

Между С и С++ видишь разницу?

Выдержка из моего коммита в одном из проектов.

QProgressDialog *cacheProgressDialog = new QProgressDialog(this, Qt::Dialog | Qt::WindowTitleHint);
// Since Qt 5.5, QProgressDialog works as intended: it show
// itself on construction after minimumDuration() (4 seconds by default). Cancel it.
cacheProgressDialog->cancel();

Так он говорит, что он его вроде не использует..

16:09:42: Elapsed time: 09:54.

Ну блджд вообще!

Вот где твоя собака зарылась:

https://github.com/xintrea/mytetra_dev/blob/31d2522f37db029d2554acf23c130d622...

lol, я как раз тоже самое сейчас заметил, скачав проект =)

Я нашел все ".exec(" и "->exec(" и поставил туда брекпоинты (штук 70), за исключением меню и прочих объектов, которые тоже имеют метод exec(). И ничего не словилось, окошко появляется.

О, а автор этой зоймечательной фитчи, ломающей совместимость, наверняка Тьяго.

Так там же hide а не show.

Тьяго прикольный чувак, чё ты?

Правильно ли я понимаю, что в Qt 5.5 любой диалог QProgressDialog будет сразу отрисовываться после создания через 4 сек., не дожидаясь show()?

Вижу. Так почему ты структуры не используешь? Они в сях запрещены что ли?

Правильно ли я понимаю, что в Qt 5.5 любой диалог QProgressDialog будет сразу отрисовываться после создания через 4 сек., не дожидаясь show()?

// If the operation is expected to take this long (as predicted by
// progress time), show the progress dialog.
static const int defaultShowTime = 4000;

вообще я не вижу проблемы. Нах их держать созданными в памяти? Он нужен на короткое время. Понадобился - создал, использовал, удалил.

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

Я даже не удивлюсь. Это ж писец

https://github.com/xintrea/mytetra_dev/pull/24

По твоей же ссылке:

QProgressDialog is designed to show itself automatically, based on an internal estimate for the duration of the operation and the minimumDuration property. You never call show() or exec() on it manually. You're also not supposed to keep it around when it's not used. In 5.4, the only way to start the internal duration estimation was to call setValue(0). But we noticed that many people didn't call setValue(0), but just handed external progress information on to the progress dialog, and whether or not that progress information started at 0 or, say, 1, would determine whether the dialog would show itself at all, or not. This was thought to be a bit fragile, so we changed it so that the start time of the duration estimate was the dialog construction time unless setValue(0) (or, more correctly, setValue(minimum()) was called, leading to the dialog showing itself minimumDuration after its construction, even if it was constructed not for immediate use (which the dialog cannot distinguish from a really long-running operation).

Thanks, now I understand the idea! So basically, if one does not need such complicated functionality, one is better off designing their own primitive dialog with a progress bar instead of using QProgressDialog.

А ещё у вас сегфолты в деструкторах при выходе из программы.

Qt 5.7.0

Благодарю, я б такое никогда не нашел.
В общем, просто прописал close().

it show itself

оно показывают себя

Благодарю, я б такое никогда не нашел.
На QProgressDialog похож. По-grep'ай в проекте, есть такой у тебя?

/0

А еще на шланге куча варнингов, а на gcc ни одного. И еще на интелёвом и микрософтовском компилере не проверял, наверняка куча проблем будет.

У меня разработка на 5.4.2. То, что стал ковыряться с 5.6.x - это исключение, потому что несколько человек давно просили, и было непонятно в чем проблема.

И что, сторонний разработчик должен знать, что в Qt 5.5 разломали стандартное поведение, которое до этого годами работало?

Сторонний разработчик, задавая вопросы на форуме, должен прислушиваться к мнению других, а так получается, что тебе помогаешь а ты половину комментов игноришь.

Ничо я не игнорю. Я втыкал брекпоинты на отрисовку диалога прогресса progress->show(), думал может какой сигнал проскакивает. Но кто в здравом уме мог предположить, что брекпоинт надо было ставить на конструктор и последующий hide() для того чтобы увидеть диалог?

87bt
>&"bt\n"
>~"#0  0x00007ffff5d5e600 in QDateTime::QDateTime() () from /opt/toolkits/QtSDK/Qt5.7.0/5.7/gcc_64/lib/libQt5Core.so.5\n"
>~"#1  0x00007ffff5d6337f in QDateTime::fromMSecsSinceEpoch(long long, Qt::TimeSpec, int) () from /opt/toolkits/QtSDK/Qt5.7.0/5.7/gcc_64/lib/libQt5Core.so.5\n"
>~"#2  0x00007ffff5d63798 in QDateTime::currentDateTime() () from /opt/toolkits/QtSDK/Qt5.7.0/5.7/gcc_64/lib/libQt5Core.so.5\n"
>~"#3  0x00007ffff5d63801 in QTime::currentTime() () from /opt/toolkits/QtSDK/Qt5.7.0/5.7/gcc_64/lib/libQt5Core.so.5\n"
>~"#4  0x000000000042c6af in smartPrintDebugMessage (msg=...) at ../my_tetra/src/main.cpp:230\n"
>~"#5  0x000000000042c9c7 in myMessageOutput (type=QtDebugMsg, context=..., msgText=...) at ../my_tetra/src/main.cpp:276\n"
>~"#6  0x00007ffff5d0446e in qt_message_output(QtMsgType, QMessageLogContext const&, QString const&) () from /opt/toolkits/QtSDK/Qt5.7.0/5.7/gcc_64/lib/libQt5Core.so.5\n"
>~"#7  0x00007ffff5e017e0 in QDebug::~QDebug() () from /opt/toolkits/QtSDK/Qt5.7.0/5.7/gcc_64/lib/libQt5Core.so.5\n"
>~"#8  0x00000000005159fd in DataBaseConfig::~DataBaseConfig (this=0xaccd60 <dataBaseConfig>, __in_chrg=<optimized out>) at ../my_tetra/src/models/dataBaseConfig/DataBaseConfig.cpp:37\n"
>~"#9  0x00007ffff4bb6f88 in __run_exit_handlers () from /usr/lib/libc.so.6\n"
>~"#10 0x00007ffff4bb6fd5 in exit () from /usr/lib/libc.so.6\n"
>~"#11 0x00007ffff4ba1617 in __libc_start_main () from /usr/lib/libc.so.6\n"
>~"#12 0x000000000042b969 in _start ()\n"
>87^done

http://wstaw.org/m/2016/10/28/Screenshot_20161028_184712.png

Вооот здесь сегфолтится при выходе.

Понятно. Похоже, что переопределенный хендлер отладочных сообщений разрушается раньше, чем выводятся сами сообщения. То есть проблема начинается в myMessageOutput.

А что это у тебя за среда? Сильно перекрашенный креатор?

Дефолтный Qt Creator из Qt 5.7.0