Fix : RemoveFontResourceW : let it call to RemoveFontResourceExW
Fix : a comment in SetWorldTransform
Fix : Redirect STROBJ_bEnum@12 to win32k
Fix : Redirect STROBJ_bEnumPositionsOnly@12 to win32k
Fix : Redirect STROBJ_bGetAdvanceWidths@16 to win32k
Fix : Redirect STROBJ_dwGetCodePage@4 to win32k
Fix : Redirect STROBJ_vEnumStart@4 to win32k
Fix : Redirect SetFontEnumeration to win32k
Fix : Redirect SetMagicColors to win32k
Fix : Redirect SetSystemPaletteUse to win32k
Fix : Redirect SetVirtualResolution@20 to win32k
Fix : PtInRegion : Make smaller code in gdi32 for sharememory/metadc
Fix : RectInRegion : Make smaller code in gdi32 for sharememory/metadc
Fix : SetBrushOrgEx : Make smaller code in gdi32 for sharememory/metadc
Fix : SetDIBits : Make smaller code in gdi32 for sharememory/metadc
Fix : SetGraphicsMode : Make smaller code in gdi32 for sharememory/metadc
Implement RemoveFontResourceExA : it is partly implement it miss flags, and pdv and we also need fix win32k
Implement RemoveFontResourceExW : it is partly implement it miss flags, and pdv and we also need fix win32k
and more stuff
svn path=/trunk/; revision=29154
According to someone in the bug report, this is the behaviour used under Windows XP.
See issue #1461 for more details.
svn path=/trunk/; revision=29143
Also fixed the sublang in the catalan "msconfig" resource file (thx to EmuandCo :-P)
See issue #2662 for more details.
svn path=/trunk/; revision=29125
- On windows deleted objects have a KernelData value != NULL, so don't check for that when validating a handle, instead check if the type field in the upper 16 bits is 0
svn path=/trunk/; revision=29123
- Implement ValidateHandle.
- Copied handle_to_entry and header information from win32k. Yes I know, duplication etc. Just for now.
- Add tested validation object types and as per revision 29105. Those object types now match.
- In dllmain.c, the gHandleTable pointer is set from Win32k GetW32ProcessInfo.
- Tested it, failed. The pointer does match with win32k gHandleTable.
svn path=/trunk/; revision=29121
- The debug object created by NtCreateDebugObject() is restricted to DEBUG_OBJECT_WAIT_STATE_CHANGE, change to DEBUG_OBJECT_ALL_ACCESS.
See issue #2310 for more details.
svn path=/trunk/; revision=29115
solution. ReactOS does not currently have RegisterDeviceNotification
implemented so if this function fails the audio service will still run
but won't receive plug and play event notifications (this is a temporary
hack.)
Service now starts but won't find any devices (we don't have any yet!)
svn path=/trunk/; revision=29108
KSCATEGORY_AUDIO. Also detects existing audio devices in addition to
dealing with device arrivals. Slight code tidy-up. Also added additional
GUIDs to ks.h and ksmedia.h
svn path=/trunk/; revision=29106
- Add thread information pointer to the user handle entry. This will be useful for checking handles, if the handle is not part of the current thread.
- Add a test to make sure the current process passes the gHandleTable pointer to user32.
- These changes are important for allowing User32 to read-only the handle object information. Not 100% compatible, we need NtUserProcessConnect and CsrClientConnectToServer. Need a full understanding how they both work with User32.
Ref:
- https://www.microsoft.com/msj/0397/hood/hood0397.aspx
- http://www.winterdom.com/dev/ui/wnd.html
svn path=/trunk/; revision=29105
