エラー：無料（）：次のサイズが無効（高速）：

Question

私はこの奇妙なエラーは何ですか？ Ubuntu 10.10でg ++を使ってC++をコンパイルしています。実行可能ファイルを実行するとランダムにポップアップします（8時間で2回、1時間に10コンパイル）。しかし、私がきれいにして再コンパイルすると、ほとんどの時間が消えます。

*** glibc detected *** ./emailQueue.app: free(): invalid next size (fast): 0x0000000001c40270 *** 
======= Backtrace: ========= 
/lib/libc.so.6(+0x774b6)[0x7f490d95e4b6] 
/lib/libc.so.6(cfree+0x73)[0x7f490d964c83] 
./emailQueue.app[0x401f47] 
/lib/libc.so.6(__libc_start_main+0xfe)[0x7f490d905d8e] 
./emailQueue.app[0x401cc9] 
======= Memory map: ======== 
00400000-0040d000 r-xp 00000000 08:01 1311132       /home/server/Projects/email/emailQueue.app 
0060d000-0060e000 r--p 0000d000 08:01 1311132       /home/server/Projects/email/emailQueue.app 
0060e000-0060f000 rw-p 0000e000 08:01 1311132       /home/server/Projects/email/emailQueue.app 
01c40000-01c82000 rw-p 00000000 00:00 0         [heap] 
7f4908000000-7f4908021000 rw-p 00000000 00:00 0 
7f4908021000-7f490c000000 ---p 00000000 00:00 0 
7f490ce52000-7f490ce5e000 r-xp 00000000 08:01 1051251     /lib/libnss_files-2.12.1.so 
7f490ce5e000-7f490d05d000 ---p 0000c000 08:01 1051251     /lib/libnss_files-2.12.1.so 
7f490d05d000-7f490d05e000 r--p 0000b000 08:01 1051251     /lib/libnss_files-2.12.1.so 
7f490d05e000-7f490d05f000 rw-p 0000c000 08:01 1051251     /lib/libnss_files-2.12.1.so 
7f490d05f000-7f490d075000 r-xp 00000000 08:01 1048770     /lib/libz.so.1.2.3.4 
7f490d075000-7f490d275000 ---p 00016000 08:01 1048770     /lib/libz.so.1.2.3.4 
7f490d275000-7f490d276000 r--p 00016000 08:01 1048770     /lib/libz.so.1.2.3.4 
7f490d276000-7f490d277000 rw-p 00017000 08:01 1048770     /lib/libz.so.1.2.3.4 
7f490d277000-7f490d28e000 r-xp 00000000 08:01 1051248     /lib/libnsl-2.12.1.so 
7f490d28e000-7f490d48d000 ---p 00017000 08:01 1051248     /lib/libnsl-2.12.1.so 
7f490d48d000-7f490d48e000 r--p 00016000 08:01 1051248     /lib/libnsl-2.12.1.so 
7f490d48e000-7f490d48f000 rw-p 00017000 08:01 1051248     /lib/libnsl-2.12.1.so 
7f490d48f000-7f490d491000 rw-p 00000000 00:00 0 
7f490d491000-7f490d49a000 r-xp 00000000 08:01 1051244     /lib/libcrypt-2.12.1.so 
7f490d49a000-7f490d69a000 ---p 00009000 08:01 1051244     /lib/libcrypt-2.12.1.so 
7f490d69a000-7f490d69b000 r--p 00009000 08:01 1051244     /lib/libcrypt-2.12.1.so 
7f490d69b000-7f490d69c000 rw-p 0000a000 08:01 1051244     /lib/libcrypt-2.12.1.so 
7f490d69c000-7f490d6ca000 rw-p 00000000 00:00 0 
7f490d6ca000-7f490d6e2000 r-xp 00000000 08:01 1051256     /lib/libpthread-2.12.1.so 
7f490d6e2000-7f490d8e1000 ---p 00018000 08:01 1051256     /lib/libpthread-2.12.1.so 
7f490d8e1000-7f490d8e2000 r--p 00017000 08:01 1051256     /lib/libpthread-2.12.1.so 
7f490d8e2000-7f490d8e3000 rw-p 00018000 08:01 1051256     /lib/libpthread-2.12.1.so 
7f490d8e3000-7f490d8e7000 rw-p 00000000 00:00 0 
7f490d8e7000-7f490da61000 r-xp 00000000 08:01 1048743     /lib/libc-2.12.1.so 
7f490da61000-7f490dc60000 ---p 0017a000 08:01 1048743     /lib/libc-2.12.1.so 
7f490dc60000-7f490dc64000 r--p 00179000 08:01 1048743     /lib/libc-2.12.1.so 
7f490dc64000-7f490dc65000 rw-p 0017d000 08:01 1048743     /lib/libc-2.12.1.so 
7f490dc65000-7f490dc6a000 rw-p 00000000 00:00 0 
7f490dc6a000-7f490dc7f000 r-xp 00000000 08:01 1048655     /lib/libgcc_s.so.1 
7f490dc7f000-7f490de7e000 ---p 00015000 08:01 1048655     /lib/libgcc_s.so.1 
7f490de7e000-7f490de7f000 r--p 00014000 08:01 1048655     /lib/libgcc_s.so.1 
7f490de7f000-7f490de80000 rw-p 00015000 08:01 1048655     /lib/libgcc_s.so.1 
7f490de80000-7f490df02000 r-xp 00000000 08:01 1051246     /lib/libm-2.12.1.so 
7f490df02000-7f490e101000 ---p 00082000 08:01 1051246     /lib/libm-2.12.1.so 
7f490e101000-7f490e102000 r--p 00081000 08:01 1051246     /lib/libm-2.12.1.so 
7f490e102000-7f490e103000 rw-p 00082000 08:01 1051246     /lib/libm-2.12.1.so 
7f490e103000-7f490e1eb000 r-xp 00000000 08:01 4853329     /usr/lib/libstdc++.so.6.0.14 
7f490e1eb000-7f490e3ea000 ---p 000e8000 08:01 4853329     /usr/lib/libstdc++.so.6.0.14 
7f490e3ea000-7f490e3f2000 r--p 000e7000 08:01 4853329     /usr/lib/libstdc++.so.6.0.14 
7f490e3f2000-7f490e3f4000 rw-p 000ef000 08:01 4853329     /usr/lib/libstdc++.so.6.0.14 
7f490e3f4000-7f490e409000 rw-p 00000000 00:00 0 
7f490e409000-7f490e5c7000 r-xp 00000000 08:01 4851315     /usr/lib/libmysqlclient.so.16.0.0 
7f490e5c7000-7f490e7c7000 ---p 001be000 08:01 4851315     /usr/lib/libmysqlclient.so.16.0.0 
7f490e7c7000-7f490e7cc000 r--p 001be000 08:01 4851315     /usr/lib/libmysqlclient.so.16.0.0 
7f490e7cc000-7f490e816000 rw-p 001c3000 08:01 4851315     /usr/lib/libmysqlclient.so.16.0.0 
7f490e816000-7f490e817000 rw-p 00000000 00:00 0 
7f490e817000-7f490e837000 r-xp 00000000 08:01 1048597     /lib/ld-2.12.1.so 
7f490ea15000-7f490ea1c000 rw-p 00000000 00:00 0 
7f490ea33000-7f490ea37000 rw-p 00000000 00:00 0 
7f490ea37000-7f490ea38000 r--p 00020000 08:01 1048597     /lib/ld-2.12.1.so 
7f490ea38000-7f490ea39000 rw-p 00021000 08:01 1048597     /lib/ld-2.12.1.so 
7f490ea39000-7f490ea3a000 rw-p 00000000 00:00 0 
7fffb85b9000-7fffb85da000 rw-p 00000000 00:00 0       [stack] 
7fffb85ff000-7fffb8600000 r-xp 00000000 00:00 0       [vdso] 
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0     [vsyscall] 
Aborted 

Answer 1

これは、メモリエラーが発生したことを示します。 freemalloc（またはdeleteによって作成されていないオブジェクト）によって割り当てられていないポインタ、またはfree/deleteのオブジェクトを複数回試行している可能性があります。バッファがあふれていたり、書き込みをしてはならないメモリに書き込んだりすると、ヒープの破損が発生することがあります。

この問題が発生する可能性があるプログラミングエラーはいくつでもあります。デバッガを使用し、バックトレースを取得し、エラーが発生したときにプログラムが何をしているかを確認する必要があります。それが失敗し、以前のある時点でヒープを破損していると判断した場合は、デバッグに苦労するかもしれません（プロジェクトが小さければそれほど苦労しないかもしれません）。

Answer 2

コードが必要ですが、割り当てられていないポインタからfree()メモリにアクセスしようとすると通常ポップアップします。これは、ダブルフリーになっているときによく発生します。

Answer 3

プログラムで動的メモリ割り当てを行っていないのに同じ問題が発生しましたが、メモリの割り当てを行わずにベクトルのインデックスにアクセスしていました。 同じケースの場合は、resize()を使用していくつかのメモリを割り当ててから、ベクタ要素にアクセスしてください。

Answer 4

コードがSTLのapiを迂回し、誰かがサイズを変更したときに安全に配列に書き込んでいたような状況に遭遇しました。ここにアサーションを追加すると、それがキャッチされました：

void Logo::add(const QVector3D &v, const QVector3D &n) 
{ 
GLfloat *p = m_data.data() + m_count; 
*p++ = v.x(); 
*p++ = v.y(); 
*p++ = v.z(); 
*p++ = n.x(); 
*p++ = n.y(); 
*p++ = n.z(); 
m_count += 6; 
Q_ASSERT(m_count <= m_data.size()); 
} 

Answer 5

私は同様のエラーが発生しました。それは急いで行われたノブの間違いだった。宣言していない整数配列int a []、それにアクセスしようとしています。 C++コンパイラは、メインであればこのようなエラーを簡単にキャッチしていたはずです。しかし、この特定のint配列はオブジェクト内で宣言されていたため、オブジェクト（多くのオブジェクトが作成されていた）と同時に作成され、コンパイラは空の次のサイズ（通常）エラーを発生しました。 私はこれについて2つの説明を考えました。（誰かがもっと知っているなら私に教えてください）： 1.）これはいくつかのランダムなメモリが割り当てられていましたが、これはアクセスできなかったので、このintを見つける。 2.）それが必要とするメモリは、プログラムにとっては実質的に無限であり、これを割り当てると他のすべてのメモリが解放されていました。

シンプル：

int* a; 
    class foo{ 
    foo(){ 
     for(i=0;i<n;i++) 
      a=new int[i]; 
    } 

は、問題を解決しました。しかし、コンパイラが「本当に」エラーを見つけることができなかったので、これをデバッグするのに多くの時間がかかりました。

Answer 6

あなたは、このような

char** my_array_of_strings; // or some array of pointers such as int** or even void** 

として、ポインタの配列のためのスペースを割り当てるしようとしているなら、あなたは、32のワードサイズ64ビットシステムでは（8バイト、4つのバイトを考慮する必要があります。 n個のポインタのためのスペースを割り当てるとき、ポインタのサイズは、単語のサイズと同じです。

ですから、n個のポインタのためのスペースを割り当てることを望むかもしれないが、あなたが実際にあなたの割り当てられたメモリをあふれないようにするにはn回8または4（64ビットまたは32ビットシステムの場合、それぞれ）

を必要としています8バイトのn個の要素のために：（あなたは32ビットシステムを使用している場合は4バイト）

my_array_of_strings = (char**) malloc(n * 8); // for 64-bit systems 
my_array_of_strings = (char**) malloc(n * 4); // for 32-bit systems 

これは、それぞれが8バイトからなる、n個のポインタのブロックを返します

私は気づきましたLinuxでは、あなたが補償していないときにn個のポインタをすべて使用できるようになります単語のサイズは、しかし、あなたがそのメモリを解放しようとすると、それは間違いを認識し、それはむしろ厄介なエラーを出します。そして、それはあなたが割り当てられたメモリをオーバーフローすると、多くのセキュリティ問題が待っている、悪いものです。