Hi all,
I'd like to discuss a disturbing stack display problem that I sometimes encounter.
Suppose you want to square 18 :
18 [ENTER]
Y: 18
X: 18
[*]
Will produce in Free42 :
Y: 0
X: 324
It will be the case also on DM42, but not always:
I sometimes end up with :
Y:324
X:324
And I can't find an explanation about this (both Y & X modified).
I event found a case where Z would also be updated with the calculated value of X (324).
I am trying to find the stack configuration that produce this behaviour, and will add to this post when I get it.
Disturbed...
Olaf
Stack display behaviour
Stack display behaviour
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler
HP48G, DM42 (# 276), a slide rule and a C compiler
Re: Stack display behaviour
Can't reproduce anymore, but already happened in the past.
Now things are back to normal, with a stack drop and the evaluated result in X.
A bit less disturbed, but not 100% confident in the stack display code.
Now things are back to normal, with a stack drop and the evaluated result in X.
A bit less disturbed, but not 100% confident in the stack display code.
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler
HP48G, DM42 (# 276), a slide rule and a C compiler
Re: Stack display behaviour
could it be something simpler, like a sticky Enter key?
Cambridge, UK
41CL/DM41X 12/15C/16C DM15/16 17B/II/II+ 28S 42S/DM42 32SII 48GX 50g 35s WP34S PrimeG2 WP43S/pilot
Casio, Rockwell 18R
41CL/DM41X 12/15C/16C DM15/16 17B/II/II+ 28S 42S/DM42 32SII 48GX 50g 35s WP34S PrimeG2 WP43S/pilot
Casio, Rockwell 18R
Re: Stack display behaviour
Hi,
I don't think so, because when the Z level got updated there was no extra stack lift.
Looked like magicaly all "18", wherever they were (and there was a 18 in Z), got transformed into "324".
Hoping to find a way to reproduce this in the days to come, but unlikely.
Olaf
I don't think so, because when the Z level got updated there was no extra stack lift.
Looked like magicaly all "18", wherever they were (and there was a 18 in Z), got transformed into "324".
Hoping to find a way to reproduce this in the days to come, but unlikely.
Olaf
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler
HP48G, DM42 (# 276), a slide rule and a C compiler
Re: Stack display behaviour
Ok, just reproduced. Once. After calc has been idle for a long time.
Both X & Y were simultaneously changed to the result after pressing *
Y: 18 ----> Y: 324
X: 18 ----> X: 324
Also reproduced the "Z" problem which is now 100% explained to be caused by the T level being duplicated => OK for this part.
Both X & Y were simultaneously changed to the result after pressing *
Y: 18 ----> Y: 324
X: 18 ----> X: 324
Also reproduced the "Z" problem which is now 100% explained to be caused by the T level being duplicated => OK for this part.
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler
HP48G, DM42 (# 276), a slide rule and a C compiler