Серый форум — ADODB.Stream и его свойство CharSet

Re: ADODB.Stream и его свойство CharSet

2014-10-07T02:29:05Z

Видимо, здесь этот Alias из реестра для us и us-ascii не используется. У меня ваш код выводит 3, а не 2. ASCII — 7-битная кодировка, 8-й бит байта игнорируется. 0x83 в двоичном виде будет 10000011, т.е. без верхнего бита 11 = 3.

Re: ADODB.Stream и его свойство CharSet

2014-10-06T19:52:14Z

обычный код

var
    adodbStream = new ActiveXObject('ADODB.Stream'),
    source;

adodbStream.charset = 'us';
// adodbStream.mode = 0;
adodbStream.type = 2;
adodbStream.open();
adodbStream.loadFromFile('test.hex');
adodbStream.position = 0;
source = adodbStream.readText();
adodbStream.close();
WScript.Echo ( source.charCodeAt(0x83) );

test.hex - это набор байтов от 0x00 до 0xff.

Re: ADODB.Stream и его свойство CharSet

2014-10-06T19:45:54Z

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

ADODB.Stream и его свойство CharSet

2014-10-06T19:42:04Z

Почитал тут, что возможные значения для CharSet хранятся в разделе реестра HKLM\SOFTWARE\Classes\MIME\Database\Charset.
См. инфу по CharSet us-ascii и us:

AliasForCharset: iso-8859-1

При этом iso-8859-1:

Codepage: 1252
InternetEncoding: 1252

Почему же тогда при чтении c помощью метода ReadText, к примеру, символа с байтом 0x83 при CharSet="iso-8859-1" результатом будем символ U+0192 (т.е. в 10-тичной системе 402), а при CharSet="us-ascii" или CharSet="us" выводится просто 2 (т.е. берутся только 2 "нижних" 10-тичных цифры)?
Откуда этот ADODB.Stream берет инфу о такой "обрезке" числа для us и us-ascii?

PS.
Кстати, тут где-то для чтения бинарных данных с помощью ADODB.Stream как раз применялись эти кодировки, хотя с какого-то времени они для этого не годятся из-за их равности кодировке win-1252, в которой есть символы выше U+00FF. По крайней мере не годятся без доп. корректировки полученной строки.