2012-01-28 132 views
3

我收到熟悉的免費():無效指針錯誤。在嘗試調試時,我最終評論了我的代碼中的每個免費(),一個接一個,,直到沒有剩餘,我仍然收到此運行時錯誤。有其他人遇到過類似的問題嗎?免費()無效指針

順便說一句 - 這是我很難調試這個用gdb,因爲印刷錯誤消息,當整個服務器沒有真正崩潰,只是特定的分叉過程中處理單個客戶端。

謝謝。

============================== 
*** glibc detected *** ./server: free(): invalid pointer: 0x08641a38 *** 
======= Backtrace: ========= 
/lib/i386-linux-gnu/libc.so.6(+0x6b961)[0xefe961] 
/lib/i386-linux-gnu/libc.so.6(+0x6d28b)[0xf0028b] 
/lib/i386-linux-gnu/libc.so.6(cfree+0x6d)[0xf0341d] 
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x21)[0x4c74d1] 
./server[0x804b499] 
./server[0x804b2ad] 
./server[0x804aecd] 
./server[0x804ad36] 
./server[0x804a3a3] 
/lib/i386-linux-gnu/libc.so.6(+0x2fa6f)[0xec2a6f] 
/lib/i386-linux-gnu/libc.so.6(+0x2facf)[0xec2acf] 
./server[0x804966b] 
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0xea9e37] 
./server[0x8049331] 
======= Memory map: ======== 
00338000-00352000 r-xp 00000000 08:01 394236  /lib/i386-linux-gnu/libgcc_s.so.1 
00352000-00353000 r--p 00019000 08:01 394236  /lib/i386-linux-gnu/libgcc_s.so.1 
00353000-00354000 rw-p 0001a000 08:01 394236  /lib/i386-linux-gnu/libgcc_s.so.1 
003c1000-003c2000 r-xp 00000000 00:00 0   [vdso] 
0041d000-004fc000 r-xp 00000000 08:01 792946  /usr/lib/i386-linux-gnu/libstdc++.so.6.0.14 
004fc000-00500000 r--p 000de000 08:01 792946  /usr/lib/i386-linux-gnu/libstdc++.so.6.0.14 
00500000-00501000 rw-p 000e2000 08:01 792946  /usr/lib/i386-linux-gnu/libstdc++.so.6.0.14 
00501000-00508000 rw-p 00000000 00:00 0 
00664000-00688000 r-xp 00000000 08:01 394245  /lib/i386-linux-gnu/libm-2.13.so 
00688000-00689000 r--p 00023000 08:01 394245  /lib/i386-linux-gnu/libm-2.13.so 
00689000-0068a000 rw-p 00024000 08:01 394245  /lib/i386-linux-gnu/libm-2.13.so 
00793000-007af000 r-xp 00000000 08:01 394195  /lib/i386-linux-gnu/ld-2.13.so 
007af000-007b0000 r--p 0001b000 08:01 394195  /lib/i386-linux-gnu/ld-2.13.so 
007b0000-007b1000 rw-p 0001c000 08:01 394195  /lib/i386-linux-gnu/ld-2.13.so 
00960000-0096a000 r-xp 00000000 08:01 394254  /lib/i386-linux-gnu/libnss_files-2.13.so 
0096a000-0096b000 r--p 00009000 08:01 394254  /lib/i386-linux-gnu/libnss_files-2.13.so 
0096b000-0096c000 rw-p 0000a000 08:01 394254  /lib/i386-linux-gnu/libnss_files-2.13.so 
00e93000-00fed000 r-xp 00000000 08:01 394208  /lib/i386-linux-gnu/libc-2.13.so 
00fed000-00fee000 ---p 0015a000 08:01 394208  /lib/i386-linux-gnu/libc-2.13.so 
00fee000-00ff0000 r--p 0015a000 08:01 394208  /lib/i386-linux-gnu/libc-2.13.so 
00ff0000-00ff1000 rw-p 0015c000 08:01 394208  /lib/i386-linux-gnu/libc-2.13.so 
00ff1000-00ff4000 rw-p 00000000 00:00 0 
08048000-08056000 r-xp 00000000 08:01 1084793 /home/mwrosen/cpe464/prog2/server 
08056000-08057000 r--p 0000d000 08:01 1084793 /home/mwrosen/cpe464/prog2/server 
08057000-08058000 rw-p 0000e000 08:01 1084793 /home/mwrosen/cpe464/prog2/server 
08641000-08662000 rw-p 00000000 00:00 0   [heap] 
b7600000-b7621000 rw-p 00000000 00:00 0 
b7621000-b7700000 ---p 00000000 00:00 0 
b7718000-b771b000 rw-p 00000000 00:00 0 
b7729000-b772c000 rw-p 00000000 00:00 0 
bfacf000-bfaf0000 rw-p 00000000 00:00 0   [stack] 
+1

沒有可發佈的代碼? – 2012-01-28 07:30:08

+0

吉姆 - 代碼很長,這是一個學校作業,所以我不能在Internet上發佈我的解決方案。主要是,我希望有人有一些洞察力,即使在所有的free()從我的代碼中刪除後,爲什麼會發生這個錯誤。抱歉! – MitchellSalad 2012-01-28 07:33:01

+1

@MitchellSalad:在將您的代碼降低到重新生成的情況下(<50LoC,獨立重現問題),您很可能會發現問題。如果沒有,那麼你就有一段完美的代碼來尋求幫助。 – sbi 2012-01-28 07:36:11

回答

5

嘗試使用valgrind來調試您的問題。

如果您的錯誤在所有free被刪除後仍然存在,可能是因爲某些代碼溢出了其內存區域(例如緩衝區溢出)。

6

如果你的代碼象垃圾一樣清除一些其他代碼使用指針,其他代碼可能結業於無效指針調用free。可能你正在訪問你不擁有的一些內存。

有許多方面,這可能發生,這裏有兩種最常見的:

1)如果聲明數組一樣int f[7];,最後一個數組元素是f[6]。修改f[7]可能會損壞別人的內存。

2)如果你的指針保存在棧上分配的對象,該對象超出範圍,然後通過該指針修改的東西,你可能會破壞別人的記憶。