Разный результат деления в debug и release режимах

nop_

Да нет, поведением программы подтвержается. Оптимизированная она неправильно работает. А поиски причины привели сюда.

 

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

 

cppasm
Прошу прощения, а ты вот без этого компилировал - #pragma optimize("", off) ? )

 

Да, из исходника удалил вообще, задавал опциями компилятора из командной строки.
Ты попробуй добавь после этого ticksInUs = quad * 1e-6; вывод значения в консоль илди файл и посмотри разные они будут с разными опциями оптимизации или нет.

 

cppasm

Та же байда выводится, что и в отладчике вижу.

Вобщем, в пустом приложении создание этого класса проходит успешно. Блин, как это выловить теперь, ума не приложу.
Может, влияние Qt? Никто с подобными конфликтами с Qt не сталкивался?

Эх, будь здесь незанятый специалист с установленным Qt4 и VS2008, да немножко альтруист, да времени немного свободного, может, подсобил бы. Мне это не разгребсти.

 

Вопрос-то не сильно важный, скомпилирую эту функцию с отключенной оптимизацией, просто интересно, почему так получается.

 

Phuntik
Удостоверься, что эта ф-ция не инлайнится в релизе (добавь к этой ф-ции __declspec(noinline)).
Приведи полные листинги этой ф-ции в обоих режимах компиляции.

 

У него скорее всего где-то память трётся, либо не инициализирована.
Этот код в отдельном проекте правильно работает при любых опциях.
Он и сам потом писал:

Косяк в другом месте.

 

Ведь начал правильно спрашивать и я подсказал, но куда-то вас всех не туда "унесло".
В первом посте ты привел только часть дизассемблера - я и написал : приведи полный дизасм функции, чтобы можно было понять что врет. Ну и нарисовал бы по шагам что в counter пишется и откуда получается неправильное значение.

 

valterg
Завтра полное описание предоставлю. Всё на работе.

 

valterg готов поспорить что код будет идентичный.
Результат конкретно деления всегда правильный, он трётся где-то.

 

Вот что происходит:

Код (Text):

1.                                                                                    counter             quad        ticksInUs
2. Timer::Timer() {                                                               -4995072469926809587  not found   -4.8366978272229995e-026
3. 0041CC80  push        esi                                                  
4. 0041CC81  mov         esi,ecx
5.     QueryPerformanceFrequency(&counter);
6. 0041CC83  push        esi  
7. 0041CC84  call        dword ptr [__imp__QueryPerformanceFrequency@4 (438050h)] 8971828998557458702                1.6649028232481585e-305
8.     LONGLONG quad = counter.QuadPart;
9.     ticksInUs = quad * 1e-6;
10. 0041CC8A  fild        qword ptr [esi]
11. }
12. 0041CC8C  mov         eax,esi
13. 0041CC8E  fmul        qword ptr [__real@3eb0c6f7a0b5ed8d (438B60h)]
14. 0041CC94  fstp        qword ptr [esi+8]
15. 0041CC97  pop         esi  
16. 0041CC98  ret

После вызова QueryPerformanceFrequency меняются counter и ticksInUs и дальше они не изменяют свои значения.

 

Вот здесь:

Код (Text):

1. Timer::Timer() {
2.     QueryPerformanceFrequency(&counter);
3.     LONGLONG quad = counter.QuadPart;
4.     ticksInUs = quad * 1e-6;
5.     cout << ticksInUs;
6. }

отладчик показывает некорректное значение, а в консоль выводится то, что и должно быть. В остальных функциях на ticksInUs говорит, что символ не найден. Это нормально для включенной оптимизации?
Короче, запутался я. Маловато опыта.

 

При влюченной оптимизации в отладчик лучше не глядеть.

 

А если отключить для этих переменных оптимизацию? Поставь квалификатор volatile в объявлении переменных внутри метода и класса.

т.е.:

volatile LARGE_INTEGER counter;
volatile double ticksInUs;

и

volatile LONGLONG quad;

 

И нас запутываешь. В консоль правильно выводится ? Если правильно, то просто отладчик врет.
А переменной нет, т.к. она не нужна - вычислили, выдали и забыли...
А про трассировку в отладчике - я имел в виду режим чистого ассемблера(дизассемблера).
Просто по командам пройтись. И смотреть не на имена переменных, а на стек FPU.

 

W4FhLF
С волатайлами то же самое.
valterg

Она должна быть нужна в другой функции :

Код (Text):

1. //  [11/4/2009 Sasha]
2. void Timer::DelayUs(double us) {
3.     static LONGLONG prevTicks = 0;
4.     QueryPerformanceCounter(&counter);
5.     LONGLONG ticks = (LONGLONG)(us * ticksInUs);                // Сколько тиков нужно пропустить
6.     while ((counter.QuadPart - prevTicks) < ticks){
7.         QueryPerformanceCounter(&counter);
8.     }
9.     prevTicks = counter.QuadPart;
10. }

, которая тоже используется.

Вот про это я и говорил, когда говорил, что у меня недостаточно умений для этого (

 

И просил помощи.

 

Ну если отладчик из студии - в окошке где регистры щелкаешь правой кнопкой мышки и включаешь Floating Point. Дизассемблер ты умешь делать - есть выбрать Step int, то будет по одной команде трассировать и в окне регисров красным показаны изменения. Только на call не деалай Step into, а то пойдешь отлаживать системные функции. Хотя студия может и не пустить...
Если все вычисляется одинаково правильно, то придется делать New data break - отслеживать изменение памяти. Адрес ячейки можно из регистров посмотреть. Если про регистры непонятно, то нарисуй - подскажем... А лучше конечно ollydebug, хотя фиг его знает.

 

Спасибо. Будем смотреть.