flat assembler
Message board for the users of flat assembler.
![]() |
Author |
|
revolution 10 Apr 2022, 22:51
Code: db 0B8h, 0C3h If you start with a letter a-z then it is a label. Code: B8h = 12345 ; label name "B8h" |
|||
![]() |
|
AE 10 Apr 2022, 22:54
Got it, Thanks
![]() |
|||
![]() |
|
Tomasz Grysztar 11 Apr 2022, 14:59
Interestingly, if you used fasm 1.0, that code would be assembled correctly (but you would be missing a whole lot of other features). The earliest versions of fasm expected hexadecimal digits in upper case, with "h" modifier in lower case, and a leading decimal digit was not necessary. For example "Ah" would be considered a number, while "ah" was a register. It was a bad design and I changed it starting with 1.04 release (the same one that introduced the PE output format).
|
|||
![]() |
|
Overclick 11 Apr 2022, 15:21
revolution wrote:
Or like this Code: db 0xB8, 0xC3 |
|||
![]() |
|
AE 11 Apr 2022, 17:33
Overclick wrote:
Indeed, Thx! |
|||
![]() |
|
macomics 11 Apr 2022, 18:58
or
Code: db $B8, $C3 ![]() |
|||
![]() |
|
AE 11 Apr 2022, 19:08
macomics wrote: or Yea, I don't use it for a rather silly reason - the syntax highlighting in sublime4 breaks ![]() The package that I use |
|||
![]() |
|
DimonSoft 12 Apr 2022, 08:36
Tomasz Grysztar wrote: Interestingly, if you used fasm 1.0, that code would be assembled correctly (but you would be missing a whole lot of other features). The earliest versions of fasm expected hexadecimal digits in upper case, with "h" modifier in lower case, and a leading decimal digit was not necessary. For example "Ah" would be considered a number, while "ah" was a register. It was a bad design and I changed it starting with 1.04 release (the same one that introduced the PE output format). Hmmm. At the same time many people consider a programming language being case-insensitive a bad design. Like those Pascal/Delphi haters. So, why is case-insensitivity “bad” for identifiers but “good” for integer literals, especially when they get mixed with identifiers? IT worldwide need a great review. AE wrote: Yea, I don't use it for a rather silly reason - the syntax highlighting in sublime4 breaks If a tool doesn’t work right, I throw out the tool. Although I once saw a C coding style guide where the rule of indentation or curly braces’ placement was explained by the existence of some auxiliary tool that screwed up if the author didn’t follow the rule suggested. IT worldwide need a great review. |
|||
![]() |
|
revolution 12 Apr 2022, 09:02
Python indentation is not optional, it is a requirement.
|
|||
![]() |
|
< Last Thread | Next Thread > |
Forum Rules:
|
Copyright © 1999-2025, Tomasz Grysztar. Also on GitHub, YouTube.
Website powered by rwasa.