Луа кириллица консоль. Опции

[DarkMaster]

Столкнулся со странной проблемой кодировок в луа. Есть скрипт и в нем есть русский текст. Скрипт в 1251 кодировке. При попытке сделать print этого текста получаюстя иероглифы, дешифраторы кодировок определяют необходимую конвертацию dos -> 1251. На этот момент все предельно логично, файл 1251, cmd по умолчанию 866, получаем иероглифы. Меняю chcp на 1251, но получаю те же самые иероглифы. Абсолютно теже самые... визуально... По факту же кодировка у этих иероглифов уже не 866, а 1251. Т.е. по факту были взяты иероглифы, и им присвоены коды 1251. В итоге у меня:
трёа - вывод в кодировке 866
трёа - вывод в кодировке 1251
Символы одинаковые, кодировки разные. Что за бред и как победить?

[FREEON]

Эта проблема стара как сам виндовс.
Попробуй выполнить по инструкции https://habr.com/ru/sandbox/35290/
Либо нужно скачать из другого ресурса файл 1251 и заменить на корректный. Доберусь домой выложу архив.
Ps это способ работает только для корректного отображения кириллицы вместо крокозябр. Не работает если пилотом генерируется файл и сохраняется тогда нужно вручную через редактор ставить сперва текущая кодировка 1251 и затем преобразовать в utf

[FREEON]

Попробовать использовать функцию setlocale с параметром ru https://www.gammon.com.au/scripts/doc.php?lua=os.setlocale
Либо перекодировать в 866 https://ru.stackoverflow.com/questions/6242...%BA%D0%BE%D0%BC

[cirus]

Сменить кодировку можно функциями CharToOemBuffA и OemToCharBuffA.

[Cockney]

Эх, щас бы в 2021 кодировочки перегонять...utf-8 как-то принципиально не воспринимается.

[DarkMaster]

Эх, щас бы в 2021 кодировочки перегонять...utf-8 как-то принципиально не воспринимается.

А ты думаешь там было иначе?) Я просто не стал про utf писать. Получаешь aaaaaaaaaaaa, меняешь chcp 65001 - получаешь aaaaaaaaaa, но уже в корректном юникоде. Легче точно не становится)

Utf кстати луа движком нативно не держится, там через либы, каждая из которых в чем-нибудь калеченая.

[Cockney]

Ну вроде на такие случаи была придумана нормализация или типа того.

[DarkMaster]

Установка локалей не помогла.

CharToOemBuffA

Типа описать через ffi? И ковертить? Как бы двойную конвертацию не схватить, да и нужно ли это? По сути есть асинхрон локали консоли и луа, при этом непонятные действия луа по попыткам подстроиться под локаль консоли (насколько я понимаю происходящее).

Ну вроде на такие случаи была придумана нормализация или типа того.

Можно поподробнее?

[Cockney]

Можно поподробнее?

Не видя реальных данных сложно что-то сказать, вообще, думаю, что просто chcp маловато, ибо консоль винды достаточно капризная вещь, и нужно реально конвертировать данные через MultiByteToWide или наоборот, а то и то и то. А по поводу нормализации: https://habr.com/en/post/45489/

Но тут больше для экзотики, а не кириллицы.

[DarkMaster]

Собственно "реальные" данные и батник которым стартую. Не исключаю, что заработает из коробки (когда-то решал проблемы с кодировками в какой-то хрени, назад не вернул, что делал забыл).

Сообщение отредактировал DarkMaster - 14.9.2021, 6:02

[Cockney]

просто кодировки консоли менять не катит. Нужна конвертация.
MultiByteToWideChar

Причем это очень прожорливый вариант. Вызывать нужно не один раз.

[cirus]

test.lua:

Код

local ffi = require("ffi")
ffi.cdef[[ bool CharToOemBuffA(const char* lpszSrc, char* lpszDst, unsigned long  cchDstLength); ]]
local text = "Вася"
local buf = ffi.new("char[?]", text:len()+1, text)
ffi.C.CharToOemBuffA(text, buf, text:len())
print(ffi.string(buf))

[DarkMaster]

Я чет смотрю на весь этот изврат и думаю не проще ли формочку сделать =\

[Cockney]

Я чет смотрю на весь этот изврат и думаю не проще ли формочку сделать =\

или перейти на питон, который стоит сейчас почти везде...