proNovell

Кстати все это работате и на Win9x, так что проверять версию ОС в логинскрипте необязательно.

И еще относительно компонента Application Launcher в клиенте для NT. Он нужен _только_ для установки приложений, когда на рабочей станции клиент регистрится не под админским аккаунтом.
Т.е. если испольуются админские аккаунты на рабочей станции или если Application Launcher используется только для запуска приложений с сетевых дисков (без модификаций реестр и системных папок), этот компонент клиента не нужен.

To Glaz: В логин-скрипте пропишите вместо решётки (#) символ "эт" (@), будет Ваш логин-скрипт дорабатывать до конца (RTFM). Только код возврата в этом случае проверять не надо - всё равно бесполезно, т.к. naldesk управление обратно не возвращает.

To ArapovUV: naldesk - это, собственно, и есть тот модуль, который обеспечивает функциональность Application Launcher/Application Explorer. NAL/NALEXPLD/etc. - лишь "запускалки", которые определяют, какую версию (16/32-бит) надо запускать, копируют (при необходимости) на локальный диск naldesk и сопустсвующие DLL-ки, и затем запускают (уже с локального диска) naldesk. Ну и попутно делают всякие мелочи - типа обработки ключей командной строки, отрисовки Splash Screen, ожидания окончания загрузки Shell-овского explorer-а (перед тем как стартануть naldesk) и т.п.

From Константин Ошмян: Ага, пасиб. После того как написал, задумался и полез в списк процессов.

ArapovUV писал(а):From Константин Ошмян Ага, пасиб.

Ага, пожалст. Кстати, тот факт, что реально все модули загружены именно с локального диска, наглядно виден, когда жмёшь кнопку "More" в свойствах Application Launcher/Explorer-а (или на закладке "About" в свойствах любой иконки, доставляемой через NAL). Это поначалу сбивает с толку - вроде, запускал NALEXPLD с сети, а загружено всё почему-то из WINNT\SYSTEM32.