什么也不要说，先来一个程序吧。
/*
注意要和你的系统一致redhat是这样/etc/pam.d/check_user
auth required /lib/security/pam_unix_auth.so
account required /lib/security/pam_unix_acct.so
1.如果需要出现密码弹出框还需要在添加
/etc/security/console.apps/check_user
USER=root
PROGRAM=~/check_user #这个路径就是下面编译好后的路径，不能和3中作链接的路径一样
SESSION=true
2.再对/usr/bin/consolehelper作ln
sudo ln -s consolehelper check_user
3.这样运行/usr/bin/check_user就实际在调用consolehelper，再去读取
/etc/security/console.apps/check_user里PROGRAM设定的路径
4.编译时要这样:
gcc check.c -ldl -lpam -lpam_misc -o ~/check_user
*/
#include <security/pam_appl.h>
#include <security/pam_misc.h>
#include <stdio.h>
static struct pam_conv conv = {
misc_conv, //定义在pam_misc.h中, 方便你编程
NULL
};
int main(int argc, char *argv[])
{
pam_handle_t *pamh=NULL;
int retval;
const char *user="root"; //用户名设置为系统上的一个 ......
解决Red Hat Enterprise Linux AS 4 中文乱码问题
我用的系统是Red Hat Enterprise Linux AS 4，在X-windows桌面环境下的“终端”窗口操作是能正确显示汉字，但是在用SSH登陆Linux操作系统，我用的是putty远程管理Linux，发现返回中文提示信息全都是乱码，简单的解决办法就是在SSH端执行：
export LC_ALL="zh_CN.GB18030"
不过这样做的话重启机器的话又会出现乱码问题，因设置的环境变量没了，根除的办法就是把这句写入到配置文件中去：
编辑文档/etc/sysconfig/i18n,命令为：vi /etc/sysconfig/i18n ;将第1句LANG="zh_CN.UTF-8"改为LANG="zh_CN.GB18030"即可，保存退出，完成后重新重启登陆，会发现现在任何的汉字忆经能正常显示了。
另外的办法也可以将:
export LC_ALL="zh_CN.GB18030" 这句
写入etc/profile文件中也可以解决SSH终端中文乱码问题。
以文本模式启动Linux 本地操作文本模式界面命令发现还是乱码，我还没有找到好的解决办法，网上说要安装zhcon软件可以解决这个问题，或是安装fonts-chinese 可以解决，我没有安装测试是否可以解决。正在测试中..... ......
编译过程概述
了解一些编译知识的读者都知道，所谓编译，就是在编译程序读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码，再由汇编程序转换为机器语言，并且按照操作系统对可执行文件感谢格式的要求链接生成可执行程序。
UNIX环境下的C编译系统所遵循的也是这么一个一般的过程。值得注意的是这个过程并不是有某个单个程序完成的，而是有多个分别完成某一方面工作的程序组合完成的。这一设计思想同我们最初提到的UNIX系统软件功能专一的特点是相符的。
归纳起来，可以将UNIX环境下C编译系统的工作过程下图所示。
C源程序头文件－－>预编译处理（cpp)－－>编译程序本身－－>优化程序－－>汇编程序－－>链接程序-->可执行文件
一般我们用cc命令来完成对源程序的编译工作。此cc命令并不是一个二进制的可执行程序，而是一个shell命令文件。它的工作就是依次调用我们上面所列出的各个完成某部分工作的具体程序，将指定的c源程序转换成可执行的代码。
1.编译预处理
在此阶段，预编译程序读取c源程序，对其中的伪指令（以#开头的指令）和特殊符号进行处理。C语言中的伪指令主要包括以下四个方面
(1)宏定� ......
编译过程概述
了解一些编译知识的读者都知道，所谓编译，就是在编译程序读取源程序（字符流），对之进行词法和语法的分析，将高级语言指令转换为功能等效的汇编代码，再由汇编程序转换为机器语言，并且按照操作系统对可执行文件感谢格式的要求链接生成可执行程序。
UNIX环境下的C编译系统所遵循的也是这么一个一般的过程。值得注意的是这个过程并不是有某个单个程序完成的，而是有多个分别完成某一方面工作的程序组合完成的。这一设计思想同我们最初提到的UNIX系统软件功能专一的特点是相符的。
归纳起来，可以将UNIX环境下C编译系统的工作过程下图所示。
C源程序头文件－－>预编译处理（cpp)－－>编译程序本身－－>优化程序－－>汇编程序－－>链接程序-->可执行文件
一般我们用cc命令来完成对源程序的编译工作。此cc命令并不是一个二进制的可执行程序，而是一个shell命令文件。它的工作就是依次调用我们上面所列出的各个完成某部分工作的具体程序，将指定的c源程序转换成可执行的代码。
1.编译预处理
在此阶段，预编译程序读取c源程序，对其中的伪指令（以#开头的指令）和特殊符号进行处理。C语言中的伪指令主要包括以下四个方面
(1)宏定� ......
在完善我的跨平台的发邮件类库时，select做延时windows没效果，Linux正常，还以为我代码写错了呢；在网上搜素下也没发现类似说法，于是我就写了段小测了，果然select延时在windows上缩水了
#include <iostream>
#include <time.h>
#ifdef WIN32
#include <winsock2.h>
#pragma comment(lib,"ws2_32.lib")
#else
#include <sys/socket.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#endif
using namespace std;
int main()
{
struct timeval timeWait;
timeWait.tv_sec = 0;
timeWait.tv_usec = 10000;
int liRecvCnt = 0;
time_t t1, t2;
time(&t1);
while(liRecvCnt < 10)
& ......
最近在学习Linux下的C编程，买了一本叫《Linux环境下的C编程指南》读到makefile就越看越迷糊，可能是我的理解能不行。
于是google到了以下这篇文章。通俗易懂。然后把它贴出来，方便学习。
后记，看完发现这篇文章和《Linux环境下的C编程指南》的makefile一章所讲述的惊人的相似，只是这篇文章从一个实例切入，在有些地方比较好理解。能让人看懂就是好文章。
跟我一起写 Makefile
陈皓 (CSDN)
概述
——
什么是makefile？或许很多Winodws的程序员都不知道这个东西，因为那些Windows的IDE都为你做了这个工作，但我觉得要作一个好的和professional的程序员，makefile还是要懂。这就好像现在有这么多的HTML的编辑器，但如果你想成为一个专业人士，你还是要了解HTML的标识的含义。特别在Unix下的软件编译，你就不能不自己写makefile了，会不会写makefile，从一个侧面说明了一个人是否� ......
Linux下CHM查看工具汇总
http://www.ossw.com.cn/bbs/bencandy.php?id=2252&l_page=1
1. chmsee
homepage: http://211.92.88.40/~zhong/
requires: gtkhtml, libgnomevfs
env: 调用gtkhtml显示HTML，适合GNOME环境下使用
ChmSee是一个浏览CHM文件的程序,支持简体和英文编码的CHM文件,其它编码暂不支持.
由于ChmSee的工作方式,所以对太大的CHM文件处理起来比较吃力 (体验在较大CHM文件的打开和退出).
2. xchm
homepage: http://xchm.sourceforge.net
requires: chmlib, wxGTK
chm文件解析基于chmlib(见下), 界面部分需要wxGTK
(Debian testing/unstable已经收录该工具)
3. chm_viewer
......
最新文章 : linux