Muito Agradecido por compartilharem suas experiencias...Nao está sendo em vão.
A demora da resposta foi o tempo de elabora-la e trabalhar ao mesmo tempo....
A Idéia é de encerrar o uso do clipper, mas ate lá, quando for substituido pelo novo, os dois tem que
caminhar juntos....
Concordo com todos vcs no ponto de vista que ja deveria ter sido convertido ha muito tempo, mas chegou agora
a nossa hora.Estamos sob pressao? sim, pois o esperado de nos é que funcione e funcione bem e pra ontem.
Deixamos de adquirir alguns novos clientes, pelo simples fato de ser DOS. Apesar de ser atualizado e atender a todas
as demandas de mercado, é DOS.
Nosso sistema de gestao é muito grande...incorpora todos os setores, comercial, fincanceiro, compras, producao, etc....
Temos que escrever os dois codigos juntos. DOS atualizacoes, WINDOWS criacoes e novidades...ate que um dia 100% WINDOWS.
Calculamos que vais levar mais 12 meses pro fim deste empreendimento.
como descobrirmos o erro:
Implantamos em alguns clientes, uma pequena parte da nova versao WINDOWS ja desenvolvida justamente pra testar
em campo.Junto com a aplicação DOS. Foram duas Rotinas de Manutencao de dados como Cadastro de CLientes e de Produtos....
Funciona bem mas em certos momentos....
O interessante é que o problema nao acontece de imediato. Sabe aqueles problemas intermitentes?
Tem que ser este ambiente, clipper+six , que é o nosso carro chefe. Usamos isso há muito tempo.
sem problemas. Vivemos de um sistema de gestao em DOS escrito em clipper + six que recentemente
estamos convertendo para windows usando o delphi + apolloDB que tem as caracteristicas de
usar a mesma criptografia nos DBFs e as mesmas TAGs nos NSX da SIX , e sem contar que a sintaxe
do apolloDB é xBase,SQL e mais.., tudo ficou mais facil na conversao....
Fazendo pequenas adaptacoes, é como se fosse copiar e colar a programação.
O mais importante, é que o sistema clipper+six que está em uso atualmente, sempre sofre alteracoes
no codigo fonte, SAT,TEF,NFE,etc...
precisam conviver juntos em harmonia ate o desfecho final que será 100% Windows.
nao conheço o harbour, mas ouvi falar muito bem....vou conhece-lo.
como disse nao sei nada de harbour!
Tive decepcoes com clip4win,fivewin...na época desisti de um novo...fiquei só no clipper ate o ano passado....aÃ, conheci o apolloDB.
Realmente é bom e atende as nossas nescessidades.
Mudar de ambiente? nao sei.... teria que alterar e muito o codigo fonte em clipper pra aceitar outro RDD do que o sixnsx.....
alem da criptografia....
o detalhe tem que abrir os mesmos dbf+nsx pelo clipper+six e pelo delphi+apollodb
pois uso criptografia.praticamente obrigado o uso do sixnsx. como disse, teria que alterar o code clipper demasiadamente....
Uso Delphi 10.0 e apolloDB 9.0 de ultima geracao....Pelo menos é o que diz ApolloDB ser totalmente compativel..NTX NSX CDX e outros..
clipper 5.2e e Six 3.02(ultima e muito estavel) usamos a mais de 15 anos...
O Sistema funciona muito bem, ate que em um momento, da o problema...
As vezes de imediato, as vezes nem acontece, passa dias sem o problema...
Outro motivo pra nao mudar de ambiente, Ja tem muito codigo escrito. Em torno de 12 meses. E´muito codigo.
Respondendo as pergunta sobre o problema:
nada de "off-line".
Fiz experiencias sem o COMMIT...sempre mesma situação...
Todos DBF sem campo memo...
Uso Criptografia. por isso indispensavel o SIXNSX, alem do que é rapido....
No apollo os Ãndices podem usar funções, igualzinho no clipper... usa sintaxe xBase
Identico nos dois ambientes.
O erro nao acontece somente em LAN!
Acontece tambem mesmo em duas ou mais janelas da mesma aplicacao WINDOWS no desktop,
compartilhando as mesmas bases de dados.
Nao tenho certeza se o drive SixNsx DOS pode estar causando o problema,
pois se rodar somente aplicaoes windows Delphi+apolloDB. tambem acontece o mesmo erro.
O ERRO acontece em todos estes OS....
win XP,7,10
server 2003,2008,2012
Estamos aguardando retorno da ApolloDB sobre o assunto....assim que tiver retorno terei imenso prazer em
participar a todos....pois esta sendo um desafio muito grande.
Pra quem nao viu ainda,
Este arquivo:
www.profase.com.br/ftp/ERROR_1010_1012_Portugues.zipcontem um video explicativo do problema com simulacoes reais.
alem do projeto em delphi, todos os arqs executaveis das aplicoes DOS e WIN + dlls. pra testar.
Se alguem se interesar pelo assunto favor testar em mais de uma aplicacao(DOS e WINDOWS) aberta simultaneamente..
so assim acontece o erro...
Sei que esse assunto é massante, mas tem que ser desse jeito....Compartilhando experiencias....
Retorno em breve.
Muito obrigado,
Paulo Ricardo Martinez.