PC Toledo

boa noite pessoal, gostaria que alguem me desse alguns motivos pelo qual as vezes uma rotina que esta funcionando perfeitamente, em algum momento sem motivo os registros nao sao gravados, eu nao sei se é falha na comunicacao, etc, por favor me citem alguns motivos que podem ocorrer, para uma operacao nao ser bem sucedida, porque as vezes o usuario pergunta e nao sei o que responder, se deu certo outras vezez, e porque em uma determinada hora falhou, para eu ter o que falar para o usuario.

obrigado.

Pergunta difícil. Pode ser um monte de coisas: bug no programa, bug na rede, interferência de saci-pererê, etc. Não dá pra ser direto. O melhor que posso dizer é que você pode eliminar possibilidades. Funciona em uma estação local? Se sim, então pode ser rede. Se não, pode ser bug no seu programa. Se nessa máquina não funciona mas funciona em outra, pode ser problema de hardware na primeira. E por aí vai. A pista vem da lógica.

:-O Comigo já aconteceu e a explicação foi ANTIVIRUS que instalado por outra pessoa andava verificando os arquivos DBF neste caso reconfigurei o antivirus para não se intrometer na gravação dos DBF, se não me engano o antvirus era o NOD32

Realmente. Dentre vários, esse é mais um dos fatores que podem dar pau no programa. Aliás, só uso o AVG e meus clientes também. Deve ser por isso que nunca tive problema. E nunca terei. Estou prestes a enterrar os DBFs. GTH, Clipper e todo XBase!

no programa nao creio que seja porque senao o problema aconteceria toda hora, que nao é o caso, pois a mesma rotina que faz o procedimento tanto no servidor como nos terminais de maneira correta é a mesma que as vezes acontece o problema. Neste caso especificamente, o servidor do sistema é usado para diversas coisas, o usuario trabalha com o Excel, usa o msn, enfim o computador funciona carregado com varios programas abertos, imagino que isso tambem tenha influencia de as vezes haver a falha na gravacao dos arquivos. Valeu pelas dicas.

obrigado pela atençäo

no programa nao creio que seja porque senao o problema aconteceria toda hora

Não esteja tão certo disso. Dependendo do bug, o erro pode sim aparecer apenas de vez em quando.

Já ouviu falar de erro de avaliação de "curto-circuito"? É apenas um exemplo: você tem um IF com duas expressões conectadas por um .OR. que, em 99,9% do tempo, resulta TRUE logo na primeira. Assim a segunda expressão, que tem um bug, raramente é avaliada. Quando acontecer da primeira expressão finalmente retornar FALSE, o erro da segunda, que pode ser "silencioso", sutil, fará o programa apenas se comportar de forma estranha. Moral da história: é software. Tudo pode acontecer.

Avaliação de "curto-circuito" é padrão no XBase do Clipper, e em várias outras linguagens. É uma forma de aumentar a velocidade de execução. Mas em algumas linguagens é possível desligar o recurso, justamente para evitar erros desse tipo, pelo menos em tempo de desenvolvimento.

maligno, nunca tinha ouvido falar desse termo "avaliaçäo de curto circuito", vou pesquisar sobre esse assunto, mais uma vez valeu pela dica.

Bom dia...Maligno,


qual é o salto que tu vais dar, podes compartilhar???

Já tô lá. C++ Builder com Firebird.

Boa tarde à todos
Posso até estar falando besteira, mas mesmo assim quero compartilhar minha experiência:
Tenho um sistema em clipper que roda num cliente com rede windows. Até pouco tempo tinha a seguinte estrutura:

O Servidor com Windows XP e as estações com 98 ou xp..
O programa era compilado com Clipper 5.2e e Blinker 5.1 , usando DBFNTX
De vez enquando ocorria situações de sumir registros de uma tabela,não gravar, corrupção de DBF e tb de NTX, etc...

A mais ou menos um ano, compilei meu sistema todo para Xharbour e passamos a utilizar um servidor Windows 2003 ou 2008 server com as estações todas com xp.
Nunca mais ouvi falar de problemas relacionados a corrupção de arquivos DBfs ou índices NTX, bem como a incidência de problemas "fantasmas" como sumiço de registros etc.. Nem reindexar uma vez por dia não precisa mais.. eheheh

ahhh, esqueci de mencionar...
Estou a muito tempo procurando uma forma grátis de utilizar Firebird com Xharbour, mas até hoje não vi nada que reamente funcione.
já trabalho hj com Firebird no Delphi e é um banco de dados realmente ótimo..
No momento em que conseguir uma forma de utiliar o banco de dados Firebird com Xharbour de uma forma grátis, com certeza vou migrar..

Olá!

Já vi ocorrer este problema em rede sem fio...

Maligno escreveu:...em algumas linguagens é possível desligar o recurso...

Tanto no Clipper quanto no [x]Harbour é possível desligar isto através da switch /z do compilador.