Página 2 de 2
Enviado: 30 Out 2007 14:33
por ademilson
Uma vez me deparei com isso, um detalhe a mais pelas consideracoes do maligno é o seguinte comando: NTCMDPROMPT colocado dentro do config.
Enviado: 30 Out 2007 14:48
por acelconsultoria
Maligno escreveu:Se ele disse que funciona em todo lugar menos em UM cliente, é lógico que não é erro de código. É macumba da grossa.

))
Põe macumba nisso !!!!
Eu isolei o sistema em todas as máquinas do cliente... e em nenhuma funcionou.
A linha de erro ocorre bem no comando que faz o SET de impressão:
SET PRINTER TO "REPORT.TXT"
Vou tentar fuçar mais um pouco aqui, peguei uma das máquinas só pra mexer isoladamente.
Enviado: 30 Out 2007 14:55
por Maligno
Erro num simples "SET PRINTER TO"????? É macumba feita por saci-pererê. A pior que tem.

Consegui resolver por enquanto !!!
Enviado: 30 Out 2007 16:07
por acelconsultoria
Maligno escreveu:Erro num simples "SET PRINTER TO"????? É macumba feita por saci-pererê. A pior que tem.

rssssssssss..... com certeza !!!
Achei onde está realmente o problema. Por alguma razão, o Windows XP SP2 da empresa que ocorria o problema, não conseguia sustentar um grande númeo de arquivos abertos (files). Mesmo jogando valores altos, o problema persistia em acontecer.
Como o relatório usa um grande número de arquivos abertos (já que é uma demonstração financeira gerencial), e ainda no final, joga-se tudo num arquivo temporário para poder exibir na tela, o erro acontecia exatamente quando criava-se o último arquivo... o REPORT.TXT
Então, consegui dar um jeito nisso, fechando os arquivos conforme terminava de usá-los. Aí, quando chega na hora de gerar o REPORT.TXT, o problema não acontece mais.
A única coisa que ainda ficou estranha, é por que que o sistema não está aceitando um grande número de arquivos aberto, já que esse problema ocorre apenas nesse cliente.
Abraços a todos que colaboraram !!!!!
Enviado: 31 Out 2007 03:39
por Maligno
A única coisa que ainda ficou estranha, é por que que o sistema não está aceitando um grande número de arquivos aberto, já que esse problema ocorre apenas nesse cliente.
Ah, é Windows. Uma coisa esquisita por natureza. Apesar do XP ser muito bom em relação às versões anteriores. Provavelmente, no dia em que reformatarem a máquina e colocarem o mesmo XP, o problema acabe por si só. Nem adianta querer uma explicação.

Enviado: 05 Nov 2007 18:44
por Mário Isa
Qual o máximo de files que podemos configurar no clipper ?
set clipper=f250 ?
Mário
Enviado: 05 Nov 2007 19:11
por Maligno
O máximo que o Clipper suporta é o máximo que o DOS permite. O valor é: não sei.

)))
Não adianta colocar no Clipper um valor acima do que há no CONFIG. O teto dele é o que consta no CONFIG.
Quando lembro de alterar, coloco 120 no CONFIG. Mas normalmente nunca lembro.

)) Fica no default mesmo. No XP esse default é 40, se não me engano.
Até o presente momento não tive qualquer problema. Mas acho 120 um exagero. No máximo, abro uns 20 arquivos ao mesmo tempo, contando os índices. Isso dificilmente daria problema, no meu caso.