Página 3 de 3
Enviado: 20 Jul 2007 17:59
por Maligno
rubens escreveu:o programa pode ler o mesmo peso 2 vezes, já o programa tendo que iniciar a transmissão só vai pegar o peso 1 vez, até que a operadora mende pegar o peso novamente... no meu caso, pressionando o F7.
Sim, mas mesmo com uma variação de +/- 5g, dificilmente você terá 2 pesos consecutivos exatamente iguais. Além do que, mesmo que você aceite todo e qualquer valor de peso que chegue, uma vez estável, a operadora poderia pressionar uma tecla qualquer para "aceitar" aquele valor de peso.
Mas tudo bem. É só suposição. Se o PRT3 funcionou, melhor. Não precisa mais se preocupar com isso.
Enviado: 20 Jul 2007 18:01
por Maligno
rubens escreveu:BLX286: 1313: exception error 0d: general protection fault, code=0000h
GPF por acesso em área privilegiada sem um seletor de memória. Pode muito bem ser conflito entre as LIBs mesmo. Até por uma coincidência de nomes. Já peguei isso.
Sugestão: gere um mapa completo da montagem do programa (MAP=MAP.TXT S A) e, sem limpar a tela, execute o utilitário BLIGPF. Se puder, ele dirá qual função está provocando a GPF. Tendo seu nome, é quase certo que você mate a xarada.

Enviado: 21 Jul 2007 16:50
por rubens
Caro Maligno...
Desculpe a minha ignorância mas não entendo muito de BLINKER uso porque veio junto com o modelo da FGL que peguei e funcionou entao deixei...
Mas fiz o que voce mandou, nao funcionou no inicio o BLIGPF pediu para usar com a opcao S,A entao a linha dentro do LNK ficou MAP=FGDEMO.MAP S,A aí parece que funcionou... executei o programa deu o erro e sem limpar a tela executei O BLIGPF.
Aí dá a seguinte mensagem:
SCANNING FGDEMO.MAP:1767
Symbol Address : 0005:1276
Symbol Type : Res
Symbol Name : _ARE_TICS
Offset Into Func : 106H
Entrei no arquivo FGDEMO.MAP e na linha 1767 tá escrito:
0005:1276 Res _ARE_TICS
O arquivo tem 2981 linhas...
O que isso quer dizer..

?
Rubens
Enviado: 21 Jul 2007 17:06
por Maligno
O símbolo _ARE_TICS faz parte de um objeto integrante todas as LIBs da CATools: CT, CTP, CT52, CTP52, CT53 e CTP53. Mas este símbolo não existe na FGL. Logo, não é um conflito de nomes.
Mostre aqui como você está linkando seu programa, pois está difícil dar um palpite. Tirou a BLXRATEX?
Enviado: 21 Jul 2007 17:18
por rubens
FGDEMO.RMK
CompOptions := /n /a /es2
LinkOptions := BLINKER
.prg.obj:
clipper $< $(CompOptions)
Fgdemo.obj: Fgdemo.prg
pdv.obj: pdv.prg
venda.obj: venda.prg
FglTools.obj: FglTools.prg
TBDemo.obj: TBDemo.prg
errorsys.obj: errorsys.prg
fgdemo.exe: fgdemo.obj fgltools.obj TBDemo.obj venda.obj pdv.obj errorsys.obj
all:
$(LinkOptions) @fgdemoPM
fgdemopm.lnk
NOBELL
BLI EXE EXT
BLINKER INCREMENTAL OFF
BeginArea
File FGdemo
File TBDemo
File Pdv
File errorsys
File Venda
File FGLTools
EndArea
SEA BLXCLP52
Lib fglib30
Lib ct52
Lib clipper
Lib extend
Lib dbfntx
/NOE;
Se removo o SEA BLXCLP52
dá o seguinte erro:
BLINKER : 1115 : BLIKRNMGR (C5EVLDOS) : '__VMMSTCSEG' : unresolved external
BLINKER : 1115 : BLIKRNMGR (C5EVLDOS) : '__VMMSTCOOF' : unresolved external
BLINKER : 1115 : BLIKRNMGR (C5EVLDOS) : '__VMMSTCLOW' : unresolved external
[/b]
Enviado: 21 Jul 2007 17:31
por Maligno
No seu script de linkedição você está utilizando a LIB CT52, que é para o modo real. Mas como seu programa está sendo montado no modo protegido, a biblioteca correta é a CTP52.LIB. Este erro deve estar gerando a GPF. Corrija isso e tente de novo.
Detalhe adicional: quando no modo protegido, as seções de overlay perdem completamente o sentido, ficando inócuas. Pode remover a dupla BEGINAREA/ENDAREA.
No modo protegido, a biblioteca BLXCLP52 é essencial. Sem ela, é erro na certa.

Enviado: 22 Jul 2007 17:00
por rubens
Maligno se eu colocar a CTP52 gera o erro de NTVDM que tinha comentado antes... depois de muito quebrar a cabeça ontem e hoje o trem funcionou com a CT52 mesmo...
A rotina ficou do mesmo jeito que tinha postado antes mesmo..
Muito obrigado e estamos a disposiçao se puder ajudar em alguma coisa...
Ps. o desenvolvedor da rotina que o Rochinha nao sabia o nome me cadastrou no msn dele se chama JOAO.. muito obrigado ao JOAO tb.. por ter desenvolvido a rotina..
Rubens
Re: BALANCA TOLEDO 9090 - COLOCAR PDV PARA COMUNICAR COM ELA
Enviado: 01 Ago 2010 16:48
por lucimauro
Rubens tenho tido esse mesmo problema quando começo a debugar o meu programa
pergunte a voce.
como foi a sinteçe que voce usou:
BLIGPF
ou BLIFPG FGDEMO.MAP:1767
se foi o ultima como voce encontrou o 1767 ?
desde ja obrigado.