Ошибка выполнения microsoft vbscript невозможно создание объекта

Пример из справки, не работает, ни в VBScript ни в JScript:

Set objShellApp = CreateObject("Shell.Application")
WinCol = objShellApp.Windows().Count
MsgBox "В настоящий момент открыто окон Проводника - " & WinCol, vbInformation

В ответ получаю:

[b]Сервер сценариев Windows[/b]
Строка: 2
Символ: 1
Ошибка: Невозможно создание объекта контейнером ActiveX
Код: 800A01AD
Источник: Ошибка выполнение Microsoft VBScript

Windows XP SP3
WSH v5.7

Нас невозможно сбить с пути, нам пофигу куда идти.

На всякий случай, попробуйте перерегистрировать библиотеку:

regsvr32.exe C:WINDOWSsystem32SHELL32.dll

Не помогает, причем уже на 2 компьютерах проверил.

Нас невозможно сбить с пути, нам пофигу куда идти.

У Вас такое даже не на одном?!

Какая версия IE?

На одном компьютере
Windows XP SP3
WSH v5.7
IE 8

На домашнем
Windows XP SP2
WSH v5.6
IE 7

Нас невозможно сбить с пути, нам пофигу куда идти.

Причем выяснил, что shell32.dll ни при чем. Я отменил регистрацию shell32.dll (regsvr32.exe shell32.dll /u)
И ошибка такая  же и осталась, а если бы была зависимость, то было бы что то вроде:
«Не удается найти класс программируемых объектов с именем «Shell.Application»

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

Нас невозможно сбить с пути, нам пофигу куда идти.

Да ну :

Set objShellApp = CreateObject("qww.qww")

Вы путаете с «WScript.CreateObject()»:

Set objShellApp = WScript.CreateObject("qww.qww")

Ну не работает и не работает. Мне оно и не нужно (по крайней мере пока) Просто скрипт скачал один с форума, стал запускать, а он не хочет пахать. Я в нем поковырялся и нашел где именно грабли.
Просто возмущен, почему всех фурычит, а у мне я не хочет. Чтож, да будет так.

Нас невозможно сбить с пути, нам пофигу куда идти.

Это точно не работает на локальном компе под WSH?
А то может на ISS (ASP)? Или попытка запуска CreateObject() на другом компе?

Если точно локально, под WSH, то:
1) Идем в свойства обозревателя IE и во вкладке безопасность проверяем, не слишком ли высок ее уровень… э-э для локального компа уровня нет (вообще-то это ветка HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet SettingsZones), но может поможет сброс движков доверенных и интранета в «Средний»? После перегрузиться для гарантии.
2) Или создаем нового пользователя, даем для гарантии ему права локального админа, смотрим, как под ним? Если под новым все ОК, то под «нерабочим» профилем есть проблема в упомянутой ветке реестра.

jite, настройки IE у меня по-умолчанию.
Но обнаружил вот что:
Оказывается, что скрипт, прекрасно пашет если его запустить из проводника windows (0)
НО! Если из Total Commander (1), Notepadd++ (2) или из консоли (3), то не хочет запускаться ни в какую.
Проверил строки запуска скрипта, но во всех случаях они оказались идентичными, символ в символ.

Тогда я проверил от имени какого пользователя запускаются процессы, оказалось что
(1), (2), (3), запускают WScript.exe от имени SYSTEM,
А (0) от имени локального пользователя.
О как!

Нас невозможно сбить с пути, нам пофигу куда идти.

В ходе «расследования» вот что нарыл еще.
Я всегда, когда сажусь за комп, запускаю Тотал Коммандер, мне с ним удобней.
Запускал я его всегда из проводника Windows, но в один прекрасный день я установил nnCron и сделал на основные программы горячие клавиши.
И теперь выглядит все вот как:
При загрузке компа грузиться nnCron от имени SYSTEM, и далее по цепочке, Тотал от имени SYSTEM, Notepad++ от имени SYSTEM, скрипты от имени SYSTEM, ВСЕ от SYSTEM!

Понять еще не мог, почему у меня вордовские и экселевские документы при запуске из Тотала пишут: «Файл не найден», хотя все работало ранее нормально, и где случился переломный момент, что так произошло.
Теперь понял. Оказывается корень всех проблем в том, что nnCron Работает от SYSTEM.

Вот в этой области моих знаний не хватает. Скажите, гуру, Почему SYSTEM такой злобный?
Где ковырнуть винду, что бы подружить SYSTEM и пользовательский аккаунт?

Нас невозможно сбить с пути, нам пофигу куда идти.

Проблему решил, выставив в nnCron опцию «Запускать программы от имени пользователя».
И погуглив нашел ответ: SYSTEM  — это встроенный пользовательский аккаунт, с ограниченными правами.
Вот и вся проблема.

Всем спасибо.

Нас невозможно сбить с пути, нам пофигу куда идти.

Это лучшее решение.

Ну если точней, то это аккаунт (SYSTEM он же NT AUTHORITYSYSTEM), под которым собственно операционка «логинится» и действует. Уровень полномочий SYSTEM примерно такой же, как и у встроенного админа. Именно для него во вкладке безопасность предусмотрены права доступа SYSTEM.
Однако под SYSTEM лучше не сидеть лично и повседневно — не предназначен он для этого. Наверняка найдутся какие-нибудь специфические грабли, для обхода которых придется менять настройки ОС по ум. с риском чего-нибудь непоправимо сломать. Оно нам надо?
Из полезного же можно зайти под ним не переопределяя прав на папки:
— в «System volume information» — актуально при лечении небольших сбоев привязки к жесткому, как правило, требуется в XP после клонирования диска,
— в кэш автономных файлов C:WindowsCSC — актуально для Win7, папка известна тем, что со временем в ней накапливается много мусора, который просто так не удалить.
Словом специфические операции.

Помню как то читал статью о паролях windows. Выдержка:

А я все гадал, почему я запуская реестр, спокойно читаю этот раздел, а оказывается вон оно как все запутанно.

Нас невозможно сбить с пути, нам пофигу куда идти.

Еще одно специфическое применение аккаунта. Кто бы мог подумать, куда может завести обсуждение неработающей функции…

Возвращаясь к теме. Все-таки интересно, почему же SYSTEM не имеет права получать Shell.Application? А если я вдруг задумаю под этим акком какой-нибудь скрипт выполнить? Что, разве не должен выполниться? Странно.

DnsIs, для того, чтобы объект «Shell.Application» мог быть создан, должен существовать экземпляр Проводника, и, поскольку он существует в контексте текущего пользователя, а скрипт Вы пытаетесь запустить от имени «NT AUTHORITYSYSTEM», то, соответственно, получаете закономерный отлуп. Запустите файловый менеджер от имени «NT AUTHORITYSYSTEM», закройте Проводник описанным способом: OFF: Завершение работы Проводника без снятия процесса «explorer.exe», запустите из-под файлового менеджера Проводник. Запускайте скрипт.

P.S. Данное поведение зависит от свойств конкретного объекта, как и чем он реализуется.

off (bytheway system_purpose)

Вообще-то упомянутая ветка доступна для чтения всем… если я случайно не сбросил разрешения.
В статье же говорится про %SystemRoot%system32configSAM, а его при активной ОС прочесть не удастся и под SYSTEM. Впрочем он читается другими способами. Даже при активной ОС.

end off

Возможно, имелось в виду «HKEY_LOCAL_MACHINESAMSAM».

jite, да да, как правильно поправил alexii, я имел ввиду ветку «HKEY_LOCAL_MACHINESAMSAM».
А вы уверены что читается? Вы открываете ее, а там пусто или нет? Если пусто то вы просто ничего не видите. Попробуйте так:

at 0:43 reg export HKEY_LOCAL_MACHINESAMSAM c:reg.reg

Вместо 0:43 подставьте свое время

и потом загляните в полученный файл.

Ну а про %SystemRoot%system32configSAM в манах написано:

Так что фактически одно и тоже.

Не подскажите как?

Нас невозможно сбить с пути, нам пофигу куда идти.

Да, действительно по умолчанию samsam не должен быть виден.

Вирус заблокировал вам доступ к Google?!
Что-то подсказывает мне, что мы слишком отклонились от темы.

В какой его части?

А, Вы для данного конкретного случая… Понятно. Пост уже не стану удалять, дабы не терялась нить рассуждений, почему в данном случае нельзя. Спасибо, ясно.

Уважаемый, jite, надеюсь вы не подумали что я горе-вирусописатель? Если так, то могу вас уверить, что это не так. Пример про SAM файл и реестр возник спонтанно. Не могу отрицать что лет 10 назад интересовали вирусные технологии, в студенчестве, да и то, никогда в голову не пришло бы писать вирусы с использование скриптовых языков, которыми я увлекся относительно недавно, около года назад.

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

А с просил я только из чистого любопытства, так как знать все на свете нельзя и возможно вы подсказали бы способ мне не знакомый.

2alexii, пора закрывать тему наглухо, можно даже с удалением не относящихся к теме постов.

Нас невозможно сбить с пути, нам пофигу куда идти.

Уважаемый DnsIs, я тоже не отношусь к деструктивной категории разработчиков. И в отличие от вас даже не практиковал ассемблер. Вирусными технологиями интересуюсь и сейчас — с точки зрения защиты,- как и любой другой, связанный с системным администрированием.
Вполне готов поделиться сведениями на эту тему, просто здесь это не рекомендовано…

—————— >8 Линия отреза 8< ——————

this.topic_title.new(«ЛС как альтернативный способ обсуждения нерекомендованного к обсуждению. Вопросы, тестирование»)

Я бы предпочёл, что б такие вещи шли в личку. Впрочем, подождём, что скажет администрация.

Плюнте в меня если я не прав, но я считаю, что тема прямым образом не относиться в вирусописательству. Раз уж так, то давайте запретим писать на форумах «format c:», «del c:windows*.*» и пр…
Необязательно писать о фале SAM. Тем более в интернете полно статей на эту тему.
Неужели ни у кого не возникает необходимости копировать залоченные файлы. А SAM ведь, как я понимаю не исключение.

У меня на работе каждый день бэкапится база 1с «на живую».
Самый очевидный из способов, это использование программ задействующих, вполне легальное и документированное Теневое копирование. Наверняка все админы про него знают.

Нас невозможно сбить с пути, нам пофигу куда идти.

Работает. Просто не все отвечают, я сам с этим сталкивался.

Под «ЛС» я, собственно, «Послать e-mail» и имел в виду.

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

Стремление — залог успеха

Мне кажется нужно временные ящики (Mailinator.com и пр.) фильтровать, нафик такие пользователи нужны.

Нас невозможно сбить с пути, нам пофигу куда идти.

Ну и как, получили письмо?

В свою очередь направлю письмо вам, alexii. А то вдруг, не доходят…

Доходят: