freepascal.ru

"крик души" ON:
Нигде, ни в одной функции преобразования нельзя указать, в какой кодировке исходная AnsiString. Или в какую надо перекодировать. А если мне надо файл в кодировке 866 перелить в БД, где таблица в 1251? Или под линухом читать (и показывать) из БД ansi-строки в казахской кодировке? Чем мне полученный буфер превратить в UTF (8 или 16, не важно)?
Даже у микрософта есть параметр CodePage и даже константа: CP_ACP (active code page).
Я могу сделать свои обертки над WideCharToMultiByte и iconv, но это ж "колхоз", как ни крути.

"крик души" OFF:
Может, я таки чего не понимаю, и есть прямые (библиотечные) способы такой перекодировки? Или, хотя бы, планируются?
(у меня сейчас FPC 2.6.0)

В 2.7.1 всё есть.

http://sirserge.altai.info/articles/?id=44

Только, начав работать с этим всем, боюсь, крик души будет еще громче, потому что:

http://sirserge.altai.info/articles/?id=45

...ибо действующей идеологии Lazarus подобные строки противны и бгмерзки

Это я читал
Весь инет перерыл.
И это ж в FPC 2.7.1!!! Турибон какой-то.
Меня бы устроило, т.к. есть RawByteString и SetCodePage. Мне и надо-то в паре мест, буфера БД перекодировать.
Прикол, кстати: Лазарь подсвечивает RawByteString, как ключевое слово, а компилятор ругается

Думал, может, у "классиков" есть что-нить, пусть хоть не такое "удобное".
Нашел только обертку над iconv, над которой теперь придется колхозить свою, "платформонезависимую".

Я не против идеологии, но с внешним миром-то надо ж как-то взаимодействовать.
Пусть хоть через "монаду" какую. Но - стандартную.

lconvencoding не подходит?

ДАРАГОЙ!!!!
С МЕНЯ ПИВО!!! )

Хоть бы где у помянули!
На весь тырнет хвалятся, как у них "автомасисськи" всё перекодируется, а тут...

Спасибо, уважаемый!
А то я уже половину cwstring'а к себе утащил, и только-только заставил iconv работать )