Правильное создание релизной версии проекта в Visual Studio

Салют!
Уже долгое время бьюсь над проблемой, когда созданный на одном компьютере проект не работает на другом. Все длл я собрал в папку с программой, но дело в том, что эти самые длл ищутся сначала в системных папках, и, если там найдена таковая, используют ее. А версии длл'ек часто различаются. Нет ли способа каким-либо образом вручную указать, какие именно длл и откуда их необходимо проверять в первую очередь?
В частности, с переносом с win7 на win7 вроде разобрался (в настройках режим \MT поставил, и на парочке проверенных это работает), но вот при попытке запустить на XP уже возникают проблемы (хотя это как раз таки самый актуальный вопрос)...

P.s.
1. Хотелось бы обойтись без установки redist на этом компе;

2. Недавно встретил такую программу, как ILMerge, для сборки exe и всех длл'ек в один файл, но походу она конкретно в этом случае не подходит (проверено). Может, есть какие-либо аналоги именно для программы, написанной на VS?

Спасибо.

0

Первое, в чем необходимо убедиться - что программа не использует функции, которые могут
отсутствовать на целевых версиях Windows. Например, InitializeCriticalSectionEx поддерживается,
начиная с Windows Vista, а CreateFile2 вообще есть только на Windows 8 и Windows Server 2012.
Один из способов достичь этого - задавать целевые версии самому, через макроопределения.
Следующий фрагмент разрешает включать из стандартных заголовков SDK только те объявления,
которые имеют смысл для Windows XP (0x0501 - это номер версии NT для Windows XP (5.1), а
0x0600 - это версия Internet Explorer для этой системы, в данном случае шестая):
Этот код должен быть включен до любых директив #include. Обычно его выносят в один общий
заголовок с соответствующим названием, например targetver.h (target version).
Теперь при попытке использовать функцию, доступную только на более новых, чем Windows XP,
системах, будет выдана ошибка компиляции.

Это не панацея, но решение 90% проблем данного класса. Хотя некоторые все равно останутся.
Например exe, собранный в Visual C++ 2010, имеет зависимость от функций EncodePointer и
DecodePointer, и поэтому не запустится на Windows Server 2003 RTM (который без R2 и без
сервис-пака), так как на данной системе эти функции отсутствуют. А вот Visual C++ 2008
такой проблемы не имел.

Бывает, что программе, если она запускается на новых системах, нужны некоторые новые
функции, в этом случае следует определять номер версии Windows (GetVersionEx) и
загружать необходимые dll динамически - LoadLibrary/GetProcAddress.
При этом следует учитывать, что программа может быть запущена в режиме совместимости.

Второе - проверить, что программа не имеет зависимостей от dll, которые могут отсутствовать
на целевых системах. Распостраненный случай - отсутствие нужной версии Visual C++ Runtime.
В Visual C++ 2008 рантайм был сделан как SxS-сборки и его нужно было либо включать в инстяллятор
программы, как Merge Module или vcredist.exe, либо делать в каталоге с установленной программой
дополнительную подпапку со специальным именем и помещать сборку туда. В Visual C++ 2010 решение
проблемы упростили и рантайм (msvcr100.dll/msvcp100.dll) теперь подключается, как обычная dll,
без манифестов и прочих сложностей. Хотя вы можете по-прежнему включать в инсталлятор программы
Visual C++ 2010 Redistributable, он просто скопирует файлы рантайма в папку Windows\system32.

Ключ /MT компилятора тоже может помочь, в этом случае рантайм подключается статически и
зависимостей от msvcr100.dll/msvcp100.dll не будет. Хотя данный способ не всегда возможен.

Если проблема остается, можно воспользоваться утилитой Dependency Walker: http://www.dependencywalker.com/
Запускайте ее на проблемной системе и смотрите, каких dll не хватает.

Еще находить проблемы совместимости очень помогает использование виртуальных машин.
Можно сделать себе целый "зоопарк" разных виртуальных систем и конфигураций и перед каждым
релизом софта тестировать его на этих системах.

34

спасибо за ответ.

0

Если проект пишется на С++ в консоли, то Свойства проекта -> Общие -> Использование MFC -> Использовать MFC в статической библиотеке. Построить проект. Должно работать, я всегда так делаю.

2

Дык а причем там MFC то? Я ж его не использую... или я чего-то не понимаю?

0

В этом вся и фишка. Почему-то так работает ... Попробуйте и скажите, получится ли у Вас так.

0

Убежденный, ключ /MT это тут?
если я тут его выбераю то появляется
Проект с использованием CLR, как исправить не могу ума приложить

Миниатюры

 

0

Сообщение от DELAKEY Проект с использованием CLR, как исправить не могу ума приложить

CLR и C++/CLI - это уже не C++ и рекомендации, данные выше, для него не применимы.

1

mat_for_c,

Если проект пишется на С++ в консоли, то Свойства проекта -> Общие -> Использование MFC -> Использовать MFC в статической библиотеке. Построить проект. Должно работать, я всегда так делаю.

Подтверждаю, работает! Под VSC++ проект вынь32 консоль

0

ОЧень полезная тема, спасибо)

0

Сообщение от mat_for_c Если проект пишется на С++ в консоли, то Свойства проекта -> Общие -> Использование MFC -> Использовать MFC в статической библиотеке. Построить проект. Должно работать, я всегда так делаю.

А если проект Вин Апи 32 визуальный , то что нужно изменять в настройках - что-бы проект запускался на компах где не стоит вижуал 10

0

Все то же самое. Это работает для любых нативных проектов будь то вынь32 или мфк.
Вобще это не работает только для управляемых проектов, т.е. для C++ CLI

0

Сообщение от sammanta Все то же самое.

для визуальных вин апи это не подходит. если поставить статику - то получите шыш в компиляции

0

Я совсем недавно начал программировать, и у меня возникла такая же проблема. Но я обычно пишу в эклипсе, не знаю где там настройка Использование MFC. Подскажите где ее найти.

0