PC Toledo

Oi galera, tudo bem ?
Estou mudando o meu sistema para modo grafico usando
a llibg, o meu problema e o seguinte....
antes quando o sistema dava um erro, ele abortava a tela
e aparecia a linha e o erro, entao eu ia la e consertava.
so que agora apos o uso da llibg o programa quando encontra
um erro ele sai da tela rapidamente e limpa a tela
nao aparece a linha nem o motivo do erro, ele simplesmente pisca e apaga a tela e volta ao DOS.
como toda migracao tem muitos acertos a serem feitos, fica impossivel eu saber aonde o programa esta parando para poder ir la e mudar.
S O C O R R O !!!!!!

É porque quando dá o erro o mesmo é escrito na tela em modo gráfico e o programa já saí do ar para o modo texto limpando a tela. Você pode tentar usar a tecla PAUSE para tentar parar quando ainda no modo gráfico para ler o erro. Mas vai ter que fazer muitas tentativas.
O melhor é deduzir a altura no prg e escrever varias linhas numeradas para tentar depurar onde está o erro, assim

setcolor("")
@ 1,5 say 1
inkey(0)
.
.LINHAS DO PROGRAMA
.
.
@ 2,5 say 2
inkey(0)
.
.LINHAS DO PROGRAMA
.
E assim até onde você acha que passou do erro. Quando executar o programa vai parar no ponto 1 se não teve erro. Tecle ENTER até o ponto 2 e assim sucessivamente.
Bom, deve existir outros meios mas usamos assim e funciona legal.

Também enfrento o mesmo problema, com a tecla pause em um computador + lento até funciona. Eu utilizo da mesma maneira que o Marini disse par ver onde está o erro. Se algum outro colega conhecer
outra maneira, poste aqui.

Poka

Vou ajudar e ao mesmo tempo jogar um banho de agua fria em vcs.

1 - Para poder resolver o problema do erro, faça um errosys que exiba na telas os erros, vcs podem pegar um errorsys que está no meu site, na sessão download, _erro.prg, basta colocar ele no script de compilação de vcs e pronto.

O pequeno problema é que meu site estourou o limite de banda e está fora do ar até dia primeiro, isto me aconteceu nos ultimos 6 meses, já paguei para aumentar o limite mas estourou de novo... agora é esperar.

Agora o banho de água fria.

Bom, sabemos que a LLIBG é muito boa, porém, vcs já tentaram rodar um programa feito nela no Windows XP? fica um pouco mais lento, no geral, eu sempre falo, ao inves de reescrever todo o sistema para usar a LLIBG, melhor fazer o sistema direto para Windows com o xHarbour e minigui, vc ser menos trabalhaso e o programa ficará definitivamente 32bits. O sistema de DOS em Windows mais novos roda dentro de um emulador, o que faz com ele fique mais lento e acabe prendendo o processador do computador, chegando a extremos 99% de consumo da CPU, por isso, investir hoje na programação de um sistema com recursos gráficos, porém para DOS ainda, é como nadar para morrer no fim da praia, melhor aproveitar que hoje se tem todos os recursos gratuitos e fazer logo o sistema em uma plataforma 32bits e confiável.

Concordo com o Wagner

Se for para passar para o modo gráfico melhor ir para o xHarbour o VFP.

Até logo.

Marcelo

bem concordo com o vagner em partes, por exemplo mudei o layout do meus sistems com a llibg, e ficaram muitos bons, naum mim arrependi em nada, agora q temos q mudar para modo grafico de uma forma naum so no visual mas parte funcional mesmo como gerar executaveis 32 bits e por ai vai ai eu concordo
amigo escreva para o meu e-mail q tenho uma rotina prontinha para que o erro apareca na tela ou impressora assim vc vai conseguir ver o erro do sistema..
espero ter ajudado

uso:
clip53, llibg, rdd cdx, exospace e fico show

Prezados,

Apesar de ser suspeito para falar de LLIBG, pois vendo um CD contendo sistemas feitos com ela, e usar em todos sistemas que fiz, tanto comercialmente como na empresa em que trabalho, tenho algumas coisas a dizer sobre o tópico :

1- muitas empresas usam win98, pq a sua máquina não suporta o XP;
2- muitas empresas estão bem com as máquinas que possuem ;
3- existem aplicações que não necessitam interagir com o Windows, uma por exemplo é o Frente de Caixa ;
4- partindo do fato que a nossa legislação obriga o comércio a usar ECFs e TEF, um programa de Frente de Caixa tem muito comércio ;
5- com a LLIBG, vc pode ter botões, mouse igual ao do windows, radio button, checkbox, listbox, menus pull-down, enfim, vários recursos gráficos que fazem o usuário usar o teclado somente para digitar, ou não, usando teclas de atalho ;
6- 16 bits é uma limitação sim, mas é uma limitação técnica, não deixe a sua cabeça ficar limitada, existem usos para tudo, 16 bits, 32 bits e agora 64 bits, depende de uma boa análise, afinal nós todos dizemos ser analistas de sistemas, então, façamos isso !

Só para terminar, vc pode fazer um Frente de Caixa em Clipper usando a LLIBG, e o Retaguarda em Harbour ou xHarbour usando a MiniGUI, essa dupla além de ser 32bits (Borland C++), tem recursos ótimos, e interage muito bem com tabelas DBF e indices NTX e CDX.

Abraços a todos