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 

我该如何解决该错误?谢谢...

+1

现在我们可以推荐删除“free()'吗?如果您向我们展示代码,我们可能会更好地帮助您。 – 2013-03-24 12:05:33

+1

看起来你正在对已经释放的内存地址调用'free',或者从未使用过。如果您使用调试信息('-g')编译程序并在调试器('gdb')下运行该程序,则可能会获得更多信息。 – Joni 2013-03-24 12:06:13

+0

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

您正在释放您未分配的内存。第一个这样的例子是residentData

虽然你没有分配它,但你可以将其分配给主存为argv[1],后者则称其为delete[]。 (从技术上讲,你确实分配了它,之后你用argv[1]代替它)。

正如@Basile Starynkevitch所建议的那样,您可能想要在valgrind下运行您的代码。它会查明许多内存错误。

+0

当我删除[] residentData和其他人,问题是固定的。谢谢。 – JoshuaJeanThree 2013-03-24 12:38:29

你不会在编译时得到错误,但在运行时。

我建议编译与g++ -Wall -g(并改善您的代码,直到没有获得警告),然后用valgrind调试内存泄漏,当然还有通常的gdb调试器。