Linux C调试入门
1.自定义输出
想必大家都有利用输出函数如printf来帮助我们调试程序的经历，这是一种比较原始的程序调试辅助方法，在Linux下也可以为我们所用。不过这种方法有一个明显的缺点，就是在调试完后我们必须注释或删除掉这些辅助代码。Linux C提供了-DDEBUG这个编译标记来定义DEBUG这个符号，借助于该符号，我们可以在应用程序中添加额外代码并根据需要决定执行与否。
如：
#include<stdio.h>
//*******dtest.c*******
int main()
{
#ifdef DEBUG
printf("Debug output......\n");
#endif
printf("Main function ended!\n";
}
运行：
$ cc -o dtest dtest.c
$ ./dtest
Main function ended!
$ rm dtest
$ cc -o dtest -DDEBUG dtest.c
$ ./dtest
Debug output......
Main function ended!
通过以上示例，你应该明白了-DDEBUG标记的用法了吧，呵呵~~~也许你会想，如果我有好几段调试代码，而我希望根据需要每次选择相应的一段来运行，这是否能实现呢？不怕做不到，就怕想不到。事实上我们可以方便的实现这种构想，如下：
#define BASIC_DEBUG 1
#define EXTRA_DEBUG 2
#define SUPER_DEBUG 4
//code 1
# if (DEBUG & BASIC_DEBUG ）
printf。。。
#endif
//code 2
# if (DEBUG & EXTRA_DEBUG ）
printf。。。
#endif
//code 3
# if (DEBUG & SUPER_DEBUG ）
printf。。。
#endif
上述代码中我们自定义了几个宏变量，通过"&“来决定代码段的执行与否。我们知道”&“为按位取余运算符，所以当DEBUG的值为1时，只有code 1会执行，当DEBUG的值为2时，只有code 2会执行，而当DEBUG的值为3时，code 1和code 2都会执行，依次类推。。。可是我们如何根据需要设置DEBUG的值呢？这还得看-DDEBUG标记，在命令提示符下直接给-DDEBUG赋值就OK了，如cc -o dtest
-DDEBUG=5 dtest.c
2 调试工具(gdb)
前面介绍的调试方法只是一种帮助我们调试的�
相关文档：
Boss说，要看OpenGL，看了快一个月，总算出了个像样的东西，用C写了个3D迷宫，
虽然只有350行
代码，不过边学边写，足足写了一周时间，还是小有成就感的，活活活！
&n ......
1.#uname -a
如果有x86_64就是64位的，没有就是32位的
2.# uname -m
x86_64
3.# arch
x86_64
4.#file /bin/cat
/bin/cat: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.4.0, dynamically linked (uses shared libs), stripped
5.查看cpu是多少位的
more /proc/cpuinfo
怎样查看 LI ......
编程修养 （作者：陈皓）
————
转自:http://blog.chinaunix.net/u1/49717/showart.php?id=2138481
什么是好的程序员？是不是懂得很多技术细节？还是懂底层编程？还是编程速度比较快？
我觉得都不是。对于一些技术细节来说和底层的技术，只要看帮助，查资料就能找到，对
于速度快，� ......
发贴前请先读：c/c++ 版“经典”问题解答
C/C++一直都是地球上使用最广泛的编程语言，而我们的C/C++版自然人气也不差，但是一直都有一些狠初级的问题提了又提，并不是说这些问题如何如何的不好，还是如何如何的弱智，这些问题一直都是新手学习的基础，是必须要经过的门槛，所以也有存在的必要，但是提的多了， ......
事情应该被做得尽可能的简单，但不是任意地简单化。
――爱因斯坦
虽然做好的程序能按项目需求正确运行到最后一步，但在嵌入式系统开发中并不总是能成功的。由于低成本的需要硬件设计者几乎不可能设计出足够的内存和处理器性能来使得程序能被运行。当然，在软件开发过程中使得程序能够正确运行是更重要的。为了这点，通常 ......
