[NTOSKRNL]
authorPierre Schweitzer <pierre@reactos.org>
Sat, 12 Mar 2011 12:56:36 +0000 (12:56 +0000)
committerPierre Schweitzer <pierre@reactos.org>
Sat, 12 Mar 2011 12:56:36 +0000 (12:56 +0000)
commitdc102df1d632458cae95ad37a3e1a9a1b9273e63
treec740bdc6485ccf7fa53cb334bbeec968ff7eb272
parent57664d7105c0aae7545d698dde215e48db8bc95a
[NTOSKRNL]
Revert r51017 that was reverting r51016.
In fact, it seems that cmlib assert error, whatever that eats randomly doesn't come from software issue inside ReactOS, but from a build issue.
Indeed, as you may see in the different tests I performed it shows that the same build produces the same failure, again and again. But, new build shows that there is no assert anylonger with that commit.
Don't ask me why or how it happens, I just don't get it.
But most of the time, it works, no one knows why ("as usual" (tm)). But it's cool.

Someone from BE team and/or buildslaves managers should take a serious look at this issue.

Just in case: if that commit re-hits cmlib assert, don't blame it immediatly, just commit something else, and see whether trunk is still broken.
But, as you can see in testman, we have now test results for r51016 ;-)

svn path=/trunk/; revision=51025
reactos/ntoskrnl/fstub/halstub.c
reactos/ntoskrnl/include/internal/hal.h