Точность с использованием VariantCopyInd

Это не имеет никакого отношения к VariantCopyInd, а просто к тому факту, что литерал в том виде, в каком он существует в коде, не имеет точного представления в формате с плавающей запятой, используемом внутри COM Variants.

Следовательно, нет никакого способа добиться того, чего вы хотите, кроме как использовать вариант типа CURRENCY. Он будет иметь ограниченную точность, см. MSDN:

• http://msdn.microsoft.com/en-us/library/e305240e-9e11-4006-98cc-26f4932d2118(VS.85)

Типы CURRENCY используют внутри себя десятичное представление, как и кодовый литерал. Вам все равно придется обеспечить косвенную инициализацию (из строки, а не литерала с плавающей запятой/двойного числа) в коде, чтобы предотвратить любые нежелательные эффекты представления.

• MSDN на ВАЛЮТЕ:

Число валюты, хранящееся как 8-байтовое целое число с дополнением до двух, масштабированное на 10 000, чтобы получить число с фиксированной запятой с 15 цифрами слева от десятичной точки и 4 цифрами справа. Этот IDispatch::GetTypeInforesentation предоставляет диапазон от 922337203685477,5807 до -922337203685477,5808.

Тип данных CURRENCY полезен для вычислений, связанных с деньгами, или для любых вычислений с фиксированной точкой, где особенно важна точность.

Я нашел очень хорошую ссылку из msdn

введите здесь описание ссылки Ссылка четко указывает любое число, длина которого больше 15 будет оцениваться как неправильный результат.

Возьмите 2 случая

1) 101126.199999999 будет хранить правильное значение, так как длина равна 15. Без преобразования или потери точности 2) 111.12345678912345 будет хранить неверное значение, поскольку длина равна 17 . Преобразование будет выполнено