В глобальном модуле есть некоторая "глПеременная Экспорт".

Обнаружил что видимость этой переменной отличается для КОП-ов,
в зависимости от места создания экземпляра класса.

Если 1cpp.dll была загружена в теле глобального модуля (а не в ПриНачалеРаботыСистемы()), то
глобальный модуль (переменные/процедуры/функции) не будет доступен для КОП-объектов,
созданных ВНЕ глобального модуля:
- как для объектов, созданных в формах "нативных" объектов 1с77 (модуль проведения не проверял)
- так и для объектов, созданных внутри других КОП-ов (в качестве атрибутов КОП-а или локальных переменных в методах этого КОП-а)

Тестируется 4 варианта доступа к глобальной переменной:
1) прямой доступ (простое присваивание "А=Б")
2) ч\з объект "Сервис" (FormEx) (многоуважаемый автор всем известен  )
3) ч\з объект "ВыполняемыйМодуль"(автор идеи mszsuz http://www.1cpp.ru/forum/YaBB.pl?num=1317653014/4#4)
4) ч\з "Шаблон()" (недокументированные возможности, автор 1С  )

В результате тестирования (конфигурация прилагается, обновлено 2013-03-19)
прямой доступ ведет себя так (что очень-очень "не есть гуд")
(остальные 3 варианта - см.тестовую конфигурацию):

[1] объект "КопОбертка" создан в теле ГМ, до инициализации переменной "глПеременная":

1.1 из "КопОбертка"                                                | доступ к переменной есть, правильно
1.2 из атрибута "КопОбертка::КОПартибут1"                              | доступа нет, вопрос№2
1.3 из атрибута"КопОбертка::КОПартибут2"                              | доступа нет, вопрос№2
1.4 из переменной "КопЛокал" в "КопОбертка::Сообщение()"      | доступа нет, вопрос№2

[2] объект "КопОбертка" создан в теле ГМ, после инициализации переменной "глПеременная":

2.1 из "КопОбертка"                                                | доступ к переменной есть, правильно
2.2 из атрибута "КопОбертка::КОПартибут1"                              | доступа нет, вопрос№2
2.3 из атрибута"КопОбертка::КОПартибут2"                              | доступа нет, вопрос№2
2.4 из переменной "КопЛокал" в "КопОбертка::Сообщение()"      | доступа нет, вопрос№2

[3] объект "КопОбертка" создан внутри "ПриНачалеРаботыСистемы()":

3.1 из "КопОбертка"                                                | доступ к переменной есть, правильно
3.2 из атрибута "КопОбертка::КОПартибут1"                              | доступа нет, вопрос№2
3.3 из атрибута"КопОбертка::КОПартибут2"                              | доступа нет, вопрос№2
3.4 из переменной "КопЛокал" в "КопОбертка::Сообщение()"      | доступа нет, вопрос№2

[4] объект "КопОбертка" создан в теле формы "Справочник.Новый1.ТелоМодуляФормы"

4.1 из "КопОбертка"                                                | доступа нет, вопрос №1
4.2 из атрибута "КопОбертка::КОПартибут1"                              | доступа нет, вопрос№2
4.3 из атрибута"КопОбертка::КОПартибут2"                              | доступа нет, вопрос№2
4.4 из переменной "КопЛокал" в "КопОбертка::Сообщение()"      | доступа нет, вопрос№2

[5] объект "КопОбертка" создан внутри "Справочник.Новый1.ПриОткрытии()":

5.1 из "КопОбертка"                                                | доступа нет, вопрос №1
5.2 из атрибута "КопОбертка::КОПартибут1"                              | доступа нет, вопрос№2
5.3 из атрибута"КопОбертка::КОПартибут2"                              | доступа нет, вопрос№2
5.4 из переменной "КопЛокал" в "КопОбертка::Сообщение()"      | доступа нет, вопрос№2



Вопрос №1 как получить доступ к переменной "глПеременная" из КОП-ов,
созданных в "нативном" модуле формы 1С7.7 (НЕ в глобальном модуле - случаи 4.1 и 5.1) ?
Вопрос №2 как получить доступ к той же переменной из КОП-ов,
созданных внутри других КОП-ов (случаи Х.2,Х.3,х,4) ?

Замечание:
Понятно что случаи 1.1, 2.1, 3.1 - абсолютно рабочие и не рассматриваются.

В это таблице под "доступа нет" я понимаю следующее:
исключение при чтении переменной не возникает (т.е переменная "вычитывается"),
но в результате внутри КОП-а (который это значение читал),
полученное значение оказывается СЛУЧАЙНЫМ значением
- не тем, которое реально "живет" в переменной "глПеременная экспорт"

При этом не важно какие настройки включены/выключены для "УправлениеНастройками",
а также не важно есть/нет другие ВК и порядок их загрузки.
Т.е. - это поведение "видимость глобальных переменных" исключительно определяется самой 1C++

Тест на: XP/Vista/7 + 2003 (32\64) + 2003 терминал.

1CPP.DLL Версия 3.2.4.0+3.2.4.1 (предыдущие версии не рассматривал)

от том что это баг 1С++ и почему его очень хочется исправить
здесь: http://www.1cpp.ru/forum/YaBB.pl?num=1363347562/6#6
и здесь:http://www.1cpp.ru/forum/YaBB.pl?num=1363347562/9#9

временное рабочее решение (конфигурация с демонстрацией проблемы и ее решение):
http://www.1cpp.ru/forum/YaBB.pl?num=1363347562/7#7

mszsuz писал(а) 15. Марта 2013 :: 12:15:


В этом случае:
1) класс "Обертка" из формы справочника
всё равно не имеет доступа к глоб.переменной.

2) класс "Вложение" - не имеет доступа к глоб.переменным
НИ ОТКУДА (даже если "обертку" поместить в ПриНачалеработы...)

см. приложенную конфигурацию в первом посте.
Если запустить 1С, то сообщения (место создания+значение переменной) всё показывают.

Как получить доступ?

Именно в этом то и вся загвоздка.

berezdetsky писал(а) 15. Марта 2013 :: 14:33:


Видимо меня не правильно поняли. Обновил первый пост. Прошу перечитать.

+ обновил тестовую конфигурацию для демонстрации.


Может кто подтвердить, что у него конфигурация выдает
тот же результат что и в табличке в первом посте?

Может кто дать ответы на вопросы №1 и №2 из первого поста?

Случай "Поместить всё в ПриНачалеРаботыСистемы()" абсолютно понятен. В моем случае  - не интересен.

Предполагаю что это баг 1С++. Не фича. И не глюк конфигурации.
Возможно есть смысл адресовать вопросы к разработчикам 1С++?

Как Вы считаете, уважаемое сообщество?

berezdetsky писал(а) 15. Марта 2013 :: 20:35:



Очень жаль, что этот баг рассматриваться не будет.
Тогда вопрос меняем.

У меня есть такая задача (думаю интересна многим):
1) установить начальное значение "глПеременная экспорт"
2) начинаем перехват 2х событий (в теле глоб.модуля - до начала отработки оригинальных событий):
- ПриНачалеРаботыСистемы()
- Событие_ЗаписьСобытияЖурналаРегистрации()
3) в ходе отработки оригинального события "ПриНачалеРаботыСистемы()"
обработчик для "Событие_ЗаписьСобытияЖурналаРегистрации()"
выполняет некоторые действия.
4) после того как оригинальный обработчик "ПриНачалеРаботыСистемы()" завершил работу,
выполняется анализ+обработка "глПеременная"
и перехват забытий завершается.

Эту задачу можно реализовать ТОЛЬКо если грузить 1cpp.dll
в теле глобального модуля
до начала оригинального обработчика ПриНачалеРаботыСистемы()

Вопрос:
Как это можно реализовать с учетом имеющегося бага?

Есть вариант замены глобального модуля при помощи ВК AddGlobMD.exe (http://www.1cpp.ru/forum/YaBB.pl?num=1233511656/0).
Но этот вариант не очень хорош, т.к. нужно на всех компах менять ярлыки запуска 1С для подмены EXE.
Что очень не привлекательно (кроме программиста привлекать еще и сисадмина).

Хочется всё реализовать только средствами 1С++ И FormEx.

Может есть идеи как обойти этот баг?

kos писал(а) 16. Марта 2013 :: 11:50:

Ты поясни, для чего нужна эта задача.
Пока цели не вижу

конфигурация в посте
http://www.1cpp.ru/forum/YaBB.pl?num=1363347562/7#7
обновлена.

Теперь уже рассматриваются 4 варианта доступа.
К сожелению остаётся рабочим только один, как и прежде - ч\з "Шаблон"