error DBFNTX/1012 corruption detected (muito esquisito)

[asimoes]

Pessoal,

Um sistema nosso aqui da prefeitura está dando um erro muito esquisito, o sistema operacional é windows xp pro sp3.
Estamos usando o clipper 5.2e com blinker 7 em modo protegido.

A sistema operacional anterior era o wondows 2000 professional. Não havia problemas com a abertura de dbf´s e indices.

No xp começaram aparecer estes problemas "esquisitos" . Logo após a abertura de qualquer dbf e quando o seu indice é aberto vem a mensagem:
error DBFNTX/1012 corruption detected. Deletamos todos os ntxs o sistema os recriou todos os indices e a mensagem de corrupção continou.
Regeramos o executável e a mensagem de erro na abertura dos indices continuou.

Agora é que vem a coisa esquisita, pegamos o executável de produção copiamos para mesma pasta (substituimos o que está apresentando o erro)e os dbfs com os seus indices foram abertos sem problemas. (os fontes de produção e desenvovimento são os mesmos).
Bom copiamos todos os fontes para outra máquina com xp, recompilamos e o sistema abriu os dbf com indices sem problemas.

Alguém já passou por isso?

[asimoes]

* é sempre na mesma rotina, tabela e indice ? em caso afirmativo, apague os indices, recrie-os e a tabela.
* Você esta usando INDEX ON ... com a cláusula EVAL ???? em Clipper DBFNTX REMOVA ISSO.
* Recrie o EXE, mas antes apague todos os OBJs, para ter certeza que não estão corrompidos.
* Apague arquivos de Swap do Clipper (arquivos sem extensão)
* Esta configurado corretamente o FILES e SET CLIPPER nos arquivos *.NT ? Sei que não é "DOS Error 4...", mas acredite, já vi outras mensagens com essa solução. Pela experiência, não efetuo procedimentos sempre acreditando nas mensagens.
* recrie os atalhos e nunca aproveite atalhos criados por versões diferentes do sistema operacional.


com os procedimentos acima ainda não resolveu ? execute o aplicativo via PROMPT de comando

reporte cada procedimento acima.

Não é nada disso que você mencionou.
Não usamos EVAL.
Se você leu o que eu disse verá que eu disse que copiei um executável de produção para desenvolvimento, onde os mesmos fontes geraram ambos executaveis. Só que o de produção funciona e o de desenvolvimento não.
Todos os obj são deletados antes da compilação, inclusive o executável.
Todos os files e e set clipper são padrões em todas as máquinas de desenvolvimento, homologação e produção.

Já foi resolvido o problema, copiamos todos os fontes novamente de produção para desenvolvimento e o problema sumiu. Só um detalhe não havia diferença nenhuma entre a pasta de produção e desenvolvimento.

[asimoes]

Muito obrigado pela sua dedicação ao assunto.

[]´s

[JoséQuintas]

Só vi a mensagem agora, e já passei por algo parecido, em duas situações, mas não lembro exatamente das mensagens de erro, porque faz muuuuito tempo:

1. Numa rede com Windows 98. Ao ligar um notebook com WIndows 2000, esse notebook causava problemas nos DBFs, devido aos drivers de rede do Windows 2000. (Comentou do antigo servidor ser W2000, pode ter algum terminal eventual)

2. No tempo que eu usava campo memo, só de existir o campo memo no arquivo. Criava o índice e abria pra usar já acusava erro, e o memo nem fazia parte da chave de acesso.

Fica aí, vai que volta a acontecer.

Teve outra situação, única:
Um terminal com defeito.
Cada vez que carregava o EXE, ele vinha diferente.
Por incrível que pareça, o FDP conseguiu dar defeito sem dar erro.
Sempre usei as estruturas dos DBFs no próprio EXE, e checagem pra atualização automática.
Esse terminal, e somente nesse terminal, a cada carga do EXE ele modificava a estrutura acrescentando e eliminando campos.
Na empresa existiam 50 terminais, e só esse terminal fazia essa atualização maluca.
Após trocar esse terminal, tudo resolvido.
Obs. A tela dele ficava piscando, parecendo mau contato de vídeo. Na prática era mau contato na placa mãe, e calhou de alterar somente numa parte do executável que não gerava erro. Ainda bem que foi ocorrência única, há uns 20 anos atrás. Achei esse fato incrível, e por isso nunca esqueci.

[asimoes]

Olá Quintas,

O mais curioso é que foi gerado o executável nesta máquina com problema o mesmo foi copiado para outra máquina que abriu os dbf com indices sem problema, os computadores são identicos com a mesmo s.o. e mesma configuração. Vai enteder

[asimoes]

Eric,
Eu li a sua relação, mas ela não se aplica ao problema ocorrido.

[]´s