Thanks! I have read it, and my conclusions:
(1) I'm talking about pure realmode, so 2Fh 1680h is what I need. (2) HLT could be another option, but it is not what I am looking for, as I would like to let others (TSRs in the same machine, i.e. 28H) or the VM that exists outside me (2Fh 1680h) to spend a bit of time doing their things, but I don't want to halt. (3) Int 2Ah , AH=84h is never mentioned. Curiously enough, it is in EDIT sources, and I think introduced by Eric, who also wrote APMDOS, so I'm sure he can extend a bit more on this too. (4) I am not convinced that I should NOT call int 28h. If I am not doing DOS calls where DOS iddles, and if I don't call 28h, then the TSRs that rely on this call won't work. Regards, Aitor 2011/9/23 C. Masloch <[email protected]>: > Refer to a forum posting I made regarding this: > > http://www.bttr-software.de/forum/forum_entry.php?id=10397 > > It discusses idling via Int28, Int2F.1680, and by issuing hlt > instructions. As explained I only use the latter two. > > Regards, > > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2 > _______________________________________________ > Freedos-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freedos-devel > ------------------------------------------------------------------------------ All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2dcopy2 _______________________________________________ Freedos-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freedos-devel
