Уважаемые коллеги!

Всем известно широко используемое устройство флешка или переносной жесткий диск, подключаемый к

компьютеру с помощью кабеля USB.

Хотелось бы сделать следующее.

1. ПОЛНОСТЬЮ инсталлировать дистрибутив программы на переносное устройство.
2. Привязать *.exe модуль тиражируемой программы к переносному устройству.
3. Сделать программу независимой от "БУКВЫ", которую выдает система при подключении устройства.

Вероятно, я не учел некоторых нюансов и не сформулировал ВСЕ вопросы, которые могут возникнуть при реализации данного подхода.

Но было бы неплохо снабдить Заказчика самодостаточным переносным устройством, которое можно использовать где угодно, с которого "невозможно" списать программу, которое может покоиться в сейфе, когда нет необходимости работать.

Уважаемый piva !

1. Я имею в виду не невозможность копирования, а привязку программы к номеру устройства.

2. Расскажите подробнее об известном Вам подходе.

Господа!

Сделал вот что.

1. Взял "отладочный" компьютер, отформатировал жесткий диск, установил Windows (и ничего, кроме Windows!).
2. Сделал *.exe своей программы на другом компьютере.
3. Взял флешку, отформатировал ее и записал в некоторую папку на ней упомянутый в пункте 2. *.exe и всякие файлы, которые НЕ должны входить в *.exe
4. Рядом с *.exe на флешку записал vfp9r.dll и vfp9rrus.dll
5. Программа прекрасно запускается и полностью работает на "чистом" компьютере.
6. Флешка становится самодостаточной!

ВОПРОС.

Законно ли раздавать vfp9r.dll и vfp9rrus.dll, если, конечно, я имею законно купленную коробочную версию VFP9 ?

Уважаемый piva !

Если Вас не затруднит, процитируйте конкретный абзац EULA.

Спасибо за помощь, друзья!

Уважаемый piva!

Поясните почему вы упоминаете расширение msm, а не dll.
В чем тут дело?

Более того.

А если речь идет не о setup.exe, а о "ручном" формировании флэшки?

Господа!

Правильно ли я рассуждаю?

L.msm содержит в себе L.dll

При инсталляции, из L.msm извлекается L.dll и записывается кое-куда, в соответствие с правилами из все того же L.msm

Следовательно, L.dll появляется на жестком диске Заказчика законно.

Заковыка только в том, законно ли присутствие L.dll на флэшке того же Заказчика?

Я не придираюсь.

Просто я пытаюсь ликвидировать ВСЕ шероховатости.

Чего и Вам желаю.

Ибо обидеть программиста может каждый ...

Коллеги!

Я вот до чего додумался.

Каждый должен знать программный продукт InstallShield Express 5.0 for Visual FoxPro.

Так вот, в разделе указанной программы, называемом Redistributables в левом верхнем квадранте приведены Merge Modules.

Станем, например, на строку Microsoft Visual FoxPro 9 Runtime Libraries и кликнем правой клавишей мыши.

Затем выберем пункт меню Properties.

Затем в ComboBox выберем в качестве Destination ПАПКУ СВОЕЙ ПРОГРАММЫ.

Думаю, что тогда все нужные библиотеки лягут при инсталляции в ПАПКУ УСТАНАВЛИВАЕМОЙ ПРОГРАММЫ.

Мне очень сильно кажется, что это решает рассматриваемую проблему.

А Вы как думаете?

Уважаемый Dima T !

В одном старом добром фильме великолепный актер говорит:

"Я же не из эгоистицизЬма, а из принцЫпа ..."

Господа!

vfp9r.dll и vfp9rrus.dll НЕ хотят "ложиться" рядом с *.exe

Как быть?

Уважаемый Dima T !

Не хотят, это значит, что у меня не получается создать setup.exe, который при установке запишет библиотеки в одну и ту же папку, где должен находиться *.exe моей программы.

Dima T, помогите с этим разобраться!

Это принципиальный вопрос.

Ведь по вышеописанной технологии работают очень многие.

И налево и направо раздают (продают) библиотеки.

У меня есть очень большое подозрение, что это незаконно.

Нужно найти выход.

Я хочу обосновать, что появление библиотек в папке продаваемой программы не противоречит EULA !!!

В Интернет многие поставщики программ, написанных на Visual FoxPro, предлагают загружать со своих же сайтов вышеуказанные библиотеки и записывать их в определенные папки.

Данные библиотеки (именно файлы с расширением *.dll) они поставляют на продаваемых ими дистрибутивных носителях и т.д.

Некоторым из таких разработчиков я написал письма с просьбой объяснить ситуацию с библиотеками.

В ответах они пишут, что поступают правомерно.

На мою просьбу пояснить такую позицию - молчание и рекомендация обращаться в Microsoft.

Уважаемый Dima T !

Подожду еще несколько часов.
Может быть откуда-то придет вожделенное решение.
Вот, к примеру, http://msdn.microsoft.com/en-us/library/tz3tcs63(VS.80).aspx
Но это слабая формулировка.
Мне (нам) нужна сильная.
Видимо, дам официальный запрос в представительство.
Интересно, что будет, если они скажут НЕТ?
А ничего.
Все будут твердить, что все законно!
А особенно интересно будет, если они скажут НЕТ, а это ошибочно и юридическое управление Microsoft считает, что ДА.
Если мне ответят ДА, то я положу докУмент в сЭйф и он будет ждать там прокурора.

В любом случае, я подробно проинформирую коллег.

Уважаемый Dima T !

Вы пишите:

"Получится что весь софт написанный на фоксе автоматом станет пиратским, т.к. без рантайма фоксовые ЕХЕ не работают :)"

Может быть и так, но конечно не весь.

При запуске setup.exe библиотеки записываются в определенные папки, которые назначает Microsoft (можем ли МЫ их назначить).

Имеем ли мы право их копировать в другие папки?

Мы обязаны отдавать себе отчет в своих действиях.

Ведь каждый из нас считает себя специалистом!

Уважаемый Redrik !

Не в органах дело.

Когда Вы принимаете лицензионное соглашение, то Вы либо его выполняете либо нет !

Я пытаюсь выполнять свои обязательства !

Чего и Вам желаю !

Мое желание досконально разобраться в данном вопросе не психиатрическое заболевание, а ответственное отношение к своей работе и к моим партнерам.

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

Уважаемый Redrik!

Я пытаюсь не ехать на красный свет!

А то что Вы написали жирным шрифтом вполне по теме.

Сегодня я говорил с одним знакомым программистом, который высказал очень интересный поход.

А именно.

Все делается для того, чтобы Заказчик получил Программу.
msm файлы служат для того, чтобы автоматизировать (облегчить) работу по формированию дистрибутива и последующей установки передаваемой Программы.
Разработчик не обязан пользоваться каким-либо сервисом при изготовлении и установке дистрибутива, которая заканчивается передачей Программы Заказчику.
Разработчик имеет право вручную сформировать все необходимое и передать Заказчику Программу.

При ручном варианте, Разработчик не передает Заказчику более той информации, которая описана в redist.txt

Более того.

Когда dll файлы записаны в папку Программы, решается проблема коллизий с dll файлами, с которой сама Microsoft ведет борьбу.

Коллеги!

Как вам известно, на http://foxclub.ru есть ссылка на очень ценный ресурс "Русский Help для Visual FoxPro".

Если пойти по цепочке:

http://foxclub.ru ->
Русский Help для Visual FoxPro ->
Microsoft Visual FoxPro 9.0 ->
Использование ->
Разработка приложений на Visual FoxPro ->
Распространение приложений ->
(Под заголовком "В этом разделе" несколько важных статей)

Как мне кажется, из перечисленных статей следует вот какая методика создания ЗАКОННОЙ мобильной программы:

- в свой .exe включаются все нужные файлы, которые запрещены к распространению как отдельно стоящие наборы данных, но разрешены для включения в распространяемый .exe
- .dll (это особый вопрос) для них нужно создать с помощью InstallShield "маленький" Setup.exe, в котором сидят ТОЛЬКО нужные
.msm файлы

Таким образом, на флешку (или подобный носитель) записывается вышеописанный .exe с необходимыми элементами распространяемой программы (своими) и "маленький" Setup.exe для установки библиотек.

Процесс работы такой: подключаем флешку (или подобный носитель), запускаем Setup.exe, который за несколько секунд установит библиотеки и запускаем свою программу.

Есть к чему придраться?

Конечно, было бы удобнее включить в свой проект нужные .dll файлы, затем построить .exe, внутри которого они расположены и все. Но есть очень большие сомнения по поводу законности такой методики.

Уважаемый Dima T!

Конечно, Вы правы.
Но это другой аспект мобильности.
Он не волнует юристов MS.
Мне особенно важна ЗАКОННОСТЬ распространения как такового.
Именно к ЗАКОННОСТИ Вы можете предъявить претензии?

Уважаемый Dima T!

Спасибо за внимательное и доброжелательное отношение к моим вопросам.

На текущий момент, мне представляется оптимальной следующая методика распространения .dll файлов - необходимые .dll включаются в .exe
Я, правда, не проводил такой эксперимент для проверки работоспособности программы.
Но проведу.
Вообще, думаю, что в .exe следует "зашить" все, что только возможно не держать "снаружи".

Уважаемый XAndy!

Почему?
Разве .dll-ки не только для чтения?
Я действительно этот факт не проверял (хлопотно), но в чем проблема?

Кажется, я догадываюсь...
Необходимо ЯВНОЕ присутствие .dll файлов, как отдельных наборов данных...
Или я опять ошибаюсь?

Могут ли спасти положение какие либо команды SET ?
Думаю, что нет, поскольку они часть VFP, а для ее запуска нужны библиотеки.

У меня коробочная версия FPV 9.0, которая куплена по всем правилам.
Я тщательно осматривал коробку, бумажные вкладыши, диск.
Даже невооруженным глазом видны бесчисленные коды.
Причем, везде разные.
Где-то читал, что системные файлы VFP (и не только) "прошиты" специальными кодами.
Так что возможна полная идентификация экземпляра ПО.

Уважаемый Dima T!

Конечно, я прочитал ссылку, которую вы дали.

Но есть вот что:

http://msdn.microsoft.com/en-US/library/b41s6txx(v=vs.80).aspx

В таблице сверху в строке Executable (.exe) file во второй колонке написано:

This file includes the Visual FoxPro loader so users do not need have Visual FoxPro installed.
You must provide the two support files VFPVersionNumberR.dll and VFPVersionNumberRENU.dll where VersionNumber represents the version number of this release of Visual FoxPro. The letters, "EN", denote the English version. These files must be placed in the same directory as the .exe file or along the DOS path. See BUILD EXE Command for details about creating and distributing executable files.

Здесь особенно важно:

These files must be placed in the same directory as the .exe file or along the DOS path.

Не это ли искомая фраза?

Еще кое-что:

http://msdn.microsoft.com/en-us/subscriptions/downloads/b41s6txx(v=vs.90).aspx

Особое внимание:

When distributing an executable application (.exe) file, you must include the following files:

VFPVersionNumberR.dll, where VersionNumber represents the version number of this release of Visual FoxPro.
VFPVersionNumberRENU.dll
GDIPlus.dll
MSVCR71.dll

Господа!

Если прогуглить интернет на предмет vfp9r.dll, то можно найти ряд предприятий,
которые разрабатывают и продают программы, написанные на VFP.
Я уже писал, что эти предприятия предлагают скачивать со своих сайтов библиотеки
и копировать их в папки рядом с их .exe файлами.
В то же время, когда я обратился к одной такой фирме с просьбой дать разъяснения
по поводу такого использования библиотек, они со мной говорить не пожелали.
Но вот вчера, я нашел еще одну такую фирму.
Ее название я сознательно не указываю.
Скажу только, что она находится в Москве и является партнером MS.
Я написал в указанную фирму письмо и, о чудо, мне ответил сотрудник, имя и фамилию, которого я не указываю.
Вышеупомянутый сотрудник отнесся к моему письму с полным пониманием, серьезно и без насмешки.
Он сообщил, что они обращались в представительство MS в России как раз по этому поводу, попали на очень компетентного специалиста, который дал им разъяснения.
Он сказал, что раздавать библиотеки МОЖНО.
Более того, можно делать все что угодно при отсутствии ЯВНОГО запрета.
Согласен, такие мысли высказывались участниками форума.
Однако получить такую информацию из MS очень ценно.
Конечно, было бы особенно круто получить письменное разрешение.
Но это, видимо, девичьи грезы.
Так что пока вот так.