Какая-то фигня - компилер заходит в ветки условий, которые false

[Caduceus]

Вопрос конечно не по поводу QtCreator-а, но все же инстурментарий. Юзаю QtCreator с MSVC компилером. Так вот - программа заходит в ветки условий, которые не выполняются. Причем это не только по шагам в дебаге (можно было бы на ошибку дебагера списать), но и в рантайме - он туда заходит. Например, указатель точно не равен NULL, но он НЕ заходит в if (ptr), или список точно пустой, то он заходит в if (!list.isEmpty())

Что это такое может быть? У меня в хидере одной моей библиотеки стоит pragma (pack 1) - только на это думаю. Может быть из-за этого?

[popper]

Посмотри, вылетает ли программа на Q_ASSERT

[Caduceus]

Так да, вылетает после захождения в ненужные ветки. Например, список пуст, он игнорирует это условие. Заходит в него и так size() списка выдает какой-то мусор - огромное число. Он заходит в цикл по элементам списка и падает выдает Ассерт на первом же обращении к элементу. Почему в size мусор - не понимаю

[andrew.k]

Обычно такое происходит в пятницу вечером, а тут четверг утро. Странно)

[b-s-a]

Так да, вылетает после захождения в ненужные ветки. Например, список пуст, он игнорирует это условие. Заходит в него и так size() списка выдает какой-то мусор - огромное число. Он заходит в цикл по элементам списка и падает выдает Ассерт на первом же обращении к элементу. Почему в size мусор - не понимаю

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

[Igors]

но и в рантайме - он туда заходит. Например, указатель точно не равен NULL, но он НЕ заходит в if (ptr), или список точно пустой, то он заходит в if (!list.isEmpty())

1) Rebuild All, возможно исходники не соответствуют коду. Ну или глянуть код в asm

2) печатаем напр

Код

C++ (Qt)
if (ptr) {
 printf("ptr = %p, inside\n");
 ..
}
else
 printf("ptr = %p, outside\n");
 

Ничего особо фантастичного нет, напр другая нитка может изменить ptr уже после того как if выполнился. Но сначала надо попечатать

[Rem Norton]

Был у меня похожий случай. Один сотрудник 2 дня ломал мозг себе и выносил окружающим потому, что:

Код

C++ (Qt)
bool b = true;
...
...
if (!b);
{
 // Enter here?!?!?!?!?
}
 

Может следует взглянуть на код повнимательнее? Ну или поискать в проекте строчку типа:

Код

C++ (Qt)
#define false true //Good luck!
 

А вообще не вредно код к вопросу прилагать. Чертовски ускоряет поиск решения.

[alexman]

Код

C++ (Qt)
#define false true //Good luck!
 

Сильно

[Rem Norton]

Код

C++ (Qt)
#define false true //Good luck!
 

Сильно

Ну вообще то это какбе классика, на грани бояна. 

[Akon]

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

+1

В MSVC дебаге есть возможность поставить бряк на изменение содержимого по заданному адресу (т.н. аппаратная точка останова). Ставьте бряк на адрес памяти, по которой вычисляется size().