|Re: [hatari-devel] A few more patches for debuginfo of osheader & system variables|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
On 12/6/18 6:46 PM, Thorsten Otto wrote:
On Donnerstag, 6. Dezember 2018 17:12:03 CET Eero Tamminen wrote:
GEMDOS date format). In what situations they differ?
(If they don't differ, it's redundant.)
Yes, it might be redundant. But both fields are there. Maybe the output of the
2nd can be suppressed when they actually refer to the same date.
I left that part out when I commited the first patch.
I couldn't reproduce that. Current "info osheader" looks just
fine for me when TOS 2/3 versions run AUTO programs?
This happened to me when a program run from the auto-folder produced a double-
bus-fault, and i entered the debugger from the dialog that popped up. At that
time, sysbase was != start of tos, DebugInfo_GetSysbase returned 0, and
nothing was printed.
BTW i noticed some other quirk while examining this. In my particular case, it
was magic.ram that was loaded, with EmuTOS as ROM. That means that Hatari
still thinks that EmuTOS is in use, because that is only looked up from the
loaded TOS, although it is not the case anymore once MagiC has started.
Currently Hatari knows/cares only about TOS.
If somebody wants support for other (or extended) OSes on Atari HW
(MiNT, Magic, Linux, NetBSD, ASV...), that would require sending
Others, what do you feel about Hatari having/providing OS level
info about anything else than TOS?