ソフトウェアバグ -Segmentation Fault- - 株式会社Ninjastars 技術系ブログ
株式会社Ninjastars取締役の齊藤です。 皆様もC言語やC++で開発しているときなどに一度はこの実行時エラーを見たことがあるのではないでしょうか？ 今回はSegmentation Fault（以下セグフォ）がどのようにして発生するのかを詳細に書いていこうと思います。 １.セグフォとは 割り当てられた仮想メモリ領域（セグメント）に読み込み(r)または書き込み(w)、実行の権限(x)がない状態でアクセスしたときに起こるエラーのことを指します。 では、なぜセグフォが必要なのでしょうか? それはメモリに展開されているプロセスを保護し、OS全体に影響を及ぼさないためです。 ２．セグフォの原因を探す手順 プログラムを用意したのでそれを例に原因を探していきましょう。 まず今回のプログラムは標準入力で10byteのbufferに文字データを格納するものです。 標準入力する際、gets関数を使っている
仙石浩明の日記: x86_64 Linux でメモリ・デバッグ・ツール Valgrind を使う場合の注意点
次のようなプログラム test.c について考える: #include <stdio.h> #include <stdlib.h> #include <sys/types.h> #include <string.h> struct test { int32_t len; int8_t buf[16]; }; int main(int argc, char *argv[]) { struct test *p = malloc(sizeof(struct test)); int8_t buf[16]; p->len = sizeof(p->buf); bzero(p->buf, p->len); printf("0x%lX-0x%lX => 0x%lX\n", (long)p->buf, (long)p->buf+p->len-1, (long)buf); bcopy(p->buf, buf,
Valgrind : 4. Memcheck: a memory error detector
Memcheck is a memory error detector. It can detect the following problems that are common in C and C++ programs. Accessing memory you shouldn't, e.g. overrunning and underrunning heap blocks, overrunning the top of the stack, and accessing memory after it has been freed. Using undefined values, i.e. values that have not been initialised, or that have been derived from other undefined values. Incor
Perl Tips | C で、error: label at end of compound statement
人の作った C プログラムを gcc でコンパイルしていたら、 XXXXX.c:999: error: label at end of compound statement とのエラー。 該当箇所は static void foo(struct XXXXX *x) { if (x->xxxxx != NULL) { DBG(&xxx, "xxxxx"); goto done; } // 中略 done: bar(1); } のようになっていた。 static void foo(struct XXXXX *x) { if (x->xxxxx != NULL) { DBG(&xxx, "xxxxx"); goto done; } // 中略 done: <strong><font color="red">;</font></strong> bar(1); } 何もしない空行であるセミコロン（;
史上最高に愚かしいCのバグとは何か - YAMDAS現更新履歴
The most stupid C bug ever | elpauer 先日は徳丸浩さんによる PHP5.3.7 の crypt 関数におけるバグの解説を読み、世界的に有名なオープンソースソフトウェアでもこんな初歩的なミスをやらかすのかとすごく親近感が湧いてしまったが、Pau Garcia Quiles が語るこれまでで最も愚かしい C のバグとは何か？ 彼はテンポラリファイルを tmpfile() で作る Unix アプリケーションの移植をやっていた。 else if (code == 200) { // Downloading whole file /* Write new file (plus allow reading once we finish) */ g = fname ? fopen(fname, "w+") : tmpfile(); } マイクロソフトの tmpfile
Valgrind - JULY’s diary
メモリーリークのチェックツールを探していて、なかなか良いのがないなぁ、と思っていたところ、やっとのことで見つけたのがこの Valgrind。 最初、memwatch にトライしたんだけど、ソースに memwatch のヘッダをインクルードして、memwatch.c を一緒にコンパイル・リンクするという手順で、「ひょっとしたらこういうパターンはだめかな」というのを思いついて、試して見たら見事にだめだった(^^;。 だめなパターンというのは「exit でプログラムを終了させる」パターン。memwatch の手順からして「atexit でログを吐き出すようにしてるんじゃないかなぁ」と思って、「だと _exit で抜けたら、ログに吐き出せないよなぁ」と想像した次第。チェックしようとしているプログラムが _exit を使っているんで、これじゃぁ使えないと。 あと、mtrace も試して見たけど、確か
新世紀ももう世紀末 pthread と sleep & system
ども、こんばんは。 本日も休出&終電で、眠いぼにゃです（;´Д⊂）。 #ま、徹夜じゃなくて良かったけどね。 皆様は、如何お過ごしでしょうか？ 本日はちょびっと真面目な話。 glic-2.3.6 で以下のコードを書いて ARM上で動かすところびます。 落ちる箇所は、なんとsleep()（笑）。 x86かつ、最新のglibcだと全然問題なく動作。 なんでだろ？と思ってglibcを調べてみると、 どうも、sleep()とsystem()関数は、pthreadと相性がよろしくないみたい。 sleep()って、内部でSIGCHLD（子プロセスの終了シグナル）を受けたくないから 実行前に「SIGCHLDをブロック」しています（なんかキャンセルポイントが関係しているっぽい） また、system()って関数は、実行の際内部でfork()して実際のUNIXコマンドを実行していて、 終了の際に、「SIGCHL
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Errors while using WIFEXITED, WEXITSTATUS macros : CPP-1472
uncompress error when using zlib
Developer Community
DEVShed
RL78での可変引数の実装について - Forum - RL78 MCU - Renesas Community
可変長引数関数 スタックフレームが変? - Forum - RL78 MCU - Renesas Community
Account Suspended