Nick Craver 與 Marc Gravell 在 .NET 4.6 中引入的 RyuJIT 編譯器中發現了一個嚴重的 bug，.NET 4.6 會隨著 Visual Studio 2015 一起安裝，并且也預裝在 Windows 10 操作系統中。Craver 和 Gravell 已經提交了這個 bug 的詳細說明，他們追蹤到問題的根源來自于 RyuJIT 在處理尾調用優化時的一個問題。這個問題產生的結果是“……我們所調用的方法沒有獲得所傳入的參數”，正如他們所說，如果受到此問題影響的變量原本是用于處理重要的值，那么將因此造成嚴重的后果。
　　來自微軟的 Matt Mitchell 對這個發現做出了回應，他提交了一個補?。ㄍㄟ^ pull request）以修復這個問題。有趣的是，有人發現這個問題本來已經被修復了，但在三天前（7 月 24 日）又被微軟的另一位開發者撤消了。Craver 指出，這個 bug 的存在之所以不那么容易立即發現，是由于以下幾點原因：
　　這個問題只有在應用了代碼優化之后才會出現，由于多數開發者與項目都是在 DEBUG 模式開發的，因此在本地環境中看不出來。
　　這也意味著你只能在 RELEASE 模式下發現它，對于多數人來說，這就意味著它只存在于生產環境。
　　一旦為進程附加了調試器就會改變它的行為，這幾乎讓這個問題完全隱形了。
　　如果在代碼中加入一句 Debug.WriteLine ()，就很可能修復這個問題，因為尾調用的方式產生了變化。
　　有一個重要的提示：即使微軟已經在 GitHub 代碼庫中接受了這個補丁，也不意味著這個問題就此結束了。對于已經安裝了 .NET 4.6 的用戶來說，微軟必須為他們提供新的二進制包。Craver 建議，如果開發者還沒有在生產環境上部署 .NET 4.6，那么請耐心等待打了補丁的安裝包出現。而如果你已經安裝了 .NET 4.6（無論在哪一種環境中），Craver 建議你立即關閉 RyuJIT，并且通過一些概念驗證式的代碼告訴開發者如何進行操作。另外還有一個重要的提示，由于這個問題所影響的是 RyuJIT 編譯器，因此它同樣會影響那些目標為較早版本的 .NET 運行時。
　　微軟的回應（更新于 2015 年 7 月 28 日）
　　來自微軟的 Rich Lander 對于 Craver 與 Gravell 的報告進行了正式的回應，他在回應中提到這個 bug 僅會影響 64 位進程，而不會影響 32 位進程。雖然 Lander 表示他的團隊目前并不認為這個問題會被人利用，但他們還是會將修復代碼提交至發布流程中。
　　在 Lander 的說明中，他也推薦在使用 .NET Framework 4.6 的環境中關閉 RyuJIT 的方式，直到補丁包出現為止。不過，考慮到故障檢測不等人，最好還是先研究一下這個 bug 是否確實對你的實際情況生產了影響，因為如果你的應用程序有什么異常的行為，也有可能是別的原因引起的。
　　根據 Lander 的說明，F#的開發者最有可能遇到由這個 bug 所引起的問題，因此應當盡量避免安裝 .NET 4.6，Lander 在文中給出了如何重現這個問題的 C# 與F#示例代碼。微軟目前還沒有說明這個補丁的發布日期。