dataareaid conpeek

[Logger]

Это понятно.
Но как-то неожиданно.

Кстати, вызов common.data() не в исходной компании тоже изменил dataareaId.
Т.е. дубликата не получается.

[ZVV]

Цитата:

Сообщение от Logger

Кстати, вызов common.data() не в исходной компании тоже изменил dataareaId.
Т.е. дубликата не получается.

Вы неверно трактуете точку изменения поля dataareaid.

Оно происходит не при распаковке (извлечения) данных из контейнера, а при смене компании!

changeCompany(CompanyIdTo)

Проверьте в дебагере, при выполненни этого кода (т.е. при входе в блок с другой компанией) поле dataareaid именно в контейнере(!) меняется на новое, и возвращается на на старое, при выходе из этого блока.

Так что data() тут уже не при чём... Всё дело в контейнере...
Видимо фича такая... для удобства

[Logger]

Цитата:

Сообщение от ZVV

Вы неверно трактуете точку изменения поля dataareaid.

Оно происходит не при распаковке (извлечения) данных из контейнера, а при смене компании!

Не. Сомнительно что при смене компании ядро перебивает во всех контейнерах поля dataareaId - там же данные в бинарном виде лежат - их распаковывать надо.

Скорее всего это багофича работы конструктора объекта common - при создании экземпляра в dataareaId класть текущую компанию. Соответственно это проявляется при conpeek, присваиваниях вида [common] = con, и при работе отладчика тоже, так как чтобы представить нам содержимое контейнера, ядро вынуждено где-то внутри себя сделать операцию аналогичную conpeek - создать экземпляр объекта common.