Проблема с кодовыми страницами. Один и тот же символ, выглядящий одинаково в разных кодовых страницах будет иметь разный ASCII-код

Когда ты определяешь ASCII код в FoxPro, то символы беруться в текущей кодовой страницы среды FoxPro. Что это за страница можно проверить при помощи

?CPCURRENT()

В момент записи в символьное поле, если существует файл конфигурации CONFIG.FPW (это обычный текстовый файл) со строкой CODEPAGE=1251 происходит автоматическая конвертация полученной строки в кодовую страницу таблицы. Проверить текущую кодовую страницу таблицы можно через функцию

?DBF()

В общем случае, кодовая страница среды FoxPro и файла DBF могут отличаться.

Когда разбираешь в Delphi, то тут уже надо смотреть в какой кодовой странице происходит работа именно в среде Delphi. Как? Я не в курсе. Не работал.

Feg16Получил данные в двоичном виде, можно как-нить вытащить скэн коды этих данных прямо из кодовой страницы?
Не понял вопроса. Что подразумевается под фразой "скэн коды" применительно к "данные в двоичном виде"?

Feg16Подразумевает вытаскивание скан-кода символа из кодовой странице по его бинарному значению
Как Вы думаете, как физически хранятся символьные данные? Т.е. что именно физически записано на диске? То самое, что Вы прочитали как "бинарное значение"?

Это собственно и есть ASCII-код символа. Вам его надо всего-лишь перевести в десятичное представление.

Но это возвращает к исходной проблеме. Кодовая страница какая? Т.е. сам по себе ASCII-код ничего не значит. Чтобы понять, какой именно символ за ним скрывается надо использовать кодовую страницу.

В файле DBF признак кодовой страницы записан в 29 байте заголовка (первый байт имеет порядковый номер 0). Вот некоторые значения этого байта и чему они соответствуют

x01 - 437 - U.S. MS-DOS
x65 - 866 - Russian MS-DOS
xC9 - 1251 - Russian Windows
x03 - 1252 - Windows ANSI

Надо читать текст файла DBF в той кодовой странице, которая указана в 29 байте заголовка. Тогда разночтений не будет.