Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » VMware ThinApp (formerly Thinstall) 3

Модерирует : gyra, Maz

articlebot (28-02-2016 18:11): VMware ThinApp (formerly Thinstall) часть 4  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224

   

coherent

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
oplrox
Рекомендую закинуть первую часть скрипта в функцию OnFirstParentStart. Потому что так, как сейчас, objFSO.CopyFolder... срабатывает каждый раз при вызове любого родительского или дочернего процесса.
 
NickOnToluca
Речь по-видимому идет об одновременном подключении нескольких плагинов, собранных таким способом.

Всего записей: 3881 | Зарегистр. 20-02-2007 | Отправлено: 11:34 01-12-2014 | Исправлено: coherent, 11:51 01-12-2014
oplrox

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NickOnToluca

Цитата:
Даже при условии очистки песочницы?
Да, если таким способом собрано несколько *dat, и в каждом из них будет скрипт с одним названием, то при загрузке в созданной сборкой папке "ThinstallPlugins" окажется один скрипт, на который наложаться все записи, сборка это не поймет, в результате вообще ни один не сработает. Т.е. каждый скрипт в "ThinstallPlugins" должен иметь уникальное название.
 
coherent

Цитата:
Рекомендую закинуть первую часть скрипта в функцию OnFirstParentStart.
Пост с решением подредактировал.

Всего записей: 209 | Зарегистр. 29-12-2010 | Отправлено: 14:35 01-12-2014 | Исправлено: oplrox, 15:14 01-12-2014
NickOnToluca



Silver Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
oplrox
Да, теперь понял. Показалось, что для одного и того же плагина каждую сборку надо переименовывать.

Всего записей: 4777 | Зарегистр. 26-05-2008 | Отправлено: 14:42 01-12-2014
popugai



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Выдает такую ошибку. Где копать? Оперативки 16 Гб
Not enough physical memory is available to power on this virtual machine with its configured settings.
 
To fix this problem, decrease the memory size of this virtual machine to 2028 MB, increase the amount of physical memory for all virtual machines to 1218 MB, or adjust the additional memory settings to allow more virtual machine memory to be swapped.
 
It is possible that native applications and/or services have locked down memory which could be preventing the virtual machine from launching. Shutting down unnecessary applications or services may free enough memory to launch this virtual machine.
 
If you were able to power on this virtual machine on this host computer in the past, try rebooting the host computer. Rebooting may allow you to use slightly more host memory to run virtual machines.

Всего записей: 523 | Зарегистр. 27-09-2007 | Отправлено: 16:50 08-12-2014
maK



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
popugai
http://forum.ru-board.com/topic.cgi?forum=5&topic=33901&start=4520#1

Всего записей: 5637 | Зарегистр. 19-12-2003 | Отправлено: 19:43 08-12-2014
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Поскольку один вопросик повис в воздухе http://forum.ru-board.com/topic.cgi?forum=2&topic=5252&start=200#14 да, и если честно, надо было бы изначально задать его здесь, решил его дополнить и поинтересоваться о следующем:
 
Друзья, кто сталкивался с такими вот параметрами Package.ini:
UACRequestedPrivilegesLevel=highestAvailable  
UACRequestedPrivilegesUiAccess=true
AllowExternalProcessModifications=1

 
Параметры из разных областей применения. Попробую описать мои вопросы более детальнее:
 
- По параметру
UACRequestedPrivilegesLevel=highestAvailable
Какой приоритет он даёт относительно UAC на Win7
 
- По параметру
UACRequestedPrivilegesUiAccess=true

Цитата:
Параметру UACRequestedPrivilegesUIAccess ThinApp присваивает начальное значение, блокирующее доступ к защищённым элементам.

Какие это могут быть защищённые элементы? (желательно пример, чтобы это можно было проверить)
 
- По параметру
AllowExternalProcessModifications=1
Допустим такой пример - в сборку я нечаянно, или специально (не суть важно) внедряю вирус, а папки системы закрыты под WriteCopy реестр так же закрыт под WriteCopy. Казалось бы, у вируса нет шанса заразить систему или повлиять на неё, но в Package.ini ставлю параметр, позволяющий вести запись в системные процессы. Вопрос: Могут ли вирусы вести запись в системные процессы (например, с целью маскировки)? Если да, то, что помешает вирусу изменить системный процесс так, чтобы тот создал (скопировал) и запустил уже в реальной системе, а не в виртуальном контейнере вирусный код, который повлияет на реальную (хостовую) систему? Или, обозначенный параметр работает как-то иначе?

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 21:20 09-01-2015 | Исправлено: AVanti473, 21:21 09-01-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Поработал над модификацией одной программки, точнее над улучшением своей версии:
Explorer++ v1_3_5_531 Portable ДСП by AVanti_473 R2
Думаю, знатокам пригодиться для исследования всего и вся в плане портабелизации. На сей раз в виртуальный контейнер удалось без проблем поставить и запустить (что не было полностью возможно в прошлой версии):
Adobe After Effects CC 2014 64-бит
Adobe Flash Professional CC 201 64-бит
Adobe Media Encoder CC 2014 64-бит
Adobe Premiere Professional CC 2014 64-бит
Adobe Dreamweaver CC 2014
Smith Micro Poser Pro 2014 64-бит

Традиционно встаёт без проблем в этот контейнер
SONY SpectraLayers Pro v2
и много другой мелочи вроде скайпа, браузера хрома и т.д и т.п.
Конечно же, это далеко не весь список, что можно было бы пробовать ставить в таком контейнере, но, учитывая, какие программы туда уже устанавливаются без особых проблем - даже меня впечатляет. Всё благодаря ThinApp!
 
Для обычных юзверей
 
Для спецов

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 00:46 10-01-2015 | Исправлено: AVanti473, 21:36 12-01-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
- По параметру  
AllowExternalProcessModifications=1

 
Пока ответ никто не дал, но в результате тестов имеется интересное наблюдение, а именно, изменение в ветке реестра реальной системы при установке в вышеупомянутый контейнер обыкновенного Google Chrome:
 
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\SharedAccess\Parameters\FirewallPolicy\FirewallRules]
"{60BE4E73-7A47-43C6-8A2B-D8F574274655}"="v2.10|Action=Allow|Active=TRUE|Dir=In|Protocol=17|LPort=5353|App=C:\\Users\\AVanti_473\\AppData\\Local\\Google\\Chrome\\Application\\chrome.exe|Name=Google Chrome (mDNS-In)|Desc=Разрешить в Google Chrome передачу входящего трафика по протоколу mDNS|EmbedCtxt=Google Chrome|"
 
Если весь реестр закрыт под WriteCopy, для чего специально в сборку внесён параметр:
RegistryIsolationMode=WriteCopy
который и так должен работать по умолчанию. То каким же образом в реальную систему просочилась такая запись, как не благодаря параметру:
AllowExternalProcessModifications=1
?
Разумеется, более никаких следов программа не оставила в системе да и не могла бы, но ведь смогла таки получить для себя больше привилегий, а значит, в теории, может вполне комфортно шпионить, даже не меняя системные файлы...
 
Не то, чтобы это критично, да и без этого параметра явление данного ключа в реестре я не проверял, это лишь моё предположение (что повлиял какой-то параметр сборки), но, всё же, повод лишний раз подумать, что, для чего, и зачем...

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 20:11 12-01-2015
svb777



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVanti473
Подскажите плиз,чем отличаются :Explorer++ v1_3_5_531 Portable ДСП by AVanti_473 R2 от  
Pablo Commander,кроме того что оба не умеют работать с МСИ пакетами..спасибо.

Всего записей: 226 | Зарегистр. 11-04-2011 | Отправлено: 21:26 12-01-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
svb777

Цитата:
чем отличаются :Explorer++ v1_3_5_531 Portable ДСП by AVanti_473 R2 от Pablo Commander

 
Я бы рад был пересказать всё то, что дал в описании к программе (есть в архиве), но это уже будет оф.топ, так как совершенно некорректно, на мой взгляд, сравнивать программы, нацеленные на абсолютно разные задачи. Кто-то делал портабельный Pablo Commander, чтобы пользоваться им как полноценным файловым менеджером в целевой системе и это одна задача. А я делал портабельный вариант Explorer++ совсем для других целей! Продукт получился побочный, но полезный. А почему я выбрал для своей задачи Explorer++, а не Pablo Commander, или более продвинутый файловый менеджер - это более близкий к теме вопрос. Всё потому, что Explorer++ для своей работы использует три файла:
Explorer++RU.dll
config.xml

и собственно сам
Explorer++.exe
Ни один другой, попадавшийся мне на глаза файловый менеджер не использует столь мало файлов и ресурсов. К тому же, Explorer++ хранит все свои настройки в config.xml, а не в реестре (разумеется если ему это указать в настройках, что и сделано), и таким образом, он лучший кандидат на более чистое исследование установленного в контейнер софта, так как совсем не следит в контейнере, в котором сам работает. Приятным дополнением является его дружелюбный (привычный пользователю) фейс, очень схожий с фейсом проводника виндовс.
Собственно вот и ответ
 
P.S. Понимаю, что подобного никто не любит, но я пересобрал и перезалил сборочку. На сей раз песочница будет именоваться не:
Explorer++ v1_3_5_531 ДСП by AVanti_473
а просто
E++
(ссылка обновлена, двумя постами выше)
Думаю всем понятно, что это сделано дабы путь установки некоторых файлов не вылетал с ошибкой из-за слишком большого набора символов в названии пути. Простите меня за это, сразу не увидел, а во время тестов понял, что хоть длинный путь мне лично ни разу особо не помешал (так как стартую сборку почти с корня диска), но ведь может же в теории К данному времени 21 пользователь обзавёлся моей сборочкой, но в принципе и тот вариант и этот вполне рабочие, просто, если будут проблемы, то лучше этот, с коротким именем песочницы. Всё повторно обкатал и перепроверил, так что проблем быть не должно. И, пользуясь случаем - спасибо всем пользователям, что тестят подобный софт.

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 22:01 12-01-2015 | Исправлено: AVanti473, 22:14 12-01-2015
007Alex007

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVanti473

Цитата:
спасибо всем пользователям, что тестят подобный софт

 
Это тебе Спасибо (пробовал что-то подобное сделать, не получилось, множество программ не запускалось). Практически твоя сборка это Shadow Defender или Sandboxie (но над этими прогами трудятся команды программистов).

Всего записей: 138 | Зарегистр. 18-04-2008 | Отправлено: 21:55 15-01-2015
oplrox

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подсобите решить такую, казалось бы, тривиальную задачу.
 
Есть папка с установленной программой, в которой пусковой .exe, библиотеки и другие необходимые для её работы файлы. Нужно сделать так, чтобы программа запускалась в реальной системе со своей папки, но данные реестра и некоторые другие файлы брала с портабельного формата *.dat (или другого) находящегося возле .exe программы. Т.е. тут нужна частичная портабелизация, но неясно как назначить обращение программы к портабельному файлу. Насколько понимаю, тут необходима скриптовая комбинация с ThinApp, так как должна оставаться возможность подключения портабельных плагинов.  
Если кто-то разбирается в этом вопросе, просьба пояснить подробнее.
 

Всего записей: 209 | Зарегистр. 29-12-2010 | Отправлено: 12:02 17-01-2015 | Исправлено: oplrox, 13:20 17-01-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
oplrox Я как-то так понял...

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 14:53 17-01-2015 | Исправлено: AVanti473, 14:57 17-01-2015
oplrox

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AVanti473, насчет тривиальной я так и написал "казалось бы", понимаю что это далеко не так.  
Зачем это? Способ выноса файлов в систему решает большинство проблем, но некоторые плагины не переносят виртуальной среды и хотят чтоб даже хост, из которого они запускаются, также был в реальной системе. Стараюсь добить этот вопрос, в ту или другую сторону.  
Вобщем, после вашего ответа и в очередной раз поразмыслив, вижу что способа реализовать это нет, так что вопрос снимается. Спасибо.

Всего записей: 209 | Зарегистр. 29-12-2010 | Отправлено: 16:41 17-01-2015 | Исправлено: oplrox, 16:58 17-01-2015
rooleg



BANNED
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
последняя версия проги стабильно работает? не глюкавая?
никто ничего случайно не заметел?

Всего записей: 140 | Зарегистр. 26-03-2006 | Отправлено: 18:18 17-01-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
oplrox

Цитата:
Стараюсь добить этот вопрос, в ту или другую сторону.

Вы всё правильно поняли из моего ответа. Про вышеуказанный способ я уже читал ранее, так как переодически читаю содержимое этих страничек. Ваша задача в способе была противоположна поставленной сегодня задаче. Там был вынос плагина в реальную систему, когда сам Reaper портабельный. Данная задача выполнима, но по описанным Вами причинам не совсем удобна... Нынешняя задача, поставленная Вами увы не нова. Если поворошить странички данной темы, я думаю Вы найдёте подобный вопрос, затрагиваемый мною в отношении плагинов PSPaudioware к SONAR X2. Тогда, я даже пытался использовать штатную функцию создания .msi в ThinApp, но плагины всё равно остаются как бы в виртуале и SONAR их физически не видит. Ранее, я сам не совсем точно представлял себе процесс происходящего и его причины. Детальнее всё изучив, я пришёл к такому же выводу:
 

Цитата:
вижу что способа реализовать это нет

 
Но, тем не менее. Всё же это не значит, что об этом не надо думать! Мне кажется надо! Хотя бы в теории представить себе как это могло бы происходить, и что для этого необходимо. А необходим некий хаб, который бы обеспечивал соединение (взаимодействие) именно между реальным приложением и виртуальным, когда реальное является доминантным, а виртуальное плагином к реальному. Как реализовать такой "хаб" - вопрос?
 
Например, я тоже совсем не против иметь в арсенале кучу виртуальных плагинов VST, чтобы их можно было легко подключать к реальному приложению, а не держать на машине постоянно. Кто-то скажет - идеотизм. Но, знает ли этот кто-то, как достаёт ситуация, когда вновь установленная очередная DAW студия начинает сканить все имеющиеся на компе VST-шки, рубит некоторым из них активацию (причём навсегдла), да и сама вешается, так как не поддерживает некоторые из них, пока не удалить из системы конфликтующие.
 
Добавлено:
rooleg

Цитата:
последняя версия проги стабильно работает? не глюкавая?  
 никто ничего случайно не заметел?

 
Ну SpectraLayers Pro на ней вылетает, при попытке масштабирования в программе. В остальном нареканий вроде нет. С чем такое поведение связано, я пока не устанавливал, да и особого желания нет. Взял на заметку не делать на ней портабл, требующий системных ресурсов для визуализации графики...
 
Добавлено:
oplrox
 
Я решил Вашу задачку!
 
Сейчас вместе посмеёмся, но решение было практически под носом девятью постами выше. Всегда хорошо, когда задумываешься над последовательностью. Значит нужен был некий "хаб", который бы видел портабельный контейнер, а кто сказал, что он сам не может быть портабельным приложением? Вот собственно и ответ. Единственное требование, запускать хостовую (установленную на компе) студию через этот хаб и всё. Делайте к нему плагины VST-шек, подключайте, а если лень, просто инсталлируйте их сразу в этот "хаб" и вот вам вся частичная портабелизация. Поскольку все прелести псевдомоей разработки (виртуального контейнера для установки приложений) я ещё и сам не полностью успел опробовать, поэтому и ответ Вам смог дать не сразу, а только когда задумался о применении своей разработки к Вашей задачке.
 
P.S. Гы-гы, и сам теперь буду пользоваться - спасибо за полезный вопрос!

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 18:26 17-01-2015 | Исправлено: AVanti473, 18:59 17-01-2015
coherent

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
oplrox
Гляньте в сторону X-Launcher.
 
AVanti473
Не  тратьте свое время. Тыц, тыц, тыц. Особенно умиляет "заметел".

Всего записей: 3881 | Зарегистр. 20-02-2007 | Отправлено: 19:00 17-01-2015 | Исправлено: coherent, 19:04 17-01-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
coherent

Цитата:
oplrox  
 Гляньте в сторону X-Launcher

 
А смысл? Он всё равно не даст взаимодействовать с портабельным контейнером, его содержимым и виртуальным реестром... Впрочем, решение уже найдено, и даже опробовано, о чём я выше написал. X-Launcher конечно и есть частичная портабелизация на основе других принципов, но надо ещё уметь собирать на нём плагины. К тому же, VST-плагины не имеют точки запуска, а следовательно встанет вопрос о том, как в систему при помощи X-Launcher будут попадать звуковые VST плагины, а так же, когда именно они будут выгружаться из неё...
 

Цитата:
Особенно умиляет "заметел".

Понятно - спамбот, который позже (спустя пару страничек) рассчитывает отредачить пост заменив всё на ссылки каких-нить порносайтов для пущей индексации в поисковиках... Спасибо за подсказку.

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 20:01 17-01-2015 | Исправлено: AVanti473, 20:09 17-01-2015
oplrox

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Я решил Вашу задачку!

AVanti473, эх, какая бы радость была, но увы. Дело в том, что когда такой плагин запускается с виртуальной среды, неважно, будь то портабельный хост, проводник или какой-нибудь другой вход, вступают в силу ограничения виртуальной оболочки. Я этот способ проверил еще давно, причем много раз, на разных версиях ThinApp, и через разные проводники. К сожалению, не проходит.  
По логике, вижу три выхода:  
1. переписывать функции обращения в самих exe и dll, которые отправляют запросы в реестр и другие файлы, но вместо них это все будет перенаправляться в контейнер. Даже при наличии опыта программирования с каждой сборкой так мурыжиться - совсем нездраво.
2. возможно когда-то в новых версиях ThinApp, такой случай будет предусмотрен и станет доступно более расширенное взаимодействие виртуальной среды с реальной памятью. Будет ли? И когда? - Риторика.
3. и наконец)) появится новая версия плагина, которая будет нормально работать при обычной портабелизации (а такое уже было с несколькими). И опять - риторика.  
 
А насчет хаба-моста тоже была мысль, но он должен сам быть не виртуальным, и уметь разговаривать на ты с ThinApp`овскими чадами. И тут все пути ведут к разработчикам.
 
coherent, с X-Launcher не доводилось иметь дело, вот разбираюсь что это.
 

Цитата:
Но, тем не менее. Всё же это не значит, что об этом не надо думать!

Хорошие слова, всеми и всями - ЗА, нерешаемые задачи чем не тренировка для ума, особенно если он в этом не уверен)

Всего записей: 209 | Зарегистр. 29-12-2010 | Отправлено: 21:28 17-01-2015 | Исправлено: oplrox, 21:50 17-01-2015
AVanti473



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
oplrox
 

Цитата:
Дело в том, что когда такой плагин запускается с виртуальной среды, неважно, будь то портабельный хост, проводник или какой-нибудь другой вход, вступают в силу ограничения виртуальной оболочки.

 
Те плагины, которые ограниченны в своих возможностях портабельной оболочкой я не вижу смысла вообще портабелизировать частично или ещё как-нибудь - это уже иная задачка В таком случае действительно лучше использовать X-Launcher, или ставить нужный плагин в систему. Мы же рассматривали случай, когда плагин уже портабельный, но надо подключить его к реальному приложению в системе:
 

Цитата:
Нужно сделать так, чтобы программа запускалась в реальной системе со своей папки, но данные реестра и некоторые другие файлы брала с портабельного формата *.dat (или другого) находящегося возле .exe программы. Т.е. тут нужна частичная портабелизация

 
Если не так, то я немного запутался и прошу прощения.
Что касается Вашего выбора VST плагина реверберации Acon Digital Verberate, то подобных ему море, и на мой взгляд даже более качественных.  
MAGIX - Variverb
OverLoud - Brverb
Wave Arts - MasterVerb
Из последних неплохой 2CAudio - Aether
и т. д. и т. п. от лёгкого рефлектора до эха и хоруса. Всегда есть из чего выбрать, главное, чтобы это подключалось к оригинальной программе

Всего записей: 1179 | Зарегистр. 05-04-2011 | Отправлено: 22:08 17-01-2015 | Исправлено: AVanti473, 22:09 17-01-2015
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224

Компьютерный форум Ru.Board » Компьютеры » Программы » VMware ThinApp (formerly Thinstall) 3
articlebot (28-02-2016 18:11): VMware ThinApp (formerly Thinstall) часть 4


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru