Help - Assembly programming on Debug4x (HP50G)
|
06-11-2019, 07:47 PM
Post: #1
|
|||
|
|||
Help - Assembly programming on Debug4x (HP50G)
Hi
This is my first question. I have started reading about assembly programming and am sort of at the point where I need to start doing some experimental programming to progress further. I am reasonably good at sysrpl and find using Debug4x no problem, but cannot find a way to do start using assembly programming on Debug4x From what I have read I think I should be using CODEM & ENDCODE I have tried the code snippet below which puts BINT1 on the stack and the assembly code (from asmtut) should be DROP. When its run the screen just clears completely and the emulator freezes Any help on this would be much appreciated Jeff ASSEMBLE CON(1) 8 RPL xNAME ASMTEST :: BINT1 CODEM C=DAT1 A ?C=0 A GOYES QUIT D1=D1+ 5 D=D+1 A *QUIT GOVLNG =LOOP % =LOOP is 2D564 on the 48 and 05149 on the 49, which returns to RPL ENDCODE ; |
|||
06-12-2019, 06:16 AM
Post: #2
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
(06-11-2019 07:47 PM)JeffB Wrote: ASSEMBLE Leave out this part - that's only needed for building libraries. The rest should be ok, I think. Cheers, Werner 41CV†,42S,48GX,49G,DM42,DM41X,17BII,15CE,DM15L,12C,16CE |
|||
06-12-2019, 07:24 AM
Post: #3
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Yes, the following in Debug4x works just fine:
Code: RPL Since you are invoking the MASD compiler (via CODEM), you could also use this alternative form to do the same thing: Code: RPL In this tiny example, there's not a significant advantage to the latter form. Both versions compile to the same size object and do the same thing. But coding in this manner makes it easier as projects grow, since you don't have to keep up with jumps and labels for simple skips. The MASD preprocessor essentially creates indexed labels as needed so you don't have to worry about them when using this syntax. It can also help by making the code easier to use in other projects without having to worry about label conflicts. |
|||
06-12-2019, 09:02 AM
Post: #4
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
(06-11-2019 07:47 PM)JeffB Wrote: C=DAT1 A In addition to what Werner said (which should resolve your freezing issues) and what DavidM suggested (which merely improves readability), your code won't do exactly what you think it will do. The issue is in the lines I quoted: you're reading an object from the stack, then comparing it to 0 and jumping if that's true. However, you're not comparing the number stored in the BINT object, but instead you're comparing its address with 0. If you ever get such an address from the stack, then you've done something wrong (e.g. it can happen when the stack is empty, but dropping a level in that case will mess things up). What you want is something like this: Code: A=DAT1 A Hope this helps. |
|||
06-12-2019, 03:30 PM
Post: #5
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
(06-12-2019 09:02 AM)3298 Wrote: ...you're reading an object from the stack, then comparing it to 0 and jumping if that's true. However, you're not comparing the number stored in the BINT object, but instead you're comparing its address with 0. If you ever get such an address from the stack, then you've done something wrong (e.g. it can happen when the stack is empty, but dropping a level in that case will mess things up). I believe Jeff was merely copying the sample code for the "Drop" program from "Introduction to Saturn Assembly Language" by Gilbert Fernandes at the bottom of page 141 in that book. In this case, he probably used BINT1 just to place something on the stack which could subsequently be dropped by the code object. The code sample checks to see if the current SL1 pointer is aimed at #00000 in an effort to skip the traditional drop sequence if the stack is empty. While that should usually work OK, the "stack depth" discussion that immediately precedes that example in the book also shows why that method is not 100% foolproof. Dropping a level when the stack is empty is one of my favorite examples of how easy it is to truly mess up your RPL calculator with SysRPL or Saturn code in just a few easy steps. ![]() |
|||
06-12-2019, 08:00 PM
Post: #6
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Thanks everyone for the reply's, really appreciated.
As DavidM said I only copied the ASM code DROP sample as an example to highlight my problem. I am nowhere near the level to write even this simple piece of ASM code myself yet. The problem I have is how do I write any ASM code using xNAME or NULLNAME in Debug4x as there is no problem with crashes when I mess up while trying to learn Your replies have given me some ideas which I will try out. |
|||
06-13-2019, 05:13 AM
Post: #7
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
hello,
xName and NULLNAME are used for library creation only. I honestly do not remember how the whole library thing works and how to tell debug4x to generate one :-( it is was so long ago! Anyhow, the MASD syntax also encourages you to use a "." as a separator between an instruction and a field. It does make the code more readable as it visually links the 2 and separates one instruction from the next... It is also better when programming ON the calc where the . is a single key while the space is shifted... as in: A=A+B.A C=C+C.B from memory, for instructions that are of the form reg=reg_operator_reg, you can even omit the reg= as in A+B.A C+C.B This is especially useful on the calc small screen... (and of course you can put as many instructions as you want on one line)... For example, this code extracts the square root of A.A (as integers of course, result in C.A) LC FFFFF { C+2.A A-C.A UPNC } CSRB.A The syntax makes it nice and compact, the initialization and finalization code is clearly visible before and after the braketed loop zone.. And of course, no labels! which makes it so much easier to compile and copy/paste somewhere else in your code! If/when you DO have to use labels, use local labels for small stuff. Local labels are labels that start with a . in their names as in: *.loop for example. Local labels are local in between 2 global labels. They also get compiled as soon as they get out of scope, which means that you can reuse their name in various sub routines... example: *sub_routine_1 some code *.loop some more code GOTO .loop RTN *sub_routine_2 some code *.loop <- here, I can reuse the nane .loop as the previous .loop is now "defunct" as it was 100% processed when the compiler hit the *sub_routine_2 label. some more code GOTO .loop RTN Enjoy ASM coding! Cyrille Although I work for the HP calculator group, the views and opinions I post here are my own. I do not speak for HP. |
|||
06-13-2019, 03:22 PM
Post: #8
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Jeff,
If your goal is to simply have multiple program objects in the same source code file for experimentation, you don't need to create a library for that with Debug4x. You can use something like this: Code: RPL This requires you to have the DirMacro.s file in your Debug4x "Include" folder. I can't recall if Debug4x comes with that pre-installed or not; if it isn't, here's the contents of that file on my system: Code: RPL Note that the order of objects in the compiled directory object this creates is the opposite of the ordering in the source. So in this case, the above source file example creates a directory with two objects in it, test2 and test (in that order). Hope this helps! - David |
|||
06-13-2019, 03:28 PM
Post: #9
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
(06-13-2019 05:13 AM)cyrille de brébisson Wrote: Anyhow, the MASD syntax also encourages you to use a "." as a separator between an instruction and a field. It does make the code more readable as it visually links the 2 and separates one instruction from the next... MASD definitely rocks !!!! gj Cyrille, this great and clever syntax is burned into my memory for ever as very great coding experience ! |
|||
06-14-2019, 03:13 PM
Post: #10
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Thank you Cyrille and David for the further information.
As mentioned before I'm a novice ASM programmer but find it very interesting so will try to keep at it. Jeff |
|||
06-17-2019, 05:27 AM
Post: #11
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Hello,
Have you read the doc on the build in development library? Not all of it is applicable to debug4x, but a LOT of it is... https://www.hpcalc.org/details/2986 Cyrille Although I work for the HP calculator group, the views and opinions I post here are my own. I do not speak for HP. |
|||
06-17-2019, 12:11 PM
Post: #12
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Thanks Cyrille, just downloaded the Machine Language Compiler in PDF
Also thanks to the all the help given here I have found a way to compile ASM on debug4x. On the debug4x Project Data tab I unchecked 'The Project is a Library' Typing the code below in a source file and press build puts a compiled program on the stack. I then press EVAL and the object on the stack (a bint just for testing) drops Not much I know but its a start. At least I can try things out while learning. Jeff :: BINT2 CODEM C=DAT1.A ?C#0.A ->{ D1=D1+5 D=D+1.A } GOVLNG =LOOP ENDCODE ; |
|||
06-17-2019, 03:51 PM
Post: #13
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
(06-17-2019 12:11 PM)JeffB Wrote: On the debug4x Project Data tab I unchecked 'The Project is a Library' You're off to a good start! Just a hint: putting an object name in the "Path" field shown on the "Project Data" tab will cause the program to be stored in a global variable with the given name. That's usually more convenient than having to manually store the object yourself, and it also enables you to run the program with varying inputs as needed without having to compile it again. Have fun with Saturn coding! It's challenging, but also very rewarding. That "warm fuzzy" feeling you get when a program works the way you intended is grown by at least an order of magnitude when you get Saturn code working the way it should. ![]() |
|||
06-18-2019, 09:28 AM
Post: #14
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Hi David
I did what you said and yes the object name was put in the HOME dir and ready to simply press on the emulator menu Much more straightforward. Thanks you for this and your encouraging comments. Jeff |
|||
11-19-2020, 04:36 PM
Post: #15
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Thanks again to all the above help. Still trying to learn ASM, been a bit slow on and off.
I'm having a problem giving D0 or D1 (and P) a value as it will not compile using Debug4x D0= 80120 % or D1= a value P= 1 The Debug4x errors are error: Unknown instruction 80120 error: Unknown instruction D0= *** ERROR: Invalid expression *** P= *** ERROR: Missing expression *** error: Unknown instruction 1 I have also experimenting with D0=80120 % does not compile D0=(5) 80120 % does compile but crashes when run P=1 % does compile seems to run ok ( setting P=0 after ) Any help will be much appriciated Thanks Jeff |
|||
11-19-2020, 07:52 PM
Post: #16
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
(11-19-2020 04:36 PM)JeffB Wrote: D0= 80120 % or D1= a value I think you're on the right track, you just need to reformat things a bit. The Saturn assembler that Debug4x uses doesn't like to have constants supplied as the value for an assignment for D0 or D1. This code: Code: D0=80120 There's at least 2 ways I can think of to get this to compile the way you want it in a CODEM...ENDCODE block. The first is probably the preferred way, as it helps to create more readable code: Code: CODEM The second will also work, but Saturn code is difficult enough to read already... taking shortcuts like this will only make debugging harder: Code: DO=(5)($80120) The issue with P=1 was probably because the assembler couldn't make sense of what followed the D0= in the first place, which confused it with the subsequent code. Once you fix the D0= statement, I'd guess the P=1 will be fine. |
|||
11-19-2020, 08:22 PM
Post: #17
|
|||
|
|||
RE: Help - Assembly programming on Debug4x (HP50G)
Thanks David for the insight on using constants
Thats a great help Jeff |
|||
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)