Linux程序设计——用getopt处理命令行参数
Linux下很多程序甚至那些具有图形用户界面（graphical user interface，GUI）的程序，都能接受和处理命令行选项。对于某些程序，这是与用户进行交互的主要手段。具有可靠的复杂命令行参数处理机制，会使得您的应用程序更好、更有用。getopt()是一个专门设计来减轻命令行处理负担的库函数。
1、命令行参数
命令行程序设计的首要任务是解析命令行参数，GUI派的程序员很少关心这个。这里，对参数采用了一种比较通俗的定义：命令行上除命令名之外的字符串。参数由多项构成，项与项之间用空白符彼此隔开。
参数进一步分为选项和操作数。选项用于修改程序的默认行为或为程序提供信息，比较老的约定是以短划线开头。选项后可以跟随一些参数，称为选项参数。剩下的就是操作数了。
2、POSIX约定
POSIX表示可移植操作系统接口： Portable Operating System Interface，电气和电子工程师协会（Institute of Electrical and Electronics Engineers，IEEE）最初开发 POSIX 标准，是为了提高 UNIX 环境下应用程序的可移植性。然而，POSIX 并不局限于 UNIX。许多其它的操作系统，例如 DEC OpenVMS 和 Microsoft Windows NT，都支持 POSIX 标准。
下面是POSIX标准中关于程序名、参数的约定：
程序名不宜少于2个字符且不多于9个字符；
程序名应只包含小写字母和阿拉伯数字；
选项名应该是单字符活单数字，且以短横‘-‘为前綴；
多个不需要选项参数的选项，可以合并。（譬如：foo -a -b -c ---->foo -abc）
选项与其参数之间用空白符隔开；
选项参数不可选。
若选项参数有多值，要将其并为一个字串传进来。譬如：myprog -u "arnold,joe,jane"。这种情况下，需要自己解决这些参数的分离问题。
选项应该在操作数出现之前出现。
特殊参数‘--'指明所有参数都结束了，其后任何参数都认为是操作数。
选项如何排列没有什么关系，但对互相排斥的选项，如果一个选项的操作结果覆盖其他选项的操作结果时，最后一个选项起作用；如果选项重复，则顺序处理。
允许操作数的顺序影响程序行为，但需要作文档说明。
读写指定文件的程序应该将单个参数'-'作为有意义的标准输入或输出来对待。
3、GNU长选项
GNU鼓励程序员使用--help、--verbose等形式的长选项。这些选项不仅不与POSIX约定冲突，而且容易记忆，另外也提供了在所有GNU工具之间保持一致性的机会。GNU长选项有自己的约定：
对于已经遵循POSIX约定的GNU程序，每个短�
相关文档：
Checking kernel parameters
Checking for semmsl=250; found semmsl=250. Passed
Checking for semmns=32000; found semmns=32000. Passed
Checking for semopm=100; found semopm=32. Failed <<<<
Checking for semmni=128; found semmni=128.&nb ......
最近虚拟机装了个RedHat Enterprise Server 5，用惯了Ubuntu，觉得不太适应。
当在终端执行sudo命令时，系统提示“cuser is not in the sudoers file”：
$ sudo ls
Password:
cuser is not in the sudoers file. This incident will be reported.
其实就是没有权限进行sudo，解决方法如下（这里假设� ......
linux修改主机名的方法
用hostname命令可以临时修改机器名，但机器重新启动之后就会恢复原来的值。
#hostname //查看机器名
#hostname -i //查看本机器名对应的ip地址
另外一种方法就是之久修改配置文件
修改/etc/sysconfig/network 修改这个文件，系统才有效
/etc ......
根据MAN帮助翻译的，不知道准不准确：
D 不可中断的休眠进程(一般为 IO相关的)
R 正在运行的或将运行的(在运行队列中)
S 忆中断的休眠进 ......
