Vocês não devem ter percebido, mas este fato também acontece com o Clipper, não apenas com o Harbour. Acontecerá quando (descubram... :D).
Não considero como bug, mas uma situação inesperada. Se isso irá ou não atrapalhar o sistema, dependerá apenas da fragilidade da codificação.
Para alguém descobrir este comportamento, é na sorte/azar ou na fase de criação de rotinas intrÃnsecas, como no meu caso.
Mesmo que isso não ocorresse, ainda existe a chance de "run time error" pela mesma fragilidade da codificação, o programador não manter a coesão numérica (casas decimais, cálculos) em
toda a rotina, até a gravação na tabela por exemplo.
Outra curiosidade (Clipper/Harbour), se a atribuição da variável numérica vier diretamente do campo, esta estará formatada igual ao campo.
nTaxa1:=CLI->TAXA // N, 4, 1
nTaxa2:=0
@10, 10 get nTaxa1 // digitação máxima: 99.9
@11, 10 get nTaxa2 // digitação máxima: 9999999999
read
juniorcamilo escreveu:estou migrando clipper para haurbour! e me deparei com a seguinte fato:
ex.
nDesc := 1.123456789
@ 10,10 get nDesc pict "@E 999.99"
read
dando enter!
no clipper o resultado é nDesc igual 1.123456789
no harbour o resultado é nDesc igual 1.12
por que ?
tem como deixar como no clipper sem modificar a linha?