問題タブ [memcpy]

どちらもstrncmp見た目とはstrlcpy異なり、私のオペレーティング システム (Linux) では利用できないことを知った後、自分で書いてみようと思いました。

libc のメンテナーである Ulrich Drepper からの引用を見つけましstrlcpyたmempcpy。どちらも持っていませんがmempcpy、その動作は簡単に再現できました。まず、これは私が持っているテストケースです

そして、これがその結果です:

内部表現 (作成された行)には、最初のコピー後の検査でのフォーマット文字列や、2 番目のコピーでの外部の 0x01 など、insp()ノイズが混入していることがわかります。printf()

文字列はそのままコピーされ、長すぎるソース文字列を正しく処理します (copy_stringここでは、長さとして 0 を渡すことで発生する可能性のある問題を無視しましょう。後で修正します)。

しかし、宛先内に (フォーマット文字列からの) 外部配列の内容があるのはなぜですか? あたかも宛先が新しい長さに一致するように実際にサイズ変更されたかのようです。

私はC++またはCでさえ関数をNOPする方法を学んでいますが、それについてのオンラインチュートリアルはほとんどありません。私はここ数時間グーグルをしていて、行き詰まっています。これが私のコードです。

これは、私が命を失うのを防ぐ3バイトの長さのDEC関数をNOPすることを想定しています。ただし、試してみるたびに、ハックがクラッシュし、アクセス違反があったと表示されます。私は理由を調べようとしました、そしてそれらのほとんどは私が書いている場所のサイズと私がコピーしているものを扱っていました。そうでなければ、私にはまったくわかりません。どんな助けでもいいでしょう。ゲームはGunRoarで、ベースアドレス「0x409A7E」はDEC関数がある場所です。

Obj-C プログラム内で memset または memcpy を使用する場合、コンパイラはデータの設定 (memset) またはコピー (memcpy) を 32 ビット書き込みに最適化しますか、それともバイト単位で行いますか?

memcpy()との違いは何strcpy()ですか？私はプログラムの助けを借りてそれを見つけようとしましたが、両方とも同じ出力を与えています。

出力

ダブル配列からフロート配列に安全にmemcpyすることは可能ですか？

memcpy を実行している関数がありますが、膨大な量のサイクルを占めています。memcpy を使用してメモリを移動するよりも高速な代替/アプローチはありますか?

memcpy の src ポインターが間違っているという問題があります。

unsigned char* lpBuffer私のバイトを含むバッファです、私はollyでチェックしました。

コード：

問題は、lpBuffer指摘が間違っていることです。デバッガからの出力は

src無効を指しています:(理由がわかりません

読んでくれてありがとう

LPBYTE 配列 (ファイルから取得) があり、それを LPTSRT (実際にはクリップボード) にコピーする必要があります。問題は、作業をコピーすることですが、不安定であり、例外がスローされることがあり (常にではありません)、その理由がわかりません。コードは次のとおりです。

最後の文字列は、例外がスローされる場所です。どうもありがとう

(この例では "Hello" 文字列で初期化されている) デバイスで配列を定義し、これをホストにコピーしようとすると、エラー コードが表示されますcudaErrorInvalidValue。ただし、カーネル内からはd_helloStr[]アクセスできます。CUDA プログラミング ガイドの章 B.2.1 を参照すると、このような変数はランタイム ライブラリからもアクセスできる必要があります。このサンプル コードが機能しないのはなぜですか?

基本的に以下のコードでは、最終的な配列に function1() の内容が含まれていないようです。なぜこれが機能しないのかについてのアイデアはありますか? ありがとう。