Определение зависимостей проекта при сборке

Приветствую!

Пытаюсь собрать свой проект так, чтобы он не требовал msvcp100.dll и msvcr100.dll.
Проект - win32, который GUI, без CLR/MFC/ATL - чистый winapi.

Компилирую с ключом /MT - файл получается 156 Кб против 85 при /MD, т.е. статическая линковка явно происходит.
Девелоперская машина - winXP x64, целевые тестовые, на которых пытаюсь запустить - win7 и win vista.

Среда - visual studio 2010 и тот же проект пробовал перенести на vs 2005 - с одинаковым результатом.

Теперь самое интересное: на девелоперской машине проект запускается и четко работает, на целевых - сразу вываливается в "отсутствует msvcr100.dll".
Если же я заменяю winmain на стандартный windows application, который visual studio генерирует, то он на целевой машине запускается и работает.
Далее заменяю winmain обратно на свой, и серия экспериментов - MessageBox + return сразу после него в разных местах WinMain, (у меня там в WinMain происходит предварительная инициализация), с целью определить точку, где выбрасывается этот "отсутствует msvcr100.dll":
Пока удалось определись, что на msvcr100.dll он ругается в результате вызова функций: stricmp, strcmp, GetModuleFileNameA,
Тогда как всякие std::string, fopen, fread, malloc - работают нормально.

Далее я застрял, поскольку методом тыка во-первых, много не наотлаживаешь - проект содержит сравнительно много кода для этого, а во-вторых, эти функции все равно надо либо как-то использовать, либо чем-нибудь заменить. Поэтому, вопросы:

1. Почему такие казалось бы невинные функции он пытается подгружать из внешних dll, причем именно msvcr100.dll, тогда как я ему указал статическую линковку?
2. Могу ли я как-то на этапе рантайма проверять, подгружена ли та или иная функция перед тем, как ее вызывать, чтобы моя программа сама обрабатывала эти "эксепшены", а не вызывала выпадения до запуска?
3. Как мне собственно бороться с этими функциями, заставив их быть влинкованными в exe?
Очень не хочется таскать за релизом хвост из dll, тем более, разных на случаи разных версий целевых ОС...

0

Сообщение от iltmpz Компилирую с ключом /MT - файл получается 156 Кб против 85 при /MD, т.е. статическая линковка явно происходит.

Сообщение от iltmpz Теперь самое интересное: на девелоперской машине проект запускается и четко работает, на целевых - сразу вываливается в "отсутствует msvcr100.dll".

Загрузи сюда архив с exe-файлом, посмотрим.

0

Архив прилагаю.
Я еще не упомянул об одной детали: я в своем проекте использую стороннюю dll - libcurl.
Не знаю, влияет это или нет, ведь ругается-то на msvcr, но ее (libcurl) тоже приложил.

А сейчас после return закомментировал кусок кода - программа стала запускаться на целевой машине, причем с выполняющимися stricmp и GetModuleFileNameA...

Имеет место какая-то плавающая проблема, и вопрос в том, как ее в данном случае отлаживать...

Вложения

release.rar (159.6 Кб, 33 просмотров)

0

libcurl.dll, которая в архиве, имеет зависимость от msvcr100.dll.
В этом и проблема.

1

Точно!
Пересобрал - заработало.
Спасибо большое, ведь я же сам сначала собирал эту dll как /MD, а потом стал переводить проект на /MT, а библиотеку пересобрать и в голову не пришло...
Теперь я зато и Dependency Walker разобрался как пользоваться...

0

Сообщение от iltmpz Теперь я зато и Dependency Walker разобрался как пользоваться...

Для этих целей проще dumpbin (входит в Visual Studio / Windows SDK).

0

Сообщение от iltmpz Точно! Пересобрал - заработало.

можете пожалуйста пояснить, что вы и как пересобрали? у меня примерно такая же проблема

0

Сообщение от beloid можете пожалуйста пояснить, что вы и как пересобрали? у меня примерно такая же проблема

Прошу прощения, только что увидел Ваше сообщение.
Если еще актуально, то я пересобрал libcurl.dll.
Если вкратце, то мой exe вызывал функции из dll, на этапе тестирования на девелоперской машнине все было хорошо.
Так вот когда пришло время распространять проект, который состоял из двух файлов - exe и dll, то exe я пересобрал с использованием статической линковки (в свойствах проекта), а про dll забыл. В итоге проект по-прежнему требовал msvcp100.dll, но не всегда, а в зависимости от содержимого исходного текста exe.
Проект libcurl.dll я собирал до этого тоже самостоятельно, из исходников. И с настройками по умолчанию, т.е. линковка была динамической. В итоге мой exe сам по себе не требовал msvcp100.dll, а вот функции, вызываемые им из libcurl.dll - требовали. Когда же я поменял настройки для сборки libcurl.dll и пересобрал его, то проблема решилась.

0