Проблема в том, что при отладке, через ф10 все работает нормально и когда numberOfPagesBefore не равно numberOfPagesAfter, то в цикл в иф заходит, а когда запускаю релиз, то входит не всегда. хоть убейте, но я не пойму почему((
входные данные одинаковые, а результат при ф10 и релизе разный!

В релизе работает оптимизатор кода...
компилятор просчитывает варианты оптимизации, он видит, что numberOfPagesBefore == numberOfPagesAfter, поэтому просто убирает все эти проверки из кода...
Тоже самое, кстати, часто случается в ситуациях типа

код типа 

превратится в 

и т.д.
если ты хочешь, чтоб в релизе остался твой кусок кода обязательно, нужно в свойствах проекта (вкладка Build) отключить оптимизацию. Посмотри, на Debug галочка не стоит, а на Release - стоит.

проблема точно не в этом, компилятор не может такой вариант просчитать, aDoc.Content.get_Information мало того что не может возвращать гарантированно константное значение, так плюс к этому вообще взаимодействует с внешним active-x объектом, по отношению к среде .net. JIT-компилятор тоже такое упразднить не может.


Zeit, что за код на месте "<бла-бла>"?

если в <бла-бла> numberOfPagesBefore не получает нового значения (а это компилятор может просчитать), то


т.е. компилятор даже не будет анализировать (да он и не умеет этого) вызовы функций, просто х.MyFunction(y) всегда равно х.MyFunction(y) если х и y не изменились. 

Это сообщение отредактировал(а) tol05 - 13.6.2007, 09:31

Zeit, отлаживать все-таки нужно в Debug-конфигурации. Release - он на то и Release, что его не нужно уже отлаживать.  Самое главное, реультат работы метода правильный?
tol05, насчет последнего высказвания позволь не согласится . Как раз из-за того, что 

компилятор вызовы этих функций не выкидывает. Иначе

компилятор опять будет считать, что dateBefore == dateAfter? ;)

Код на месте <бла-бла> такой:

Дело в том, что numberOfPagesBefore и numberOfPagesAfter равны не всегда, на каждый, наверное, третий шаг они не равны. вот в этом-то вся и проблема(
Нет, вы немножко не поняли. Если без ф10, то он в дебаге некорректно работает.

Naum, компилятор C# - нет (MSIL версий Debug и Release в этом плане не сильно отличается), а JIT - компилятор - вполне 
Ведь даже в дебаге, хоть релиз, хоть дебаг, а код-то через JIT пропускается, не так ли?

К тому же, разные версии компиляторов работают очень по-разному... 

Ну да ладно, я могу ошибаться  В конце-концов, я вижу, что дело не в оптимизации... Подебагать еще надо...

P.S. Все, понял, нашел  Рихтер, "C# via .Net"


Вот почему в релизе нельзя остановится в цикле 

Это сообщение отредактировал(а) tol05 - 13.6.2007, 12:31

JIT компилирует только один раз, после этого закомпиленый нейтив работает как в кеше - соответственно он не может быть уверен что (int)aDoc.Content.get_Information(WdInformation.wdActiveEndAdjustedPageNumber) не возвращает например рандомное значение - а значит может быть как равно так и не равно. Он не должен убирать условие.


Zeit, попробуй как-то код поменять, сделать чуть по-другому - всякое бывает, может баг JIT   

 пока процесс не будет выгружен из памяти   
Каждый раз при дебаге создается новый процесс, что хорошо видно в студии через окошко "Output

Zeit, попробуй в качестве теста после строчки PasteImage(aDoc, Find(aDoc, "<bmp>"), files[i]) вставить Thread.Sleep(1000), а лучше:



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

cully, спасибо! Проблема решена и можно смело сдавать курсовик =)