[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [MiNT] DATE/TIME cookies
> This is correct. But hopefully you agree that one should not introduce
> services into the kernel which will BECOME costly once an already planned
> change has been made?
Yes I agree (though see my estimation of slowdown in another mail).
> OK, let me summarize: your clock TSR accesses the screen in a dirty way,
perhaps you mean the TSR doesn't use VDI for screen output. Or do you
consider TOS' screen output (LineA) dirty, too?
> don't you just fix your program instead of trying to get new features into
> the kernel?
I will add other methods of retrieving current time into Clocky as soon as
I get some time to work on it, I promise. For other programs using those
cookies we might just say "start DTCOOKIE before MiNT only" and also
perhaps "use that application under TOS/MagiC only, it's too dirty for
MiNT".
Anyway, I liked the idea of 'fast calls' to GEMDOS/X/BIOS that would allow
us to call at least *some* functions even from within an interrupt. I am
looking forward to the results of Konrad's and others work.
Petr
...still dreaming about code like
/* in interrupt */
if (Cookie('MagX') || Cookie('MiNT') >= 0x110) {
Tgettime();
Tgetdate();
}
else {
/* use DTCOOKIE or another hack */
}