Unsafe contexts

The unsafe features of C# are available only in unsafe contexts. An unsafe context is introduced by including an unsafe modifier in the declaration of a type or member, or by employing an unsafe-statement: A declaration of a class, struct, interface, or delegate may include an unsafe modifier, in which case the entire textual extent of that type declaration (including the body of the class, struct, or interface) is considered an unsafe context. A declaration of a field, method, property, event, indexer, operator, instance constructor, destructor, or static constructor may include an unsafe modifier, in which case, the entire textual extent of that member declaration is considered an unsafe context. An unsafe-statement enables the use of an unsafe context within a block. The entire textual extent of the associated block is considered an unsafe context.
The associated grammar extensions are shown below. For brevity, ellipses (...) are used to represent productions that appear in preceding chapters. class-modifier : ...unsafestruct-modifier : ...unsafeinterface-modifier : ...unsafedelegate-modifier : ...unsafefield-modifier : ...unsafemethod-modifier : ...unsafeproperty-modifier : ...unsafeevent-modifier : ...unsafeindexer-modifier : ...unsafeoperator-modifier : ...unsafeconstructor-modifier : ...unsafedestructor-declaration : attributes extern unsafe~identifier()destructor-bodyattributes unsafe extern~identifier()destructor-bodystatic-constructor-declaration : attributes extern unsafe static identifier()static-constructor-bodyattributes unsafe extern static identifier()static-constructor-bodyembedded-statement : ...unsafe-statementunsafe-statement : unsafe block
[Example: In the example public unsafe struct Node { public int Value; public Node* Left; public Node* Right; } the unsafe modifier specified in the struct declaration causes the entire textual extent of the struct declaration to become an unsafe context. Thus, it is possible to declare the Left and Right fields to be of a pointer type. The example above could also be written public struct Node { public int Value; public unsafe Node* Left; public unsafe Node* Right; }
Here, the unsafe modifiers in the field declarations cause those declarations to be considered unsafe contexts. end example]
Other than establishing an unsafe context, thus permitting the use of pointer types, the unsafe modifier has no effect on a type or a member. [Example: In the example public class A { public unsafe virtual void F() { char* p; ... } } public class B: A { public override void F() { base.F(); ... } } the unsafe modifier on the F method in A simply causes the textual extent of F to become an unsafe context in which the unsafe features of the language can be used. In the override of F in B, there is no need to re-specify the unsafe modifier-unless, of course, the F method in B itself needs access to unsafe features.
The situation is slightly different when a pointer type is part of the method's signature public unsafe class A { public virtual void F(char* p) {...} } public class B: A { public unsafe override void F(char* p) {...} }
Here, because F's signature includes a pointer type, it can only be written in an unsafe context. However, the unsafe context can be introduced by either making the entire class unsafe, as is the case in A, or by including an unsafe modifier in the method declaration, as is the case in B. end example]