A free Windows-compatible Operating System - mirrored from GitHub

cdriversgplhacktoberfestkerneloperating-systemososdevreactoswin32win32apiwindowsx86

Pierre Schweitzer dc102df1d6 [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		2011-03-12 12:56:36 +00:00
reactos	[NTOSKRNL]	2011-03-12 12:56:36 +00:00
rosapps	Update Winefile to 1.3.10 too	2010-12-26 16:28:51 +00:00
rostests	[GDI32_APITEST]	2011-03-11 15:32:54 +00:00
wallpaper