リーク検出およびアクセスの両方の検査では、共有ライブラリ libc.so 内の標準ヒープ管理ルーチンを使用する必要があります。これは、RTC がプログラム内のすべての割り当てと解放を追跡できるためです。多くのアプリケーションは、malloc() または free() 関数をベースに、あるいはスタンドアロンで、独自のメモリー管理ルーチンを記述しています。独自のアロケータ (専用アロケータと呼ばれます) を使用すると、実行時検査ではそれらを自動的に追跡できません。そのため、それらの誤った使用の結果としてのリークエラーやメモリーアクセスエラーを認識できません。
ただし、RTC には専用アロケータを使用するための API があります。この API を使用すると、専用アロケータを、標準ヒープアロケータと同様に扱うことができます。API 自体は、ヘッダーファイル rtc_api.h で提供され、Oracle Solaris Studio ソフトウェアの一部として配布されます。マニュアルページの rtc_api(3x) には、RTC API 入口の詳細が記載されています。
専用アロケータがプログラムヒープを使用しない場合の RTC アクセスエラーレポートには小さな違いがいくつかあります。標準ヒープブロックを参照するメモリーアクセスエラーが発生した場合、エラーレポートには通常、ヒープブロック割り当ての位置が含まれます。専用アロケータがプログラムヒープを使用しない場合、エラーレポートには割り当て項目が含まれない場合があります。
実行時検査 API を使用して libumem 内のメモリーアロケータを追跡する必要はありません。RTC は libumem ヒープ管理ルーチンに割り込み、それらを対応する libc 関数にリダイレクトします。