2時01分OllyDbgのアルファ3（2011年4月11日）
多くの新しい機能を備えたメジャーアップデート。 ここで最も重要なものは以下のとおりです。
- マルチモニタ構成のサポート
- ハードウェアブレークポイントとfastコマンドエミュレーションが現在共同で動作します。 さらにハードウェアブレークポイントをそこに設定されている場合、つまり、トレースがフルスピード（最大、毎秒500 000コマンドを超える）で実行RUND
オリス - 真の条件付きブレークポイントが強く、トレースの実行中に加速され、
- ステッピング、トレース、およびハードウェア·ブレークポイントの代わりに、INT3で選択まで実行。 オプションのデバッグによって制御される|ステッピングのためにHWブレークポイントを使用します。
- INT3を可能にし、ハードウェアブレークポイントは、エントリポイントとして彼らの位置を宣言し、protocollingコールに対してパラメータを指定します。
- 隠されたモジュールをスキャンします。 NET環境が頻繁にロードするモジュールデバッガにそれらを報告しません
- [検索]ウィンドウは、最後の検索では8つの別々のタブにまで保持します
- ロードするためのオプションは、情報のパス、ファイル名またはファイルのチェックサムが異なる場合でも、UDD
- リクエストに応じて保存するためのオプションUDDファイル
- 式には、DWORD == "テキスト"を可能にします。 ダブルは、文字列へのポインタとして解釈され、比較が両方ASCIIおよびUnicodeモードで実行されます
- いくつかの珍しいのコマンドデコードを更新しました
- ウィンドウのリストです。 私は、直接ウィンドウ関数テーブルからウィンドウのアドレスを取得します。 これはトリッキーですが、完璧に動作します
- バイナリコードのASCIIダンプとASCII文字列を編集しては、ページ（| ASCIIコードページオプションの外観）によると、seleced表示されます。
- 認識され、メモリが正しく表示されたあなたはアドレス0に割り当てられます。 （はい、それは可能だ - 私もこの事実に驚いたこの方法では、1つのデータポインタを使用すると、NULLで対処できます！）
- 改善された事後分析ダンプ。 私は、彼らがシステムDLLにいるために発生したいくつかの報告されたクラッシュの理由を見つけることができませんでした。 今、私はトレースにしようとすると、スタックがダンプを作成する
- トリッキーなコード·シーケンスの加速分析、選択したコマンドのレジスタをデコードするためのオプションは、非コマンドの新しい原点のようないくつかのそれほどinportand変化、（セーフガード：なしショートカット）は、メインメニューで非常に長いファイル名の正しい切り捨て、最後の複数のインスタンスの再起動時にも読み込まれて実行可能ファイルは、並列OllyDbgの、等、等で実行されている
- そして、もちろん、複数のバグ修正。
