Can anyone check this strange behavior on HP-15C Bastian Erdnüß Junior Member Posts: 3 Threads: 1 Joined: Jan 1970 03-16-2008, 10:47 AM I have an HP-15C. I wrote the following program (a nimb game): ```LBL A: 01 - 42, 21, 11 1 002 - 1 Start with 15 sticks 5 003 - 5 LBL 0: 004 - 42, 21, 0 R/S 005 - 31 User enters no of taken sticks ENTER 006 - 36 INT 007 - 43, 44 ABS 008 - 43, 16 X =/= Y: 009 - 43, 30, 6 Make tests for correct insert GTO 1 010 - 22, 1 GTO 1 -> Error! X == 0: 011 - 43, 20 GTO 1 012 - 21, 1 CLX 013 - 43, 35 4 014 - 4 X <= Y: 015 - 43, 10 GTO 1 016 - 22, 1 ROLL DOWN 017 - 33 - 018 - 30 Calculate left sticks X <= 0: 019 - 43, 30, 4 GTO 2 020 - 22, 2 Nothing left -> User lost PSE 021 - 42, 31 Show left sticks ENTER 022 - 36 1 023 - 1 - 024 - 30 X == 0: 025 - 43, 20 GTO 3 026 - 22, 3 If computer takes last -> user won 4 027 - 4 / 028 - 10 INT 029 - 43, 44 4 030 - 4 * 031 - 20 1 032 - 1 + 033 - 40 X =/= Y: 034 - 43, 30, 6 If possible take optimal no of sticks GTO 0 035 - 22, 0 -> next round 1 036 - 1 - 037 - 30 RAN # 038 - 41, 36 Otherwise, take random no of sticks 3 039 - 3 * 040 - 20 INT 041 - 43, 44 - 042 - 30 GTO 0 043 - 22 0 -> next round LBL 1: 044 - 42, 21, 1 0 045 - 0 -> Error! LN 046 - 43, 12 LBL 2: 047 - 42, 21, 2 5 048 - 5 Show BLISS 5 049 - 5 -> Computer has won 1 050 - 1 7 051 - 7 8 052 - 8 RTN 053 - 43, 32 LBL 3: 054 - 42, 21, 3 3 055 - 3 Show ILOSE 5 056 - 5 -> User has won 0 057 - 0 7 058 - 7 1 059 - 1 RTN 060 - 42, 32 ``` It's a rewrite from the program from Genes HP. The rules are easy: 1) Start the program. 2) 15 is shown. 3) Enter no of sticks you will take (1, 2 or 3). 4) DO _NOT_ CONFIRM WITH ENTER 5) press R/S. 6) The no of remaining sticks will be shown for a short time. 7) The no of sticks remaining after the turn from the computer is shown. 8) Go on by step 3) 9) If you do a wrong insert, Error 0 is shown, you lost. 10) If you have won, ILOSE is shown (upside down). 11) If you lost, BLISS is shown (upside down). Now, my problem is the following: If I start by taking 1 or 3 sticks, all works fine and I lose. But if I start by taking 2 sticks (the only chance to win the game), the computer will not take any stick. It seems that the test in line 34 does not evaluate right. But If I step the program, all works fine. In the second round (and in all following) it than seems, that the ENTER in line 22 will not be executed right (so the test in line 34 fails again). Again, if I step the program, this happens not. I guess that something may be weak in my computer, but what? It seems not to be the test (in line 9 it works very well, and replacing X =/= Y in line 34 by X >= Y doesn't changes anything). It also seems not to be the ENTER key, because in line 6 it works well and in the usual calculating also. Or did I misunderstood something in the way my computer works and did a mistake in the program? Can anyone check this? Has anyone a idea what could make this behavior? Thanks, Bastian. Egan Ford Posting Freak Posts: 1,619 Threads: 147 Joined: May 2006 03-16-2008, 01:01 PM Quote: But if I start by taking 2 sticks (the only chance to win the game), the computer will not take any stick. Perhaps your 15C is a poor sport. :-) Can you post the original source that you used as the basis for your code? Update I added an extra ENTER after line 22. Seems to work with 1, 2, or 3 as a starting number. ```001 LBL A 014 4 027 GTO 3 040 3 053 8 002 1 015 x<=y 028 4 041 x 054 RTN 003 5 016 GTO 1 029 / 042 INT 055 LBL 3 004 LBL 0 017 Rv 030 INT 043 - 056 3 005 R/S 018 - 031 4 044 GTO 0 057 5 006 ENTER 019 TEST 4 032 x 045 LBL 1 058 0 007 INT 020 GTO 2 033 1 046 0 059 7 008 ABS 021 PSE 034 + 047 LN 060 1 009 TEST 6 022 ENTER 035 TEST 6 048 LBL 2 061 RTN 010 GTO 1 023 ENTER 036 GTO 0 049 5 011 x=0 024 1 037 1 050 5 012 GTO 1 025 - 038 - 051 1 013 CLx 026 x=0 039 RAN# 052 7 ``` Please post the original code. Edited: 16 Mar 2008, 1:09 p.m. Bastian Erdnüß Junior Member Posts: 3 Threads: 1 Joined: Jan 1970 03-16-2008, 09:05 PM The original source can be found here: http://www.rskey.org/gene/calcmuseum/25nimb.htm. But it is for the HP-25. Now, it also works on my computer. Can you explain why this change is needed? I don't see it. Thank you very much Bastian Egan Ford Posting Freak Posts: 1,619 Threads: 147 Joined: May 2006 03-17-2008, 12:08 AM Quote: Can you explain why this change is needed? I don't see it. I do not recall exactly, but I remembered having a similar problem that did not present itself when using R/S. The solution was the same, an extra ENTER. Bastian Erdnüß Junior Member Posts: 3 Threads: 1 Joined: Jan 1970 03-17-2008, 09:11 AM Ohh noo!! I see it. The [ENTER] copies the content of the X register to the Y register. But then the stack will be disabled. If I would use a function now, like [x^2] or anything else (with one argument) the function would enable the stack again and use the copy in the X register for the operation. But I enter a [1] in the next step and so my copy in the X register will be overwritten. After performing [-] on X and Y I lost my copy in the Y register, of course! But when I stepped the program, every time after the [ENTER] was executed, I checked the content of the Y register by pressing [X <-> Y] two times. But this operations have enabled the stack again, and so the next command ([1]) didn't overwrite the content in the X register, but shifted it. And so my lost copy was stored in the Z register as it should be and all worked fine. Bastian « Next Oldest | Next Newest »

 Possibly Related Threads... Thread Author Replies Views Last Post Strange HP 25 Problem (Repair) Onur Ilkorur 5 1,879 12-06-2013, 05:13 PM Last Post: Onur Ilkorur Strange Battery Icon during updaate of Prime Firmware. Harold A Climer 7 2,285 12-05-2013, 04:40 PM Last Post: Michael de Estrada HP PRIME : strange behavior when trying user key capability Damien 12 2,701 11-03-2013, 11:02 AM Last Post: Joe Horn Prime Version Check Thomas Chrapkiewicz 1 791 10-21-2013, 10:12 AM Last Post: Han HP Prime function APP - Strange limitation ! :o( dg1969 2 1,056 10-04-2013, 12:10 PM Last Post: dg1969 Prime formatting behavior Camille 0 593 09-28-2013, 05:37 PM Last Post: Camille HP41CX: Strange serial #... Stephan Matthys 1 773 09-13-2013, 01:38 PM Last Post: Stephan Matthys wp-34s (Inconsistent Behavior) Barry Mead 2 892 07-23-2013, 02:54 AM Last Post: Marcus von Cube, Germany [WP34s] strange behaviour at number entry Dieter 12 2,537 06-06-2013, 05:36 PM Last Post: Harald Strange battery leak Cristian Arezzini 0 662 06-03-2013, 09:49 AM Last Post: Cristian Arezzini

Forum Jump: