memsetでbzeroを使用する理由

私はこの前学期に受けたシステムプログラミングクラスで、基本的なクライアント/サーバーをCで実装する必要がありました。などの構造体sock_addr_inや文字バッファー（クライアントとサーバー間でデータを送受信するために使用）を初期化するときにそれらを使用するだけで初期化しbzeroないように指示しmemsetました。彼はなぜその理由を説明したことがなく、これに正当な理由があるかどうか私は知りたいですか？

私はここを参照してください：http : //fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdownこれbzeroはメモリをゼロにするだけなので、より効率的であるため、実行されるmemset可能性がある追加のチェックを実行する必要があります。それでも、memsetメモリのゼロ化に絶対に使用しない理由とは限りません。

bzeroは非推奨と見なされ、さらに標準のC関数ではありません。マニュアルによると、この理由のためにmemset推奨されbzeroます。では、なぜそれbzero以上に使いたいのでしょうmemsetか？効率を上げるためだけですか、それともそれ以上ですか？同様に、それが新しいプログラムにとって事実上好ましいオプションになっmemsetてbzeroいることの利点は何ですか？

私が好むする理由は表示されませんbzero以上をmemset。

memset一方で、標準C関数であるbzeroC標準関数ではありませんでした。その理由は、関数を使用してまったく同じ機能を実現できるためと考えられますmemset。

効率性に関して、コンパイラーは定数が検出されたときに特定の実装に切り替えるgcc組み込み実装を使用してmemsetい0ます。glibc組み込みが無効になっている場合も同様です。

W.リチャードスティーブンスのUNIXネットワークプログラミングを使用した（または教師の影響を受けた）と思います。最新版でも、彼はのbzero代わりに頻繁に使用していmemsetます。この本はとても人気があるので、ネットワークプログラミングの慣用句になっていると思います。

は非推奨であり、移植性が低下するmemsetため、そのままbzero使用します。どちらか一方を使用することで実際に利益が得られるとは思えません。

メモリをゼロに設定bzero()することmemset()に対して私が持っていると考える1つの利点は、間違いが発生する可能性が減ることです。

2回以上、次のようなバグに遭遇しました。

memset(someobject, size_of_object, 0);    // clear object

コンパイラーは文句を言わず（一部のコンパイラーでは警告レベルが上がる可能性があります）、その結果、メモリーがクリアされません。これはオブジェクトを壊さないので-それはそれをそのままにします-バグが明らかなものに現れないかもしれないかなりの可能性があります。

bzero()標準ではないという事実は軽微な刺激です。（FWIW、私のプログラムのほとんどの関数呼び出しが非標準であるとしても、私は驚かないでしょう。実際、そのような関数を書くことは私の仕事の一種です）。

ここの別の回答へのコメントで、Aaron Newtonは、StevensらによるUnix Network Programming、第1巻、第3版、セクション1.2（強調を追加）から以下を引用しました：

bzeroANSI C関数ではありません。これは、初期のバークレーネットワークコードから派生しています。それにもかかわらず、（3つの引数を使用するより）（2つの引数のみを使用して）覚えやすいmemsetため、テキスト全体でANSI C 関数の代わりに使用します。ソケットAPIをサポートするほとんどすべてのベンダーもを提供しており、そうでない場合は、ヘッダーにマクロ定義を提供します。bzeromemsetbzerounp.h

確かに、TCPv3の作者[TCP / IP Illustrated、Volume 3-Stevens 1996] memsetは、最初の印刷で2番目と3番目の引数を10回に交換するという間違いを犯しました。両方の引数が同じ型であるため、Cコンパイラはこのエラーをキャッチできません。（実際には、2番目の引数はintで、3番目の引数はですsize_t。これは通常unsigned intですが、指定された値0と16はそれぞれ、他のタイプの引数でも受け入れられます。）への呼び出しmemsetは、一部のソケット関数では、実際にはインターネットソケットアドレス構造の最後の8バイトを0に設定する必要があります。それでもエラーは発生しました。 bzeroなぜならbzero、関数のプロトタイプが使用されている場合、2つの引数の入れ替えは常にCコンパイラによってキャッチされるからです。

への呼び出しの大部分はmemset()メモリをゼロにすることでもあると思います。そのため、そのユースケースに合わせて調整されたAPIを使用してみませんか？

考えられる欠点bzero()は、コンパイラーがmemcpy()標準であるため、コンパイラーが最適化する可能性が高く、それを認識できるように作成されている可能性があることです。ただし、最適化された誤ったコードよりも正しいコードの方が優れていることに注意してください。ほとんどの場合、使用bzero()してもプログラムのパフォーマンスに大きな影響はありません。bzero()マクロまたはインライン関数になり、に展開されmemcpy()ます。

bzeroとmemsetの引数について説明したかった。ltraceをインストールして、内部での動作を比較します。libc6（2.19-0ubuntu6.6）を使用するLinuxでは、行われる呼び出しは（を介してltrace ./test123）まったく同じです。

long m[] = {0}; // generates a call to memset(0x7fffefa28238, '\0', 8)
int* p;
bzero(&p, 4);   // generates a call to memset(0x7fffefa28230, '\0', 4)

私は、libcの深い腸やカーネル/ syscallインターフェースの数に関係なく作業しているのでなければ、それらについて心配する必要はないと言われてきました。私が心配する必要があるのは、呼び出しがバッファをゼロにするという要件を満たすことだけです。他の人がどちらが好ましいかについて述べたので、ここで終了します。

おそらく使用すべきではありませんbzero。これは実際には標準のCではなく、POSIXのものでした。

また、「was」という単語は、POSIX.1-2001で廃止され、POSIX.1-2008でmemset との関係で削除されたため、標準のC関数を使用する方がよいでしょう。

memset関数の場合、2番目の引数はintで、3番目の引数はですsize_t。

void *memset(void *s, int c, size_t n);

これは通常unsigned intですが、0 and 162番目と3番目の引数の値がそれぞれ16と0のように間違った順序で入力された場合、memsetへのこのような呼び出しは機能しますが、何もしません。初期化するバイト数はと指定されているため0です。

void bzero(void *s, size_t n)

関数プロトタイプが使用されている場合、bzeroへの2つの引数の交換は常にCコンパイラーによってキャッチされるため、このようなエラーはbzeroを使用することで回避できます。

つまり memset、それ以上のアセンブリ操作が必要になりbzeroます。

これはソースです：http : //fdiv.net/2009/01/14/memset-vs-bzero-ultimate-showdown

好きなようにしてください。:-)

#ifndef bzero
#define bzero(d,n) memset((d),0,(n))
#endif

ご了承ください：

1. オリジナルbzeroは何も返さず、memsetvoidポインタ（d）を返します。これは、定義のvoidに型キャストを追加することで修正できます。
2. #ifndef bzero元の関数が存在していても、それを非表示にすることはできます。マクロの存在をテストします。これは多くの混乱を引き起こす可能性があります。
3. マクロへの関数ポインタを作成することは不可能です。bzero関数ポインタを介して使用する場合、これは機能しません。

memsetは3つのパラメーターを取り、bzeroはメモリー内で2つを取り、追加のパラメーターはさらに4バイトを取り、ほとんどの場合すべてを0に設定するために使用されます。