Цитата:


где физически расположен этот репозиторий?!!!!

Salimbek писал(а) 15. Апреля 2015 :: 08:41:


Да ладно? У меня пользователи в терминале грузят сначала общий профиль службы терминалов, потом свой. Так вот, кто первый класс скомпилировал, того, как говориться, и тапки - у всех этот класс будет работать как у первого. И по барабану включаю оптимизацию или нет, очищаю данные классов или нет, выхожу из системы или нет. Версия 1С++ 3.2.4.1, Win2k8 server, 1С 7.70.027.

artbear писал(а) 15. Апреля 2015 :: 09:14:


КОП грузится из defcls.prm, из каталога базы, при старте системы, это вся схема, собственно при начале работы и создается объект этого класса, ну который вызывает проблему. До недавнего времени, пока у пользователей  был персональный перемещаемый профиль все работало нормально, именно так, как описывается, т.е. у каждого клиента. Потом руководство, блин, решило иметь у каждого сотрудника один преднастроенный профиль для RDP. Наш доблестный сисадмин так и сделал. Это произошло буквально на днях. За это время я переделал функциональность этого класса, успешно прошло тестирование на моей, локальной, машине, в той же рабочей базе. Запускаю в терминале - работает по старому, делаю ОчиститьДанныеОптимизацииКлассов() - работает по старому, делаю УправлениеНастройками.Сбросить("EnableOptimizate") - по старому. Решилось все очисткой каталога пользователя и удалением из реестра ключа пользователя для этой базы. А! Каждая манипуляция - отдельный вход в базу.

Eprst писал(а) 15. Апреля 2015 :: 12:16:


Eprst, это может помочь? Просто класс используется в нескольких конфигурациях. Собственно поэтому он и был реализован внешней обработкой.

Mink Snopes писал(а) 16. Апреля 2015 :: 03:42:


Да, в сети. Спасибо за совет, попробую пнуть.