Stack display behaviour

Post here to share useful tips and tricks, to ask questions about using your DM42 or to report software-related problems
Post Reply
Olaf
Posts: 30
Joined: Fri Nov 03, 2017 10:15 am
Location: France

Stack display behaviour

Post by Olaf »

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
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler :-)
Olaf
Posts: 30
Joined: Fri Nov 03, 2017 10:15 am
Location: France

Re: Stack display behaviour

Post by Olaf »

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. :(
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler :-)
cdmackay
Posts: 281
Joined: Fri Oct 05, 2018 8:33 pm
Location: Cambridge, UK
Contact:

Re: Stack display behaviour

Post by cdmackay »

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
Olaf
Posts: 30
Joined: Fri Nov 03, 2017 10:15 am
Location: France

Re: Stack display behaviour

Post by Olaf »

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
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler :-)
Olaf
Posts: 30
Joined: Fri Nov 03, 2017 10:15 am
Location: France

Re: Stack display behaviour

Post by Olaf »

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.
-----------------------------------------------------------------
HP48G, DM42 (# 276), a slide rule and a C compiler :-)
Post Reply