Russian Qt Forum

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

Second Chance Assertion Failed: File f:\dd\vctools\crt_bld\self_x86\crt\src\dbgheap.c, Line 1317

Error - RtlWerpReportException failed with status code :-1073741823. Will try to launch the process directly

код кидать не буду, хотелось бы просто узнать особенности сборок в разных режимах. Знаю что в релизе убирается все инструкции для отладки и тп. но на работу приложения это не должно никак влиять, ведь так?
и какие есть методы поиска ошибок в режиме релиза(дебагер же не работает)?

скорее всего где-то используешь битый указатель

почему тогда в режиме отладки ничего не вылетает, и как узнать где имеено этот указатель используется без дебагера?

дебаг он такой, иногда в нем не ломаются указатели

попробуй valgrind. или просто выполни поиск new/malloc по проекту и убедись, что указатели удаляются.

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

C++ (Qt)
    CreateModels();
    qDebug()<<GetDocFullName(1);
    qDebug()<<GetDocFullName(2);

C++ (Qt)
QString DocSelectorDialog::GetDocFullName(int row)
{
    QModelIndex index = _typeDocModel->index(row,2); // QSqlQueryModel* _typeDocModel;
    return _typeDocModel->data(index).toString();
}

вывод приложения:
"2 ПРЕДВАРИТЕЛЬНОЕ РАСПОРЯЖЕНИЕ"
Error - RtlWerpReportException failed with status code :-1073741823. Will try to launch the process directly

а, второй документ не вывело...

Видимо его в модели нет

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

вывод приложения:
"3 ПРЕДВАРИТЕЛЬНОЕ РАСПОРЯЖЕНИЕ"
Error - RtlWerpReportException failed with status code :-1073741823. Will try to launch the process directly

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

полностью удаляю папку со сборкой при смени режима и собираю заново

очень долго ломал бошку пока не заметил что одна из dll была собрана в дебаг режиме. пересобрал её в релизе - заработало. долго радовался, пока не нарвался на такие же ошибки только теперь после сборки приложения для дебага. Что получается для каждого режима теперь надо свои dll пересобирать? или я что-то не так делаю?

Для каждой конфигурации нужны свои dll. Дебаг в дебаге, релиз в релизе.

А я говорил ...

в связи с этим хотелось бы поинтересоваться, каким образом прописать условие, при котором в зав-ти от режима сборки подгружалась соответствующая dll?

Какой хороший вопрос для телепатов :D Указывать IDE не надо?

В VS спокойно настраиваются подключаемые в различных конфигурациях dll. Project property->linker -> и вводим необходимые.

Qt creator 2.6 + sdk 4.8.1

Подгрузкой dll занимается ОС, и если у тебя дебаг и релиз версии dll называются одинаково - то это не исправить.
Соответственно к дебаг версии библиотеки обычно добавляют суффикс "d". (пример - QGui.dll и QGuid.dll).

Что бы разделять разные версии библиотек я пользуюсь такой конструкцией в *.pro файле :
- это для библиотеки.
И соответственно аналогичная конструкция для подключения:

благодарю, то что надо. ;)