VB.net / VS.net - запуск программы у конечного пользователя

Язык Visual Basic на платформе .NET.

Модераторы: Ramzes, Sebas

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

VB.net / VS.net - запуск программы у конечного пользователя

Сообщение Godfather » 30.01.2004 (Пт) 16:37

Приятного времени суток! 8)
Не подскажите, как сделать так, чтобы написанную программу запустить на чужой системе, и она там работала?
Если свежескомпилированную программу запустить (на др. машине) - ошибка.
Dependency walker (тулза из поставки любого VS) показывает, что приложени написанные на VB.net/C# общается системой (образно говоря) через библиотеку mscore.dll.
Кладу ее в system32 - все равно ошибка..
Устанавливаю Framework - тоже выдает ошибки (независимо от версии)
Тип ошибок - an exception has occurs..
Если поняли мои излияния - помогите кто чем сможет :D
Спасибо!

Lobo
Продвинутый пользователь
Продвинутый пользователь
 
Сообщения: 108
Зарегистрирован: 08.01.2004 (Чт) 16:49
Откуда: Таллинн, Эстония

Сообщение Lobo » 30.01.2004 (Пт) 18:54

А на твоей машине работает? :D
И какой же эксепшн происходит? Это же самое интересное! :)
Изображение Вопросы - рёбрами!

gaidar
System Debugger
System Debugger
 
Сообщения: 3152
Зарегистрирован: 23.12.2001 (Вс) 13:22

Сообщение gaidar » 30.01.2004 (Пт) 19:17

А ты во-первых поставь Framework той же версии, что и у тебя на машине.
А во-вторых используй Deploy проект, создай инсталляшку и посмотри будет ли рабоать.
The difficult I’ll do right now. The impossible will take a little while. (c) US engineers in WWII
I don't always know what I'm talking about, but I know I'm right. (c) Muhammad Ali

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

Re:

Сообщение Godfather » 30.01.2004 (Пт) 20:49

Создавать инсталяшку смысла не вижу (хотя и пробовал) - ибо все равно надо указывать какие библиотеки куда класть (если не ошибаюсь)..
Exception след.: System.ArgumentException - будь это WinApp на VB, или WinApp на C#, с ConsoleApp все тоже самое - даже на машине где установлена VS.net - все отличие в том, что там где стоит .net предлагается запустить дебаг, где не стоит - окно эрора другого вида.. :?

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

Re:

Сообщение Godfather » 30.01.2004 (Пт) 21:21

А нет.. я был не прав: если создать инсталлер, то на другой машине после сетапа программа начинает работать.
Вопрос: что и куда кладет сетап?
И во время создания появился еще один:
После того как 2 succeeded (project + setup соответственно) в Task List появляется такое замечание:
This setup does not contain the .NET Framework which must be installed on the target machine by running dotnetfx.exe before this setup will install. You can find dotnetfx.exe on the Visual Studio .NET 'Windows Components Update' media. Dotnetfx.exe can be redistributed with your setup.

Понятное дело, что сетап предлагает включить Framework, но как это сделать не знаете? Если положить в Application Folder сам dotnetfx.exe - сообщение не исчезает.. :?:

gaidar
System Debugger
System Debugger
 
Сообщения: 3152
Зарегистрирован: 23.12.2001 (Вс) 13:22

Сообщение gaidar » 30.01.2004 (Пт) 22:43

Framework пользователь должен ставить отдельно!!! Не надо пытаться его запихать в свою сетапку, чем бы ты ее не делал.

Оставь все как есть.
The difficult I’ll do right now. The impossible will take a little while. (c) US engineers in WWII
I don't always know what I'm talking about, but I know I'm right. (c) Muhammad Ali

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

Re:

Сообщение Godfather » 31.01.2004 (Сб) 0:24

А как же все тот же Warning: Setup does not contain.. ? Получается, что одна рука не знает, что делает другая? :?:

Lobo
Продвинутый пользователь
Продвинутый пользователь
 
Сообщения: 108
Зарегистрирован: 08.01.2004 (Чт) 16:49
Откуда: Таллинн, Эстония

Сообщение Lobo » 31.01.2004 (Сб) 18:13

После того, как отработает мастер Setup Project, установочный проект будет показан в окне Solution Explorer. Надо открыть ветвь Detected Dependecies. Зависимость от .NET Framework по умолчанию исключена из проекта. Надо кликнуть по нему правой кнопкой и сбросить отметку с Exclude. Тогда установочные файлы .NET Framework будут добавлены в дистрибутив.
Изображение Вопросы - рёбрами!

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

Сообщение Godfather » 31.01.2004 (Сб) 20:47

Lobo, вы не правы.. В разделе Detected Dependecies весит не сам dotnetfx а merge module (dotNETFXRedist_x86_enu.msm) после включения которого в билд появляется error:
C:\Visual Studio Projects\FarHereTool\FarHereTool Setup\FarHereTool Setup.vdproj dotNETFXRedist_x86_enu.msm must not be used to redistribute the .NET Framework. Please exclude this merge module.

Может все таки, как говорит, gaidar, пользователь должен ставить framework отдельно :?: :!:

gaidar
System Debugger
System Debugger
 
Сообщения: 3152
Зарегистрирован: 23.12.2001 (Вс) 13:22

Сообщение gaidar » 31.01.2004 (Сб) 21:19

Если чень постараться, то можно запихать в setup и framework. Но это делать не надо!!!

Это совершенно лишнее, лучше дать пользователю возможность выбирать версию framework. Тем более, если он уже стоит, то это лишние проблемы. А они нужны?
The difficult I’ll do right now. The impossible will take a little while. (c) US engineers in WWII
I don't always know what I'm talking about, but I know I'm right. (c) Muhammad Ali

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

Re:

Сообщение Godfather » 31.01.2004 (Сб) 22:45

Окей, спасибо! :wink:

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

Re:

Сообщение Godfather » 01.02.2004 (Вс) 2:23

Вот на тему сетапа и все такое, появился еще вопрос.. :)
При билде создаются два файла: InstMsiA.Exe и InstMsiW.Exe - то бишь msiinstaller..
Не знаете ли как от них избавиться или это обязательный пункт?
Может, попытка из той же серии, что и предложение включить framework?

gaidar
System Debugger
System Debugger
 
Сообщения: 3152
Зарегистрирован: 23.12.2001 (Вс) 13:22

Сообщение gaidar » 01.02.2004 (Вс) 14:43

ИМХО можешь их с собой не таскать, если на клиентском компьютере стоит новая версия MSI Installer'а. Это всего лишь update.
The difficult I’ll do right now. The impossible will take a little while. (c) US engineers in WWII
I don't always know what I'm talking about, but I know I'm right. (c) Muhammad Ali

Godfather
Начинающий
Начинающий
Аватара пользователя
 
Сообщения: 22
Зарегистрирован: 30.01.2004 (Пт) 16:14
Откуда: Москва, Россия

Re:

Сообщение Godfather » 01.02.2004 (Вс) 17:18

Я-то таскать их не хочу.. А как заставить компиллер этого не делать??

Lobo
Продвинутый пользователь
Продвинутый пользователь
 
Сообщения: 108
Зарегистрирован: 08.01.2004 (Чт) 16:49
Откуда: Таллинн, Эстония

Сообщение Lobo » 02.02.2004 (Пн) 15:32

Надо открыть Property Pages установочного проекта и для Bootstrapper выбрать None.
Изображение Вопросы - рёбрами!

Lobo
Продвинутый пользователь
Продвинутый пользователь
 
Сообщения: 108
Зарегистрирован: 08.01.2004 (Чт) 16:49
Откуда: Таллинн, Эстония

Сообщение Lobo » 02.02.2004 (Пн) 16:46

Надо открыть Property Pages установочного проекта и для Bootstrapper выбрать None.
Изображение Вопросы - рёбрами!


Вернуться в Visual Basic .NET

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 65

    TopList  
cron