Как пережить release версию. Опубликовано 1. 8. Исправлено 1. 0. Версия текста 1. Отлично, ваша программа работает. Вы протестировали все, что возможно. Пришло время выпускать продукт. И. вы собираете финальную версию. Плюс несколько дополнительных проблем, специфических для вашего приложения. Моя докторская диссертация 1. Моя последующая работа включала использование. Bliss 1. 1 при построении большой 5. K строк исходного кода операционной системы для. После этого я был одним из архитекторов проекта PQCC компилятора компиляторов производственного уровня. Карнеги Мелона, этот проект был направлен на упрощение создания мощных оптимизирующих компиляторов. Я жил, работал, собирал, отлаживал. K5BslYIDLw/WJyxW69xRxI/AAAAAAAAxyA/z30aYbq3IC4n_jNRqKXt2uZHTVSOVYAjQCLcB/s1600/WERAskCollapsed.png' alt='Ошибка При Вызове Loadlibrary Произошел Сбой В Программе Инициализации' title='Ошибка При Вызове Loadlibrary Произошел Сбой В Программе Инициализации' />Хотя это и. Более вероятно, что что то еще не так с вашей программой. Мы вернемся в вопросу. Поэтому мы сперва обсудим такие проблемы. В частности, отладочная версия. Изменения в распределении памяти могут вызвать появление проблем, которые не проявились бы в отладочной версии. Они обычно являются редкостью. Потому что отладочная версия менеджера памяти MFC инициализирует весь блок абсолютно бессмысленными. Более того, когда блок памяти освобождается, он инициализируется другими значениями, поэтому. Типичная проблема заключается в выделении блока из n значений под массив с последующим доступом. Такая ситуация. в большинстве случаев приведет к исключению. Но не всегда. И это оставляет возможность для сбоя. Таким образом. если вы выделяете массив из 6 DWORDов размер 6 sizeofDWORD байт 2. Поэтому, если вы запишете element. Но в финальной версии квант может быть равен 8. Так, в восьмой версии не произошло обновления модуля, связываемого с. Клиент при инициализации библиотеки получает это значение в. Естественно, что с этого начал не работает, ошибка похожая на вышеописанную. Ошибка при вызове LoadLibraryCCOMPOUND. После этого всему настает конец. Эта ошибка может даже. Вы можете построить аналогичные ситуации с. Рассмотрим простой пример. Get. Size i. Но вот что произойдет в финальной версии будет возвращен элемент. Почему это не проявляется в отладочной версииПотому что. FALSE, и когда цикл. NULL. В отладочной версии указатель локального фрейма frame pointer всегда помещается в стек на входе в процедуру, и. Но в финальной версии оптимизация компилятора может выявить, что указатель. Более того, компилятор может решить, что гораздо более эффективно. Таким образом. начальное значение переменной может зависеть от многих факторов переменная i явно инициализирована, но что, если. Более вероятно, что чтото еще не так с вашей программой. Возможно, величайшей одиночной причиной сбоев при переходе с. Выглядит довольно прямо, за исключением ошибки с отсутствием инициализации. Мне. особенно нравится Gimpel Lint см. Да, иногда. это ошибка компилятора, но в 9. Например, у вас присутсвует доступ к массиву недостаточной. Рассмотрим код в следующей обобщенной форме. Но оптимизирующий компилятор переместил. Для него не выделено место. Нулевой байт перезаписывает. Если бы вместо этого. Однажды на ежемесячном собрании я получил премию от компании за нахождение фатальной ошибки. После того, как я. Возможно, неверные типы связывания являются одними из самых. Когда функция требует связывания. Если она не требует. Вместо этого, есть. WINAPI, CALLBACK, IMAGEAPI, и даже древний. PASCAL, которые все определены как. Например, высокоуровневая функция для. Afx. Begin. Thread определена как функция, чей прототип использует тип связывания AFX. Если бы вы определили. UINT CALLBACK My. Thread. FuncLPVOID value. Afx. Begin. ThreadAFX. Это часто приводит к вопросам. Поэтому, когда вы видите сбой аналогичный этому, убедитесь. Опасайтесь приведения типов функций, вместо этого. Afx. Begin. ThreadMy. Thread. Func, LPVOIDthis. Большая их часть будет фатальной в. В частности, любая. Обычно. это выявляется непосредственно во время компиляции, если вы не использовали приведение прототипа функции как приведение. AFX. Это почти всегда приводит к фатальной. У вас есть сообщение. WPARAM и LPARAM, поэтому вы пишете. Post. MessageUWM. Затем вы пишете следующий обработчик. Опять, я не исследовал почему это не приводит к сбою в отладочной версии. Правильная сигнатура для пользовательского. И все опять будет иначе в Win. Таким образом, ваш обработчик. On. My. Message написан следующим образом. LRESULT CMy. Class On. My. MessageWPARAM, LPARAM. C. может очень легко нарушить. Результатом этой неправильной интерпретации реальности будет то, что вы можете обмануть. В действительности, он не плохой это совершенно правильный код. Если вы явно или неявно лгали компилятору, то с него. Обычно компилятор предполагает. C. Вы можете получить лучший код. Рассмотрим следующий пример. Игры С Джастином Бибером тут. Поэтому умный компилятор говорит. Но затем мы определяем. В данном случае эту ссылку очень легко увидеть, но при наличии сложных структур со. Вы должны. принять явные меры для изменения этого предположения. Но не стоит этого делать, за исключением очень определенных. В определении переменной ключевое слово. Хотя, эти указания имеют очень мало значения при компиляции в. И если вы ошибочно их не использовали. Вы Обречены. Это позволяет оптимизирующему. Более того, поскольку array размещен статически, адрес array. И может быть сгенерирован такой же код, как если бы было написано. Заметим, что вы можете вызвать нарушение признака const. Например, цикл. whilen 0. Поскольку ничто в цикле не может изменить значение. Эта оптимизация пример вычисления инварианта цикла. И оптимизирующий компилятор. Все полетит к черту цикл никогда не завершится Обычно это хорошая идея. Хорошей чертой. ASSERT являет то, что его использование ничего не стоит для финальной версии, т. Упрощенно, вы можете представить себе определение макроса ASSERT так. Это работает прекрасно. ASSERTwhatever NULL. Но кто нибудь напишет так. ASSERT whatever somefunction NULL. Примите как данное, что если вы пишите операторы присваивания внутри if оператора. Но в финальной версии системы этот вызов. Представьте определение VERIFY так. Из финальной версии выбрасывается именно if проверка, а. Правильными вариантами предыдущих неверных примеров будут. VERIFYwhatever somefunction NULL. VERIFYSome. Windows. API. Данный код будет корректно работать как в отладочной, так и в финальной версии, но в отладочной версии не. ASSERT, если проверка выдаст FALSE. Упомяну, что я также видел такой код. VERIFY somevalue NULL. Реально он означает, что в release версии будет генерироваться код, вычисляющий значение. Если оптимизация включена, компилятор в действительности достаточно сообразителен. Professional или Enterprise версия компилятора. Но вы можете создать неоптимизированную финальную версию, что мы также обсуждаем в данном. VERIFY просто тратил бы впустую время и место. Они так сложны, что обычно никто не понимает. Более того, оптимизационные решения могут тонко и непредсказуемо взаимодействовать. Я через это прошел. Я не хочу сказать, что. Намного лучше, чем многие коммерческие компиляторы, которые я. И разработчики сказали нам. Фактически, я думаю, они выпали из. Это так по моему опыту. Ошибка может быть в разделяемой DLL MFC или в. MFC, в которой программист допустил ошибку, не проявляющуюся в отладочных версиях этих. И вновь, в Microsoft проделали удивительно хорошую работу по тестированию. Простейшим способом является выключение всей оптимизации компилятора см. Существует. отличный шанс, что проделав это, вы не ощутите никакой разницы в производительности вашей программы. В остальных случаях она является пустой тратой усилий см. И в большинстве случаев для большей. Проблема заключается в том, что если DLL A, написанная Microsoft, требует. DLL B, также написанной Microsoft, то необходимо, чтобы библиотека A использовала подходящую версию. B. Конечно, это все происходит из за нежелания менять имена DLL при каждом релизе, чтобы они. Однако, в результате жизнь. Иногда финальная версия вашего кода будет рушиться из за. Если вы используете свою DLL, использующую разделяемую. MFC, убедитесь, что все ваши DLL или отладочные или релизные. Это означает, что. PATH или путь неявного поиска. DLL Я обнаружил, что вся идея путей поиска это плохо продуманный ляп, гарантированно вызывающий. Я никогда не полагаюсь на путь поиска библиотеки, за исключением загрузки. Microsoft из SYSTEM3. И если вы используете любой внешний путь поиска.