Problema ao entrar no sistema

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 14 Jun 2011 10:54

Pessoal,estou com um problema, tenho um sistema interligado em 5 terminais. O sistema abre normalmente,mas ao acessar o cadastro,manutenção,etc. o sistema saí fora, ou seja fecha sozinho. (obs: isso está ocorrendo apenas em dois terminais,os demais estão ok). Não sei porque ocorre o mesmo,pois as configurações estão identicas em todos os terminais
Josmar

Mensagem por **sygecom** » 14 Jun 2011 12:19

De mais detalhes, como o erro que acontece ao fechar ?

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 14 Jun 2011 13:32

Vamos la, o erro que está ocorrendo é esse "STUFF <0> Unrecoverable error 5305: Conventional memory exhausted" E vou explicar da maneira mais precisa que posso: Tenho 5 terminais ligados ao um servidor. Em dois terminais não ha erro algum, o programa executa normalmete, porém, em três terminais gera esse erro. Como ele gera ? O programa chega a executar, mas quando tento acessar os banco de dados como cadastro, consulta e relatórios, gera esse erro acima. Na verdade ele não expira como eu tinha dito antes, é que o erro é tão rápido que não dar parar ver ! Consegui ve-lo graças a colaboração do nosso colega Alexandre. Espero ter esclarecidos e conto com a ajuda de vocês..um abraço

josmar

Mensagem por **Jairo Maia** » 14 Jun 2011 14:15

Olá Josmar,

A memória convencional (área dos 640 k) nestas duas máquinas estão muito baixas. Você pode verificar a memória disponível digitando MEM no prompt de comando e verificar se tem programa que não precisa estar residente.

Mem - Exibe o resumo geral da memória
Mem /P - Exibe o status dos programas carregados na memória.
Mem /D - Exibe o status dos programas, drivers internos e outros dados.
Mem /C - Classifica programas segundo o uso de memória. Exibe o tamanho dos programas, um resumo da memória em uso e o maior bloco de memória superior disponível.

Acredito que ajuda também se você informar que compilador usa, se RTlink ou Blinker, e também qual é o sistema operacional das máquinas com problemas.

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 14 Jun 2011 14:56

Pois bem Jairo, o servido é o Linux e os terminais estão em windows xp, o programa é linkado em blinker em clipper52. E fazendo a verificação das memórias
Abraços josmar

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 14 Jun 2011 17:22

Como aumentar para 644k, ja que nos que estao bons, esta com 612k e nos ruins, 578k

Mensagem por **Clipper** » 14 Jun 2011 19:33

Prezado Josmar

O programa está linkado em modo protegido ou real ?

Até logo.

Marcelo

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 15 Jun 2011 08:55

Pessoal consegui resolver o erro, e acreditem, o erro era banal. Faltava o "TIMESLIC.OBJ". Colocado o mesmo e resolvido problema.

Josmar

Mensagem por **Jairo Maia** » 15 Jun 2011 09:55

Olá Josmar,

Que bom que resolveu com o TIMESLIC.

Josmar dos Santos escreveu:Como aumentar para 644k, ja que nos que estao bons, esta com 612k e nos ruins, 578k

Chegar aos 644 não é possível. Eu particularmente considero Muito Bom a casa dos 600, e Excelente a casa dos 610. Se fosse o caso, uma forma de melhorar seria verificando o arquivo Config.NT das máquinas boas, analisar as implicações e compatibilizá-los.

Outrossim, e agora sem o estresse do erro, sugiro que com calma você analise seu script LNK, pois uma aplicação linkada em Blinker, não poderia ter erro com 578 de memória convencional. É apenas uma sugestão, mas acredito que usando os recursos do Blinker você pode aumentar bem mais a performance de seu aplicativo.

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 15 Jun 2011 10:15

É Jairo. vc não sabe como isso me estressou, o cliente me pressionando e tudo mais, mas vc falow tudo, com esse procedimento que usei, agora terei tempo para verificar e estudar esse assunto. Interessante isso, porque são três terminais que estão com 612 k e rodou muito bem sem o timeslic.obj, já os três que estavam com 578k, necessitou do uso do timelisc.obj, bom pelo menos agora o cliente vai me deixar respirar melhor para pensar, porque fazer as coisas na correria, so da zinca !
Um abraço

Mensagem por **alaminojunior** » 15 Jun 2011 22:24

Josmar, desculpe pela ausência.

Provavelmente (como perguntado pelo Marcelo) este seu executável está linkado para rodar em modo real, ou seja, se encaixando dentro dos 640Kb de memória.
Poste para nós o seu script de linkedição, para vermos o que pode ser otimizado, inclusive para fazer com que o seu executável passe a rodar em modo protegido.

Não entendo a fundo sobre a timeslic.obj, mas me lembro que ela costuma ser utilizada para suprir uma possível falha do Clipper, onde este não conseguía limpar o lixo deixado nas áreas de memória entre outras coisas, se estiver errado alguém me corrija. Mas enfim, acredito que só isso não resolva por completo.

Mensagem por **alxsts** » 16 Jun 2011 00:15

Olá!

Desculpe também Josmar. Ontem o dia foi muito agitado e não pudemos interagir. Mas você deu o problema como resolvido.

alaminojunior escreveu:Não entendo a fundo sobre a timeslic.obj

Esse obj evita que a aplicação consuma 100% do processador.

alaminojunior escreveu:Poste para nós o seu script de linkedição, para vermos o que pode ser otimizado, inclusive para fazer com que o seu executável passe a rodar em modo protegido

Como o Josmar já havia me enviado, peço a ele licença para publicar e adiantar o serviço:

Código: Selecionar todos

OUTPUT OFIC
BLINKER INCREMENTAL OFF
BLINKER EXECUTABLE CLIPPER F250
BLINKER EXECUTABLE COMPRESS 1
NOBELL
FILE OFIC,OFICARQ,OFICFU1,OFICFU2,OFICFU3,OFICSOS,OFICINC,OFICI02
FILE OFICI03,OFICI04,OFICI05,OFICI06,OFICI07,OFICI08,OFICI09,OFICI10
FILE OFICI12,OFICI13,OFICI14,OFICI15,OFICI16,OFICI17,OFICI18,OFICCON
FILE TIMESLIC
FILE \CLIPPER5\LIB\CLD.LIB
LIB RELOGIO
LIB DBFCDX,WAPI,_DBFCDX,CT

alaminojunior escreveu:Mas enfim, acredito que só isso não resolva por completo

Concordo contigo Edson. Só aTimeSlic() não.

Mensagem por **alaminojunior** » 16 Jun 2011 00:41

Basta adicionar a linha:

Código: Selecionar todos

BLIN EXEC EXTE

e o danado vai estar pronto para rodar em modo protegido.

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 16 Jun 2011 10:12

Galera e amo vocês, no bom sentido é claro..rs.rs...obrigado pela dedicação a todos, de fato concordo com vocês, em uma ocasião atrás usei o timeslic.obj para reduzir o processador que estava em 100%, porém ele pelo menos ontem me socorreu, creio também que seria por algum tempo. Mas uma vez obrigado e farei as mudanças necessárias. Tenham um bom dia !
Josmar

Josmar dos Santos · Mensagem por **Josmar dos Santos** » 16 Jun 2011 11:32

Edson, coloquei esse comando, mas gerou esses erros

Código: Selecionar todos

BLINKER : 1115: BLINRNMGR<C5EVLDOS>: '__UMMSTCSEG' : unresolved external
BLINKER : 1115: BLINRNMGR<C5EVLDOS>: '__UMMSTCOFF' : unresolved external
BLINKER : 1115: BLINRNMGR<C5EVLDOS>: '__UMMSTCLOW' : unresolved external

Tentamos colocar o CTP.LIB, aí além dos erros acima gerou também:

Código: Selecionar todos

BLINKER : 1115 : CTP.LIB<__PMM> : '__D16PROTECTEDPTR: unresolver external
BLINKER : 1115 : CTP.LIB<__PMM> : '__D16SEGCANCEL: unresolver external

Vale lembrar que tenho a LIB CTP

Josmar