PC Toledo

Caros, estou tendo um problema num cliente específico, que me parece ter começado depois que atualizaram todo o parque de máquinas, inclusive o servidor.
Está acontecendo que chega um determinado momento, que quando o programa vai buscar alguma informação no dbf, é como se o dbf estivesse vazio, porém, se sair do programa e entrar novamente os dados estão lá. (acreditem, é verdade)
Por exemplo, o usuário está na digitação dos itens de um pedido, e depois de digitar muitos itens e o programa ter buscado esses itens no arquivo de produtos, chega um momento em que não acha mais nenhum produto, e se abrir a rotina de pesquisa, que traz um dbedit do arquivo de produtos, esse vem vazio.
Porém, o arquivo de produtos é só um exemplo, como eu disse, isso pode acontecer a qualquer momento com qualquer dbf, pois a rotina de pesquisa que usamos é generica e serve pra todos os cadastros do sistema, e o usuário disse que de vez em quando, ao pesquisar alguma informação em qualquer cadastro, a tela de pesquisa vem vazia, sendo que os dados existem.
Estão usando nessa empresa terminais Dell com Windows Vista, e a pouco tempo trocaram o servidor, mas acreditem, não sei qual é o servidor que foi colocado, pois foi outra empresa de hardware que fez a instalação e só fiquei sabendo depois que começaram a dar esses problemas.
Se alguém tiver alguma idéia do que pode estar acontecendo, já agradeço.
Valeu e abraços.

Primeiro pensei que pudesse ser problemas de índices. Isto é, o índice não é atualizado e por isso mostra vazio. Mas quando você mencionou VISTA, aí posso crer que algum problema de acesso ou de direitos. Veja se as inclusões feitas no servidor ocorre de apresentar dados vazios. Não sei ao certo mais são duas dicas. Cheque pra ver.

Pablo, acho difícil ser problema de índice, pois todos são abertos corretamente junto ao dbf, e quanti a acesso ou direitos da rede, não sei o que falar, pois, o problema acontece no mesmo pedido, ou seja, começa a digitar os itens do pedido, e está tudo normal, de repente nao aparecem mais os produtos do cadastro para serem incluidos no pedido.
Cara, tá cabuloso o negócio !!!!!

Como diria o esquartejador: "Vamos por partes."
Parte 1 - Pode ser que o seu sistema ora acessa o servidor, com um determinado path, ora acessa por outro;

Parte 2 - Pode ser problema de índices que não se atualizam e você pode não enxergar os registros que na verdade existem, como poderá ver registros duplicados ;

Parte 3 - Se você está perdendo dados, pode ser que algum outro programa, acesse seus bancos mas fora de controle de rede, e que não pede acesso exclusivo ou compartilhado, pois no seu sistema em Clipper isto deve ser muito bem controlado;

Parte 4 - Coloque dentro do seu sistema, logo após à abertura do arquivo um browse() para ter certeza de que o arquivo filtrado ou aberto está com todos os registros, pronto para ser acessado de modo aleatório por alguma chave ou de modo sequencial.
Caso esteja em rotina que imprima relatório, use a seguinte forma:

set device to screen
browse()
set device to printer

Após devidamente testado elimine essas linhas

Parte 5 e última - Veja todas as chaves que acessam o arquivo, principalmente as compostas por mais de um campo se estão OK, pode ser que você alterou a estrutura do arquivo e não alterou as ditas cujas.

Galera, a coisa tá muito esquisita, o que tá acontecendo é o seguinte:
Na rotina de digitação de pedidos, na função que fico digitando os itens, fica num laço para ficar incluindo os produtos, quantidade, e valores. No get de digitação do produto, onde pega o codigo do produto, tem uma função para verificar no cadastro se existe o produto, que se nao existir, abre o dbedit() do próprio dbf com os produtos cadastrados. Em um mesmo pedido, está acontecendo que, em certo momento, esse dbedit() vem vazio, ou seja, digitou por exemplo 20 itens, até aí tudo bem, ele trouxe os itens digitados, se nao existisse algum codigo abria o dbedit() com os produtos lá, tudo belezinha, de repente, ao digitar algum codigo do produto, o dbedit() vem vazio, ou seja, o mesmo dbf que até agora estava vindo corretamente, passa a aparecer vazio no dbedit(), sem o usuário ter saído do laço de digitação de produtos. Mas o arquivo está lá, se eu acessar em outra máquina via dbu por exemplo, ele está lá direitinho com todos os registros, e na máquina que deu o problema, se o usuário fechar o programa e voltar está tudo lá novamente.
O que eu faço ?? Mando um padre lá ?? (hehe só pra descontrair um pouco....)

Depois de sair da rotina de inclusão e tentar verificar o conteúdo do arquivo, aparece tudo normal? Ou ainda, se sair do programa e voltar, indo direto à pesquisa, aparece tudo? Se sim, tente dar um COMMIT no banco, após cada inclusão e, na carga do dbEdit(), um refresh.

Olá

O seu sistema está rodando em rede? caso esteja, verifique se rodando local, por exemplo no c:\ acontece a mesma situação.

Você usa dbrlock(), dbcommit() e dbunlock()?

Poste aqui o trecho do seu sistema com problema para entedermos o que acontece.

[]´s

Prezados,

talvez não seja o caso deste tópico mas, lembro-me do seguinte:
em uma empresa onde trabalhei, trocaram a rede para rede sem fio e os sistemas em Clipper começaram a acusar o erro do Windows "Falha na gravacao atrasada", sob Win XP Pro. Voces mudaram o hardware e o SO agora é Vista. Dá uma olhada no log de eventos do Windows (no XP é só clicar com o direito no ícone meu computador, gerenciar, Ferramentas do Sistema, Visualizar Eventos. Então, verifique eventos de aplicativo e sistema. Talvez encontre alguma pista. É vago mas...

Olá,

Só resta uma coisa, se ainda não foi feito, debugar a rotina com problema.

Habilirar a cld.lib no lnk ou usar o cld.exe para debugar.

[]´s

Olá colega.

Já tive os seguintes problemas:
1) Servidor 98 com terminal XP. Dá esses problemas aí.
2) Um terminal entrando na rede com o mesmo IP de um outro. Passa a aparecer os arquivos zerados nos outros terminais, dessa forma q vc relata.
3) Não tenho nenhum caso de servidor Vista. Apenas terminais. Funciona sem problemas.

Vc usa o Blinker ?
Cara, se seu Sistema funciona sem problemas em outras redes, é problema da rede do cara. Tenta colocar seu Sistema em outro servidor nessa rede e veja o q acontece.
Tenta trabalhar um um terminal de cada vêz. Inicia pelo servidor sozinho. As vezes é um terminal com problemas na placa de rede q fica danificando.
Troca o Hub.

Abraços.

_______
Maurício

Exato, precisa verificar qual sistema operacional o servidor está rodando.
E aconselho também a desabilitar o cache de disco de todas as máquinas.

Maurício Elias escreveu:Vc usa o Blinker ?
Cara, se seu Sistema funciona sem problemas em outras redes, é problema da rede do cara. Tenta colocar seu Sistema em outro servidor nessa rede e veja o q acontece.
Tenta trabalhar um um terminal de cada vêz. Inicia pelo servidor sozinho. As vezes é um terminal com problemas na placa de rede q fica danificando.
Troca o Hub.

Pois é, eu tambem acho que é algum problema na rede deles, pois o problema só começou depois que trocaram a rede, pois pelo que me passaram, foram trocados os terminais e o servidor, só não sei se trocaram os hubs. Ainda não tive tempo de ir até o cliente pois tô na correria pra preparar NFe, inclusive desse proprio cliente que entra agora em setembro.
Mas agradeço a todos pela ajuda, e assim que descobrir o que acontece lá eu coloco aqui no forum.
Abraços.

Tenho algumas dicas baseados em problemas que ja tive vou lista-las:

1) - verifique se o serivodr é windows 2003 ou 2008, se for verifique se foi criado contas para todos os usuarios, pois se não foi, o windows server as vezes confunde as sessoes abertas, isso acontece muito quando usa via terminal service.

2) - ainda no windows servidor, verifique se não estão usando o antivirus da Microsoft ForeFRONT, se tiver, tire-o, pois da problemas em gravação de DBFs, e se tiver nas estações o antivirus Microsoft MSE, támbem dá problema, tire e coloque outro.

3) - verifique se trocaram o HUB, se trocaram, coloque o hub antigo pra ver se os problemas persistem.

4) Se estiver usando clipper 5.3b com CDX, volte para 5.2e usando o CDX da SIX. Pois em alguns casos e situações o 5.3b com cdx da problema.

5) - Lembre-se se for colocar indices SIXCDX, crie mais indices em cada tabela referente aos comandos 'SET FILTER' utilizados no programa, pois se nao fizer, vai ficar mais lento que quando usava 5.3 com CDX principalmente se você usar DBEDIT.

6) - desabilite o cache de disco do servidor somente para teste, se o problema persistir, volte o cache.

7)- Atualize todos os updates das estações e do servidor.

Talvez possa ajuda-lo

abraços