問題タブ [memmove]

memmoveとはどう違いmemcpyますか？普段どちらをどのように使用していますか?

memmove が C でどのように実装されているかを理解するのを手伝ってくれる人がいますか? 特別な条件が 1 つしかありません。

また、スタックの成長方法にも依存しますか？

memmoveについて読んでいるときに、MEMORY OVERLAPSを処理できることを読みましたが、2つの文字列間でメモリのオーバーラップがどのように発生するか、およびこの関数がメモリのブロックを正しくコピーする方法を理解できません。

との主な違いはmemcpy()、送信元と宛先が重複している場合に正常に機能するmemmove()ことです。memmove()バッファが確実にオーバーラップしない場合は、 memcpy（）の方が高速である可能性があるため、望ましいです。

私を悩ませているのは、これが潜在的にです。それはマイクロ最適化ですか、それとも、どこにでも固執するのではなく、memcpy()実際に使用する必要があるように、より高速である場合の実際の重要な例がありますか？memcpy()memmove()

高速な MTF ( http://en.wikipedia.org/wiki/Move-to-front_transform ) の場合、文字を配列内から配列の前に移動する高速バージョンが必要です。

cachegrind が示しているように、memmove では多くの分岐予測ミスが発生しています。

他のバージョンのコード (最初の例の memmove ではなく、これ)

多くのバイト読み取り/書き込み、条件付き分岐、分岐予測ミスがあります

i は、「適切な」入力に使用される MTF であるため、それほど大きくはありません。BWT (Burrows–Wheeler 変換) 後のテキスト ファイルです。

コンパイラはGCCです。

memmove()実際に移動/コピーするものがない場合、またはmemcpy()エッジケースとしてケースを処理する必要がありますか？

または、チェックせずに関数を呼び出す必要があります

前のスニペットのチェックは必要ですか？

memcpy / memmovestruct FOO fooが、関数のsrcでも宛先でもないのポインタを変更するという問題があります。gdbの出力は次のとおりです。

前memmove(y,y_temp,size_y);：

以降：

変数の定義は次のとおりです。

私はそれがmemcpy/moveのバグではないことを知っているので、私はヒントを探しています。私の側のプログラミングエラーがそれを引き起こした可能性があります。

ありがとう

memcpy()との違いを理解しようとしていますが、重複するソースと宛先を処理しないmemmove()テキストを読みました。memcpy()memmove()

ただし、重複するメモリ ブロックでこれら 2 つの関数を実行すると、どちらも同じ結果になります。たとえば、memmove()ヘルプ ページにある次の MSDN の例を見てください。

の欠点とmemcpyそれをどのようmemmoveに解決するかを理解するためのより良い例はありますか?

出力：

スレッドを参照して：Cでのmemmove実装、 2つの異なる変数のメモリオーバーラップがある理由がわかりませんでしたか？つまり、これはコンパイラが同じ「共通スペース」を2つの異なる変数に割り当てる通常のシナリオであり、このような場合にコンパイラがこのポリシーを使用するのはなぜですか。

この質問への回答で指摘されているように、コンパイラ (この場合は gcc-4.1.2、はい、古い、いいえ、変更できません) は、適切と思われる場所で構造体の割り当てを memcpy に置き換えることができます。

valgrind でいくつかのコードを実行していますが、memcpy のソース/宛先の重複に関する警告が表示されました。コードを見ると、次のように表示されます (言い換え):

gcc がその割り当てを に置き換えることを決定した場合memcpy、ソースと宛先が重複するため、無効な呼び出しになります。

明らかに、割り当てステートメントfrobを callに変更するとmemmove、問題はなくなります。

しかし、これはコンパイラのバグですか、それともその代入ステートメントは何らかの理由で無効ですか?