DEBUG.COM for MSX-DOS

Page 2/3
1 | | 3

By Emily82

Resident (45)

Emily82's picture

24-02-2020, 01:21

Didnt know it! I will make it as i have time and energy, today it was a tiring day Tongue

By Emily82

Resident (45)

Emily82's picture

24-02-2020, 03:42

Ok now using L 'load' it should set the file size in BC register

By NYYRIKKI

Enlighted (5483)

NYYRIKKI's picture

24-02-2020, 15:37

It seems you didn't need even two hours to recover... All the better for the MSX community Big smile

Yes, now this seems it is very good tool for little patching scripts 'n stuff that I've previously done with clumsy BASIC programs... I'm very happy!

Rest of the stuff I have to say is more about beauty and logic than actual "must have" usability issues:

I don't actually know exactly how MS-DOS version of the debug handles this, but I know that it does not need any parameters for "W"-command. To match the BC logic, I would say, it would be logical to have the defined load address (default $100) filled in to HL while doing "L" and used from there while using "W"... The start address could be optional parameter (as in MS-DOS) to fill HL automatically. What do you think?

Looking your new modifications, I think it is pretty bad that in "A"-mode you can not write "LD A,0", "LD A,0h" or "LD A,00h", but you have to write exactly "LD A,00"... This is not in line with format in "U". Also the "D", "E", "F" etc. on the other hand seem to accept odd digit numbers. (ie. "E 100 1 2 3" seems to work just fine...) Therefore maybe the "A" could be fixed to use same number input routines?

The other thing is that the number format used is not same for input ("A") and output ("U"). It seems that "U" adds "h" after the numbers, but not in a standard way... Normally when this number format is used, extra "0" is added in front of number if it is greater than $9F in order to separate numbers like "BAh" from assembler labels like "BAH:". Personally I don't like that very much as it makes it unclear if 8bit value needs 3 or 4 ASCII characters. (Therefore I tend to use rather "$" or "#" in front of number... "$" is "more standard", but on my Finnish keyboard more hard to write than "#") Maybe these are something to consider, but... If we once again compare to MS-DOS version, that one does not pre- or postfix the HEX-numbers at all and that is kind of fine in a sense that it always expects all numbers to be in HEX-format just like this MSX-version. Therefore I think just removing the "h" would be maybe the best solution.

Ps. FreeDOS debug seems to use "M x"-command (where x is 0..6) to change CPU mode (or actually FPU)... It seems a bit weird as "M" is used as MOVE-command as well, but maybe this feature could be added to MSX-version as well? (0..2 to change CPU on MSX tR)

By Emily82

Resident (45)

Emily82's picture

24-02-2020, 21:43

Ok i work on it

By Emily82

Resident (45)

Emily82's picture

25-02-2020, 05:04

Ok i did all except the cpu mode, i will do it after. I had also to fix some bug caused by the new byte and word parsing functions. It should work without problems now.

By NYYRIKKI

Enlighted (5483)

NYYRIKKI's picture

25-02-2020, 19:13

I've been testing this and yes... It seems to work great now! I hope you have found time to sleep as well. Smile

Few little last tweaks: Since this program is sharing the same 64kB address space with the debugged program I think it would be good idea to shift main_adres from #8000 -> #A000 and maybe add a little note to "?" command like "Free TPA: 0100-9FFF", so that users acknowledge what they can do without breaking the debugger it self.

After that I don't really find anything from my current wish list... I must say you've done heck of a good work!

By Emily82

Resident (45)

Emily82's picture

25-02-2020, 20:58

Thank you, well dont worry im used to be awake in the night and i sleep in the morning, half afternoon. So dont worry i sleep eheh.
Im lucky i can be awake in the night, its perfect to work well without distractions.

Ok i will do this stuff too, i was already working on cpu mode command.

By Emily82

Resident (45)

Emily82's picture

26-02-2020, 02:17

Ok i should have done all, updated in gitlab.

By NYYRIKKI

Enlighted (5483)

NYYRIKKI's picture

26-02-2020, 07:32

Each day I imagine how things could be better, then I go to sleep and wake up to see that all my wishes have become reality... It would be great if this would work also on other aspects of my life. (I just had to write it down as it seems wishes expressed here seem to work out exceptionally well.)

This seems to me like very nice MSX-DOS port of the original tool that was delivered with MS-DOS. Therefore I think this program should definitely become a part of standard MSX-DOS/Nextor install. I think best would be if GuyveR800 could add it to COMMAND2.COM v2.44 UTILS.LZH package, but there might be some license issues that I don't know about.

BTW maybe it would be a nice idea to write some usage details (like ie. this added HL & BC stuff) also to DEBUG.HLP and include it on the package for MSX-DOS2 users. (So that they can use HELP DEBUG if they wish)

By Emily82

Resident (45)

Emily82's picture

26-02-2020, 21:52

I did a debug.hlp file and included it also in new binary package version 0.52-RC2

Page 2/3
1 | | 3