Alex Ionescu wrote:
I think he is trying to fix them directly. The thing with win32k is
that if you fix A, BCD will break. You will fix B, only to see E and F
break, and attempting to fix E and C in the same time will make a
conflict, causing G not to function. G will have to be reimplemented
from scratch, and finally E and F will work again. However, to get C
going, H, I, J need to be rewritten. After doing so, your A fix does
not work anymore, because it depended on the old broken code. Fixing A
fixes the trick, but B has broken as well now, since it depended on A.
You finally manage to fix A and D, but your H, I, J rewrite causes K,
L and Z to be incompatible with the kernel. After yet another round of
rewriting their implementations, you notice that you've rewritten half
the thing and the two halves look like shit. You proceed in rewriting
M-X.
LMAO.
If you can read that without ending up with your head up your arse, you
need help ;)
Ged.