CriticalHandle.cs source code in C# .NET

Source code for the .NET framework in C#

                        

Code:

/ Dotnetfx_Win7_3.5.1 / Dotnetfx_Win7_3.5.1 / 3.5.1 / DEVDIV / depot / DevDiv / releases / whidbey / NetFXspW7 / ndp / clr / src / BCL / System / Runtime / InteropServices / CriticalHandle.cs / 1 / CriticalHandle.cs

                            // ==++== 
//
//   Copyright (c) Microsoft Corporation.  All rights reserved.
//
// ==--== 
/*============================================================
** 
** Class:  CriticalHandle 
**
** 
** A specially designed handle wrapper to ensure we never leak
** an OS handle.  The runtime treats this class specially during
** P/Invoke marshaling and finalization.  Users should write
** subclasses of CriticalHandle for each distinct handle type. 
** This class is similar to SafeHandle, but lacks the ref counting
** behavior on marshaling that prevents handle recycling errors 
** or security holes. This lowers the overhead of using the handle 
** considerably, but leaves the onus on the caller to protect
** themselves from any recycling effects. 
**
** **** NOTE ****
**
** Since there are no ref counts tracking handle usage there is 
** no thread safety either. Your application must ensure that
** usages of the handle do not cross with attempts to close the 
** handle (or tolerate such crossings). Normal GC mechanics will 
** prevent finalization until the handle class isn't used any more,
** but explicit Close or Dispose operations may be initiated at any 
** time.
**
** Similarly, multiple calls to Close or Dispose on different
** threads at the same time may cause the ReleaseHandle method to be 
** called more than once.
** 
** In general (and as might be inferred from the lack of handle 
** recycle protection) you should be very cautious about exposing
** CriticalHandle instances directly or indirectly to untrusted users. 
** At a minimum you should restrict their ability to queue multiple
** operations against a single handle at the same time or block their
** access to Close and Dispose unless you are very comfortable with the
** semantics of passing an invalid (or possibly invalidated and 
** reallocated) to the unamanged routines you marshal your handle to
** (and the effects of closing such a handle while those calls are in 
** progress). The runtime cannot protect you from undefined program 
** behvior that might result from such scenarios. You have been warned.
** 
**
===========================================================*/

using System; 
using System.Reflection;
using System.Threading; 
using System.Security.Permissions; 
using System.Runtime.CompilerServices;
using System.Runtime.ConstrainedExecution; 
using System.IO;

/*
  Problems addressed by the CriticalHandle class: 
  1) Critical finalization - ensure we never leak OS resources in SQL.  Done
     without running truly arbitrary & unbounded amounts of managed code. 
  2) Reduced graph promotion - during finalization, keep object graph small 
  3) GC.KeepAlive behavior - P/Invoke vs. finalizer thread ---- (HandleRef)
  4) Enforcement of the above via the type system - Don't use IntPtr anymore. 

  Subclasses of CriticalHandle will implement the ReleaseHandle
  abstract method used to execute any code required to free the
  handle. This method will be prepared as a constrained execution 
  region at instance construction time (along with all the methods in
  its statically determinable call graph). This implies that we won't 
  get any inconvenient jit allocation errors or rude thread abort 
  interrupts while releasing the handle but the user must still write
  careful code to avoid injecting fault paths of their own (see the 
  CER spec for more details). In particular, any sub-methods you call
  should be decorated with a reliability contract of the appropriate
  level. In most cases this should be:
    ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success) 
  Also, any P/Invoke methods should use the
  SuppressUnmanagedCodeSecurity attribute to avoid a runtime security 
  check that can also inject failures (even if the check is guaranteed 
  to pass).
 
  Subclasses must also implement the IsInvalid property so that the
  infrastructure can tell when critical finalization is actually required.
  Again, this method is prepared ahead of time. It's envisioned that direct
  subclasses of CriticalHandle will provide an IsInvalid implementation that suits 
  the general type of handle they support (null is invalid, -1 is invalid etc.)
  and then these classes will be further derived for specific handle types. 
 
  Most classes using CriticalHandle should not provide a finalizer.  If they do
  need to do so (ie, for flushing out file buffers, needing to write some data 
  back into memory, etc), then they can provide a finalizer that will be
  guaranteed to run before the CriticalHandle's critical finalizer.

  Subclasses are expected to be written as follows (note that 
  SuppressUnmanagedCodeSecurity should always be used on any P/Invoke methods
  invoked as part of ReleaseHandle, in order to switch the security check from 
  runtime to jit time and thus remove a possible failure path from the 
  invocation of the method):
 
  internal sealed MyCriticalHandleSubclass : CriticalHandle {
      // Called by P/Invoke when returning CriticalHandles
      private MyCriticalHandleSubclass() : base(IntPtr.Zero)
      { 
      }
 
      // Do not provide a finalizer - CriticalHandle's critical finalizer will 
      // call ReleaseHandle for you.
 
      public override bool IsInvalid {
          get { return handle == IntPtr.Zero; }
      }
 
      [DllImport(Win32Native.KERNEL32), SuppressUnmanagedCodeSecurity, ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
      private static extern bool CloseHandle(IntPtr handle); 
 
      override protected bool ReleaseHandle()
      { 
          return CloseHandle(handle);
      }
  }
 
  Then elsewhere to create one of these CriticalHandles, define a method
  with the following type of signature (CreateFile follows this model). 
  Note that when returning a CriticalHandle like this, P/Invoke will call your 
  classes default constructor.
 
      [DllImport(Win32Native.KERNEL32)]
      private static extern MyCriticalHandleSubclass CreateHandle(int someState);

 */ 

namespace System.Runtime.InteropServices 
{ 

// This class should not be serializable - it's a handle.  We require unmanaged 
// code permission to subclass CriticalHandle to prevent people from writing a
// subclass and suddenly being able to run arbitrary native code with the
// same signature as CloseHandle.  This is technically a little redundant, but
// we'll do this to ensure we've cut off all attack vectors.  Similarly, all 
// methods have a link demand to ensure untrusted code cannot directly edit
// or alter a handle. 
[SecurityPermission(SecurityAction.InheritanceDemand, UnmanagedCode=true)] 
[SecurityPermission(SecurityAction.LinkDemand, UnmanagedCode=true)]
 
public abstract class CriticalHandle : CriticalFinalizerObject, IDisposable
{
    // ! Do not add or rearrange fields as the EE depends on this layout.
    //----------------------------------------------------------------- 
#if DEBUG
    private String _stackTrace; // Where we allocated this CriticalHandle. 
#endif 
    protected IntPtr handle;    // This must be protected so derived classes can use out params.
    private bool _isClosed;     // Set by SetHandleAsInvalid or Close/Dispose/finalization. 

    // Creates a CriticalHandle class.  Users must then set the Handle property or allow P/Invoke marshaling to set it implicitly.
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.MayFail)]
    protected CriticalHandle(IntPtr invalidHandleValue) 
    {
        handle = invalidHandleValue; 
        _isClosed = false; 

#if DEBUG 
        if (BCLDebug.SafeHandleStackTracesEnabled)
            _stackTrace = Environment.GetStackTrace(null, false);
        else
            _stackTrace = "For a stack trace showing who allocated this CriticalHandle, set SafeHandleStackTraces to 1 and rerun your app."; 
#endif
    } 
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    ~CriticalHandle() 
    {
        Dispose(false);
    }
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    private void Cleanup() 
    { 
        if (IsClosed)
            return; 
        _isClosed = true;

        if (IsInvalid)
            return; 

        // Save last error from P/Invoke in case the implementation of 
        // ReleaseHandle trashes it (important because this ReleaseHandle could 
        // occur implicitly as part of unmarshaling another P/Invoke).
        int lastError = Marshal.GetLastWin32Error(); 

        if (!ReleaseHandle())
            FireCustomerDebugProbe();
 
        Marshal.SetLastWin32Error(lastError);
 
        GC.SuppressFinalize(this); 
    }
 
    [MethodImplAttribute(MethodImplOptions.InternalCall)]
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    private extern void FireCustomerDebugProbe();
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    protected void SetHandle(IntPtr handle) { 
        this.handle = handle; 
    }
 
    // Returns whether the handle has been explicitly marked as closed
    // (Close/Dispose) or invalid (SetHandleAsInvalid).
    public bool IsClosed {
        [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)] 
        get { return _isClosed; }
    } 
 
    // Returns whether the handle looks like an invalid value (i.e. matches one
    // of the handle's designated illegal values). CriticalHandle itself doesn't 
    // know what an invalid handle looks like, so this method is abstract and
    // must be provided by a derived type.
    public abstract bool IsInvalid {
        [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)] 
        get;
    } 
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    public void Close() { 
        Dispose(true);
    }

    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)] 
    public void Dispose()
    { 
        Dispose(true); 
    }
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    protected virtual void Dispose(bool disposing)
    {
        Cleanup(); 
    }
 
    // This should only be called for cases when you know for a fact that 
    // your handle is invalid and you want to record that information.
    // An example is calling a syscall and getting back ERROR_INVALID_HANDLE. 
    // This method will normally leak handles!
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    public void SetHandleAsInvalid()
    { 
        _isClosed = true;
        GC.SuppressFinalize(this); 
    } 

    // Implement this abstract method in your derived class to specify how to 
    // free the handle. Be careful not write any code that's subject to faults
    // in this method (the runtime will prepare the infrastructure for you so
    // that no jit allocations etc. will occur, but don't allocate memory unless
    // you can deal with the failure and still free the handle). 
    // The boolean returned should be true for success and false if a
    // catastrophic error occured and you wish to trigger a diagnostic for 
    // debugging purposes (the SafeHandleCriticalFailure MDA). 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    protected abstract bool ReleaseHandle(); 
}

}

// File provided for Reference Use Only by Microsoft Corporation (c) 2007.
// ==++== 
//
//   Copyright (c) Microsoft Corporation.  All rights reserved.
//
// ==--== 
/*============================================================
** 
** Class:  CriticalHandle 
**
** 
** A specially designed handle wrapper to ensure we never leak
** an OS handle.  The runtime treats this class specially during
** P/Invoke marshaling and finalization.  Users should write
** subclasses of CriticalHandle for each distinct handle type. 
** This class is similar to SafeHandle, but lacks the ref counting
** behavior on marshaling that prevents handle recycling errors 
** or security holes. This lowers the overhead of using the handle 
** considerably, but leaves the onus on the caller to protect
** themselves from any recycling effects. 
**
** **** NOTE ****
**
** Since there are no ref counts tracking handle usage there is 
** no thread safety either. Your application must ensure that
** usages of the handle do not cross with attempts to close the 
** handle (or tolerate such crossings). Normal GC mechanics will 
** prevent finalization until the handle class isn't used any more,
** but explicit Close or Dispose operations may be initiated at any 
** time.
**
** Similarly, multiple calls to Close or Dispose on different
** threads at the same time may cause the ReleaseHandle method to be 
** called more than once.
** 
** In general (and as might be inferred from the lack of handle 
** recycle protection) you should be very cautious about exposing
** CriticalHandle instances directly or indirectly to untrusted users. 
** At a minimum you should restrict their ability to queue multiple
** operations against a single handle at the same time or block their
** access to Close and Dispose unless you are very comfortable with the
** semantics of passing an invalid (or possibly invalidated and 
** reallocated) to the unamanged routines you marshal your handle to
** (and the effects of closing such a handle while those calls are in 
** progress). The runtime cannot protect you from undefined program 
** behvior that might result from such scenarios. You have been warned.
** 
**
===========================================================*/

using System; 
using System.Reflection;
using System.Threading; 
using System.Security.Permissions; 
using System.Runtime.CompilerServices;
using System.Runtime.ConstrainedExecution; 
using System.IO;

/*
  Problems addressed by the CriticalHandle class: 
  1) Critical finalization - ensure we never leak OS resources in SQL.  Done
     without running truly arbitrary & unbounded amounts of managed code. 
  2) Reduced graph promotion - during finalization, keep object graph small 
  3) GC.KeepAlive behavior - P/Invoke vs. finalizer thread ---- (HandleRef)
  4) Enforcement of the above via the type system - Don't use IntPtr anymore. 

  Subclasses of CriticalHandle will implement the ReleaseHandle
  abstract method used to execute any code required to free the
  handle. This method will be prepared as a constrained execution 
  region at instance construction time (along with all the methods in
  its statically determinable call graph). This implies that we won't 
  get any inconvenient jit allocation errors or rude thread abort 
  interrupts while releasing the handle but the user must still write
  careful code to avoid injecting fault paths of their own (see the 
  CER spec for more details). In particular, any sub-methods you call
  should be decorated with a reliability contract of the appropriate
  level. In most cases this should be:
    ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success) 
  Also, any P/Invoke methods should use the
  SuppressUnmanagedCodeSecurity attribute to avoid a runtime security 
  check that can also inject failures (even if the check is guaranteed 
  to pass).
 
  Subclasses must also implement the IsInvalid property so that the
  infrastructure can tell when critical finalization is actually required.
  Again, this method is prepared ahead of time. It's envisioned that direct
  subclasses of CriticalHandle will provide an IsInvalid implementation that suits 
  the general type of handle they support (null is invalid, -1 is invalid etc.)
  and then these classes will be further derived for specific handle types. 
 
  Most classes using CriticalHandle should not provide a finalizer.  If they do
  need to do so (ie, for flushing out file buffers, needing to write some data 
  back into memory, etc), then they can provide a finalizer that will be
  guaranteed to run before the CriticalHandle's critical finalizer.

  Subclasses are expected to be written as follows (note that 
  SuppressUnmanagedCodeSecurity should always be used on any P/Invoke methods
  invoked as part of ReleaseHandle, in order to switch the security check from 
  runtime to jit time and thus remove a possible failure path from the 
  invocation of the method):
 
  internal sealed MyCriticalHandleSubclass : CriticalHandle {
      // Called by P/Invoke when returning CriticalHandles
      private MyCriticalHandleSubclass() : base(IntPtr.Zero)
      { 
      }
 
      // Do not provide a finalizer - CriticalHandle's critical finalizer will 
      // call ReleaseHandle for you.
 
      public override bool IsInvalid {
          get { return handle == IntPtr.Zero; }
      }
 
      [DllImport(Win32Native.KERNEL32), SuppressUnmanagedCodeSecurity, ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
      private static extern bool CloseHandle(IntPtr handle); 
 
      override protected bool ReleaseHandle()
      { 
          return CloseHandle(handle);
      }
  }
 
  Then elsewhere to create one of these CriticalHandles, define a method
  with the following type of signature (CreateFile follows this model). 
  Note that when returning a CriticalHandle like this, P/Invoke will call your 
  classes default constructor.
 
      [DllImport(Win32Native.KERNEL32)]
      private static extern MyCriticalHandleSubclass CreateHandle(int someState);

 */ 

namespace System.Runtime.InteropServices 
{ 

// This class should not be serializable - it's a handle.  We require unmanaged 
// code permission to subclass CriticalHandle to prevent people from writing a
// subclass and suddenly being able to run arbitrary native code with the
// same signature as CloseHandle.  This is technically a little redundant, but
// we'll do this to ensure we've cut off all attack vectors.  Similarly, all 
// methods have a link demand to ensure untrusted code cannot directly edit
// or alter a handle. 
[SecurityPermission(SecurityAction.InheritanceDemand, UnmanagedCode=true)] 
[SecurityPermission(SecurityAction.LinkDemand, UnmanagedCode=true)]
 
public abstract class CriticalHandle : CriticalFinalizerObject, IDisposable
{
    // ! Do not add or rearrange fields as the EE depends on this layout.
    //----------------------------------------------------------------- 
#if DEBUG
    private String _stackTrace; // Where we allocated this CriticalHandle. 
#endif 
    protected IntPtr handle;    // This must be protected so derived classes can use out params.
    private bool _isClosed;     // Set by SetHandleAsInvalid or Close/Dispose/finalization. 

    // Creates a CriticalHandle class.  Users must then set the Handle property or allow P/Invoke marshaling to set it implicitly.
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.MayFail)]
    protected CriticalHandle(IntPtr invalidHandleValue) 
    {
        handle = invalidHandleValue; 
        _isClosed = false; 

#if DEBUG 
        if (BCLDebug.SafeHandleStackTracesEnabled)
            _stackTrace = Environment.GetStackTrace(null, false);
        else
            _stackTrace = "For a stack trace showing who allocated this CriticalHandle, set SafeHandleStackTraces to 1 and rerun your app."; 
#endif
    } 
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    ~CriticalHandle() 
    {
        Dispose(false);
    }
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    private void Cleanup() 
    { 
        if (IsClosed)
            return; 
        _isClosed = true;

        if (IsInvalid)
            return; 

        // Save last error from P/Invoke in case the implementation of 
        // ReleaseHandle trashes it (important because this ReleaseHandle could 
        // occur implicitly as part of unmarshaling another P/Invoke).
        int lastError = Marshal.GetLastWin32Error(); 

        if (!ReleaseHandle())
            FireCustomerDebugProbe();
 
        Marshal.SetLastWin32Error(lastError);
 
        GC.SuppressFinalize(this); 
    }
 
    [MethodImplAttribute(MethodImplOptions.InternalCall)]
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    private extern void FireCustomerDebugProbe();
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    protected void SetHandle(IntPtr handle) { 
        this.handle = handle; 
    }
 
    // Returns whether the handle has been explicitly marked as closed
    // (Close/Dispose) or invalid (SetHandleAsInvalid).
    public bool IsClosed {
        [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)] 
        get { return _isClosed; }
    } 
 
    // Returns whether the handle looks like an invalid value (i.e. matches one
    // of the handle's designated illegal values). CriticalHandle itself doesn't 
    // know what an invalid handle looks like, so this method is abstract and
    // must be provided by a derived type.
    public abstract bool IsInvalid {
        [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)] 
        get;
    } 
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    public void Close() { 
        Dispose(true);
    }

    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)] 
    public void Dispose()
    { 
        Dispose(true); 
    }
 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    protected virtual void Dispose(bool disposing)
    {
        Cleanup(); 
    }
 
    // This should only be called for cases when you know for a fact that 
    // your handle is invalid and you want to record that information.
    // An example is calling a syscall and getting back ERROR_INVALID_HANDLE. 
    // This method will normally leak handles!
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    public void SetHandleAsInvalid()
    { 
        _isClosed = true;
        GC.SuppressFinalize(this); 
    } 

    // Implement this abstract method in your derived class to specify how to 
    // free the handle. Be careful not write any code that's subject to faults
    // in this method (the runtime will prepare the infrastructure for you so
    // that no jit allocations etc. will occur, but don't allocate memory unless
    // you can deal with the failure and still free the handle). 
    // The boolean returned should be true for success and false if a
    // catastrophic error occured and you wish to trigger a diagnostic for 
    // debugging purposes (the SafeHandleCriticalFailure MDA). 
    [ReliabilityContract(Consistency.WillNotCorruptState, Cer.Success)]
    protected abstract bool ReleaseHandle(); 
}

}

// File provided for Reference Use Only by Microsoft Corporation (c) 2007.
                        

Link Menu

Network programming in C#, Network Programming in VB.NET, Network Programming in .NET
This book is available now!
Buy at Amazon US or
Buy at Amazon UK