>２．bregonig.dll を何故か（優先して）使用しています。
と判断した理由は何でしょうか？

私も\b([0-9A-F]{2})+(?=h)? を試してみましたが，
bregexp.dll (最新版＋stack overflowパッチ) => 12h の12のみ強調
bregonig.dll 1.31 => target of repeat operator is invalidエラー

と異なる動作をしているように見えますが...

>どうしても気になる人は，bregonig.dllなりbregexp.dllをありそうにないリネームして，そのファイル名を設定しておけば回避可能です．

そんな事誰も実行しないと思うので、「検索」タブには３択で十分と思うのですが。

どうも、以前から有った問題のようで、今回の更新とは別のようです。
DLL名とバージョンの表示だけではなくて、DLL動作（する・しない）も変更無しを確認しました。
sakura_2007_07_08 (1.5.17beta)で確認出来ました。

> そんな事誰も実行しないと思うので、「検索」タブには３択で十分と思うのですが。

間違えました。「検索」タブは、２択でのプルダウンで、優先順位を入れ替える案です。

> どうしても気になる人は，bregonig.dllなりbregexp.dllをありそうにないリネームして，そのファイル名を設定しておけば回避可能です．

回避になりませんでした。ｖｖ

▼ げんたさん
> 問題の挙動を防ぐには編集ファイルの位置にカレントディレクトリを移動するのをやめるしか無いように思いますが，
XP SP2以降ならSetDllDirectoryが使えそうですが...
他には、LoadLibraryの前後でカレントディレクトリを変えてやるくらいしか無いかな。

↓こんな感じ
-----
Index: sakura_core/CDllHandler.cpp
===================================================================
--- sakura_core/CDllHandler.cpp (revision 1117)
+++ sakura_core/CDllHandler.cpp (working copy)
@@ -31,6 +31,27 @@
#include "stdafx.h"
#include "CDllHandler.h"

+class CRemoveCurDirFromSearchPath {
+public:
+ CRemoveCurDirFromSearchPath()
+ {
+ TCHAR szExeDir[_MAX_PATH];
+ TCHAR szDrive[_MAX_DRIVE];
+ TCHAR szDir[_MAX_DIR];
+ ::GetModuleFileName( NULL, szExeDir, _MAX_PATH );
+ _tsplitpath( szExeDir, szDrive, szDir, NULL, NULL );
+ _tmakepath( szExeDir, szDrive, szDir, NULL, NULL );
+ ::GetCurrentDirectory( _MAX_PATH, m_szCurDir );
+ ::SetCurrentDirectory( szExeDir );
+ }
+ virtual ~CRemoveCurDirFromSearchPath()
+ {
+ ::SetCurrentDirectory( m_szCurDir );
+ }
+protected:
+ TCHAR m_szCurDir[_MAX_PATH];
+};
+
CDllHandler::CDllHandler()
: m_hInstance( NULL )
{}
@@ -51,6 +72,7 @@
// 既に利用可能で有れば何もしない．
return 0;
}
+ CRemoveCurDirFromSearchPath rmv;

char *name = GetDllName(str);
if( name == NULL ) return -1;
-----