Проблемы с dBase (dbf-файлы)

[alibek]

Раз уж тут эта тема начала затрагиваться.

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

Программа работала на моей машине и на машинах пользователей. Но на некоторых компах были глюки -- не виделись длинные имена файлов. Т.к. если я осуществлял импорт из файла data-2005-05-23.dbf, то в программе вылезала ошибка, что не найден файл DATA-2~1.DBF.
Установка MDAC и сервис-паков для Jet не помогала, я вообще не обнаружил закономерности при выползании этой ошибки (иногда не работало на Windows XP, иногда на Windows 9x). Я над этим багом маялся неделю, а потом сделал копирования импортируемого файла в TEMP-каталог с коротким именем (TEMP.DBF). Но все же интересно, что это было?

[Gloom]

Дык, известно что - имена dbf файлов должны соответствовать DOS формату(8.3): не более 8 символов на имя файла + не более трёх на расширение...

[codemaster]

Такое глюкалово наблюдалось на немецкой XP
с цепляемыми профилями пользователя.

Лечилось переобределением каталога TEMP для пользователя
в более короткий -> C:|temp

После недельных разбирательств с пользователямии руководством я никогда больше не пользаю ADO для доступа к DBF

Как правило этот раритетный формат пользуется для обмена данными
в этом случае проще написать свой парсер DBF.

Если волею судеб требутся пользовать DBF как БД то самый лучший выбор - CODEBASE от http://www.sequiter.com/
По быстродействию ADO отдыхает.

[alibek]

Дык, известно что - имена dbf файлов должны соответствовать DOS формату(8.3): не более 8 символов на имя файла + не более трёх на расширение...

Не совсем так.
На свежеустановленной системе, а так же на большинстве друних машин длинные имена понимались превосходно.

[alibek]

Лечилось переобределением каталога TEMP для пользователя в более короткий -> C:|temp

Возможно, кстати.
Не помню, что было на тех машинах, на своей я всегда TEMP определяю в C:\TEMP

После недельных разбирательств с пользователямии руководством я никогда больше не пользаю ADO для доступа к DBF

Я тогда использовал DAO

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

[codemaster]

Возможно, кстати.
Не помню, что было на тех машинах, на своей я всегда TEMP определяю в C:\TEMP.

Это конечно правильно но когда пользователь логинится то
TEMP пользуется несколько иной
посмотри в настройках системы "переменные среды"
если не ошибаюсь

[alibek]

По дефолту -- да.
На практике же, системный TEMP я назначаю в C:\WINDOWS\TEMP, а пользовательский в C:\TEMP (причем указываю это в ветке HKEY_USERS\DEFAULT, чтобы действовало на всех новых пользователей).