Akvilon_V...Существует ли библиотека dbf_func.dll для 64битной винды?...

Про библиотеку не в курсе. Исходные коды есть?

Akvilon_VИли какие-нибудь другие пути исправления ситуации?

Чисто теоретически. С 64-битным Forms'ом и 64-битным WinAPI НЕ работал, НЕ доводилось.

IMHO:

Если Forms требует 64 битную библиотеку, то написать новую библиотеку proxy. Которая будет подгружать старую 32 битную библиотеку и транслировать туда все вызовы.

Насколько я представляю WinAPI, из 64 битного кода вызывать 32 битный скорее всего можно. По крайне мере, в отношении 32 -> 16 бит преемственность точно была. Подозреваю, что с 64->32 все должно быть еще проще.

А вот и наврал. Беглый поиск по I-net показывает, что все значительно хуже (((

http://www.viva64.com/ru/l/0002/
Загрузить 32-битную DLL из 64-битного процесса и выполнить код из неё невозможно.


Как вариант предлагают или DLL оформить в виде отдельного процессе, фактически сделать из DLL обычный EXE файл (в свое время таким занимался, из Forms'ов запускал EXEшник и принимал оттуда данные on-line через named pipes. В самих Forms'ах для работы в асинхронном режиме и отображения приходящих данных использовал User Item)

Или, что тоже самое но немного по проще/стандартнее. Сделать ActiveX DLL и обмениваться информацией через COM / OLE Automation.

Т.ч. прокладки придется делать аж 2-е штуки. 1-на преврашающая DLL в ActiveX-сервер, 2-ая со стороны Forms'а (ну или использовать OLE2 package).

http://blog.mattmags.com/2007/06/30/accessing-32-bit-dlls-from-64-bit-code/