BOOL EngAssociateSurface(
IN HSURF hsurf, | |
IN HDEV hdev, | |
IN FLONG flHooks | |
); |
EngAssociateSurface marks a given surface as belonging to a specified device.
Flag |
Function to be hooked |
HOOK_BITBLT | |
HOOK_STRETCHBLT | |
HOOK_TEXTOUT | |
HOOK_PAINT | |
HOOK_STROKEPATH | |
HOOK_FILLPATH | |
HOOK_STROKEANDFILLPATH | |
HOOK_LINETO | |
HOOK_COPYBITS | |
HOOK_SYNCHRONIZE | |
HOOK_SYNCHRONIZEACCESS |
See Comments below. |
When a standard format bitmap is being drawn on, GDI automatically manages the operation. Setting bits in this parameter, except for HOOK_SYNCHRONIZEACCESS, causes particular output functions to be sent to the driver instead. This is referred to as hooking.
EngAssociateSurface can be used by printer drivers to implement “rules” or device fonts, or by frame buffer display drivers to make use of special blt hardware.
The return value is TRUE if the function is successful. Otherwise, the driver should send the information to the GDI function it is implementing, and return GDI’s return value.
If the specified surface is a standard format bitmap, the driver can specify which output functions to the surface it will handle.
When the surface is associated, it assumes the default palette and style steps of the PDEV. A surface must be associated before it is returned by DrvEnableSurface.
The HOOK_SYNCHRONIZEACCESS flag can be set by the driver to ensure that all drawing calls to the surface are synchronized, or single-threaded.
By default, when a driver supports device bitmaps by implementing DrvCreateDeviceBitmap/DrvDeleteDeviceBitmap, GDI does not automatically synchronize drawing calls to the device bitmap and to the primary surface. For example, GDI can call the driver's DrvBitBlt function to draw to a device bitmap, while another thread is drawing to the primary surface by executing the driver's implementation of DrvTextOut. The driver can even be called to draw to multiple device bitmaps at the same time.
A display driver can use the HOOK_SYNCHRONIZEACCESS value to have GDI synchronize access for drawing on this surface while drawing occurs on the main surface; or on any other surface that the driver supports. Such single-threading can be necessary if:
Most hardware must be used synchronously and such synchronization is managed by GDI when the driver sets the HOOK_SYNCHRONIZEACCESS flag. This flag causes GDI to synchronize all accesses to that device bitmap with all accesses to the primary surface, or to any other synchronized device bitmap. That is, if the driver sets this flag for all device bitmaps, it will be guaranteed to be single-threaded for any drawing operation.
Note GDI only allows one drawing thread to access a surface at a time. If a device driver supports device format bitmaps, then many threads might be in the driver at the same time drawing on different surfaces. The driver does not, by default, single-thread access all device surfaces, but if the HOOK_SYNCHRONIZEACCESS bit is specified in EngAssociateSurface for all a driver's device bitmaps, then GDI will single-thread all drawing calls to the driver.
DrvBitBlt, DrvCompletePDEV, DrvCopyBits, DrvCreateDeviceBitmap, DrvDeleteDeviceBitmap, DrvEnableSurface, DrvFillPath, DrvLineTo, DrvPaint, DrvStretchBlt, DrvStrokeAndFillPath, DrvStrokePath, DrvSynchronize, DrvTextOut