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

Я просто не представляю, как, даже при наличии драйвера ODBC, из FoxPro можно работать с таблицей, имеющей более 255 полей. Для FoxPro - это выходит за пределы системных ограничений.

По поводу структуры файлов DBF для Clipper - я вообще не в курсе. Никогда не видел... Но просто заменить нулевой байт можно, если все прочие структуры в пределах системных ограничений FoxPro.

Например, длина одного поля в FoxPro не может превышать 255 символов потому, что в описании структуры поля под длину поля выделен 1 байт. А у Clipper длина одного поля может превышать 255 символов. Как они выкрутились - я не в курсе.

Количество полей в FoxPro не может быть больше 255, потому что в 10 и 11 байте записана общая длина одной строки. Т.е. для FoxPro предельная длина одной строки - это 256*256=65536. А для Clipper - это не предел. У него полей может быть больше 255.

Значит, он как-то по другому определяет общую длину одной записи. Правда, FoxPro не использует байты с 12 по 27, возможно, Clipper туда и записывает длину одной записи.

В общем, замена нулевого байта - это для любителей экстрима (повезет/не повезет). Либо для тех, кто очень хорошо понимает чем отличается формат DBF для Clipper и для FoxPro.

Для справки. Значения нулевого байта DBF, с которыми FoxPro работает без драйверов

HELP VFP9Тип файла:

0x02 FoxBASE

0x03 FoxBASE+/Dbase III plus, нет memo

0x30 Visual FoxPro

0x31 Visual FoxPro, поддержка свойства autoincrement

0x32 Visual FoxPro, поддержка полей типа Varchar, Varbinary, или Blob

0x43 dBASE IV SQL табличный файл, нет memo

0x63 dBASE IV SQL системный файл, нет memo

0x83 FoxBASE+/dBASE III PLUS, с memo

0x8B dBASE IV с memo

0xCB dBASE IV SQL табличный файл, с memo

0xF5 FoxPro 2.x (или младше) с memo

0xFB FoxBASE

Замечание
Visual FoxPro может работать со всеми перечисленными типами файлов как с собственными файлами без дополнительных драйверов и преобразований, но только в том случае, если все остальные структуры таблиц соответствуют системным ограничениям Visual FoxPro.

Замечание
При создании новых таблиц в Visual FoxPro значение данного байта устанавливается в одно из трех значений: 0x30, 0x31 или 0x32 в зависимости от факта использования соответствующих типов полей. В случае добавления, удаления или изменения полей произойдет и модификация данного байта, если необходимо.


Кстати, поиск по интернету дал кучу всевозможных утилит по правке файлов DBF. Может, просто скачать какую-нибудь из них и не мучится с изменением структуры?

Анатолий ( Киев )
Теперь просьба. Меня заинтересовало вот это:
ВладимирМ0x31 Visual FoxPro, поддержка свойства autoincrement
0x32 Visual FoxPro, поддержка полей типа Varchar, Varbinary, или Blob
Я не работаю в FoxPro, но сочинил класс для доступа к DBF из VB/VBA. До сих пор думал, что VFP DBF всегда имеет признак 0x30, а признак системного поля, хранения двоичных данных и значения Null указывается в 28-м байте описания поля.
Если не трудно, пришлите мне примеры таких файлов (DBF, FPT) на krivtsov@computerplus.com.ua или сюда. Ну очень интересно!
Вероятно это спецификация для VFP свежее 3.0 версии. Вот бы еще и описание структыры DBF для них.

Да, поддрежка autoincrement была введена в версии VFP8, а поля типа VarChar, VarBinary и BLOB - в версии VFP9.

Однако даже если таблица создана в VFP9, но не использует ни автоинкрементых полей, ни полей типа Varchar, Varbinary, или Blob, то нулевой байт будет иметь значение 0х30. Другими словами нулевой байт определяет факт использования некоторых типов полей в данном файле DBF, но не может однозначно указать на версию FoxPro в которой он был создан.

Подробно структура файлов DBF для Visual FoxPro описана здесь

Структура табличного файла (.dbc, .dbf, .frx, .lbx, .mnx, .pjx, .scx, .vcx)