You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In passing, I noticed that in the code in issue #82, the method Normal that was tested reported a branch (1 out of 1 covered). This turns out to be a point where the IL has an unconditional jump (and thus no decision point in the control flow) that leads to the next instruction.
The IL for the method is
.method public hidebysig static
int32 Normal () cil managed
{
// Method begins at RVA 0x208c
// Code size 19 (0x13)
.maxstack 1
.locals init (
[0] valuetype [netstandard]System.DateTime,
[1] int32
)
// (no C# code)
IL_0000: nop
// return DateTime.Now.Hour;
IL_0001: call valuetype [netstandard]System.DateTime [netstandard]System.DateTime::get_Now()
IL_0006: stloc.0
// (no C# code)
IL_0007: ldloca.s 0
IL_0009: call instance int32 [netstandard]System.DateTime::get_Hour()
IL_000e: stloc.1
IL_000f: br.s IL_0011
IL_0011: ldloc.1
IL_0012: ret
} // end of method Class1::Normal
I also notice in passing that the start-column and end-column attributes (sc and ec) for the method are not what one would expect (the expected values being like 9,10; 13,38 and 9,10 respectively)
In passing, I noticed that in the code in issue #82, the method
Normal
that was tested reported a branch (1 out of 1 covered). This turns out to be a point where the IL has an unconditional jump (and thus no decision point in the control flow) that leads to the next instruction.The IL for the method is
The full XML report for the method is as follows
The text was updated successfully, but these errors were encountered: