
debug
文章平均质量分 59
Byane
这个作者很懒,什么都没留下…
展开
-
使用core文件调试程序
先看看我用的是个什么机器:$ uname -aLinux dev 2.4.21-9.30AXsmp #1 SMP Wed May 26 23:37:09 EDT 2004 i686 i686 i386 GNU/Linux再看看默认的一些参数,注意core fi转载 2011-10-14 18:06:49 · 1085 阅读 · 0 评论 -
Atime/Mtime/Ctime
linux系统中有三种时间:Atime,Mtime,Ctime其中Atime是文件/目录的访问时间;Mtime是文件/目录的修改时间;Ctime是文件/目录的改变时间;其中Mtime和Ctime通常难以区分,但是Ctime改变的范围比Mtime大;我的理解是Mtime是当文件/目录的内容改变时间;而Ctime是文件/目录的内容或是属性的改变时间;总结一下操作这几个时间的改变情况:原创 2011-10-25 20:22:19 · 729 阅读 · 0 评论 -
superblock,dentry,inode浅析(译转)
1、superblock保存一个挂在的文件系统的相关信息(Stores information concerning a mounted filesystem. For disk-based filesystems, this object usually corresponds to a filesystem control block stored on disk.)2、inode翻译 2011-10-31 15:19:46 · 2052 阅读 · 0 评论 -
makefile学习笔记
需求:程序的规模较大,将各个模块单独存放在子目录中,将头文件保存在include目录下,编写makefile文件可以实现对整个工程的编译。 学习过程:1.了解makefile的基本规则,http://wenku.baidu.com/view/8a70c58583d049649b665864.html这篇文章是makefile的经典教材,网上找的makefile的大部分资料都是这原创 2012-03-28 19:29:21 · 962 阅读 · 0 评论 -
valgrind是个好工具
编程是碰到最麻烦的问题恐怕就是内存泄露了,内存泄露问题往往不易发现,特别是在内存泄露的大小很小的情况下,如果不是程序长时间运行,恐怕很难发现,而调试内存泄露的问题也常常显得相当困难,最传统的办法恐怕就是一行行地去检查代码了,而对于工程项目,往往涉及到很多人的工作,而且代码量也是相当可观的,要检查内存泄露问题,靠一行行地读代码恐怕是相当头疼的事情(虽然本人也做个这种傻事,囧...ps:后来发现是编写原创 2012-04-17 10:22:08 · 1026 阅读 · 0 评论 -
debug日志
最近发现脑袋越来越不好使了,许多碰到过的问题,却一直记不起解决的办法,所以要用日志记录我自己debug调试中碰到的问题~~命令篇:1.编译命令:如果需要加gdb调试,则需要加-g参数gcc -o target_name -g source1.c sourece2.c sourece3.c -I ./include注意:-g必须在target_name后面,否则编译器会将target原创 2012-02-19 20:28:58 · 5490 阅读 · 0 评论 -
笔记2013.09.18
1. hadoop / SQL / python脚本?http://www.chrisstucchio.com/blog/2013/hadoop_hatred.html2.android API 对照表Code name Version API level(no code name) 1.0 API level 1(no code name) 1.1 API原创 2013-09-18 12:44:51 · 862 阅读 · 0 评论