这篇文章主要为大家分析了.NET 4.6的RyuJIT编译器中的Bug实例分析的相关知识点，内容详细易懂，操作细节合理，具有一定参考价值。如果感兴趣的话，不妨跟着跟随小编一起来看看，下面跟着小编一起深入学习“.NET 4.6的RyuJIT编译器中的Bug实例分析”的知识吧。在.NET 4.6的RyuJIT编译器中又发现了两个严重的bug，开发者Andrey Akinshin已经将第一个bug记录下来，并提供了以C#编写的概念验证式代码以解释其中的问题。而正是StackOverflow上的一名用户“BrandonAGr”在网站上的留言启发Akinshin编写了这段代码。Akinshin在示例中使用了可空的布尔类型，它展示了当RyuJIT在试图生成优化代码时导致所生成的程序集出错的情况。从这个示例的运行结果来看，它在首次运行时会产生错误，而第二次运行时却一切正常，这一点更令人头疼。Akinshin在总结中说道：“RyuJIT似乎存在着一个相当棘手的优化bug，这个bug的产生依赖于大量的附加条件，而对于源代码的每次修改都会破坏它的可重现性。”所幸来自微软的开发者“schellap”已经为这一错误提交了一个修复，但就像本周早先所报告的问题一样，目前还没有发布任何二进制的补丁包。使用者对于RyuJIT目前的现状表示了他们的挫折感与忧虑。用户“EasmoneNerbonne”认为，根据所报告的bug情况来看，“……看起来，最好的做 香港云主机法是在近期全面停止使用[RyuJIT]，而不仅仅是禁用尾调用功能而已。” Akinshin对此也表示了赞同。而用户Daniel Marbach也说道：“……那篇介绍RyuJIT的博客应当更新一下这些bug的情况，并且微软应该发布一篇公开声明，清楚地说明：不要在生产环境中使用RyuJIT。”（原文即以大写表示强调）第二个bug是由GitHub用户Hyunho Richard Lee所报告的，他通过一段F#代码的示例展现了这个bug：原本应该正常运行的程序却产生了错误（抛出FatalExecutionEngineError异常）。按照Lee的说法，对于能够正常运行的、以.NET 4.5.1（或4.5、4.5.2）为目标的F# 3.1程序，在安装.NET 4.6 RC后就会产生问题。Lee为F#开发者总结了这个问题：如果F#开发者在现有应用的任何一处代码中，对于KeyValuePair类型的Seq执行了Seq.distinct方法，那么他们必须对运行环境加以控制，确保部署环境中没有安装.NET 4.6。另一种做法是立即重新设置项目的目标，随后立即重新部署这些项目。微软的开发者sivarv暗示这个问题已经在一个提交中得以修复，但正如上文所述，目前还没有公开宣布任何二进制补丁包的发布日期。关于“.NET 4.6的RyuJIT编译器中的Bug实例分析”就介绍到这了,更多相关内容可以搜索开发云以前的文章，希望能够帮助大家答疑解惑，请多多支持开发云网站！
这篇文章主要讲解了“Flink Project怎么用”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“Flink Project怎么用”吧！Project算子：从数据流的元数组中，重新排例参数并指定不同的下标位，返…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
