Op vrijdag 07 september 2001 10:17 schreef curry684 het volgende:
[..]
Ah, herkende zo snel de parameter THREAD_PRIORITY_TIME_CRITICAL waar je naar verwees niet, maar dat is er een van SetThreadPriority, en die moet je dus niet hebben. Deze functie zet alleen de relatieve priority binnen je priority class, die normaliter op NORMAL_PRIORITY_CLASS staat. Je geeft de thread dus de hoogste prioriteit van alle normale processen., maar nog steeds lager dan alle high-priority of realtime processen. Als je het hele process echter met SetPriorityClass naar REALTIME_PRIORITY_CLASS trapt krijg je gegarandeerd geen thread switches (er zijn normaliter geen realtime processen in Windows).

ik had dus eerst SetPriorityClass met REALTIME_PRIORITY_CLASS aangeroepen, en ik kwam erachter dat er nog steeds van thread geswitched werd
toen heb ik
ook nog eens SetThreadPriority aangeroepen met THREAD_PRIORITY_TIME_CRITICAL, en
NOG werd er van thread geswitched
Dit is overigens getest in Windows 98 SE, op een athlon classic 800 op een

epox 7kxa (die ik te leen heb van toraq omdat mijn eigen Abit KA7 kapoet is gegaan)