問題タブ [wchar]

std::string (mysql select クエリの結果) を WCHAR に変換するにはどうすればよいですか?

すでにこれを試しました：

しかし、私はエラーが発生します

std::string から wchar_t への適切な会話が存在しません

WCHAR を CString に変換することは可能ですか? それを行うか、char または char* に変換する必要があります。

ありがとう！

こんにちは。上の画像にはこれらのコード行があります。2 行目に住所が出力されます。しかし、「Microsoft Loopback Adapter」など、このアドレスの値を出力するのが好きです。

どうやってするか？

ファイルのヘッダーを読み取るためのコードがありcsvます。まず、エクステンソンが存在するかどうかを確認し.csvます。次に、ファイルを読みました。しかし、問題は、他のファイルの名前を変更し、.xmlファイルまたは.docxファイル.csvを読み込もうとすると、このファイル拡張子のチェックが機能しないことです。その後、クラッシュします。
しかし、そのような場合は適切なエラーをスローしたいと考えています。誰でも助けることができますか？関連するコード スニペットは次のとおりです。

みなさん、こんにちは。だから私はまだこのシーンに慣れていませんが、かなりの野心を持っており、できる限り多くのことを学ぼうとしています。私は自分自身を C++ に熟達していると考えていますが、常に DOS プログラムをプログラミングしており、最近は Windows API に視野を広げています.... そうは言っても、Windows API が UNI と大きく絡み合っていることに気付きました。 DOS は ANSI を使用していましたが、CODE は ANSI を使用していたので、ANSI は 8 ビットの文字コードを使用し、UNI-CODE は 16 ビットを使用していることがわかります。私の質問は次のとおりです。

1) なぜこれが重要なのですか.. 16 ビットと 8 が対になっているため、より具体的であるか、より多くの情報を保持できるのでしょうか? つまり、ANSI がサポートしていない UNI-CODE がサポートしている文字がいくつかあることは知っていますが、それは何ですか??

2) TCHAR と WCHAR の違いは何ですか? それは単なる 16 ビット版の char ですか? WCHAR がワイド文字の場合、TCHAR は何ですか?

3) LPWSTR がワイド文字列への長いポインタであることは理解していますが、いつこれを使用しますか?またその理由は? それは単にWindowsのものですか？長いポインターは自動的に16ビットではありませんか？それは、通常のポインターが8ビットであることを意味しますか? もしそうなら、なぜ余分なビットが必要なのですか?

4) 次に、なぜ wstring が必要なのですか?また、特定の関数で wchar と tchar を使用する必要があるのはなぜですか? すなわち

またはそれは問題ですか..

5) 最後になりましたが、変換なしで WCHAR と wstring または int を表示するのに問題がありました。

わかりましたので、wstringとコピーに少し問題がありました。私が実際のプログラムで行ったこと (これは簡単なスクリプトにすぎません) は、9 つ​​の WCHAR 変数を取りました... wstringstreamを使用して、それらすべてをその変数 (wss) にロードし、次にmyString (私の wstring 変数) にロードしました...それらがすべて正しくロードされたことを確認して、それをWCHAR一時にコピーしてfile1に送信したので、ロードされたものを物理的に確認できましたが、何らかの理由で、必要な変数と不要な追加変数をロードし、コードを何度も調べましたそして、何も問題が見つかりませんでした..だから私はコピー機能を取り除き、次のようなforループで各変数を個別に表示しました：

そして、すべてが正しい値を保持していると結論付けました...参考までに、値をテキストボックスに入力し、テキストを取得して個々の変数に保存していました..テキストボックスは9つずつ並んでいます...行と列の9...そして、最初の行のボックスの変数を使用してmyStringに入れたので、string.find()関数を使用して、ボックスの代わりにその行の数字をチェックできましたボックスで..私の問題はこのwstringを表示していました......とにかく笑できるだけ多くの情報を提供しようとして申し訳ありませんが、誰かが私のためにその問題を解決できるかもしれません。

Windows API 関数 mbstowcs_s のコンテキストで Word の正確なサイズを決定するのに苦労しています。MSDN からの関連情報とリンクを次に示します。

mbstowcs_s、_mbstowcs_s_l

マルチバイト文字のシーケンスを、対応するワイド文字のシーケンスに変換します。「CRT のセキュリティ機能」で説明されているように、セキュリティが強化された mbstowcs、_mbstowcs_l のバージョン。

パラメーター

[out] pReturnValue - 変換された文字数。

[out] wcstr - 結果として変換されたワイド文字列のバッファーのアドレス。

[in] sizeInWords - wcstr バッファーのサイズ (単語単位)。

[in] mbstr - null で終了するマルチバイト文字のシーケンスのアドレス。

[in] count - wcstr バッファーに格納するワイド文字の最大数。終端の null または _TRUNCATE は含まれません。

MSDN ページへのリンクは次のとおりです: https://msdn.microsoft.com/en-us/library/eyktyxsx.aspx

何か案は？

3文字以上から始まるすべてのユーザー名を配列の先頭に配置し、3文字未満のすべてのユーザー名を配置するソート機能があります

（すべて「-」になります）を一番下に置き、に置き換え<Unknown>ます。私は次のことを試しましたが、クラッシュ"-"すると奇妙なデバッガーの値を設定します。"<Unknown>"

これは戻るはずです

編集:次のことを試しましたが、まだ動作しません: