1.6 Megahertz per Pixel: TMDC6
TMDC Organizing writes "The sixth pseudoannual text mode demo competition is on. The goal is to make cool audiovisual demos that run in an NT console. Deadline for submissions is 12.12.2003 (Slashdot has covered TMDC before). An invitation demo and all the entries from two last contests are available."
The FAQ has some static screenshots.
This is quite possibly the only site that could be completely mirrored in text mode... and here I am posting a link... Anyway.. here is a mirror of the invitation:
http://slashdot.isthatdamngood.com/tmdc6inv.zip
Be nice. Its dsl.
Karma: SELECT `karma` FROM `users` WHERE `userid`=138474;
Any code running in kernel mode (x86 ring 0) on NT (drivers or the kernel) can change the IRQL by making a call. Code typically raises the IRQL when it needs to do something critical and cannot afford to be preempted. The IRQL has to be at a certain level to acquire certain system locks, etc. So with all this raising of the IRQL people have to remember to put it back before they return.
Invariably what happens is that someone forgets to lower the IRQL after they have raised it... maybe on an error path or something. They leave it raised, returned to whoever called them etc... and eventually you get to code that requires that the IRQL be below some level. For example, you try to acquire a spinlock, take a page fault, try to allocate memory (pool), try to schedule the next user mode job etc... All of these actions have code that basically asserts that the IRQL is where it should be. When it's not, the machine is bugchecked and you get the bluescreen.
This kind of bugcheck is not ususally caused by hardware, it's almost always software related. Someone raised the IRQL and forgot to lower it. There are ways to find out who, basically by logging all calls to KeRaiseIrql, KeLowerIrql and some other routines that change the IRQL as a side effect.
You CAN change the palette, but TMDC6 doesn't allow changing the palette OR changing the character map.