Собственно как создать объект типа ЗаписьТекста в кодировке UCS-2 Little Endian?


Новый ЗаписьТекста(<ИмяФайла>, <Кодировка>, <РазделительСтрок>, <Дописывать>, <КонвертируемыйРазделительСтрок>)

<Кодировка> (необязательный)
Тип: КодировкаТекста, Строка.
Кодировка записываемого текста (согласована с текстовым документом).

Ни в значениях системного перечисления КодировкаТекста, ни в списке строк кодировок в СП не наблюдаю такой кодировки.

https://docs.microsoft.com/ru-ru/sql/ado/reference/ado-api/read-readtext-write-and-writetext-methods-example-vb?view=sql-server-ver15
https://docs.microsoft.com/ru-ru/sql/ado/reference/ado-api/charset-property-ado?view=sql-server-ver15

это случайно не то же самое, что UTF-16LE?

(2) я имею в виду не буквально, а по структуре...  http://www.unicode.org/faq/utf_bom.html#utf16-11

(1) понятно, спасибо, но хотелось бы обойтись малой кровью.

(2) Чот я гугланул и навскидку тоже пока не понял, чем оно от UTF-16 отличается.

Имею сильное подозрение, что отличия есть только на китайщине всякой.

(5) Возможность использования суррогатных пар — это единственное различие между UTF-16 и UCS-2: UCS-2 (также известен просто как «Юникод») не допускает суррогатные пары и может представлять символы в диапазоне 0-65535 (0-0xFFFF). UTF-16 может иметь разный порядок байтов (Endianness): он может быть от старшего к младшему (big-endian), от младшего к старшему (little-endian), или же быть машинно-зависимым с опциональным BOM (0xFF 0xFE для little-endian, 0xFE 0xFF для big-endian)

(5) может гугл уже не торт?)

О, точно. На китайщине.

Там разница в отображении последней страницы,которая вышла за пределы 65536.
В классическом utf16 её просто нет.