Mesmo com exe fechado dbf continua aberto.

[marcos.gurupi]

Tenho um servidor com win2000, percebi q mesmo com os programas fechados fica arquivo aberto no servidor, entaum verifiquei quais seriam, na verdade detectei apenas 3 arq. dbf e seus respectivos cdx, ou seja, mesmo eu na saida do programa chamando a funcao "DBCLOSEALL()" Ainda assim os arquivos ficam aberto no servidor. Gostaria de saber como faço pra fechar totalmente esses arquivos quando o programa for fechado. Obrigado.

Marcos Roberto.

[Jorge Adourian]

Marcos, isto não tem nada a haver com o seu programa Clipper, por mais que você não soubesse programar, ao ser finalizado o EXE obrigatóriamente fecharia os arquivos.

Portanto o mais provavel neste caso, é que o seu Windows esteja baleado.

Formate o HD e Reinstale o Windows novamente (estou falando da estação e não do Servidor).

[rrfsistemas]

Olá senhores !

Este não é caso de formatação :

Este "BUG" é um problema do Windows. Tbem tenho o mesmo.

Quando faço o backup dos Dbf' s, eu forço LogOff em todas as estções para que os arquivos sejam liberados. Só assim o backup é feito.

Já ouvi dizer que O Win 2003 Server não tem mais este problema... e faz backup com todos os arquivos abertos.

[rochinha]

Amiguinhos

Desculpe-me por dar um pitaco nesta questão.

Mas eu sempre penso 77*77 vezes antes de formatar e reinstalar o Ruindows, mesmo porque se perde um tempo trocentas vezes maior só pra reconfigurar.

Estes problemas de arquivos abertos tem relatividade com o CACHE de memória.

Verifique inicialmente no SETUP e configure-o para ter o mesmo tempo de resposta para leitura, escrita e salvamento ou recarregue os defaults.

Mesmo não sendo necessário no Win2000, como sua janela DOS deve ser compatibilizada ao nivel de seu aplicativo, acrescente no CONFIG.NT e AUTOEXEC.NT chamadas para HIMEM.SYS, EMM386.EXE e SMARTDRV.EXE.

Desta forma o SMARTDRV tomara conta da sessão DOS desabilitando temporariamente o cache em 32bits.

@braços :?)

[Pedro Junior]

Olá pessoal, realmente como disse o rrfsistemas este não é um caso para formatação. No Windows 2000 Server este problema ainda existe, já no Windows 2003 Server este problema foi minimizado , porém não solucionado. Resumindo o tempo de atualização das sessões em uso foi minimizado fazendo com que exista sempre verificação nas sessões.

Caso isto aconteça com o Windows 2003 Server, vc pode acessar :
Gerenciar o servidor -> Gerencia este servidor de arquivos ->Arquivos Abertos. Então você pode clicar em atuallizar sem problema algum.

Quanto o back-up, não é que ele faça a cópia com os arquivos abertos, mas sim ele espera que o arquivo seja liberado para que possa realizar a cópia.

[Sergio Cabral]

Tente verificar se o problema não esta no HUB. Experimente desligar o HUB...

Sergio Cabral

[rrfsistemas]

Sergio :

Creio que não adiantaria nada em se desligar o Hub, pois na rede os processos de abertura de arquivos são controlados pelo servidor.
Mas mesmo assim farei um teste.
Se bem que : e se for uma rede com ramificações multiplas?? (+ de um hub)

Aguardem o resultado...

[MWAdriano]

Já tive este problema com a Novell Netware 6.0 e com clients Windows NT...

No meu caso foi apenas questão de configurar o Client. Era coisa de configuração de cache mesmo.

Verifique, se quando vc desliga o terminal, se os arquivos são fechados no servidor;...

[antonio carlos]

marcos

se vc entrar no site do windows update e verificar por atualizações do seu windows verá que existe uma correção para esse bug do windows

[marcos.gurupi]

Veja bem, antes eu usava o clipper 52e para o programa de retaguarda e o 5.3 para o pdv q eh grafico ambos com indices composto (cdx), entaum ocorria diariamente problema de indices corrompidos, mas era por dois motivos: o primeiro era q eu usava o servidor win98 e ele soh consegue abrir 255 arq. entaum quando mais de 4 terminais abriam o programa ocorria o erro nos indices, passei a usar o servidor com win2000 resolveu parcialmente o problema pois fiquei por varios dias sem precisar recriar os indices, mas ocorria ainda sim de corromper indices, entaum fui atras fiz teste no hd do servidor, placa de rede, hub e etc... entaum descobri q tinha trocado o comando commit e o unlock para dbcommit() e dbunlock() para q a gravacao ficasse mais agil em particoes ntfs, conlcusao quando o clipper52e atualizava os indices e o 53 tb atualizava ocorria o problema, entaum soh compilei o retaguarda com o 53 e nunca mais precisei recriar os indices. Espero ter ajudado alguem com essa informação pois conversando com o DUDU_XBASE q eu chequei a essa conclusão, ou seja, se ele n tivesse tido a atenção dele certamente n teria achado a solução do problema. Obrigado.

MARCOS ROBERTO.