中断されたコアダンプ

stack.out: malloc.c:2372: 
sysmalloc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1)- 1) * 2])) - 
__builtin_offsetof (struct malloc_chunk, fd)))) 
    && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)((((__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 *(sizeof(size_t))) - 1)) & ~((2 *(sizeof(size_t))) - 1))) 
    && ((old_top)->size & 0x1) && ((unsigned long) old_end & pagemask) == 0)' failed. 
Aborted (core dumped)

スタック対象を含むコードを扱っていて、突然、gccコンパイラのエラーが表示されました。何も得られませんでした。これらのことを知っていれば教えてくださいプログラムで間違っています。事前に感謝します。中断されたコアダンプ

出典

2017-04-02 Yaren Gündüz

誰がその混乱を読むはずですか？少なくともメッセージをフォーマットし、[mcve]と必要なすべての情報を提供します。詳細は[ask]を読んでください。 – Olaf

@Olaf FSFで持ち上げてください。 ;-)ヒープメモリが壊れた場合、[glibcによって生成されるエラーメッセージ]（https://www.google.com/search?q=malloc.c%3A2372）のようです。それは新しいコーダーに "エラーメッセージ"をドロップするのはちょっと不公平です... –

@AndrewHenle：私はほとんどコードフォーマットを使用していない。メッセージが編集前にどこから発生したかを知ることは困難でした。あまりにもそれはOPではなかった悪いです。そのような編集は著者が行う必要があります。少なくともそれは彼が答えを得ることに興味があることを示している。しかし、彼は必要な情報を追加しないので、私は彼がないと仮定します。 – Olaf

ヒープメモリが壊れているようですが、これはおそらくmalloc（）メモリーの最後を過ぎて書いたからです。関数呼び出しのトレースバックを取得するにはgdbを使用し、デバッグに役立ちます。それはMYPROG呼ばれると仮定すると、あなたのプログラムのトレースバックを取得するには、次のように入力します。

gdb myProg 
run

それは、この例外タイプを取得した後：あなたはおそらくどこのエラー、メモリを踏みつけているので

bt

をこのトレースバックスタックの一部ではない可能性がありますが、開始するのに適しています。これが役に立たない場合は、valgrindまたはmemwatchのいずれかを使用してください。どちらもhereと記載されています。これらのツールは、メモリの末尾に書き込んでいる場所を示して、破損とコアダンプを発生させます。

出典

2017-04-02 21:59:25 ScottK

答えて

関連する問題