隨著跨平臺應用的需求不斷增長,開發人員需要一種能夠在不同操作系統上運行的用戶界面(UI)框架。 Avalonia 是一種引人註目的選擇。在本文中,我們將深入瞭解 Avalonia 是什麼,它與 WPF 的區別,以及它的 UI 繪製引擎和原理、優點,以及一個簡單的示例代碼。 Avalonia 是什麼? ...
一、簡介
這是我的《Advanced .Net Debugging》這個系列的第六篇文章。這篇文章的內容是原書的第二部分的【調試實戰】的第四章。這章主要講的是程式集載入器,比如:CLR 載入器簡介、簡單的程式集載入故障、載入上下文故障、互用性與 DllNotFoundException 和輕量級代碼生成的調試。有了這章內容的學習,對於 CLR 如何載入程式集,載入的上下文和演算法會有一個充分的瞭解。當然,有關程式集載入的錯誤也會有所調試和驗證。高級調試會涉及很多方面的內容,你對 .NET 基礎知識掌握越全面、細節越底層,調試成功的幾率越大,當我們遇到各種奇葩問題的時候才不會手足無措。
如果在沒有說明的情況下,所有代碼的測試環境都是 Net 8.0,如果有變動,我會在項目章節里進行說明。好了,廢話不多說,開始我們今天的調試工作。
調試環境我需要進行說明,以防大家不清楚,具體情況我已經羅列出來。
操作系統:Windows Professional 10
調試工具:Windbg Preview(Debugger Client:1.2306.1401.0,Debugger engine:10.0.25877.1004)和 NTSD(10.0.22621.2428 AMD64)
下載地址:可以去Microsoft Store 去下載
開發工具:Microsoft Visual Studio Community 2022 (64 位) - Current版本 17.8.3
Net 版本:.Net 8.0
CoreCLR源碼:源碼下載
二、調試源碼
廢話不多說,本節是調試的源碼部分,沒有代碼,當然就談不上測試了,調試必須有載體。
2.1、ExampleCore_4_1_1
1 using System.Reflection; 2 3 namespace ExampleCore_4_1_1 4 { 5 internal class Program 6 { 7 static void Main(string[] args) 8 { 9 Assembly? assemblyLoadFromContext = null; 10 Console.WriteLine("Press any key to load into load from context"); 11 Console.ReadKey(); 12 13 assemblyLoadFromContext = Assembly.LoadFrom("ExampleCore_4_1_1.1.dll"); 14 15 var localObject = assemblyLoadFromContext.CreateInstance("ExampleCore_4_1_1._1.SimpleType")!; 16 17 Console.WriteLine("Press any key to Exit"); 18 Console.ReadKey(); 19 } 20 } 21 }View Code
2.2、ExampleCore_4_1_1.1
1 namespace ExampleCore_4_1_1._1 2 { 3 public class SimpleType 4 { 5 private int _field1; 6 private int _field2; 7 8 public int Field1 9 { 10 get { return _field1; } 11 } 12 13 public int Fields 14 { 15 get { return _field2; } 16 } 17 18 public SimpleType() 19 { 20 _field1 = 10; 21 _field2 = 5; 22 } 23 } 24 }View Code
2.3、ExampleCore_4_1_2
Entity 類的代碼
1 namespace ExampleCore_4_1_2 2 { 3 [Serializable] 4 public class Entity 5 { 6 public int a; 7 } 8 }View Code
EntityUtil 類的代碼
1 namespace ExampleCore_4_1_2 2 { 3 [Serializable] 4 public class EntityUtil 5 { 6 public void Dump(Entity e) 7 { 8 Console.WriteLine(e.a); 9 } 10 } 11 }View Code
Program 類的代碼
1 using System.Runtime.Loader; 2 using System.Runtime.Remoting; 3 4 namespace ExampleCore_4_1_2 5 { 6 internal class Program 7 { 8 static void Main(string[] args) 9 { 10 Program p = new Program(); 11 p.Run(); 12 13 Console.ReadLine(); 14 } 15 16 public void Run() 17 { 18 while (true) 19 { 20 Console.WriteLine("1、Run in default app domain"); 21 Console.WriteLine("2、Run in dedicated app domain"); 22 Console.WriteLine("Q、To quit."); 23 Console.Write("> "); 24 ConsoleKeyInfo consoleKeyInfo = Console.ReadKey(); 25 Console.WriteLine(); 26 27 if (consoleKeyInfo.KeyChar == '1') 28 { 29 RunInDefault(); 30 } 31 else if (consoleKeyInfo.KeyChar == '2') 32 { 33 RunInDedicated(); 34 } 35 else if (consoleKeyInfo.KeyChar == 'q' || consoleKeyInfo.KeyChar == 'Q') 36 { 37 break; 38 } 39 } 40 } 41 42 public void RunInDefault() 43 { 44 EntityUtil t2 = new EntityUtil(); 45 Entity t = new Entity(); 46 t.a = 10; 47 48 t2.Dump(t); 49 } 50 51 public void RunInDedicated() 52 { 53 AssemblyLoadContext assemblyLoadContext = new AssemblyLoadContext("Myload"); 54 55 var assembly = assemblyLoadContext.LoadFromAssemblyName(new System.Reflection.AssemblyName("ExampleCore_4_1_2")); 56 57 EntityUtil t2 = (EntityUtil)assembly.CreateInstance("ExampleCore_4_1_2.EntityUtil")!; 58 59 Entity t = new Entity(); 60 t.a = 10; 61 t2.Dump(t); 62 } 63 } 64 }View Code
2.4、ExampleCore_4_1_3
1 using System.Runtime.InteropServices; 2 3 namespace ExampleCore_4_1_3 4 { 5 internal class Program 6 { 7 [DllImport("ExampleCore_4_1_4.dll", CharSet = CharSet.Auto)] 8 public static extern void Alloc(string str); 9 10 static void Main(string[] args) 11 { 12 var str = "hello world"; 13 14 Alloc(str); 15 16 Console.ReadLine(); 17 } 18 } 19 }View Code
2.5、ExampleCore_4_1_4(C++)
1 extern "C" 2 { 3 __declspec(dllexport) void Alloc(wchar_t* c); 4 } 5 6 #include "iostream" 7 #include <Windows.h> 8 9 using namespace std; 10 11 void Alloc(wchar_t* c) 12 { 13 wprintf(L"%s------\n", c); 14 }View Code
2.6、ExampleCore_4_1_5
1 using System.Diagnostics; 2 using System.Reflection.Emit; 3 4 namespace ExampleCore_4_1_5 5 { 6 internal class Program 7 { 8 private delegate int Add(int a, int b); 9 10 static void Main(string[] args) 11 { 12 Type[] mylocalArgs = { typeof(int), typeof(int) }; 13 DynamicMethod method = new DynamicMethod("Add", typeof(int), mylocalArgs); 14 15 ILGenerator generator = method.GetILGenerator(); 16 generator.Emit(OpCodes.Ldarg_0); 17 generator.Emit(OpCodes.Ldarg_1); 18 generator.Emit(OpCodes.Add); 19 generator.Emit(OpCodes.Ret); 20 21 Add add = (Add)method.CreateDelegate(typeof(Add)); 22 Debugger.Break(); 23 int result = add(1, 2); 24 25 Console.WriteLine($"1+2={result}"); 26 Console.Read(); 27 } 28 } 29 }View Code
三、基礎知識
本章主要介紹 CLR 載入器(代碼名稱 fusion),以及它是如何避免 DLL 地獄問題和與 CLR 載入器相關的其他一些陷阱。如果大家不知道 DLL Hell 是什麼問題的,可以自行去網上查找學習。
3.1、CLR 載入器簡介
從巨集觀來看,程式集分為兩類,一種是:私有程式集,這類程式集是屬於某個特定應用程式的,它們通常保存在與應用程式本身路徑相同的文件中。第二種是:共用程式集,這類程式集是由同一臺機器上的兩個或者更多個應用程式使用的程式集。共用程式集會被安裝到全局程式集緩存中(GAC)。
在面對不同類型的程式集時,CLR 載入器如何判斷從什麼位置載入程式集呢?我們直接上一個圖來說明問題。
在請求載入一個程式集的時候,CLR 載入器將判斷載入上下文,並且根據上下文采取不同的演算法來判斷程式集的位置。
3.1.1、程式集標識
程式集的標識定義了程式集的唯一性。當 CLR 載入器要載入程式集的時候,這個標識是非常重要的。接下來,我們看看程式集標識由什麼組成。
程式集標識由以下關鍵部分組成:
程式集的名稱:程式集簡單的名稱,通常是程式集的文件名,不包含擴展名 .exe 或者 .dll。
文化:程式集的目標地域(例如:中性文化=neutral)。
版本:表示程式集的版本,形如:<major>.<minor>.<build>.<revision>。
公鑰:公鑰屬性用於強命名的程式集,包含了公鑰的64位散列碼,這個公鑰與用於對程式集簽名的私鑰是相對應的。
處理器架構:在 CLR 2.0 中引入的處理器架構屬性指定了程式集的目標處理器架構。
由以上5個屬性合在一起構成了程式集標識。在 CLR 中廣泛的使用程式集標識來判斷被載入的程式集是否正確。需要註意的是,就程式集標識而言,當載入正確的程式集時,程式集的路徑並不是 CLR 考慮的因素。如果兩個相同的程式集位於不同的路徑中,那它們也可以載入到同一個應用程式域中,只是使用了不同的載入上下文。即使這兩個程式集是相同的,它們仍然被視為兩個不同的程式集。當然。在程式集中包含相同的類型同樣被認為是不同的。
3.1.2、全局程式集緩存
GAC 是保存所有共用程式集的常用位置。GAC 位於:%windir%\assembly,我的實際目錄地址是:C:\Windows\assembly,效果如圖:
在 GAC 中的程式集必須是強命名的,並且擁有唯一的版本號。在共用程式集載入的過程中(在預設的載入上下文中),CLR 載入器會首先檢查 GAC 來確定這個程式集是否存在,然後再查看私有的載入路徑。
我們可以使用【Windbg Preview】工具,使用【lm f】命令查看目標進程中所有已載入的模塊以及它們相應的載入路徑。這個很簡單,直接貼結果。這個裡面,我使用【lm】和【lm f】兩個命令,大家可以自己體會區別。
1 0:006> lm 2 start end module name 3 000001d5`2a100000 000001d5`2a108000 ExampleCore_4_1_0 C (service symbols: CLR Symbols with PDB: C:\ProgramData\Dbg\sym\ExampleCore_4_1_0.pdb\E55CC9E3404548D5AF090BFC4FBE04D01\ExampleCore_4_1_0.pdb) 4 000001d5`2a110000 000001d5`2a11e000 System_Runtime (deferred) 5 000001d5`2a120000 000001d5`2a128000 ExampleCore_4_1_0_Clone (deferred) 6 000001d5`2a130000 000001d5`2a138000 System_Text_Encoding_Extensions (deferred) 7 00007ff6`5f210000 00007ff6`5f239000 apphost C (private pdb symbols) C:\ProgramData\Dbg\sym\apphost.pdb\5633DAB747FE452D91289F0AE5A53DEB1\apphost.pdb 8 00007ffc`00b00000 00007ffc`00b28000 System_Console (deferred) 9 00007ffc`00b30000 00007ffc`00ce9000 clrjit (deferred) 10 00007ffc`00cf0000 00007ffc`0197c000 System_Private_CoreLib (service symbols: CLR Symbols with PDB: C:\ProgramData\Dbg\sym\System.Private.CoreLib.pdb\44580BF6DF5DBDE0A6AF2B06590C0AF21\System.Private.CoreLib.pdb) 11 00007ffc`01e80000 00007ffc`02366000 coreclr (deferred) 12 00007ffc`02370000 00007ffc`023d4000 hostpolicy (deferred) 13 00007ffc`06f10000 00007ffc`06f69000 hostfxr (deferred) 14 00007ffc`0dff0000 00007ffc`0e005000 System_Runtime_InteropServices (deferred) 15 00007ffc`0e1a0000 00007ffc`0e1b2000 System_Threading (deferred) 16 00007ffc`daa10000 00007ffc`daaad000 msvcp_win (deferred) 17 00007ffc`dab30000 00007ffc`dab42000 kernel_appcore (deferred) 18 00007ffc`dac00000 00007ffc`dad00000 ucrtbase (deferred) 19 00007ffc`dad00000 00007ffc`dad82000 bcryptPrimitives (deferred) 20 00007ffc`dae90000 00007ffc`dafa7000 gdi32full (deferred) 21 00007ffc`db000000 00007ffc`db027000 bcrypt (deferred) 22 00007ffc`db0b0000 00007ffc`db0d2000 win32u (deferred) 23 00007ffc`db240000 00007ffc`db536000 KERNELBASE (deferred) 24 00007ffc`db540000 00007ffc`db893000 combase (deferred) 25 00007ffc`db920000 00007ffc`db952000 IMM32 (deferred) 26 00007ffc`db9c0000 00007ffc`dc12b000 SHELL32 (deferred) 27 00007ffc`dc1e0000 00007ffc`dc290000 ADVAPI32 (deferred) 28 00007ffc`dc460000 00007ffc`dc58b000 ole32 (deferred) 29 00007ffc`dc680000 00007ffc`dc6ab000 GDI32 (deferred) 30 00007ffc`dc830000 00007ffc`dc8fd000 OLEAUT32 (deferred) 31 00007ffc`dd020000 00007ffc`dd0c0000 sechost (deferred) 32 00007ffc`dd0c0000 00007ffc`dd25e000 USER32 (deferred) 33 00007ffc`dd380000 00007ffc`dd4a5000 RPCRT4 (deferred) 34 00007ffc`dd530000 00007ffc`dd5ed000 KERNEL32 (pdb symbols) C:\ProgramData\Dbg\sym\kernel32.pdb\B07C97792B439ABC0DF83499536C7AE51\kernel32.pdb 35 00007ffc`dd5f0000 00007ffc`dd68e000 msvcrt (deferred) 36 00007ffc`dd6d0000 00007ffc`dd8c8000 ntdll (pdb symbols) C:\ProgramData\Dbg\sym\ntdll.pdb\90C2362B9D1F1F5088ABFA3BDE69BAAF1\ntdll.pdb 37 38 0:006> lm f 39 start end module name 40 000001d5`2a100000 000001d5`2a108000 ExampleCore_4_1_0 E:\Visual Studio 2022\Source\Projects\AdvancedDebug.NetFramework.Test\ExampleCore_4_1_0\bin\Debug\net8.0\ExampleCore_4_1_0.dll 41 000001d5`2a110000 000001d5`2a11e000 System_Runtime C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\System.Runtime.dll 42 000001d5`2a120000 000001d5`2a128000 ExampleCore_4_1_0_Clone E:\Visual Studio 2022\Source\Projects\AdvancedDebug.NetFramework.Test\ExampleCore_4_1_0\bin\Debug\net8.0\ExampleCore_4_1_0_Clone.dll 43 000001d5`2a130000 000001d5`2a138000 System_Text_Encoding_Extensions C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\System.Text.Encoding.Extensions.dll 44 00007ff6`5f210000 00007ff6`5f239000 apphost apphost.exe 45 00007ffc`00b00000 00007ffc`00b28000 System_Console C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\System.Console.dll 46 00007ffc`00b30000 00007ffc`00ce9000 clrjit C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\clrjit.dll 47 00007ffc`00cf0000 00007ffc`0197c000 System_Private_CoreLib C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\System.Private.CoreLib.dll 48 00007ffc`01e80000 00007ffc`02366000 coreclr C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\coreclr.dll 49 00007ffc`02370000 00007ffc`023d4000 hostpolicy C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\hostpolicy.dll 50 00007ffc`06f10000 00007ffc`06f69000 hostfxr C:\Program Files\dotnet\host\fxr\8.0.3\hostfxr.dll 51 00007ffc`0dff0000 00007ffc`0e005000 System_Runtime_InteropServices C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\System.Runtime.InteropServices.dll 52 00007ffc`0e1a0000 00007ffc`0e1b2000 System_Threading C:\Program Files\dotnet\shared\Microsoft.NETCore.App\8.0.3\System.Threading.dll 53 00007ffc`daa10000 00007ffc`daaad000 msvcp_win C:\Windows\System32\msvcp_win.dll 54 00007ffc`dab30000 00007ffc`dab42000 kernel_appcore C:\Windows\System32\kernel.appcore.dll 55 00007ffc`dac00000 00007ffc`dad00000 ucrtbase C:\Windows\System32\ucrtbase.dll 56 00007ffc`dad00000 00007ffc`dad82000 bcryptPrimitives C:\Windows\System32\bcryptPrimitives.dll 57 00007ffc`dae90000 00007ffc`dafa7000 gdi32full C:\Windows\System32\gdi32full.dll 58 00007ffc`db000000 00007ffc`db027000 bcrypt C:\Windows\System32\bcrypt.dll 59 00007ffc`db0b0000 00007ffc`db0d2000 win32u C:\Windows\System32\win32u.dll 60 00007ffc`db240000 00007ffc`db536000 KERNELBASE C:\Windows\System32\KERNELBASE.dll 61 00007ffc`db540000 00007ffc`db893000 combase C:\Windows\System32\combase.dll 62 00007ffc`db920000 00007ffc`db952000 IMM32 C:\Windows\System32\IMM32.DLL 63 00007ffc`db9c0000 00007ffc`dc12b000 SHELL32 C:\Windows\System32\SHELL32.dll 64 00007ffc`dc1e0000 00007ffc`dc290000 ADVAPI32 C:\Windows\System32\ADVAPI32.dll 65 00007ffc`dc460000 00007ffc`dc58b000 ole32 C:\Windows\System32\ole32.dll 66 00007ffc`dc680000 00007ffc`dc6ab000 GDI32 C:\Windows\System32\GDI32.dll 67 00007ffc`dc830000 00007ffc`dc8fd000 OLEAUT32 C:\Windows\System32\OLEAUT32.dll 68 00007ffc`dd020000 00007ffc`dd0c0000 sechost C:\Windows\System32\sechost.dll 69 00007ffc`dd0c0000 00007ffc`dd25e000 USER32 C:\Windows\System32\USER32.dll 70 00007ffc`dd380000 00007ffc`dd4a5000 RPCRT4 C:\Windows\System32\RPCRT4.dll 71 00007ffc`dd530000 00007ffc`dd5ed000 KERNEL32 C:\Windows\System32\KERNEL32.DLL 72 00007ffc`dd5f0000 00007ffc`dd68e000 msvcrt C:\Windows\System32\msvcrt.dll 73 00007ffc`dd6d0000 00007ffc`dd8c8000 ntdll ntdll.dll
當使用 Windows 資源管理器查看 GAC 時,它是 GAC 的視圖版本,它是由 shell 擴展 shfusion.dll 實現的。
大多數程式集都是使用預設載入上下文(Default load context),也是最安全的載入方式,可以避免載入不正確的程式集。使用預設載入上下文的程式集是通過 Assembly.Load 及其變化形式來載入的。在預設的載入上下文中,CLR 要執行所有的探測邏輯,從而保證載入正確版本的程式集。如圖:
這樣做有一個好處,依賴的程式集也可以在預設載入上下文中自動被找到。這與指定載入上下文(Load-From)或者無載入上下文(Load-Without)是不同的,在這些上下文中,調用者可以顯示的選擇程式集,因此,更容易出現錯誤。
當一個程式集載入請求進入預設載入上下文時,CLR 會首先判斷這個程式集是否在 GAC 中。如果是,則直接載入 GAC 中正確版本的程式集。如果不在 GAC 中,CLR 載入器將探測其他路徑,包括應用程式所在的路徑和私有二進位文件所在的路徑等。如果在這兩個位置中的某一個找到了程式集,CLR 則直接從該位置載入程式集。
當一個程式集被載入到指定載入上下文中時,通常是通過 Assembly.LoadFrom 等 API 的某種變化形式來實現的,此時,CLR 不會執行探測邏輯,而是由調用者負責消除程式集的衝突。程式集依賴的所有其他程式集將從同一路徑載入。
被載入到指定載入上下文中的程式集可以使用預設載入上下文中的程式集。
使用指定載入上下文時有些需要註意的,如圖:
3.1.5、無載入上下文
有些程式集的載入是不需要上下文的,比如:一些通過 Reflection 命令空間和 Emit 命令空間生成的程式集。在這種情況下,CLR 是不做任何探測的。
3.2、簡單的程式集載入故障
如果我們想查看 CLR 載入器在載入程式集的時候使用的探測演算法,可以使用【fuslogvw.exe】工具,我們打開【Visual Studio 2022 Developer Command Prompt v17.9.4】命令行工具,直接輸入【fuslogvw】,就可以打開,該文件的路徑在:C:\Program Files (x86)\Microsoft SDKs\Windows\v10.0A\bin\NETFX 4.8 Tools\x64。
如圖:
打開【程式集綁定日誌查看器】,效果如圖:
主界面分為兩個部分,第一部分包含了實際的日誌項目,共三列:
應用程式【Application】:該列給出了日誌項是來之哪個應用程式。
說明【Description】:該列給出日誌項的描述信息。
日期/時間【Date/Time】:該列給出了日誌項的時間戳。
在主界面的右側有一組按鈕,控制日誌項和如何執行日誌。【設置(Setting)】按鈕控制著如何執行日誌記錄以及何時執行。如圖:
在預設情況下,日誌是禁用的。
已禁用日誌:日誌功能不啟用。
記錄異常文本【Log in Exception Text】:程式集綁定操作會被記錄在異常中。
記錄失敗綁定到磁碟【Log Bind failures to Disk】:只有發生故障的時候才會記錄到磁碟上。
記錄所有綁定到磁碟【Log All Binds to Disk】:所有綁定操作都會被記錄到磁碟上。
啟用自定義日誌路徑【Enable Custom Log Path】:改變日誌文件的保存路徑。如果選擇了改變日誌路徑,必須在主界面上【自定義日誌路徑(Custom Log Location)】中輸入日誌的新路徑。
HKLM 表示的是【HKEY_LOCAL_MACHINE】,完整路徑如下:HKEY_LOCAL_MACHINE\Software\Microsoft\Fusion。
我們在【眼見為實】中要演示如何查看 CLR 載入器載入程式集時的探測演算法中,使用的是【記錄失敗綁定到磁碟(Log Bind failures to Disk)】這個選項。
眼見為實:
調試源碼:ExampleCore_4_1_1(控制台程式)和 ExampleCore_4_1_1.1(類庫項目)
調試任務:演示程式集載入故障和CLR 載入程式集的探測演算法
開始之前,先說明操作過程,我們首先將 ExampleCore_4_1_1.1 類庫項目編譯好,並將 dll 文件拷貝到 ExampleCore_4_1_1 項目的 bin 目錄下,並將 ExampleCore_4_1_1.1.dll 文件的尾碼名改成 ExampleCore_4_1_1.1.old,這樣就可以出錯了,用於測試。然後我們再編譯 ExampleCore_4_1_1 控制台項目,就可以開始我們的測試了。
A、NTSD 調試
在開始之前,說明一下,在這裡調試,就不驗證 CLR 載入器的探測演算法了,因為了在 Windbg Preview 調試環節做過了,內容都是一樣的。
編譯項目,打開【Visual Studio 2022 Developer Command Prompt v17.9.4】命令行工具,輸入命令【NTSD E:\Visual Studio 2022\Source\Projects\AdvancedDebug.NetFramework.Test\ExampleCore_4_1_1\bin\Debug\net8.0\ExampleCore_4_1_1.exe】,打開調試器。
我們繼續使用【g】命令運行調試器,直到調試器輸出【Press any key to load into load from context】,然後我們隨便按一個鍵,繼續運行調試器,直到程式拋出異常,調試器也進入了中斷模式。
調試器進入中斷模式,如圖:
我們使用【kb】命令查看線程的調用棧,並展示了每個方法的前三個參數。
1 0:000> kb 2 RetAddr : Args to Child : Call Site 3 00007ffa`b957b3a3 : 000002a1`3cc0a090 000000c0`88d7e730 000000c0`88d7ed60 000002a1`3cc09e08 : KERNELBASE!RaiseException+0x69 4 00007ffa`b94c9cfc : 000002a1`388bc9a0 000000c0`88d7ea58 000002a1`3889c3c0 000002a1`3a2fa630 : coreclr!RaiseTheExceptionInternalOnly+0x26b