Basil A. Sidorov,

в лебедевском декодере тоже бредятина.
#178;Б┌╛ЖЖДЖЭЭЖl
HTML-Entities -> CP1250 -> KOI8-R

видимо, какая-то каша из хтмл-кодировки и прочего.

из блокнота тоже фигня: CP1252->ISO-8859-5
В блокноте не задан юникодный BOM?

svd,

так в блокноте и видны одни умляуты - ööäöüüö.
Это разве какой-то осмысленный текст? Умляуты, вообще-то, вполне нормально и в win1252 имеются.
Так-то да, у вас там по 2 байта на символ, но оно привычными способами че-то никак не расшифровывается.
Попутно вопрос - в ИБЕ, раз указана кодировка utf8, галка do NOT perform conversion from/to UTF8 надеюсь, убрана?
Откуда вообще эта строка?
В дельфи в примитивном приложении по кнопке что выдаст IsUTF8String или UTF8Decode? Может это как раз просто WideString?

svd,

гм. Если строка пришла из Delphi, то это widestring (utf-16), двухбайтовая кодировка.
Firebird не умеет такое хранить, только UTF8. Поэтому, когда указан чарсет коннекта UTF8, widestring конвертируется в uft8 и отправляется на сервер, и наоборот преобразуется с сервера (из utf8 в widestring). Преобразуется - компонентами.
Компоненты знают, что сейчас в дельфи widestring.
widestring - фиксированный формат. uft8 -плавающий (от одного до 3 или 4х байт на символ).

Поэтому, если откуда-то брать некие не-UTF8 байты, и пытаться их засунуть в базу как uft8 без соответствующих перекодировок - странно.
https://forum.sources.ru/index.php?act=Attach&type=post&id=2635238&attach_id=

ну и, тестировать надо на каком-то осмысленном тексте. Иначе на входе бурда, и на выходе бурда, и мы не понимаем, сконвертировалось оно нормально или нет.

svd,

короче. чарсет коннекта UTF8 указывает, что в ФБ символы приходят в этом формате. Если эти данные надо сохранить в строку с кодировкой UTF8 - никаких преобразований не происходит. А если у строки win1251, сервер будет внутри себя конвертировать utf8 в win1251.
Собственно, при чарсете коннекта utf8 и строках utf8 ошибка malformed string означает только одно - что в фб приехала строка НЕ в utf8.

svd,

вот не в том направлении надо копать.
- Firebird 2.5.9.27139, 32bit, windows 10 enterprise 64bit, русская
- create database utf8 character set utf8;
- чарсет коннекта -utf8
- ibe версии 2020.4.1.1.
- rdb$database.rdb$character_set_name = UTF8.
- select 'Götten wurden entteuscht' from rdb$database
выполняется отлично, никаких ошибок, выдает заданное в строке

svdДа, еще забыл указать: names в базе iso8859_1
я не пойму, к чему тогда этот топик затевать. А у столбцов какие кодировки?
Зачем указывать чарсет коннекта utf8, если у столбцов в базе не utf8, например? в надежде что "любой символ" из utf8 перекодируется в конкретную кодировку? Так нет же.
Почему всю инфу надо выколупывать? Я в одном комменте выдал абсолютно всё что было надо.
svd- неправильно установленный firebird.
я не знаю, как можно "неправильно установить" ФБ из zip. распаковываем в любую папку, после чего в cmd запускаем из bin/
fbserver -a
и всё работает.
svd- обнаружились отличные версии IBExpert.
ну и у кого старее - у меня или у вас? Опять еще один вопрос. Почему вы сразу при словах про "отличные" не можете привести свою версию ибэксперта из about?

svdЕще вопрос, если обновить в rdb$database.rdb$character_set_name новое значение на UTF8, сделать бэкап-рестор
а бэкап-рестор то зачем? Вы не в курсе, что даёт чарсет базы? Это просто дефолтное значение чарсета для новых строковых столбцов (у которых кодировка не указана). Если новых столбцов нет, то изменение чарсета БД вам ничего не даст.

p.s. подозреваю, что исходный глюк в старом ibexpert. надо было сразу в isql проверять. Или из приложения.