問題タブ [widestring]

C ++ Builderで、次のコードを（Button1Clickハンドラーで）記述しました。デバッグモードで実行すると、「Int3 DbgBreakPoint」（スタックが破損していますか？）が表示されます。これは、AnsiSting（おそらく参照カウント）では発生しません。

これは正常ですか？このコードを修正するために私に何を提案しますか？

タイプライターのアポストロフィ（'）ではなく、不吉な活版印刷のアポストロフィ（'）を処理するときに、奇妙な動作に遭遇しました。ワイド文字列リテラルとともに使用されるアポストロフィは、wofstreamを中断します。

このコードは機能します

==> A'B

このコードは機能します

==> A'B

このコードは失敗します

==> A

このコードは失敗します...

==> A

何か案が ？

データベース（ADO / MS Access）からMS Wordドキュメント（Delphi 7）にWideStringテキストをエクスポートしようとしていますが、外国文字が正しく転送されません（つまり、「 č 」ではなく「 è」）。

私もCreateOleObject()直接使ってみましたが、違いはありません。

私は何が欠けていますか？

ありがとう！

文字列の「自然な比較」を実行する Windows API 関数を見つけました。次のように定義されています。

Delphi で使用するために、次のように宣言しました。

Unicode文字列を比較するため、ANSI 文字列を比較したい場合に呼び出す方法がわかりません。文字列を WideString にキャストしてから PWideChar にキャストするだけで十分なようですが、このアプローチが正しいかどうかはわかりません。

私は文字エンコーディングについてほとんど知らないので、これが私の質問の理由です。この関数は問題ありませんか、それとも比較された両方の文字列を何らかの方法で最初に変換する必要がありますか?

ファイルをコピーするために wchar_t* 文字列を使用すると問題が発生します。それらを C/C++ で開くにはどうすればよいですか?

前もって感謝します。

ワイドストリングに使用できる Delete プロシージャに対応するものはありますか? または、コピーを使用して、結果の WideString を連結する必要がありますか?

Delphi7（非ユニコードVCL）を使用しているので、TFileStream内に多くのWideStringを格納する必要があります。（ワイド）文字列がバイナリデータと混合されているため、TStringStreamを使用できません。この形式は、データの読み込みと書き込みを高速化すると予測されています...ただし、文字列の読み込み/書き込みの現在の方法は、私のコードのボトルネック..。

現在、文字列の長さを書き込んでから、charごとに書き込んでいます...ロード中に、最初に長さをロードし、次にcharごとにロードしています...

では、WideStringをTFileStreamに保存してロードする最速の方法は何ですか？

前もって感謝します

これが私が意味する頭痛の1つの例です：

テキストを画面にレンダリングするために主に Unicode 文字列を使用するマルチプラットフォーム プロジェクトがあります。VC ++のウィンドウでは、次の行：

正常にコンパイルされ、ワイド文字列が別のワイド文字列に出力されます。ただし、これは実際には次のようにする必要があります。

'%s' を '%ls' に置き換えないと、他のプラットフォームでは機能しません。Windows の環境でのテストは、デバッグがより簡単で、迅速で、はるかに簡単であるためです。この種のバグは、見過ごされがちです。

最初から正しいコードを書くことが最善の解決策であることはわかっていますが、プレッシャーがかかると単純な間違いが起こり、この特定のケースでは、その間違いは長い間見過ごされがちです。

この種のバグには多くのバリエーションがあり、まだ楽しんでいないと思います。

この種のバグを見つけるためのきちんとした方法を持っている人はいますか?

：D

C++ で wchar_t 文字列を大文字から小文字に変換するにはどうすればよいですか?

文字列には、日本語、中国語、ドイツ語、ギリシャ語の文字が混在しています。

towlowerを使おうと思った...

http://msdn.microsoft.com/en-us/library/8h19t214%28VS.80%29.aspx

..しかし、ドキュメントには次のように書かれています：

towlower の大文字と小文字の変換はロケール固有です。場合によっては、現在のロケールに関連する文字のみが変更されます。

編集：私がやっていることを説明する必要があるかもしれません。ユーザーから Unicode 検索クエリを受け取りました。元はUTF-8エンコーディングですが、ワイド文字に変換しています(言葉遣いが間違っているかもしれません)。私のデバッガー（VS2008）は、「変数クイックウォッチ」で日本語、ドイツ語などの文字を正しく表示します。Unicode の別のデータ セットを調べて、検索文字列の一致を見つける必要があります。検索で大文字と小文字が区別される場合、これは問題ありませんが、大文字と小文字を区別しない場合はさらに問題になります。問題を解決するための私の（おそらく素朴な）アプローチは、すべての入力データと出力データを小文字に変換してから比較することです。