1) The documented Object Create Information Structure and semantics implemented. All Object Attributes and passed data from user-mode is now probed and saved into this object create structure when ObCreateObject is called.
2) ObCreateObject does NOT PERFORM ANY OTHER OPERATION EXCEPT CREATING THE OBJECT ANYMORE. ObCreateObject will NOT insert the Object into the tree and other operations. These are now done correctly by ObInsertObject. Therefore, the biggest hurdle was changing pieces of code which assumed ObCreateObject would be enough.
3) ObInsertObject uses the captured create info for all operations isntead of the Object Attributes.
4) ObFindObject now uses the captured info as well.
5) The OBject name and directory are now stored in the documented Object Name Information, always allocated and freed from non paged pool.
HACKS:
5) Because the registry code is horribly broken and doesn't use ObFindObjectByName, the old ObFindObject had to be temporarily duplicated into CmpFindObject.
7) Win32k used ObInsertObject in CsrInsertObject as a way to create a handle inside csrss. However, OBInsertObject now does more then this. As a temporary hack, ObpCreateHandle is exported from the kernel and called from win32k. A fix needs to be done for this, but I don't know the design of win32k+csrss well enough to find a solution.
8) SEH has been commented out in some places of the new probing code because it breaks smss and explorer. These need to be investigated (seh did not exist in the previous code, so this is not really a hack)
9) Named objects with a parent directory are NOT allowed. However because of bugs in kernel32, the new check has been temporarily disabled. (this check did not exist in the previous code, so this is not really a hack)
The next patch will add a proper ObFindObject which will support a more complete Parse Procedure with context and security information. This is needed for proper registry access (requested by Eric Kohl) and for proper functionality of the Desktop/File creation, which should use the Parse routine, and not the Create Handle Routine. This will also make it possible to remove some previous hacks and pave the way for a fixed Iop/IoCreateFile
svn path=/trunk/; revision=15395
- Don't set FO_DIRECT_DEVICE_OPEN in IoCreateStreamFileObject.
- Disabled the setting of IRP_NOCACHE, because vfat cannot handle cached and non cached requests for the same file.
- Set the correct device object in NtWriteFile.
svn path=/trunk/; revision=15381
Before we can sync with wine we need to rewrite the enum
and reg of device so it working fine in reactos and windows.
Add svn rev 15043 + only userhooks for the mouse
at last the mouse are working in tribles windows mode
but in full screen it is bit chopy. Not tested tribles
in reactos with the new code.
svn path=/trunk/; revision=15376
keyboard.c thx GvG for finding the problem in reactos with user hook and implement userhook
mouse.c keep one gdi stuff left but rewrite it to userhook poll mouse
poll mouse need to be rewrite so it fix last bug for user hook it is it move the mouse to another locations but it should
stand still. when it insate. then we can share the code with wine
svn path=/trunk/; revision=15358
example filefilefile.txt can store now with cdmake
but not filefilefiles.txt have not check why it say not a iso9660 name
svn path=/trunk/; revision=15301
