Пишем программы (скрипты) в Блокноте Windows. Сценарии в Windows PowerShell

Инструкция

Запустите редактор системного реестра. Для этого введите команду regedit в поле «Выполнить», размещенное в основном меню «Пуск». Нажмите ввод, чтобы команда выполнила запуск редактора реестра. Как правило, команды в реестре персонального компьютера должны вводиться точно, без ошибок.

Окно редактора реестра делится на две области: в левой части отображается структура основных разделов системы, в правой части - их содержимое. Вам нужно найти раздел HKEY_LOCAL_MACHINE и развернуть его. Затем - папку SOFTWARE, Microsoft, Windows и Script Host внутри нее, затем выделить папуку Settings для вывода ее содержимого в правой части окна редактора.

Найдите параметр Enabled. Если такого параметра нет, создайте новый строковой параметр с названием Enabled. Установите значение 0 (программа автоматически преобразует ноль в комбинацию символов вида 0х00000001 - это нормально) и нажмите ввод. Закройте редактор реестра. Попробуйте снова выполнить те действия, которые приводили к ошибке сервера сценариев, чтобы проверить результат работы. Ошибка не должна возникнуть снова.

Обратите внимание

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

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

Вам понадобится

- компьютер;
- операционная система Windows Server;
- навыки системного администрирования.

Инструкция

Убедитесь, что ваш компьютер соответствует минимальным требованиям для развертывания сервера на нем. В зависимости от возлагаемых на него задач, отличаются и требования к характеристикам ПК. Например, для установки сервера баз данных либо почтового сервера необходимо обратить внимание на объем оперативной памяти. Если вы хотите поднять файловый сервер, главным условием здесь является объем и производительность жесткого диска. Лучше использовать для всех этих целей компьютер с процессором Pentium, так как он является более производительным. Подключите к ПК блок бесперебойного питания, а также оснастите его RAID.

Выполните установку серверной операционной системы на компьютер, данная процедура является привычной для системного администратора. Единственное, на что необходимо обратить внимание, это выбор служб, которые будут установлены вместе с системой.

Установите флажки возле компонентов Domain Name System, Dynamic Host Configuration Protocol, Windows Internet Name Service. Создайте несколько разделов на жестком диске для таких целей: системный диск, файл подкачки, хранение пользовательских данных, Ris. Объем системного диска должен быть не менее 10ти ГБ. Раздел для файла подкачки создавайте в первую очередь.

Можно выполнить сценарий из командной строки с помощью консольной версии WSH cscript.exe. Например, чтобы запустить сценарий, записанный в файле C:\Script\First.js, нужно загрузить командное окно и выполнить в нем команду

cscript C:\Script\First.js

В результате выполнения этого сценария в командное окно выведется строка "Привет!"(рис. 4.1 )

увеличить изображение Рис. 4.1. Результат выполнения First.js в консольном режиме (cscript.exe)

Запуск сценария из командной строки в графическом режиме

Сценарий можно выполнить из командной строки с помощью (оконной) графической версии WSH wscript.exe. Для нашего примера в этом случае нужно выполнить команду

wscript C:\Script\First.js

Тогда в результате выполнения сценария на экране появится нужное нам диалоговое окно (рис. 4.2 ).

увеличить изображение Рис. 4.2. Результат выполнения First.js в графическом режиме (wscript.exe)

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

Запуск сценария с помощью меню Пуск

Для запуска сценария с помощью пункта Выполнить (Run) меню Пуск (Start), достаточно написать полное имя этого сценария в поле Открыть (Open) и нажать кнопку Ok. В этом случае по умолчанию сценарий будет выполнен с помощью wscript.exe, т. е. вывод информации будет вестись в графическое диалоговое окно.

Запуск сценария с помощью Проводника Windows (Windows Explorer)

Самым простым является запуск сценария в окнах Проводника Windows или на рабочем столе - достаточно просто выполнить двойной щелчок мышью на имени файла со сценарием или на его значке (аналогично любому другому исполняемому файлу). При этом, как и в случае запуска с помощью меню Пуск (Start), сценарий по умолчанию выполняется с помощью wscript.exe.

Установка и изменение свойств сценариев

В случае необходимости для сценариев можно задавать различные параметры, влияющие на ход их выполнения. Для консольной (cscript.exe) и графической (wscript.exe) версий сервера сценариев эти параметры задаются по-разному.

Если сценарий запускается в консольном режиме, то его исполнение контролируется с помощью параметров командной строки для cscript.exe (см. табл. 4.1 ), которые включают или отключают различные опции WSH (все эти параметры начинаются с символов "//").

Таблица 4.1. Параметры командной строки для cscript.exe

Параметр Описание

Выключает пакетный режим (по умолчанию). При этом на экран будут выводиться все сообщения об ошибках в сценарии

Включает пакетный режим. При этом на экран не будут выводиться никакие сообщения

Задает тайм-аут в секундах, т. е. сценарий будет выполняться nn секунд, после чего процесс прервется. По умолчанию время выполнения не ограничено

Выводит (по умолчанию) перед выполнением сценария информацию о версии и разработчике WSH

Подавляет вывод информации о версии и разработчике WSH

//H:CScipt или //H:Wscript

Делает cscript.exe или wscript.exe приложением для запуска сценариев по умолчанию. Если эти параметры не указаны, то по умолчанию подразумевается wscript.exe

Сохраняет установки командной строки для текущего пользователя

Выводит встроенную подсказку для параметров командной строки

Выполняет сценарий с помощью модуля, заданного параметром engine

Включает отладчик

Выполняет программу в отладчике

//Job:

Запускает задание с индексом JobID из многозадачного WS-файла (структура WS-файлов будет описана ниже)

Позволяет использовать при перенаправлении ввода-вывода с консоли кодировку Unicode

Например, команда

cscript //Nologo C:\Script\First.js

запустит сценарий First.js без информации о версии WSH.

Сценарий можно запускать с параметрами командной строки, которые указываются после имени этого сценария (процедура обработки таких параметров будет описана ниже, при рассмотрении объектов WshArguments,WshNamedиWshUnnamed). Например, команда

cscript //B C:\Script\First.js /a /b

запустит сценарий First.js в пакетном режиме, при этом /aи/bбудут являться параметрами этого сценария, а//B- параметром приложения cscript.exe.

Если сценарий запускается в графическом режиме (с помощью wscript.exe), то свойства сценария можно устанавливать с помощью вкладки Сценарий (Script) диалогового окна, задающего свойства файла в Windows (рис. 4.3 ).

Рис. 4.3. Установка свойств сценария First.js

После задания свойств сценария автоматически создается файл с именем этого сценария и расширением wsh, который имеет структуру наподобие ini-файла, например:

Path=C:\Script\First.js

Если дважды щелкнуть в Проводнике Windows по wsh-файлу или запустить такой файл из командной строки, то соответствующий сервер сценариев (wscript.exe или cscript.exe) запустит сценарий, которому соответствует wsh-файл, с заданными в секции Options параметрами.

При запуске сценариев с помощью wscript.exe для задания параметров командной строки сценария можно использовать технологию drag-and-drop - если выделить в Проводнике Windows несколько файлов и перетащить их на ярлык сценария, то этот сценарий запустится, а имена выделенных файлов передадутся ему в качестве параметров.

Ошибка сценария Windows явно указывает на сбои в работе скриптов, файлов или некоторых платформ для обработки кода. Возможно, на каком-либо этапе загрузки проявляются неправильные ссылки или намерено повреждены файлы. Иногда это случается вследствие вирусов, а иногда из-за некорректной работы самого кода.

Произошла ошибка сценария, что делать? – Прежде следует знать, что ошибка разделяется на 3 группы, каждая имеет свою причину и решение, так можно выделить: ошибку в браузере, в Windows или проблему с run.vbs. Каждая категория имеет свои особенности устранения, поэтому в зависимости от рода ошибки, нужно искоренять заболевание системы.

Что делать, если на этой странице произошла ошибка сценария в Internet Explorer?

На этой странице произошла ошибка сценария – одна из самых распространённых неисправностей, возникает обычно в браузере, особенно часто в IE, при этом версия не играет роли. Причиной проблемы становится либо сам ресурс, к которому вы пытаетесь получить доступ, либо неисправность со стороны пользователя.

Предварительно следует переустановить/обновить браузер, вероятно, он имеет какие-то повреждения. Более простой вариант – это просто почистить кеш и куки, процедура выполняется при помощи CCleaner. Необходимо просто запустить сканер и удалить временные файлы .

Ошибка сценария как устранить, если проблема со стороны ресурса? – Увы, но повлиять на написанный код невозможно, обычно проблема в JavaScript или же VBScript. Единственный действенный и простой вариант заключается в удалении окна с ошибкой, таким образом вам не будем показываться уведомление, а страница обработается на столько, на сколько это возможно. Вам следует:

Откройте Internet Explorer;
Нажмите на кнопку меню и выберите «Свойства браузера»;

Перейдите в раздел «Дополнительно»;
Установите флаги возле опций «Отключить отладку сценариев»;
Немного ниже снимите выделение с уведомления об ошибке.

Таким образом, мы разобрались, как исправить ошибку сценария, точнее просто убрать всплывающее окно. Причина возникновения ошибки, скорее всего, не в вашей системе, и решать неисправность следует по другую сторону, мастерами сайта.

Ошибка сценариев Windows

Совершенно другого рода проблема, так как ошибка сценариев Виндовс возникает после запуска системы и не относится к браузеру. При этом все версии Windows в зоне риска, что увеличивает вероятность столкнуться с неисправностью. Для отключения подобного уведомления следует установить корректный уровень доступа для реестра. Как убрать ошибку сценария при запуске?

Нажмите Win + R и введите regedit;
ПКМ по разделу HKEY_LOCAL_MACHINE, выберите свойство «Разрешения…»;

Выберите среди пользователей пункт «Все» и снизу установите флаг возле «Полный доступ»;
Нажмите на кнопку «Дополнительно»;

Установите выделение на субъект «Все» и клик по «Изменить»;
Снова задайте «Полный доступ» и перезагрузите ПК;
Используйте сочетание Win + R и введите cmd, затем вставьте строку regsvr32 c:windowssystem32msxml.dll.

Ошибка сценариев Windows после подобной манипуляции должна исчезнуть и более не тревожить пользователя. Даже с тем учетом, что уведомление может не оказывать никакого негативного воздействия на систему, оно все равно вызывает неудобства.

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

Как исправить ошибку сценария run.vbs?

Наряду с остальными сбоями в сценариях, можно столкнуться с вопросом - как исправить ошибку сценария run.vbs, при этом Windows сохраняет черный экран, без каких-либо активных элементов. Ошибка сценария Виндовс 7 в данном ракурсе возникает только из-за действия вирусов, они заменяют корректные параметры реестра на поддельные, чтобы в дальнейшем вредить и воровать.

Когда ошибка с run.vbs проявилась это указывает на то, что, скорее всего, вирус был обнаружен и удалён, а отсутствие рабочего стола только лишь последствие вредоносного воздействия. Для реабилитации системы необходимо выполнить:

Зажмите Alt + Ctrl + Del;
В диспетчере нажмите на «Файл»;
Далее «Новая задача»;

Используйте команду explorer.exe.

Такое действие поможет только лишь одноразово запустить процесс рабочего стола, проблема всё ещё сохранится после перезапуска системы. Для нормализации работы Windows необходимо заменить параметры, которые были испорчены, а находятся они в реестре:

Win + R и regedit;
Следуйте по пути HKEY_LOCAL_MACHINE-> SOFTWARE-> Microsoft-> Windows NT-> CurrentVersion-> Winlogon;
Выделите параметр «Shell» при помощи двойного нажатия;
В строке «Значение» укажите explorer.exe;

Подобное действие нужно проделать и в другом параметре Userinit, для этого установите C:Windowssystem32userinit.exe.

В целом этого вполне достаточно для полноценного удаления вирусной активности с системы, но дополнительно можно при помощи поиска удалить все упоминания о run.vbs.

Также можно воспользоваться восстановлением системы, при условии наличия корректных точек.

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

Если у Вас остались вопросы по теме «Как убрать ошибку сценария в Windows?», то можете задать их в комментариях

if(function_exists("the_ratings")) { the_ratings(); } ?>

07.12.2006 Билл Стюарт

Совершенствуйте свои сценарии Сценарии для командной строки - это файлы с простым текстом, которые интерпретируются командным процессором как наборы команд, подлежащие последовательному исполнению. История сценариев для командной строки началась на заре

Совершенствуйте свои сценарии

Сценарии для командной строки - это файлы с простым текстом, которые интерпретируются командным процессором как наборы команд, подлежащие последовательному исполнению. История сценариев для командной строки началась на заре 80-х - именно с этого времени и по сей день оболочка Command.com в MSDOS поддерживает исполнение сценариев посредством простых пакетных файлов. Выпущенный в 1993 году вместе с Windows NT другой командный процессор, Cmd.exe, также поддерживает язык макропрограммирования, подобный языку пакетных файлов Command.com. Несмотря на солидный возраст технологии, макропрограммирование в оболочке Cmd.exe все еще широко используется специалистами по ИT. Например, простой сценарий с командой For может превратить команду, которая сама по себе работает одновременно только с одним компьютером или пользователем в командной строке, в команду, которая пошагово проходит другой текстовый файл и исполняется для каждой строки в этом файле. Благодаря тому что сценарии для командной строки являются файлами с простым текстом, который представляет собой набор команд, их легко создавать и менять и они удобны для восприятия. Но простота макропрограммирования обманчива. Небрежно написанный сценарий для командного процессора может вызывать проблемы. Мне приходилось наблюдать, как сценарии для командного процессора при неправильных допущениях относительно вычислительной среды и операционной системы в лучшем случае работали некорректно, а в худшем - внезапно выполняли разрушительные действия на системах. Чтобы читатели могли избежать подобных проблем, я подготовил 10 советов для создания более надежных сценариев, которые могут работать во многих вычислительных средах.

По возможности используйте переменные среды

Используя переменную в сценарии, мы заключаем имя переменной между знаками процента (%), а когда сценарий исполняется, знаки процента и текст между ними заменяется значением этой переменной. Применение переменных делает код сценария более универсальным, поэтому у него больше шансов успешно работать на разных компьютерах. Например, в сценарии для командного процессора не стоит жестко прописывать установочный каталог Windows. Вместо этого следует использовать переменную SystemRoot, которая всегда будет указывать на конкретный установочный каталог Windows. Так, команда

Echo %SystemRoot%

будет отображать содержимое SystemRoot (т. е. установочного каталога Windows). Я неоднократно видел сценарии, в которых для того, чтобы указать на установочный каталог Windows, использовали запись C:WINDOWS. Если Windows установлена не в C:WINDOWS (например, Windows 2000 и более ранние версии устанавливаются в WINNT), сценарий не будет работать корректно. Чтобы увидеть список переменных среды, следует ввести в командной строке команду Set. Некоторые переменные не появляются в списке, генерируемом командой Set, потому что они динамически генерируются Cmd.exe. В табл. 1 показан список этих переменных. Как и в случае с другими переменными среды, эти переменные заключаются в знаки процента. Например, следующая строка сценария будет отображать текущие время и дату:

Echo %DATE% %TIME%

Не следует ожидать, что обычные пакетные файлы для Command.com будут так же хорошо работать в Cmd.exe

Те, кто привык писать пакетные файлы для платформ MS-DOS или Windows 9x/Me, должны иметь в виду, что в новейших версиях Windows некоторых команд не существует. Два самых распространенных примера - команды Choice и Deltree. Просмотрите свои старые пакетные файлы, чтобы убедиться, что они корректно работают в оболочке Cmd.exe. В табл. 2 приведено несколько возможных замен для Choice и Deltree. Большинство замен имеют синтаксис, отличный от синтаксиса команд, на место которых они предлагаются, поэтому придется соответствующим образом изменить сценарии.

В оболочке Cmd.exe используйте расширение.cmd

Пакетным файлам Command.com необходимо расширение.bat. Оболочка Cmd.exe тоже может использовать расширение.bat, но в более мощном языке макропрограммирования Cmd.exe многие команды несовместимы с Command.com. Таким образом, .bat файл, написанный для Cmd.exe, может сбоить, если пользователь попытается исполнить его в Command.com (например, в Windows 98). Один из способов избежать этой проблемы состоит в использовании расширения.cmd для сценариев. Поскольку Command.com не распознает расширение.cmd, он просто не будет исполнять пакетный файл, если его имя оканчивается на.cmd.

Убедитесь в том, что нужные исполняемые файлы доступны

Если ваш сценарий задействует программы, которые не являются частью стандартной установки операционной системы, необходимо позаботиться о том, чтобы все такие программы были доступны. Следует также задокументировать эти зависимости в сценариях. Я предлагаю для обеспечения доступности исполняемых файлов помещать их в один каталог со сценарием. Тогда для их запуска используется синтаксис

«% ~dp0exename» ...

где exename - это имя исполняемого модуля, который требуется запустить. Синтаксис %~dp0 возвращает диск, путь и имя файла текущего сценария без кавычек. Заключение всей строки в кавычки гарантирует работоспособность сценария, даже если имя файла или каталога, в котором находится сценарий, содержат кавычки.

Правильно используйте двойные кавычки

Похоже, двойные кавычки («) являются общим источником путаницы для тех, кто пишет сценарии. Двойные кавычки - это всего лишь способ идентифицировать содержащие пробелы аргументы командной строки. Например, правильная на первый взгляд командная строка

dir C:Program Files

на самом деле дает команде Dir два аргумента: C:Program и Files. Чтобы воплотить свое намерение передать команде один аргумент C:Program Files (включая пробел), мы должны заключить его в двойные кавычки:

dir «C:Program Files»

Символы кавычек не являются частью имени папки. Они сообщают команде Dir, что текст между ними является одним аргументом.

Сценарии для командного процессора также поддерживают параметры командной строки. Чтобы воспользоваться параметрами командной строки сценария, нужно задействовать запись %n (где n - число от 0 до 9). Эта запись называется заменяющим параметром (или просто параметром). Например, сценарий будет заменять параметр %1 первым аргументом командной строки, %2 - вторым аргументом и т. д. Помимо параметров от %1 до %9, %0 заменяется именем сценария, %* заменяется целой командной строкой сценария (исключая имя сценария). Я упоминаю здесь параметры командной строки потому, что, когда Cmd.exe заменяет параметры от %1 до %9 соответствующими аргументами командной строки, он оставляет двойные кавычки, если они есть в аргументе. Напрашивается очевидный вывод: параметр сценария всегда будет заключен в кавычки, если он содержит пробелы. На этом наблюдении основано несколько простых правил, аккуратно следуя которым можно практически полностью устранить проблемы кавычек.

Не используйте кавычки внутри параметров сценария (от %1 до %9), поскольку они уже могут содержать кавычки. Если необходимо задействовать параметр с командой If, используйте символы, отличные от кавычек (например, фигурные скобки), чтобы избежать синтаксической ошибки. Следующая строка будет работать правильно, даже если первый параметр (%1) содержит кавычки:

If {%1}=={} Goto:HELP

Исключение из этого правила составляет случай, когда мы используем синтаксис %~n, чтобы удалить кавычки параметра (см. следующее правило).

Не помещайте кавычки внутрь переменной среды. Наличие пробелов в переменных среды допускается, и кавычки при этом не нужны. Если нужно скопировать параметр в переменную, используйте синтаксис %~n (где n - число от 1 до 9), который возвращает параметр без кавычек. Например, строка
Set DATAFILE=% ~1
будет копировать первый параметр сценария (без кавычек) в переменную DATAFILE. Исключение составляет случай, когда вы создаете текст в кавычках, который будет передан в другую команду.
Не забывайте, когда это необходимо, помещать переменные среды в кавычки. Например, рассмотрите следующие строки сценария:
Set TARGET=% ~2
Copy %1 «%TARGET%»

Первая из этих строк копирует второй аргумент сценария в переменную TARGET, удаляя кавычки. Вторая строка синтаксически верна, потому что параметр %1 уже заключен в кавычки, если он содержит пробелы, а переменная TARGET должна иметь кавычки, потому что она может содержать пробелы.

Применяйте команды Setlocal и Endlocal

Команда Setlocal копирует все переменные среды, а команда Endlocal восстанавливает все переменные со значениями, которые они имели перед запуском сценария. Endlocal также удаляет любые переменные, созданные сценарием. Использование обеих команд делает сценарий более самостоятельным и гарантирует, что сценарий «убирает за собой мусор» путем восстановления переменных среды в их оригинальные значения и удаления переменных, созданных сценарием.

Также можно использовать команду Setlocal Enableextensions, чтобы точно знать, что расширения команд включены. Расширения команд - это усовершенствования для группы внутренних команд Cmd.exe (например, If, For, Call), которые предоставляют дополнительные возможности по сравнению с командами Command.com, имеющими такие же имена. Расширения команд включены по умолчанию, но в тех редких случаях, когда они отключены, команда Setlocal Enableextensions гарантирует включение расширений команд. Чтобы получить более подробную информацию о расширениях команд, следует ввести в командной строке Cmd /?.

Используйте при необходимости символ Escape

Cmd.exe использует символ каретки (^) как признак отмены специального значения зарезервированных символов командной оболочки. Например, амперсанд (&) является разделителем команд - он позволяет поместить несколько команд в одной строке. Если вы намерены использовать амперсанд в обычном, литературном смысле, то должны «аннулировать» его специальное значение, поместив перед ним символ каретки ^. Так, в строке

Echo The ^& character is
the command separator

символ ^ вынуждает командный процессор отменить обычную интерпретацию следующего за ним символа. Специальными символами являются символы () ^ & |. Нет необходимости использовать признак отмены, если эти символы встречаются внутри строки, заключенной в кавычки.

Не используйте команду Exit без ключа /b

Без ключа /b команда Exit закрывает текущую командную оболочку. Если кто-то запускает Cmd.exe и исполняет сценарий, который содержит команду Exit, текущая сессия командного процессора резко закроется. Команда Exit /b закрывает текущий сценарий, не закрывая текущую сессию командного процессора. Чтобы больше узнать о команде Exit, наберите в командной строке Exit /?.

Используйте команду If Errorlevel с осторожностью

Команда If Errorlevel проверяет код завершения последней команды, исполнение которой окончено. Поведение сценария зависит от результата проверки кода завершения программы. Рассмотрите, например, следующий сценарий:

Myprogram
If Errorlevel 1 Goto:ERROR

Команда Goto в этих строках будет выполнена, только если Myprogram.exe возвращает код завершения больше или равный 1. Другими словами, «If Errorlevel n» не означает «если последний код завершения программы в точности равен n»; на самом деле это условие означает «если последний код завершения программы не меньше n». Учитывая такое поведение, следует проверять код завершения программы в порядке убывания (от самого большого к самому маленькому). Чтобы проверить конкретное значение кода завершения программы, используйте динамическую переменную ERRORLEVEL вместо команды If Errorlevel. Нужно иметь в виду, что команда If Errorlevel отличается от переменной ERRORLEVEL, стоящей в списке в табл. 1. Команда If Errorlevel обратно совместима с командой If Errorlevel из Command.com; переменная ERRORLEVEL доступна только в Cmd.exe.

Учитывайте особенности команды Start

Команда Start запускает программу или команду в окне новой консоли. Однако, если попытаться запустить программу из папки, которая содержит пробелы (или если имя программы содержит пробелы), поведение команды Start может не соответствовать вашим ожиданиям. Например, следующая команда:

Start «C:Program FilesMicrosoft
OfficeOffice11Winword.exe»

не запускает Microsoft Word вопреки ожиданию. Вместо этого команда Start откроет новую сессию Cmd.exe, заголовком окна консоли которой будет заключенная в кавычки строка. Такое поведение объясняется тем, что команда Start использует первую строку в кавычках в ее командной строке как заголовок окна консоли.

Чтобы обойти эту странность, используйте пару кавычек для указания пустого заголовка, затем вводите строку программы, которую хотите запустить. Корректная программа Start выглядит примерно так:

Start «» «C:Program FilesMicrosoft
OfficeOffice11Winword.exe»

Всего не предусмотришь

Сценарии командного процессора Cmd.exe применяются весьма широко. Освоив приведенные в этой статье рекомендации, вы сможете создавать более надежные сценарии и избегать распространенных проблем.