bytecode
Here are 21 public repositories matching this topic...
-
Updated
Jun 19, 2021 - C#
-
Updated
May 19, 2021 - C#
Below a list of all opcodes currently supported by the CIL emulator of Echo's AsmResolver back-end.
Miscellaneous:
- Nop,
- Break,
- Dup,
- Pop,
- Ckfinite,
- Mkrefany,
- Refanyval,
- Refanytype,
- Arglist,
Variables and arguments:
- Ldarg_0,
- Ldarg_1,
-
Updated
Mar 16, 2020 - C#
-
Updated
Feb 19, 2021 - C#
-
Updated
Dec 17, 2020 - C#
If no --testProjectName option is given it would be nice that faultify scans the current folder for a project file. This way you can just run faultify from the test project folder if you want to and not have to specify the csproj that is right there.
When outputting signature of entry point method as CIL assembler code, it should be marked with .entrypoint directive.
Example code:
using System;
using System.Reflection;
using CilBytecodeParser;
class Program
{
public static void Main(string[] args)
{
Console.WriteLine(CilAnalysis.MethodToText(MethodBase.GetCurrentMethod()));
Console.ReadKey();
-
Updated
Oct 23, 2020 - C#
-
Updated
Jul 5, 2020 - C#
-
Updated
Apr 21, 2021 - C#
-
Updated
Jun 21, 2020 - C#
-
Updated
Jul 15, 2018 - C#
-
Updated
Oct 12, 2018 - C#
-
Updated
Sep 23, 2020 - C#
-
Updated
Sep 23, 2019 - C#
Improve this page
Add a description, image, and links to the bytecode topic page so that developers can more easily learn about it.
Add this topic to your repo
To associate your repository with the bytecode topic, visit your repo's landing page and select "manage topics."
It would be helpful if the lcov generated reports could generate relative paths. My use case is that I am generating coverage reports from a docker image and then using VS Code Coverage Gutters which supports relative paths to view the coverage. But it doesn't work because the absolute paths on the docker c