Есть очень старая печатная форма в которую вставлен объект 1с.v8: печать штрих-кодов.
Все работало, но вот с переходом в 8.3.10 на последнее ядро 8.3.12.1469 стало непонятно как к нему обращаться.
Например код типа:

```1c
    ОбластьМакета.Рисунки.ШтрихКод1.объект.типкода = 2;
```

Ругается что: Поле объекта не обнаружено (типкода)
Проверяю отладчиком ОбластьМакета.Рисунки.ШтрихКод1.объект - это ActiveX как и раньше.
---
а клиент случаем не 64 бит установили?
---
было такое давно, еще на 8.3.6
Помогло удалить объект активХ из макета и добавить еще раз. Соответственно настроив как было ранее.
---
не помогло, первое что сделал, как начал бороться - это добавил новый объект.
---
тогда переписывать все под новый формат работы со штрихкодами.
---
а клиент случаем не 64 бит установили?
---
а вот тут в точку.
Да дело было в 64-битной платформе. Поставил рядом обычное и все открылось.
---
Интересно. Будем знать.
А почему в отладочном сеансе находит компоненту? Непонятно...
---
А почему в отладочном сеансе находит компоненту? Непонятно...
Наверно потому, что конфигуратор остается 32 битный.
---
Все равно я чего-то не понимаю.
Вот мы запускаем 64-битный сеанс. Разрешаем его отладку в свойствах. Запускаем 32-разрядный конфигуратор, подключаем предмет отладки - отлаживаемый сеанс все равно же остается 64-битный... Просто конфигуратор при отладке получает из него инфу и управляет его выполнением...
Или при запуске отладочного сеанса прямо из конфигуратора (как это обычно делается) пользовательская сессия тоже запускается в 32-разрядном режиме?
---
точно не скажу, но предполагаю. В конфигураторе, в момент остановки, отладчиком именно не клиентский код отрабатывает в данном случае, а вычисляется конфигуратором/отладчиком. Так как конфигуратор 32 бит, а отладчик запускается в рамках конфигуратора (из 32 бит потока), то и он 32 бит.
Отлаживаем мы код конфигурации, и битность по большому счету тут не сказывается (только вот такие отличия на границе приложения с другими объектами). Это для платформы важно.
Конфигуратор и отладчик один и тот же, как для 32 бит клиента, так и для 64 бит клиента.
Да и если клиент 32, а сервер 64 бит, это же не означает, что используется 2 разных отладчика.
За более точными данными к разработчикам.
Или при запуске отладочного сеанса прямо из конфигуратора (как это обычно делается) пользовательская сессия тоже запускается в 32-разрядном режиме?
Скорее всего нет. Отладку можно подключить и к уже запущенному сеансу не из конфигуратора.
---
В конфигураторе, в момент остановки, отладчиком именно не клиентский код отрабатывает в данном случае, а вычисляется конфигуратором/отладчиком
Понятное дело. Но в сабжевом случае мы получаем данные из табличного документа (ссылку на ActiveX), существующего в отлаживаемом сеансе, а не автономно вычисляемым в конфигураторе. И они там или есть, или нет. Третьего не дано. Если их в отлаживаемом сеансе нет, то отладчик их никак не вставит.
---
так, уточним. В отладчике показываются данные активХ, или после отладчика эти данные станятся доступны на клиенте?
---
У меня нет никаких данных кроме тех, что предоставил ТС. Цитата:
Проверяю отладчиком ОбластьМакета.Рисунки.ШтрихКод1.объект - это ActiveX как и раньше
Я это понимаю так, что ТС ставит точку остановка и выражение "ОбластьМакета.Рисунки.ШтрихКод1.объект" показывает что там таки ссылка на ActiveX.
---
ясно. Это не означает, что там и нужные данные этого активХ отображаются. Просто показывается тип. А он и будет показываться, только данные не будет получать.
---
Может, эта печатная форма начала каким-то макаром на сервере формироваться? Тогда ActiveX ессно потеряется.
---
пробовал через файл, открыть. Тоже не работает. Да и отладка бы не работала, если бы на сервере оно выполнялось.
---
А, или он там типа есть, но не работает корректно в 64-разрядном клиенте?
---
типо того:
"ОбластьМакета.Рисунки.ШтрихКод1.объект.типкода = 2;"
"Ругается что: Поле объекта не обнаружено (типкода) "
Он не ругается, что объект не обнаружен.
---
Логично. Я почему-то решил, что в отладчике у ТС вообще отрабатывает нормально. Перечитал - такого не утверждалось.
Сенк.
---
А поясните пж. выяснили что в 64 поставили. Дальше то что? Как штрихкод печатать? у нас обычное приложение бп2.0 - штрихкод не печатает. делать то что?
---
Приложение то 32 бита? Нужно именно 32 битное
---
попробуйте переустановить 1CBarCode_8.0.16.4