Skip to content

Commit 2f07f00

Browse files
committed
Fix warnings
1 parent 8c8eeee commit 2f07f00

File tree

3 files changed

+15
-10
lines changed

3 files changed

+15
-10
lines changed

xml/System.Reflection.Emit/AssemblyBuilder.xml

Lines changed: 7 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -76,9 +76,13 @@
7676
</Attributes>
7777
<Docs>
7878
<summary>Defines and represents a dynamic assembly.</summary>
79-
<remarks>For more information about this API, see <see href="/dotnet/fundamentals/runtime-libraries/system-reflection-emit-assemblybuilder">Supplemental API remarks for AssemblyBuilder</see>.
80-
<format type="text/markdown">
81-
<![CDATA[
79+
<remarks>
80+
<format type="text/markdown"><![CDATA[
81+
82+
## Remarks
83+
84+
For more information about this API, see [Supplemental API remarks for AssemblyBuilder](/dotnet/fundamentals/runtime-libraries/system-reflection-emit-assemblybuilder).
85+
8286
> [!WARNING]
8387
> `AssemblyBuilder` APIs require a fully trusted environment with trusted input, similarly as other technologies such as compilers. There are no restrictions other than basic validation for generated IL, for member name, count and associated metadata such as custom attributes, that the AssemblyBuilder can contain. For example untrusted input that directly affects the produced IL written to an assembly that later loaded and executed, such input can do whatever it wishes.
8488
]]>

xml/System.Reflection.Emit/ILGenerator.xml

Lines changed: 0 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -86,12 +86,10 @@
8686
8787
> [!WARNING]
8888
> There are no restrictions, other than basic validation for ILGenerator APIs that used for producing method IL. If untrusted input is used for producing IL:
89-
9089
> - IL and metadata can contain secrets provided by the consumer.
9190
> - IL can be invalid such as not having a balanced push vs. pop opcodes, or invalid operands for a given opcode.
9291
> - Can contain any code that may, for example, deadlock, have infinite stack recursion, or have an infinite loop.
9392
> - IL can load and execute code on any other reachable assembly.
94-
9593
> Such code can do whatever it wishes when the method is loaded and executed. To restrict such vulnerabilities `ILGenerator` require a fully trusted environment with trusted input.
9694
]]></format>
9795
</remarks>

xml/System.Reflection.Emit/PersistedAssemblyBuilder.xml

Lines changed: 8 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -25,13 +25,16 @@
2525
</Attributes>
2626
<Docs>
2727
<summary>Provides an AssemblyBuilder implementation that can persist assembly to a disk or stream.</summary>
28-
<remarks>For more information about this API, see <see href="/dotnet/fundamentals/runtime-libraries/system-reflection-emit-persistedassemblybuilder">Persisted dynamic assemblies in .NET</see>.
29-
<format type="text/markdown">
30-
<![CDATA[
28+
<remarks>
29+
<format type="text/markdown"><![CDATA[
30+
31+
## Remarks
32+
33+
For more information about this API, see [Persisted dynamic assemblies in .NET](/dotnet/fundamentals/runtime-libraries/system-reflection-emit-persistedassemblybuilder).
34+
3135
> [!WARNING]
3236
> `PersistedAssemblyBuilder` APIs require a fully trusted environment with trusted input, similarly as other technologies such as compilers. There are no restrictions other than basic validation for generated IL, for member name, count and associated metadata such as custom attributes, that the AssemblyBuilder can contain. For example untrusted input that directly affects the produced IL written to an assembly that later loaded and executed, such input can do whatever it wishes.
33-
]]>
34-
</format>
37+
]]></format>
3538
</remarks>
3639
</Docs>
3740
<Members>

0 commit comments

Comments
 (0)