Navigation
SB-Assembler
|
Known Bugs
This page will list all known bugs, whether reported by users or the ones I found myself.
It goes without saying that serious bugs will be fixed as soon as possible.
Other bugs are of minor importance and will usually have a way to work around the problem.
Those minor bugs often don't justify a new version of the program on their own.
This means that only very serious bugs in Version 2 of the SB-Assembler will be fixed from now on, because that version is actually discontinued at the arrival of Version 3. The good news is that Version 3 is written in Python, which means that the source code of the SB-Assembler is automatically shared with you. If you know your way around in Python you may even fix the bugs yourself. Please let me know if you have found and fixed a bug, so I can help other users with it. Bug List For Version 3Version 3 is still a work in progress, so there's nothing here yet. Bug List For Version 2Last line of source is sometimes not interpreted The last line of a source file was not interpreted if it wasn't ended with a CR character. This is corrected in software version 2.07. Small bug in Microchip PIC16Cxxx cross overlay In version 2.00 of this overlay an undefined label in the first operand of bit instructions wasn't reported. This bug is now fixed in cross overlay version 2.01. Bug in Intel Hex notation
A silly bug was found in the interpretation of the recently added Intel Hex notation.
A value of 0001BH should of course be interpreted as $001B by the assembler.
Due to this bug it is interpreted as a binary number %0001, followed by a meaningless "H" which caused a "Bad operand error".
.DB does not accept spaces The .DB directive does not accept spaces in a string. This is of course wrong and is fixed in version 2.05. Undefined Label Error The directives .OR, .PH, and .RF will produce a fatal undefined label error when using a label as operand. It goes without saying that this is not good and the problem is fixed in the SB-Assembler version 2.05. The .LF directive doesn't redirect the listing to the screen
Officially the .LF directive must close the current list file and open a new one if one is given, or redirect the listing to the screen again if no new list file is given.
|