@monolit

Салют!
Уже долгое время бьюсь над проблемой, когда созданный на одном компьютере проект не работает на другом. Все длл я собрал в папку с программой, но дело в том, что эти самые длл ищутся сначала в системных папках, и, если там найдена таковая, используют ее. А версии длл'ек часто различаются. Нет ли способа каким-либо образом вручную указать, какие именно длл и откуда их необходимо проверять в первую очередь?
В частности, с переносом с 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

@monolit

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

0

@mat_for_c

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

2

@monolit

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

0

@mat_for_c

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

0

@DELAKEY

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

Миниатюры

 

0

Убежденный

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

1

@sammanta

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

0

@Zeysithi

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

0

@RAFA91

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

0

@sammanta

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

0

@RAFA91

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

0

@Leonyk

не сработало у меня (

0

Убежденный

Информативненько.

0

@Leonyk

))
аща.
меня к Вам направили
Exe файл не работает

Добавлено через 17 секунд
оперативненько

Добавлено через 3 минуты
что нужно почитать про создание готовых кроссплатформенных релизов из СИ?

Добавлено через 1 час 57 минут
ответ https://www.youtube.com/watch?v=JBPqQRxo16E

Добавлено через 1 минуту
находим кросс тулс от визуал студио
в нем есть утилита cl
применяем cl к главному файлу проекта.
если ругается на то что не моет найти хедеры и прочие, перемещаем все в одну папку
и пишем cl нашеимяфайламейн.cpp
на выходе получем екзе и обджект

0

@BarBoss356

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

0