活见鬼了散分躜人品

flyrack 2013-03-04 09:57:10

我用gcc编译程序
第一遍运行一切正常，随便改了下无关代码就不正常了

然后各种改，最后找到不正常的原因了，费解的事最开始的代码明明是错误的，为毛可以正确执行？？？而且中途明明改对了的，可是为什么死活都不正常。

很怀疑我去睡一觉起来它会不会又不正常了

...全文

148 12 打赏收藏转发到动态举报

写回复

用AI写文章

12 条回复

切换为时间正序

请发表友善的回复…

发表回复

michael2988 2013-03-05

打赏
举报

求真相。。。

lee_鹿游原 2013-03-05

打赏
举报

mujiok2003 2013-03-05

打赏
举报

正确的解决问题的办法：找出问题所在后，才作改动。错误的解决问题办法：猜测并修改代码以期解决问题。

wangruncain 2013-03-05

打赏
举报

tonforce 2013-03-05

打赏
举报

哈哈，楼主这种情况通常我都是在熬夜的时候很容易碰到头疼的问题，有时候大半晚上就白熬了其实只要强迫自己休息下，静下心来，回头通常就能找到问题了

ardayoyo 2013-03-05

打赏
举报

引用 3 楼 zhao4zhong1 的回复:

重建所有进程意外退出会在当前目录下产生形如‘core.数字’的文件比如‘core.1234’ 使用命令 gdb 运行程序名 core.数字进入gdb然后使用bt命令可以查看进程意外退出前函数调用的堆栈，内容为从上到下列出对应从里层到外层的函数调用历史。如果进程意外退出不产生core文件，参考“ulimit -c core文件最大块大小”命令

学习了~ PS:以后见赵老湿回帖，是不是得带一块照妖镜啥的？

luciferisnotsatan 2013-03-05

打赏
举报

无源码，无真相

赵4老师 2013-03-05

打赏
举报

重建所有进程意外退出会在当前目录下产生形如‘core.数字’的文件比如‘core.1234’ 使用命令 gdb 运行程序名 core.数字进入gdb然后使用bt命令可以查看进程意外退出前函数调用的堆栈，内容为从上到下列出对应从里层到外层的函数调用历史。如果进程意外退出不产生core文件，参考“ulimit -c core文件最大块大小”命令