[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 */
}