так не работает:

//свойство класса
DATE m_data;

if (TV_VT(varPropVal) != VTYPE_DATE)
    return false;
m_data = TV_DATE(varPropVal);

А как тогда? И примера нигде нет

(0) Особенности разработки компонент с использованием Native API
"Значение даты передается во внешнюю компоненту в виде структуры tm и указанием типа VTYPE_TM. Компонента может вернуть значение даты как в struct tm, так и в типе DATE Windows, указав тип VTYPE_DATE. "1С:Предприятие" обработает его корректно.

Возвращаемые значения типа VTYPE_ARRAY и VTYPE_BYREF не поддерживаются."

https://its.1c.ru/db/metod8dev#content:3221:hdoc:_tvariant_enterprise

(1)+ Если честно я маты складывал на разрабов
Вот какого хэ не сделали тупо через json обмен параметрами?
Т.е. в 1С дата передается в ВК прилетает json и сам парсь как те надо вместо извратов в Variant

Точнее Variant был норма когда COM/OLE но сча же NativeAPI свое совершенно!

И какого хера на чистом C нет реализации ВК, только долбаный платформозависмый C++

(2) Ишшо бы Go прикрутить?

(3) дайте пример ВК на чистом C и прикручу напрямую а не через прокладку на C++

(2) Что за ерунду пишешь. Правильно написанная ВК компилируется под любую популярную платформу.

(5) скомпиль на mingw под винду
или на msvc под линукс/мак

(6) Так у тебя проблема с компилятором и сборщиком  чтоле? Ну заведи дуалбут.

(7) У меня проблем нет, это проблемы рзрабов
go например компилится на любой платформе под любую целевую
Тут же нужна целевая платформа и конкретный компилятор, причем разный под разную платформу

(7) И да ты явно не понял что я подразумевал под mingw/msvc

(1) спасибо

(2) строками слишком накладно обмениваться, да и проблем с ними еще больше бывает

(11) Со строками проблема только кодировки и размера/формата
Но намного проще все было бы
И если простые C-Shared DLL вместо извратов с C++ объектами было бы ВК писать простейше
И меньше ошибок в использовании

(12)+ Этот функционал создания кучу объектов внутри ВК практически никогда не используется
Везде что видел один объект юзают на ВК

это со строками то в С просто?

(14) достаточно просто если формат описан
или массив или 0-терминальная ну и сколько байт на символ

(2) "Вот какого хэ не сделали тупо через json обмен параметрами? "
Видимо, разработчики 1С не учли, что через 15 лет после появления в 1С NativeAPI, какому то хрену с мисты захочется параметры передавать в виде JSON

(16) Ага а когда они реализовывали и описывали кучу разных видов параметров и их передачи у них не зародилась мысля что можно было сделать сильно проще?

Всего один способ но универсальный и даже массив унутри с объектами при желании моно!

(17)+ вместо "исторически сложилось"

(17) так ты можешь сам передавать строки, и обрабатывать их как жсон.
никто не запрещает

(18) ни в одном языке чилса и даты как жсон не передаются

(17) вон тебе HTTP сервисы. Гоняй там JSON туда-сюда и радуйся.

(19) Нативной платформенно1С трансформации нетути
Чтобы в 1С МояВК(число, дата, массив) а в ВК прилетел один JSON {[число, дата, массив]}

(22)+ и да массив = [...]

Хотя, на чистом Си было бы конечно правильнее. Тогда практически на любом языке можно было бы строчить ВК.

(24) а я про что?

(25)+ и ВК говорит как с параметрами работает нативно типами или через json
и платформа 1С так и отдает

(26) Да нахрен все это нужно. Все кассы и сканеры уже подключены. Пару раз в жизни написать ВК и так можно. Вон на C# пишут, мудохаются по два месяца и ничо.

(27) Ага а потом мобильный клиент под андроид а сервер на линуксе и сколько он будет мудохзаться?

(28) Шарпистов не жалко. Пускай мудохаются. Они это любят.

(28) Под андроид Xamarin, линукс .Net 5, есть еще блазор как вэб морда хоть для десктоп как приложение хоть для мобильных устройств.
(29) Не жалей!! Завидуй!!