>>Olá Claudio,

Olá, Rogério.

>>>Tenho desenvolvido aplicativos (pacotes para venda) com o MS-Access 97, porém tenho tido dificuldades no suporte on-line quando o cliente instala uma versão do office mais recente.

nossa, não uso access para aplicações sérias nem que me paguem... :)

>>>Então pensei: preciso mudar de linguagem nas próximas versões. Foi quando me deparei com a sua apresentação do Visual Foxpro 7.0 na revista DevMag e os artigos na MSDN.

ah, agora sim. ;)

>>>Eu ja desenvolvi um aplicativo em 1995 (está rodando até hoje) com o FoxPro 2.6, porém quando há uma queda de energia ou problema com a rede, o arquivo .dbf que está sendo utilizado danifica, portanto gostaria, se possível, da sua ajuda para escolher a ferramenta certa.


Bom, obviamente, sou altamente suspeito em dizer. :)
mas neste link http://www.microsoft.com/brasil/msdn/produtos/vfoxpro/vfoxpro_Q&A.asp
você pode ver as palavras da própria Microsoft:

"Como a Microsoft posiciona o Visual FoxPro em relação ao Microsoft Access?
O Microsoft Access, o aplicativo integrado ao Microsoft Office, é o banco de dados de uso mais difundido em todo o mundo, além de ser considerada a ferramenta de banco de dados mais fácil de usar. Se você está começando a trabalhar com bancos de dados, ou se você estiver construindo aplicações voltadas ao Office, ou ainda, se você está em busca de um produto interativo de grande praticidade, sua escolha deverá recair sobre o Access. Já o Visual FoxPro é uma ferramenta poderosa de desenvolvimento rápido de aplicativos (RAD - Rapid Application Development) para a criação de aplicações de bancos de dados relacionais. Se sua área é o desenvolvimento profissional de aplicações de aplicativos de bancos de dados, e se você precisa de alta performance e grande velocidade, sua escolha deverá recair sobre o Visual FoxPro. "

Não deixe de ir até o link que passei, pois te dará mais boas informações.
e veja também o artigo neste link
http://www.microsoft.com/brasil/msdn/docs/outros/visual_fox_5.doc
pois está explicando muito bem as grandes características do VFP 7.


>>>1 - O tratamento das tabelas (dentro do .dbc) estão mais confiáveis ?

Sem dúvidas. Eu não tenho problemas com o banco do VFP há muuuuuuuito tempo. Você só tem problemas de corrupção de arquivos se não utilizar as técnicas adequadas de programação, e também se a rede não tiver qualidade.
Por técnicas de programação adequada, entenda assim: apesar de o VFP permitir que vc programe como fazia no Clipper, isso também te dará os problemas do clipper, pois não estará usando os recursos que fazem do VFP uma excelente ferramenta para aplicações orientadas a banco de dados. E por rede de qualidade, entenda placas de rede razoáveis, cabeamento bom, etc...

Com tudo isso em ordem, já estou há anos sem problemas no banco de dados do VFP (com aplicações rodando inclusive na Internet, sem problemas...)

>>>>2 - Se eu me aprofundar no VFP, tenho condições de competir no mercado com desenvolvedores de Delphi e/ou VB.NET ?

Certamente. A produtividade que o VFP lhe confere sempre lhe dará forças para competir com as outras plataformas. A velocidade com que você pode criar aplicações no VFP é espantosa. E a capacidade OOP dele, faz com que você crie aplicações cada vez com mais velocidade de desenvolvimento.
Outro ponto: com os Web Services, e com a interoperabilidade dos componentes COM com o .NET framework, você tem total capacidade de integrar suas aplicações em VFP com as aplicações em .NET


>>>Eu gostaria também de parabeniza-lo por sua facilidade de explicar conceitos avançados com uma simplicidade singular.

Muito obrigado. Fico contente em saber que meu artigo foi bem recebido.
Não deixe de conhecer também a UTMag/RapoZine, que é a revista que sou Editor, e conheça também nosso web-site www.rapozine.com.br, pois estamos sempre com novidades (na próxima semana estaremos começando um grupo de estudos visando a certificação MCP em Visual FoxPro)

>>Grato por sua atenção,

Disponha.

Um abraço.