memcpy と memmove - a.out

テクノロジーカテゴリーの変更を依頼記事元:

questbeat.hatenablog.jp

18 usersがブックマークコメント

コメント

4

記事へのコメント4件

注目コメント
新着コメント

indication うーん、将来的にはまりそう。

2015/01/14 リンク

FromAtom ほえー

2015/01/14 リンク

mnogu 引用されているalphaマシン用のLinux kernelコードは関係ないのでは? ただ、glibcのmemcpy.cには「Overlap is NOT handled correctly.」とあるので、結論は同じ。https://sourceware.org/git/?p=glibc.git;a=blob;f=string/memcpy.c;hb=HEAD

2015/01/12 リンク

side_tana なるほど

2015/01/10 リンク

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

規約違反を報告

アプリのスクリーンショット

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

関連記事

{{ total_bookmarks_with_user_postfix }}{{ root_title }}

memcpy と memmove - a.out

事の始まり研究でプログラムを書いていたときの話。ローカル(Mac OS)では問題なく動作していたプログ... 事の始まり研究でプログラムを書いていたときの話。ローカル(Mac OS)では問題なく動作していたプログラムが、サーバ(Linux)に移した途端なぜか Segmentation Fault でクラッシュするということがあった。セグフォは許可されていないメモリ領域にアクセスした時に起こるエラーで、経験上配列へのアクセスでミスをしているパターンが多い。どうせ今回もそのパターンだろうと思ったけど、何度確認してもおかしいところは見つからない。特にそのプログラムではきちんとテストを書いていたので、配列へのアクセスミス程度であればすぐに気づくはずだった。埒が明かなかったので、今度は標準ライブラリの関数の使い方にミスがないかをチェックしていくことにした。 (そのプログラムでは memcpy を多用していたので、もしかすると memcpy の第1引数と第2引数の順番を間違えたのかも…と思っての

ブックマークしたユーザー

bokuoh2016/05/25
digimedaloter2015/12/01
sakapon_jp2015/01/15
indication2015/01/14
FromAtom2015/01/14
nabinno2015/01/13
yayugu2015/01/13
ono_matope2015/01/13
yasuharu5192015/01/12
labunix2015/01/12
mnogu2015/01/12
nemumupoyo2015/01/11
raimon492015/01/10
side_tana2015/01/10

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

設定を変更しましたx