>クイックソートはコンパイラに付属のstricmpが使われ、
>バイナリーサーチはstrnicmpですが、my_icmp.cpp/hのmy_strnicmpに置き換えられます。
>VCの場合、コンパイラ付属のstricmpは「小文字として」比較しますが、my_icmpは「大文字として」比較するため、サーチに失敗するということです。
>BCCの場合はコンパイラ付属のstricmpが「大文字として」比較するため、このバグによる影響は受けないはずです。

つまりライブラリの微妙な仕様の差のせい？
英大文字と英小文字の間のコードのアンダースコア（下線）だとかが
アルファベットの前に並べられる場所と、後ろであると判定される場所
があって、、、というお話しですか。

そう言えばキーワード一覧からの検索部分はキーワードセットの中央から比較して
str?cmp の返値の大小を使ってキーワードセットの前方へ調査していくか後方へ
調査していくか決定して、それを繰り返して探していく構造ですね。
あらかじめキーワードの一覧をソートしておく時の並び順ルールと、検索時、
ソート済みのキーワードの一覧をたどるための大小判定のルールが異なっている
となれば確かに。
って事は強調表示されるかどうかは、下線を使ったキーワードがあるかどうかと
登録されているキーワード数の影響を受けるわけだ。
確かに HSPのキーワードから ＿ で始まるキーワードを１個削除してみたら
alloc も強調表示されるようになりますね。

1.3.5.7 ⇒ 1.3.5.8 の変更箇所見ていても変になりそうな所、無いよな～～
とか思ってたんですけど。見つからないわけです。
よく見つけられましたねぇ。
これ、見つけるのにだいぶ時間かかったのでは？ご苦労様です。

ちょっと嫌すぎますね、このバグ。

いっそのこと、str??cmp とかは全部 my_str??cmp に置換して明示的に
揃えちゃった方が後々のためにも良いのかもしれませんね。
あんまりこの手の事をやっている所って無さそうな気がしますけど。
普通あんまり str??cmp の大小って見ないもんな～～。大抵は一致しているかどうかだけで。