kolobok0 ErV....Alt+F7(project properties)
Configuration Properties->Linker->Manifest File::Generate Manifes - "No"
Жмем "ОК".

F7. (Build)
Ctrl+F5 (Run);
получаем "приложению не удалось запуститься поскольку MSVCR80D.dll не был найден. ...

не подтверждаю...
запускается...работает..."No" в том месте где указали - поставил...
дошёл до этого места - думаю дальше не имеет смысла...


коментировать не буду...может что нить и рожу...


(круглый)
В msdn было сказано, что ряд систем этот наворот с манифестами не поддерживают, и работают частично по-старинке.
MSDN
On versions of Windows that do not support deployment of shared side-by-side assemblies, such as Windows 98 and Windows 2000 Server, the Visual C++ libraries are installed in the System32 folder and WinSxS folder under the operating system root directory. This setup enables running Visual C++ applications on these operating system versions because they do not support manifest-based binding of applications to dependent DLLs. On these operating systems, when an application is loaded, the corresponding manifest file is ignored and the operating systems searches for dependent DLLs using paths set in the current running environment. However, on upgrading the operating system to a version that support manifest-based binding, such as Windows XP or Windows Server 2003, applications built with manifests start using the DLLs installed in the WinSxS folder.

Часом не одна из вышеперчисленных у вас стоит?

kolobok0 ErV....Часом не одна из вышеперчисленных у вас стоит?

вроде не сервак...
Wicrosoft Windows 2000 SP4

(круглый)

У меня Windows XP Professional SP2

При попытке засунуть msvcrt80d.dll C:\Windows\System32 проложение вылетает с тем жу глюком - R6034 (Приложение попыталось загрузить CRT, не используя манифест).

Я где-то натыкался на эту инфу:
internet
According to Microsoft, installing a private side-by-side assembly is not supported on Windows 2000 and below, but it seems to work okay. They prefer the CRT DLLs to be installed in the System32 directories. In my opinion, it sounds more like scare tactics from Microsoft. They say it may or may not work, but they're not going to help you if you do it.

Если у вас есть в каталоге $(WinDir)\System32\ эти *.dll'ки, значит (как я понимаю), метод загрузки через манифесты системой не поддерживается, и поэтому все работает.

Как я понимаю, остается только вариант Custom CRT Build? А с лицензией (Microsoft EULA) не будет проблем?

Проблема (вроде бы) решена копированием содержимого папки \VC\redist\x86\Microsoft.VC80.CRT в каталог с программой. Надо понимать, что при прошлых попытках теста, переименовывания каталога C:\WINDOWS\WinSxS\x86_Microsoft.VC80.DebugCRT_1fc8b3b9a1e18e3b_8.0.50727.42_x-ww_f75eb16c и манифеста было недостаточно, и что-то оказывало влияние на тест. Когда полностью перекинул содержимое папки WinSxS в другое место, все пшло без проблем, надо понимать, аналогично будет и на машине заказчика.
Всем спасибо.

eldarkt wrote:

> с копированием содержимого папки этой и с отключением манифеста,
> скажите плиз какой из них использовать более грамотно?
ИМХО, либо ставить vcredist_x86, либо статический линк.
Posted via ActualForum NNTP Server 1.4

Не получивший ответа wrote:

> Вариант таскать не vcredist.exe
А что мешает vcredist включить в инсталлятор? Насколько я помню,
M$'овский визард (хотя я это ооочень давно делал) именно это и делает.
Posted via ActualForum NNTP Server 1.4

Не получивший ответа wrote:

> Кто умнее?
Не занимайтесь ерундой.
Posted via ActualForum NNTP Server 1.4

Понявший что не получит ответа wrote:

> оскорблять. В msi его включить не получиться по одной простой причине,
> что он сам msi, а два одновременных msi работать одноременно не могут.
> Либо свой инсталятор писать не на msi.
Объясняю. В Visual Studio можно делать инсталляторы для
приложения. Я это только один раз ковырял, оно мне показалось жутко
сырым, но можно было создать сетап, который инсталлировал нужные
библиотеки, вызывая vcredist. Оно работало, причем dll'ки шли не в MSM.
Пошаговое описалово по созданию проекта есть где=то в msdn. Кроме того,
по-моему, мне попадались уже приложения, инсталлировавшие vcredist
прямо из сетапа.

> Таскать с собой необходимые dll и манифест.
Когда я этот вопрос рыл, то натыкался на сообщения людей, у которых этот
вариант не работал. По неизвестным причинам, без объяснений. Посему и
рекомендую vcredist или собирать проект инсталлера.

> Чтобы я и сделал на месте автора,
Какого автора? Автор первого сообщения - Я, проблема решена давным-давно
и забыта. (на дату первого сообщения посмотрите, больше года прошло)

> 2. Включить
> модуль для распространение от самого МС.
ПисАл же выше, в MSVC можно собрать инсталлятор, который установит
нужные библиотеки (плюс найдет все компоненты, которые может
понадобиться устанавливать).

> Хотя вариант статической линковки тут приводили. Тоже хорошо. Даже
> лучше всех.
Приложение, которое это использовало, опиралось на Qt 4, а ему для
корректной работы плагинов нужен динамический линк.

> Другого не дано свыше (Мелкософтом)
Компиляция через mingw. (если возможно). Или даунгрейд до vc7.1 или
компилятора, который вместе с ним фриварно распространялся (vc 2003
compiler toolkit, что ли? Сейчас фиг найдешь, M$ его с сайта
удалила...). Ещё есть вариант пересборки CRT с целью выкусывания
бреднятины с манифестом, но я не в курсе, разрешено ли это M$-овской
лицензией.
Posted via ActualForum NNTP Server 1.4