BugReport/64 の変更点

http://sakura.qp.land.to/?BugReport%2F64


Top > BugReport > 64

* 通常検索置換で大小文字同一視するとU+00e0-U+00fcがおかしい [#t2620bb6]
-ページ:     [[BugReport]]
-投稿者:     [[Moca]]
-優先順位:   普通
-状態:       完了
-カテゴリー: 
-投稿日:     2010-09-24 (金) 18:37:31
-バージョン: Unicode版 rev.1825

** メッセージ [#m2e27253]
通常検索・置換で大文字小文字を区別しないと
U+00e0-U+00fcとU+0020が同一視されます。

単語単位・正規表現オプションでの検索は問題ありません。
またサロゲートペアなどにも対応していません。
MS CRT80-100のtowupperの動作によるものです。

回避策:
正規表現を有効にして検索・置換してください。

----
- ANSIは無関係。Unicodeはおそらく全リビジョンです。 -- [[Moca]] &new{2010-09-24 (金) 18:39:20};
- Unicode版rev1826で対策を入れました。 -- [[ryoji]] &new{2010-09-28 (火) 20:04:38};
- [[Microsoft Connect へのバグ報告>http://connect.microsoft.com/VisualStudioJapan/feedback/details/604014/crt-towupper-u-00e0-u-00fc-u-0020]]のほうにコメントと回避策を投稿しておきました。CRTやMFC/ATLの他の関数にも影響が及んでいるので全部を広域的に回避するにはホットパッチでも当てるしかなさそうです -- [[ryoji]] &new{2010-10-15 (金) 16:39:29};
- マジレスすると、towupper関数のせいじゃないです。使い方間違ってるから。towupper関数はis_asciiかつislowerな文字を変換するためのものですから。どちらかというと独自実装のstricmp的関数に問題があるのでは? -- [[ばぼ]] &new{2016-11-26 (土) 18:43:10};
- JISX3010:2003のtowupperにはiswlowerの下りは書いてあるけど「そうでない場合、その実引数を変換せずにそのまま返す」と書かれてますが。入力がASCII範囲しか想定してない普通のtouper/lowerと混同されてるのでは。 -- [[Moca]] &new{2016-11-26 (土) 20:23:54};

#comment
#attach

    ホーム 一覧 単語検索 最終更新 バックアップ リンク元   ヘルプ   最終更新のRSS