windows-linux g ++編譯器內存錯誤

我在Windows VS平臺上編寫了我的代碼，當我編譯它時沒有錯誤。但是當我嘗試使用g ++編譯器在Linux上編譯它時，我得到如下所示的錯誤：windows-linux g ++編譯器內存錯誤

[[email protected] ~]$ g++ main.cpp -o main 
[[email protected] ~]$ ./main "data1_h1.txt" "data1_r1.txt" 3 "output1_S1" 
*** glibc detected *** ./main: free(): invalid pointer: 0x00007fff795578b4 *** 
======= Backtrace: ========= 
/lib64/libc.so.6[0x320ec716af] 
/lib64/libc.so.6(cfree+0x4b)[0x320ec758db] 
./main(__gxx_personality_v0+0x3b2)[0x4013da] 
./main[0x401d4b] 
/lib64/libc.so.6(__libc_start_main+0xf4)[0x320ec1d9c4] 
./main(__gxx_personality_v0+0x71)[0x401099] 
======= Memory map: ======== 
00400000-00405000 r-xp 00000000 00:16 18302619       /users/lnxsrv1/ee/user/main 
00604000-00605000 rw-p 00004000 00:16 18302619       /users/lnxsrv1/ee/user/main 
11159000-1117a000 rw-p 11159000 00:00 0 
320e800000-320e81c000 r-xp 00000000 fd:00 1585318      /lib64/ld-2.5.so 
320ea1c000-320ea1d000 r--p 0001c000 fd:00 1585318      /lib64/ld-2.5.so 
320ea1d000-320ea1e000 rw-p 0001d000 fd:00 1585318      /lib64/ld-2.5.so 
320ec00000-320ed4f000 r-xp 00000000 fd:00 1585379      /lib64/libc-2.5.so 
320ed4f000-320ef4f000 ---p 0014f000 fd:00 1585379      /lib64/libc-2.5.so 
320ef4f000-320ef53000 r--p 0014f000 fd:00 1585379      /lib64/libc-2.5.so 
320ef53000-320ef54000 rw-p 00153000 fd:00 1585379      /lib64/libc-2.5.so 
320ef54000-320ef59000 rw-p 320ef54000 00:00 0 
320f000000-320f082000 r-xp 00000000 fd:00 1585438      /lib64/libm-2.5.so 
320f082000-320f281000 ---p 00082000 fd:00 1585438      /lib64/libm-2.5.so 
320f281000-320f282000 r--p 00081000 fd:00 1585438      /lib64/libm-2.5.so 
320f282000-320f283000 rw-p 00082000 fd:00 1585438      /lib64/libm-2.5.so 
3212800000-321280d000 r-xp 00000000 fd:00 1585420      /lib64/libgcc_s-4.1.2-20080825.so.1 
321280d000-3212a0d000 ---p 0000d000 fd:00 1585420      /lib64/libgcc_s-4.1.2-20080825.so.1 
3212a0d000-3212a0e000 rw-p 0000d000 fd:00 1585420      /lib64/libgcc_s-4.1.2-20080825.so.1 
3217000000-32170e6000 r-xp 00000000 fd:00 782090       /usr/lib64/libstdc++.so.6.0.8 
32170e6000-32172e5000 ---p 000e6000 fd:00 782090       /usr/lib64/libstdc++.so.6.0.8 
32172e5000-32172eb000 r--p 000e5000 fd:00 782090       /usr/lib64/libstdc++.so.6.0.8 
32172eb000-32172ee000 rw-p 000eb000 fd:00 782090       /usr/lib64/libstdc++.so.6.0.8 
32172ee000-3217300000 rw-p 32172ee000 00:00 0 
2b43d24f0000-2b43d24f2000 rw-p 2b43d24f0000 00:00 0 
2b43d2508000-2b43d250a000 rw-p 2b43d2508000 00:00 0 
7fff79543000-7fff79558000 rw-p 7ffffffe9000 00:00 0      [stack] 
7fff795fd000-7fff79600000 r-xp 7fff795fd000 00:00 0      [vdso] 
ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0     [vsyscall] 
Aborted

我該如何解決該錯誤？謝謝...

來源

2013-03-24 JoshuaJeanThree

現在我們可以推薦刪除「free（）'嗎？如果您向我們展示代碼，我們可能會更好地幫助您。 – 2013-03-24 12:05:33

看起來你正在對已經釋放的內存地址調用'free'，或者從未使用過。如果您使用調試信息（'-g'）編譯程序並在調試器（'gdb'）下運行該程序，則可能會獲得更多信息。 – Joni 2013-03-24 12:06:13

我已經分享了完整的代碼。 – JoshuaJeanThree 2013-03-24 12:24:51

您正在釋放您未分配的內存。第一個這樣的例子是residentData。

雖然你沒有分配它，但你可以將其分配給主存爲argv[1]，後者則稱其爲delete[]。（從技術上講，你確實分配了它，之後你用argv[1]代替它）。

正如@Basile Starynkevitch所建議的那樣，您可能想要在valgrind下運行您的代碼。它會查明許多內存錯誤。

來源

2013-03-24 12:29:40 Hasturkun

當我刪除[] residentData和其他人，問題是固定的。謝謝。 – JoshuaJeanThree 2013-03-24 12:38:29

你不會在編譯時得到錯誤，但在運行時。

我建議編譯與g++ -Wall -g（並改善您的代碼，直到沒有獲得警告），然後用valgrind調試內存泄漏，當然還有通常的gdb調試器。

來源

2013-03-24 12:27:00

windows-linux g ++編譯器內存錯誤

回答

相關問題