- Make MSVC analyzer happy by initializing the event before calling IoBuildDeviceIoControlRequest. Patch by Ivan Rodionov (overclocker at list dot ru).
CORE-7328 #resolve #comment Committed, thanks.
svn path=/trunk/; revision=59352
- Add all runs dumping to aid in development.
- Do not try to add a mapping run with 0 LBN. Zero and negative LBNs are forbidden.
- Rework other tests to work as expected (plumb a hole).
svn path=/trunk/; revision=59347
Remove a spurious cast, and add a note for the pInputControl parameter of ReadConsole.
[CONSRV]
- Move some input/output console function helpers to condrv.
- The way we notify for the presence of new input data, or for console pausing/unpausing, should be reconsidered (who should do this? The console driver? The active front-end?)
svn path=/trunk/; revision=59345
- Develop a new implementation of Large MCBs. It's based on (tested-in-real-world) implementation from Captive NTFS project, which is improved, enhanced, cleaned and beautified, using our own tests.
There are some test failures and some fishy things there (you may notice them when a variable name doesn't follow ReactOS kernel functions naming convention), however it's way better than the previous implementation.
Link to the original source file: http://git.jankratochvil.net/?p=captive.git;a=blob;f=src/libcaptive/fs/mcb.c;h=62b524630af82c9124c2c9b4eea7c4f0128c2cc4;hb=HEAD
svn path=/trunk/; revision=59342
* Do not generate empty Vtbl structure for empty interfaces. Brought to you by Thomas Faber.
* Patch is pending upstream.
svn path=/trunk/; revision=59312
Move some output functions to the future console driver (i.e. for the moment, CSR console server functions SrvConsole* call ConDrv* functions).
Don't worry, internal headers will be rearranged, so that:
<ConDrv***_function_prototype>(...);
CSR_API(SrvConsole***)
{
...
}
constructions will be avoided in the future. For now, just make everything working.
svn path=/trunk/; revision=59308
Start to separate better the CSR console server layer from the pure set of console functions (which will constitute a future console driver called... condrv :) ), and rework the terminal frontends interface.
Now load the frontends by order :
- the tui if we're in console mode
- the gui, otherwise.
(It's a temporary solution)
More modifications to come !
svn path=/trunk/; revision=59297
- Enable STLPort build on MSVC
- Configure STLPort not to generate static constant definitions (which MSVC doesn't like)
- Link C++ modules to stlport and cpprt as appropriate
- Fix comsupp and atl C++ options
CORE-6950
svn path=/trunk/; revision=59290
- Add replace_compile_flags macros. Thanks to Amine and LLVM.
- Clean up compilerflags.cmake a bit, and make invalid macro/function invocations fatal so we actually notice them
svn path=/trunk/; revision=59286
As ThFabba said:
" - Properly escape exclamation mark in configure message " <-- It's for delayed variable expansions in CMD scripts !! That's the true reason !
See r59281.
(The r59283 was a commit I've done because, independently (i.e. without seeing r59281), it happened for some reason that this phenomenon didn't appear at home, and after updating my local copy and rerunning a configure.cmd, I saw ^ characters before the ! . In fact it was because I temporarily disabled the delayed expansion vars in my configure script).
Therefore revert my error, shame on me :)
svn path=/trunk/; revision=59284
Clean-up the setup code:
- Use SampRegXxx functions instead of RegXxx functions.
- Let the setup functions return NTSTATUS instead of BOOL.
- Use a separate function to create the server object.
svn path=/trunk/; revision=59282
- configure no longer defaults to nmake, don't confuse the user
- Properly escape exclamation mark in configure message
svn path=/trunk/; revision=59281
