Jefferson, 
08 de dezembro de 2019, 
Essa mensagem é terrivelmente enganadora. O usuário sofreu com ela por mais de um mês sem poder abrir o programa (E-Fiscal da Sage/Folhamatic) porque eu não fazia idéia de como resolver.
Ao tentar abrir o programa os seguintes erros apareciam em sequência:
RETURN/RETRY statement not allowed in TRY/CATCH
Uma busca no Google por essas expressões não me fez chegar nem perto da causa do problema.
Isso começou por coincidência após a atualização do servidor Folhamatic, o que foi outra coisa que me tirou do caminho para a solução. Na verdade tudo foi causado por um defeito no HDD do usuário, que estava corrompendo arquivos diariamente.
Apos clonar a instalação para um HDD bom, com a ajuda do suporte da Sage eu reinstalei o programa cliente na máquina mas o problema persistiu e aí o suporte se limitou a dizer que o problema era na máquina e para consertar só pagando por fora a eles. Então eu resolvi estudar o processo de instalação para procurar pistas do que era que o programa precisava para rodar.
Preparei uma máquina com Windows 8.1 e depois de quebrar a cabeça por um tempo porque a instalação do programa deles é bem burrinha, descobri que este instalava o DotNet 4.6. Na reinstalação essa dica não apareceu. O instalador deve ter visto que estava instalado e pulou essa parte silenciosamente.
Desinstalei o danado da máquina problemática e instalei de novo. Problema resolvido.
Perceba que o problema não tinha absolutamente nada a ver com o “Microsoft Visual FoxPro”, um ambiente de desenvolvimento descontinuado da MS que foi atualizado pela última vez em 2007 e que eu nem sabia que podia acessar funções do framework dotNET. Mesmo agora, sabendo que o problema foi causado pelo dotNET e fazendo uma busca no Google de acordo, nenhum resultado relevante aparece.
A impressão que tenho até agora do suporte da Sage:
- Instaladores acessíveis apenas para quem tem login/senha no site deles – nota ruim no meu conceito, até porque isso significa que eu não posso/devo fazer links para criar meus próprios tutoriais;
- Instaladores não funcionam como deveriam. Eu instalei o programa em uma máquina e quase não consegui fazer conversar com o servidor (assunto para outro post);
- Explicações no site poderiam ser melhor pensadas;
- Páginas de suporte desatualizadas, apontando para instaladores que não funcionam mais;
- A qualidade do suporte telefônico depende de quem atende sua ligação.
Impressionante como isso é comum nessas empresas que desenvolvem esse tipo de software. Programas com péssimo tratamento de erros, procedimentos de instalação obscuros propositalmente, suporte sem uma base de conhecimentos para compensar os dois primeiros pontos.
Parece que o objetivo é empurrar horas de suporte avulsas para os clientes pra resolver problemas que eles mesmo criam.
Conheço muitos sistemas comerciais/fiscais que foram desenvolvidos em FoxPro e basicamente são softwares feitos numa linguagem morta/sem suporte, programados há 10-15 anos atrás contemplando apenas Windows XP/Vista/7 e as empresas querem continuar ganhando dinheiro em cima sem atualizar absolutamente nada. A compatibilidade com versões mais atuais do Windows é cada vez menor, ao ponto que muitos clientes ficam presos à obrigação de rodar os mesmos em máquinas desatualizadas e cheio de gambiarras.
Eu não sei se isso é um problema da idade da linguagem/ambiente. Eu desenvolvo em Delphi 7, um ambiente que já era “velho” em dezembro de 2003, quando foi lançado o Delphi 8. Hoje, 16 anos depois, a única coisa de que sinto falta é o suporte a Unicode das versões mais novas. E ainda assim muito raramente. Por exemplo, eu não consigo acessar um arquivo com nome que contenha caracteres japoneses ou chineses no Windows.
Segundo a Wikipedia, essa versão “obsoletada” 16 anos atrás é a mais usada de todas as versões do Delphi. Mesmo com a onipresente mentalidade de que “mais novo é melhor”.