Linux 没有定义的符号 调试方法 nm命令
nm命令
[
在GNU C语言库提供的内容中，有接口可以用来做这件事。用下面的命令查看：
nm -D /lib/libc.so.6 | grep log
]
nm命令还是比较简单而且强大的。它用来列出一个目标文件中的各种符号。符号的种类很多，以下是一些常见的符号类型
nm输出字符
含义
R
Read only symbol. 比如在代码中有一个const MAXDATA = 3095; 则MAXDATA就是一个Read only symbol
N
这是一个调试符号
D
这是一个已经初始化的变量的符号。比如代码中int i = 1和char *str = "Hello"则i和str都是这种类型的符号
T
Text段的符号。子程序都是这种符号，比如文件中实现了一个函数function，则function就是这种符号
U
未定义的符号。如果文件中引用了不存在的函数，则这些未定义的函数符号就是这种类型
S
未初始化的符号，比如全局变量int s;则s的符号就是此类型
nm命令的详细用法以及例子见正文。
先来例子，以下是a.c的内容：
#include <stdio.h>
static int s_global;
int i = 1;
char *str = "hello, world";
const ID = 10;
extern int e_global;
void function()
{
printf("Hello");
}
int get_x()
{
int x;
x = 33;
return x;
}
在执行"gcc -g -O -c a.c"产生a.o之后，用"nm -A a.o"的输出为：
a.o:00000000 R ID
a.o:00000000 T function
a.o:00000014 T get_x
a.o:00000000 D i
a.o: U printf
a.o:00000000 b s_global
a.o:00000004 D str
nm的用法
nm的用法很简单，以下几个关键字比较常用：
1、"-A"，列出符号名的时候同时显示来自于哪个文件。
这在同时列出多个文件（比如一个链接库）的符号时比较有用
2、"-a"，列出所有符号
这将会把调试符号也列出来。默认状态下调试符号不会被列出。
3、"-l"，列出符号在源代码中对应的行号
指定这个参数后，nm将利用调试信息找出文件名以及符号的行号。对于一个已定义符号，将会找出这个符号定义的行号，对于未定义符号,显示为空
4、"-n"，根据符号的地址来排序
默认是按符号名称的字母顺序排序的
5、"-u"，只�
相关文档：
linux limits.conf 配置
limits.conf 文件实际是 Linux PAM（插入式认证模块，Pluggable Authentication Modules）中 pam_limits.so 的配置文件，而且只针对于单个会话。
limits.conf的格式如下：
username|@groupname type resource limit
username|@groupname：设置需要被限制的用户名，组名前面加@� ......
一．前言
Linux拥有丰富各种源代码资源,但是大部分代码在Windows平台情况是无法正常编译的。Windows平台根本无法直接利用这些源代码资源。如果想要使用完整的代码，就要做移植工作。因为C/C++ Library的不同和其他的一些原因，移植C/C++代码是一项困难的工作。本文将以一个实际的例子（Tar）来说明如何把Linux代码移植 ......
不知道在什幺时候，转载Linux 出现了 module 这种东西，的确，它是 Linux 的一大革新。有了 module 之后，写
device driver 不再是一项恶梦，修改 kernel 也不再是一件痛苦的事了。因为你不需要每次要测试 driver 就重新
compile kernel 一次。那简直是会累死人。Module 可以允许我们动态的改变 kernel，加载 device
dri ......
引用：http://blog.chinaunix.net/u/12207/showart_2061214.html
关于2.6.31遇到的问题
错误提示1：
drivers/built-in.o(.init.text+0x3bad): In function `con_init':
include/trace/events/kmem.h:47: undefined reference to `.L1452'
解决：
vi /usr/src/linux/drivers/char/vt.c 找到static int __init con_init ......
Linux下的进程通信手段基本上是从Unix平台上的进程通信手段继承而来的。而对Unix发展做出重大贡献的两大主力AT&T的贝尔实验室及BSD（加州大学伯克利分校的伯克利软件发布中心）在进程间通信方面的侧重点有所不同。前者对Unix早期的进程间通信手段进行了系统的改进和扩充，形成了“ ......
