приветствую

есть текстовый (XML) файл, который при просмотре в кодировке 1251 выглядит так:


в то же время в нотпаде 7й винды он выглядит вот так:


когда я этот файл читаю через OPEN DATASET...IN TEXT MODE ENCODING UTF-8 то в отладчике я вижу, что считались те же кракозябры:


альтернативная попытка считать файл как бинарный и подвергнуть его перекодировке приводит к ровно такому же результату с кракозябрами. Вот такой код использую:


вопрос: где мой косяк и как мне получить нормальный текст в KTEXT?

попробуйте 4110

увы, тот же эффект. в смысле - никакого эффекта, те же кракозябры

тогда вместо 4110 укажите UTF-8

UTF-8 тоже не помогло

видимо нужен какой-то принципиально иной заход, но я его не вижу

жуть какая-то.. посмотрите текст в виде hex(raw),
в отладке есть такая опция просмотра поля,
и проверьте вначале данных наличие bom для utf-8 -
последовательность ef bb bf,
если её нет, вероятно это не utf-8, хотя судя по
характерным крякозяблам это он.
ещё можно внимательно отладить метод convert
и посмотреть что он делает с переданной кодировкой

Используйте Notepad++, там кодировку чуть более явно видно.
BOM для utf-8 - это порождение мастдая, у нормальных ребят стандарт - utf-8 without BOM.
Попробуйте уточнить кодировку исходного файла этой штучкой: http://www.artlebedev.ru/tools/decoder/

Еще в отладке есть возможность посмотреть содержимое бинарной переменной в виде XML. Посмотрите как там выглядит.
Как вариант, если вы используете OPEN DATASET... - значит читаете с сервера приложений, не могло где-то двойного преобразования кодировки произойти когда на сервер файл выкладывали? Сравните размер файла, который у вас на компьютере лежит и тот который на сервере.