Доброе время суток. При входе в клиент выходит такой лог

Ошибка выполнения метода 'wnd_MainOnPrepare'. Скрипт уже подготовлен «Call Stack»
[12.10.23 12.31.51.611] (E) Ошибка выполнения метода 'amiCommonOnExecute'. Объект с именем 'System' уже добавлен «Call Stack»
[12.10.23 12.31.51.858] (E) Ошибка выполнения метода 'amiCommonOnExecute'. Объект с именем 'System' уже добавлен «Call Stack»
[12.10.23 12.31.54.070] (E) Ошибка выполнения метода 'RejectedIncidentTimerOnTimer'. Объект с именем 'System' уже добавлен «Call Stack»
[12.10.23 12.31.54.267] (E) Ошибка выполнения метода 'IncidentTimerOnTimer'. Объект с именем 'System' уже добавлен «Call Stack»
[12.10.23 12.31.59.264] (E) Ошибка выполнения метода 'RejectedIncidentTimerOnTimer'. Объект с именем 'System' уже добавлен «Call Stack»
>
Что это и как бороться

Нравится

18 комментариев

У Вас в одном из скриптов в блоке "используемые скрипты" видимо появилась цикличность.
Пример: Скрипт1 использует Скрипт2 а в Скрипт2 использует Скрипт1.

Вроде такого нет. В обработчик wnd_MainOnCreate тоже не заходит.

Внимательнее читайте сообщение о ошибке - Ошибка выполнения метода 'wnd_MainOnPrepare'. wnd_MainOnPrepare вызывается всегда, если вы не укажите другое главное окно.

Добрый день!

У нас возникла такая же проблема:

[13.08.02 16.40.09.930] (E) Ошибка выполнения метода 'wnd_MainOnPrepare'. Ошибка добавления объекта в Microsoft Script Control. Ошибка добавления модуля 'System\__GeneratedEnumsModule'. Access violation at address 726499F2 in module 'Aavm4h.dll'. Write of address 000017FC
[13.08.02 16.40.59.388] (E) Ошибка выполнения метода 'amiBackOnExecute'. Объект с именем 'System' уже добавлен
[13.08.02 16.41.03.870] (E) Ошибка выполнения метода 'wnd_MainOnCloseQuery'. Объект с именем 'System' уже добавлен
[13.08.02 16.41.04.276] (E) Ошибка выполнения метода 'wnd_MainOnClose'. Объект с именем 'System' уже добавлен

Подскажите, пожалуйста, как найти сервисы, в которых возникла цикличность, и как исправить ошибку?

Елена, добрый день.

Необходимо в ТС Администраторе открыть сервис scr_Main, двойным кликом пройтись по каждому подключенному скрипту, и посмотреть, чтобы в каждом их них не было скрипта Scr_Main.
Если таковых нет, необходимо пройтись по каждому скрипту, подключенному в каждый из подключенных в Scr_Main, и проверить аналогичное (скрипт1 использует скрипт2, скрипт2 использует скрипт1).

PS: прощу всего взять "коробку", развернуть её рядом, и сверить кол-во подключенных скриптов.

Спасибо. Первую итерацию я сделала ещё до написания вопроса, но там циклов нет.

Что Вы называете коробкой? Версию "из коробки"?

И цикл только на первом-втором уровне может встретиться, или придётся проверять скрипты на всю глубину? И есть ли возможность сделать это как-то быстрее?

Быстрее - это запросить в поддержке "чистую" БД Вашей версии, подключиться к ней и параллельно к используемой Вами в данный момент. Открыть скрипты - и сравнивать в них кол-во подключенных скриптов.

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

Елена, добрый день.

Если только у некоторых пользователей, просто почистите им кэш.

А тот факт, что ошибка возникает при загрузке - так и должно быть. При загрузке "дергается" какой либо из скриптов в конфигурации, он подключает скрипты, затем "дергается" второй скрипт, и он подключает свои скрипты. Здесь и может возникнуть такая ошибка, если эти два скрипта подключают друг друга.

К сожалению, даже переустановка СРМ не всегда помогает.

Елена, потому что кэш хранится в папке профиля пользователя Windows, а не в папке с Террасофтом.

Нажмите Пуск-Выполнить, и введите

%appdata% (энтер)

В открывшейся папке перейдите по пути Terrrasoft\версия\Cache и очистите её содержимое.

Кэш тоже чистили, прежде чем переустанавливать СРМ. Не помогало.

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

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

Елена, добрый день. Хорошо, сообщите результаты, пожалуйста.

Добрый день!

Зацикливания в дереве скриптов (начиная от scr_Main) не нашлось.

Кстати говоря, эта ошибка

[13.08.02 16.40.09.930] (E) Ошибка выполнения метода 'wnd_MainOnPrepare'. Ошибка добавления объекта в Microsoft Script Control. Ошибка добавления модуля 'System\__GeneratedEnumsModule'. Access violation at address 726499F2 in module 'Aavm4h.dll'. Write of address 000017FC

так же связана с цикличностью ссылок или всё-таки нет?

Добрый день, Елена.

Это системная ошибка записи в ячейку памяти. Вызвана может быть по огромному множеству причин, в том числе и из-за не заканчивающегося цикла. Можете попробовать занести ТС в исключения DEP-a.

"Росинская Лена" написал:

Кстати говоря, эта ошибка

[13.08.02 16.40.09.930] (E) Ошибка выполнения метода 'wnd_MainOnPrepare'. Ошибка добавления объекта в Microsoft Script Control. Ошибка добавления модуля 'System\__GeneratedEnumsModule'. Access violation at address 726499F2 in module 'Aavm4h.dll'. Write of address 000017FC

так же связана с цикличностью ссылок или всё-таки нет?


Судя по названию dll, она связана с avast! Asynchronous Virus Monitor (AAVM). Попробуйте отключить эту программу.

Показать все комментарии