Запуск приложения созданного в Visual Studio на другом компьютере

@Александр Лапин · Регистрация: 05.08.2016

Author24 — интернет-сервис помощи студентам

Я создал проект на Visual Studio 2015 и отправил его на другой ПК. Выдало ошибку. Как я понял, это связано с тем что на другой устройстве нет файлов которые устанавливает Visual Studio. Как сделать, чтобы проект работал без них (Как в Dec-c++), или как создать установщик проекта, чтоб устанавливались все необходимые файлы?

~~nimazzzy~~ · 07.08.2016, 21:11

vc++ redistributables нужной тебе версии ставить
Либо статическая линковка.
И, как я понял, отправил ты все-таки не проект, а собранное приложение.

@CheshireCat · 07.08.2016, 21:14

Redist тут не поможет. Ибо отладочных версий библиотек не содержит - а именно об этом повествует на чистом аглицком языке сообщение об ошибке.

Александр, собери релизную версию твоего приложения. Ну и redistributables на целевой машине ставить, конечно же.....

~~nimazzzy~~ · 07.08.2016, 21:17

Сообщение от CheshireCat

Ибо отладочных версий библиотек не содержит

Я скриншот не кликал, для меня там CP1200.dll

Все равно релизную собирать для продукта.

@focusmns · 07.08.2016, 21:19

ты просто возьми и скомпилированный .exe отправляй а не весь проект да и всё он должен работать, так же если есть прекрепи свои библиотеки

~~nimazzzy~~ · 07.08.2016, 21:25

Сообщение от focusmns

ты просто возьми и скомпилированный .exe отправляй а не весь проект да и всё он должен работать

Он далеко не обязательно должен работать, если на системе не установлен рантайм. С чем и столкнулся автор. Вариант "просто прикрепи библиотеки" плох. Лучше тогда статическая линковка.

Убежденный · 07.08.2016, 21:50

Сообщение от nimazzzy

Вариант "просто прикрепи библиотеки" плох.

Чем же он плох?
Прикрепил парочку dll и все будет работать.
По крайней мере, так было до Visual Studio 2015.

Croessmah · 07.08.2016, 21:56

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

~~nimazzzy~~ · 08.08.2016, 08:27

Сообщение от Убежденный

Чем же он плох?

Тем, что если обнаружится бага в рантайме, то любым следующим более свежим redistributable она будет обновлена до исправленной версии. И все приложения, использующие рантайм, автоматически получат обновление. Если таскать с собой, то только скачивать новую версию приложения. Которое, автор, может, уже и забросил.

Убежденный · 08.08.2016, 09:18

Так тут есть и другая сторона медали.
Приложение, слинкованное с версией X, может после обновления на версию X+1
просто перестать работать из-за того, что в нем была неявная зависимость от
поведения версии X, которое поменялось после правок в X+1.
В случае с локальным развертыванием dll этой проблемы бы не было.

Да и автор программы, может, банально не тестировал ее на X+1.
То есть, получаем непротестированный код, ушедший в релиз.

~~nimazzzy~~ · 08.08.2016, 09:28

Сообщение от Убежденный

Приложение, слинкованное с версией X, может после обновления на версию X+1
просто перестать работать из-за того, что в нем была неявная зависимость от
поведения версии X, которое поменялось после правок в X+1.

Эта сторона медали является багой: либо бага в приложении, так как оно завязано на недокументированное поведение версии Х, его могут менять. Либо бага самой библиотеки, так как при смене задокументированного поведения X, которое не совместимо с предыдущим, должна меняться мажорная версия библиотеки, что не даст с ней слинковаться динамически. Даже, если в библиотеке была бага, то, чтобы не ломать существующий код, на нее завязанный, изменения будут вливать в следующую мажорную версию. Насколько я знаю, в Windows это правило так же соблюдается, как и в хороших операционных системах.
Упс, это похоже на классический холивар "динамическая vs статическая линковка"

я узнал его, завязываю.

Убежденный · 08.08.2016, 10:11

Лично я не вижу каких-то явных плюсов или минусов одного способа перед другим.
Способ с установкой redist хорош тем, что runtime ставится и обновляется централизованно, а
приложение немного меньше весит. При локальной установке runtime ничего не нужно
устанавливать, - это тоже плюс, - но зато его обновление придется делать вместе с софтом,
что не всегда возможно. Также снимается проблема со скрытой зависимостью от
старой реализации (см. выше). Статика хороша для небольших переносимых (portable)
приложений, т.к. все в одном файле.

@Александр Лапин 0 / 0 / 0 Регистрация: 05.08.2016 Сообщений: 2
		1
	Запуск приложения созданного в Visual Studio на другом компьютере 07.08.2016, 21:03. Показов 16952. Ответов 11 Метки нет (Все метки) Я создал проект на Visual Studio 2015 и отправил его на другой ПК. Выдало ошибку. Как я понял, это связано с тем что на другой устройстве нет файлов которые устанавливает Visual Studio. Как сделать, чтобы проект работал без них (Как в Dec-c++), или как создать установщик проекта, чтоб устанавливались все необходимые файлы? Миниатюры 0

~~nimazzzy~~ Заблокирован
	07.08.2016, 21:11	2
	vc++ redistributables нужной тебе версии ставить Либо статическая линковка. И, как я понял, отправил ты все-таки не проект, а собранное приложение. 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	07.08.2016, 21:14	3
	Сообщение было отмечено tezaurismosis как решение Решение Redist тут не поможет. Ибо отладочных версий библиотек не содержит - а именно об этом повествует на чистом аглицком языке сообщение об ошибке. Александр, собери релизную версию твоего приложения. Ну и redistributables на целевой машине ставить, конечно же..... 0

~~nimazzzy~~ Заблокирован
	07.08.2016, 21:17	4
	Сообщение от CheshireCat Ибо отладочных версий библиотек не содержит Я скриншот не кликал, для меня там CP1200.dll Все равно релизную собирать для продукта. 0

@focusmns 0 / 0 / 0 Регистрация: 26.05.2016 Сообщений: 14
	07.08.2016, 21:19	5
	ты просто возьми и скомпилированный .exe отправляй а не весь проект да и всё он должен работать, так же если есть прекрепи свои библиотеки 0

~~nimazzzy~~ Заблокирован
	07.08.2016, 21:25	6
	Сообщение от focusmns ты просто возьми и скомпилированный .exe отправляй а не весь проект да и всё он должен работать Он далеко не обязательно должен работать, если на системе не установлен рантайм. С чем и столкнулся автор. Вариант "просто прикрепи библиотеки" плох. Лучше тогда статическая линковка. 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	07.08.2016, 21:50	7
	Сообщение от nimazzzy Вариант "просто прикрепи библиотеки" плох. Чем же он плох? Прикрепил парочку dll и все будет работать. По крайней мере, так было до Visual Studio 2015. 0

Croessmah Неэпический 17870 / 10635 / 2054 Регистрация: 27.09.2012 Сообщений: 26,737 Записей в блоге: 1
	07.08.2016, 21:56	8
	Правильное создание релизной версии проекта в Visual Studio 0

~~nimazzzy~~ Заблокирован
	08.08.2016, 08:27	9
	Сообщение от Убежденный Чем же он плох? Тем, что если обнаружится бага в рантайме, то любым следующим более свежим redistributable она будет обновлена до исправленной версии. И все приложения, использующие рантайм, автоматически получат обновление. Если таскать с собой, то только скачивать новую версию приложения. Которое, автор, может, уже и забросил. 0

Убежденный Ушел с форума 16473 / 7436 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	08.08.2016, 09:18	10
	Так тут есть и другая сторона медали. Приложение, слинкованное с версией X, может после обновления на версию X+1 просто перестать работать из-за того, что в нем была неявная зависимость от поведения версии X, которое поменялось после правок в X+1. В случае с локальным развертыванием dll этой проблемы бы не было. Да и автор программы, может, банально не тестировал ее на X+1. То есть, получаем непротестированный код, ушедший в релиз. 0

	08.08.2016, 10:11

~~nimazzzy~~ Заблокирован
	08.08.2016, 09:28	11
	Сообщение от Убежденный Приложение, слинкованное с версией X, может после обновления на версию X+1 просто перестать работать из-за того, что в нем была неявная зависимость от поведения версии X, которое поменялось после правок в X+1. Эта сторона медали является багой: либо бага в приложении, так как оно завязано на недокументированное поведение версии Х, его могут менять. Либо бага самой библиотеки, так как при смене задокументированного поведения X, которое не совместимо с предыдущим, должна меняться мажорная версия библиотеки, что не даст с ней слинковаться динамически. Даже, если в библиотеке была бага, то, чтобы не ломать существующий код, на нее завязанный, изменения будут вливать в следующую мажорную версию. Насколько я знаю, в Windows это правило так же соблюдается, как и в хороших операционных системах. Упс, это похоже на классический холивар "динамическая vs статическая линковка" я узнал его, завязываю. 0

Запуск приложения созданного в Visual Studio на другом компьютере

Решение