本文出自 “淡泊明志，宁静致远” 博客，请务必保留此出处http://keren.blog.51cto.com/720558/170822

程序描述：

    打开一个文件描述符，分别适用dup和赋值语句进行复制，复制之后，打印原始和被复制的文件描述符id，看看是否具有相同的值，然后关闭文件，测试关闭是否成功。

程序示例：

#include <stdio.h>

#include <stdlib.h>

#include <fcntl.h>

#include <unistd.h>

int sys_err(char *str)

{

    puts(str);

    exit(0);

}

int main(void)

{

    int p,q;

    if((p=open("c_fid.c", O_RDONLY)) == -1)

        sys_err("open error");

    q = dup(p);

    puts("dup:");

    printf("file p,q fd is:%d %d\n", q, p);

    printf("close file p ok?: %d\n", close(p));

    printf("close file q ok?: %d\n", close(q));

    if((p=open("c_fid.c", O_RDONLY)) == -1)

        sys_err("open error");

    q = p;

    puts("=:");

    printf("file p,q fd is:%d %d\n", q, p);

    printf("close file p ok?: %d\n", close(p));

    printf("close file q ok?: %d\n", close(q));

    return 0;

}

程序运行结果：

dup:

file p,q fd is:4 3   //文件p,q使用不同的文件描述符

close file p ok?: 0

close file q ok?: 0 //文件关闭成功

=:

file p,q fd is:3 3 //简单复制

close file p ok?: 0

close file q ok?: -1//关闭失败，原因是此描述符已经被关闭了

    由此证明，dup是产生一个新的文件描述符id和指针在进程表项中，但是他们共用文件表，这时，关闭一个文件描述符，另外一个仍旧可用，文件表并不会被释放。而赋值语句不同，它只是简单的在另外一个变量中记录原始文件指针等，2个变量的文件描述符相同，进程表项中并不产生新的项目。

关于socket的文件描述符

    socket接口增加了网络通信操作的抽象定义，与文件操作一样，每个打开的socket都对应一个整数，我们称它为socket描述符，该整数也是socket描述符在文件描述符表中的索引值。但socket描述符在描述符表中的表项并不指向文件表，而是指向一个与该socket有关的数据结构。BSD UNIX中新增加了一个socket调用，应用程序可以调用它来新建一个socket描述符，注意进程用open只能产生文件描述符，而不能产生socket描述符。socket调用只能完成建立通信的部分工作，一旦建立了一个socket，应用程序可以使用其他特定的调用来为它添加其他详细信息，以完成建立通信的过程。

给定了命令参数的数量 (argc)、指向这些参数的数组 (argv) 和选项字符串 (optstring) 后，getopt() 将返回第一个选项，并设置一些全局变量。使用相同的参数再次调用该函数时，它将返回下一个选项，并设置相应的全局变量。如果不再有识别到的选项，将返回 -1，此任务就完成了。

getopt() 所设置的全局变量包括：

• optarg——指向当前选项参数（如果有）的指针。
• optind——再次调用 getopt() 时的下一个 argv 指针的索引。
• optopt——最后一个已知选项。

 ./getopt -a -d -b foo
optind: 2
HAVE option: -a
./getopt: invalid option -- d
optind: 3
Unknown option: d
optind: 5
HAVE option: -b
The argument of -b is foo

if (execute_command) {
run_init_process(execute_command);
printk(KERN_WARNING "Failed to execute %s.  Attempting "
"defaults...\n", execute_command);
}
run_init_process("/sbin/init");
run_init_process("/etc/init");
run_init_process("/bin/init");
run_init_process("/bin/sh");
panic("No init found.  Try passing init= option to kernel.");

mkdir /newroot/nfsroot/xxx   <- 建立用户的home 路径
adduser xxx -d /newroot/nfsroot/xxx/ -g pnd  <- 添加用户到组
passwd wyn   <- 设置用户密码

chown xxx:pnd /newroot/nfsroot/xxx/  <- 更改home路径拥有者和组

echo xxx     ALL=(ALL) NOPASSWD:NOPASSWD:ALL   >> /etc/sudoers  <- 添加sudo权限

smbpasswd -a xxx  <- 添加samba 用户

ps: /etc/samba/smb.conf 的内容:
[global]
        workgroup = TUX-NET
        printing = cups
        printcap name = cups
        printcap cache time = 750
        cups options = raw
        map to guest = Bad User
        include = /etc/samba/dhcp.conf
        logon path = \\%L\profiles\.msprofile
        logon home = \\%L\%U\.9xprofile
        logon drive = P:
        usershare allow guests = Yes
        add machine script = /usr/sbin/useradd  -c Machine -d /var/lib/nobody -s /bin/false %m$
        domain logons = Yes
        domain master = Yes
        local master = Yes
        os level = 65
        preferred master = Yes
        security = user
[homes]
        comment = Home Directories
        valid users = %S, %D%w%S
        browseable = No
        read only = No
        inherit acls = Yes

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/stevenliyong/archive/2009/03/12/3984926.aspx

            1.   函数库libdbus，用于两个应用程序呼叫联系和交互消息。

            2.   Message bus daemon，总线守护进程可同时与多个应用程序相连，并能把来自一个应用程序的消息路由到0或者多个其他程序。

            3.   一系列基于特定应用程序框架的Wrapper库。 比如libdbus-glib, libdbus-python.

      参看图1-1,  Bus Daemon Process就是运行在linux的daemon(dbus-daemon, 用户可以在/etc/init.d/dbus 操作，stop, start等等),  dbus-daemon运行时会调用libdus的库。 在Application Process1里面就是应用层的东西了，应用程序调用特定的应用程序框架的Wrapper库与dbus-daemon进行通信。

      我前段时间就是用Python写程序与dbus-daemon通信，所以就需要libdbus-python，后来又用c写程序，又装了libdus-glib。实质上在dbus主页上(http://www.freedesktop.org/wiki/Software/dbus)提供了很多Wrapper库, for QT4, JAVA, Perl, C++, Pascal, QT3, .NET, Ruby等等。这个Wrapper库呢其实就是对dbus下层调用做了封装，给上层暴露一个友好的接口。dbus的底层其实也是通过socket通信的

                                                                         图 1－1    
      我再给一张bluez的例子让大家更理解dbus; 有四个应用想与bluz的damon通信，bluez注册到dbus中，其它的应用只需要向dbus要bluez的数据，
dbus负责再和bluez沟通了，但是bluez一定要把接口告诉其它应用。

select系统调用是用来让我们的程序监视多个文件句柄(file descriptor)的状态变化的。程序会停在select这里等待，直到被监视的文件句柄有某一个或多个发生了状态改变。 文件在句柄在Linux里很多，如果你man某个函数，在函数返回值部分说到成功后有一个文件句柄被创建的都是的，如man socket可以看到“On success, a file descriptor for the new socket is returned.”而man 2 open可以看到“open() and creat() return the new file descriptor”，其实文件句柄就是一个整数，看socket函数的声明就明白了：

int socket(int domain, int type, int protocol);

当然，我们最熟悉的句柄是0、1、2三个，0是标准输入，1是标准输出，2是标准错误输出。0、1、2是整数表示的，对应的FILE *结构的表示就是stdin、stdout、stderr，0就是stdin，1就是stdout，2就是stderr。比如下面这两段代码都是从标准输入读入9个字节字符：

#include <stdio.h> #include <unistd.h> #include <string.h> int main(int argc, char ** argv) {            char buf[10] = "";             read(0, buf, 9); /* 从标准输入 0 读入字符 */              fprintf(stdout, "%s\n", buf); /* 向标准输出 stdout 写字符 */              return 0; } /* **上面和下面的代码都可以用来从标准输入读用户输入的9个字符** */ #include <stdio.h> #include <unistd.h> #include <string.h> int main(int argc, char ** argv) {         char buf[10] = "";         fread(buf, 9, 1, stdin); /* 从标准输入 stdin 读入字符 */         write(1, buf, strlen(buf));           return 0; }

继续上面说的select，就是用来监视某个或某些句柄的状态变化的。

select函数原型如下：

int select(int nfds, fd_set *readfds, fd_set *writefds, fd_set *exceptfds, struct timeval *timeout);

函 数的最后一个参数timeout显然是一个超时时间值，其类型是struct timeval *，即一个struct timeval结构的变量的指针，所以我们在程序里要申明一个struct timeval tv;然后把变量tv的地址&tv传递给select函数。struct timeval结构如下：

struct timeval {              long    tv_sec;         /* seconds */              long    tv_usec;        /* microseconds */          };

第2、 3、4三个参数是一样的类型： fd_set *，即我们在程序里要申明几个fd_set类型的变量，比如rdfds, wtfds, exfds，然后把这个变量的地址&rdfds, &wtfds, &exfds 传递给select函数。

      这三个参数都是一个句柄的集合，第一个rdfds是用来保存这样的句柄的：当句柄的状态变成可读的时系统就会告诉select函数返回，同理第二个wtfds是指有句柄状态变成可写的时系统就会告诉select函数返回，同理第三个参数exfds是特殊情况，即句柄上有特殊情况发生时系统会告诉select函数返回。特殊情况比如对方通过一个socket句柄发来了紧急数据。如果我们程序里只想检测某个socket是否有数据可读，我们可以这样：

fd_set rdfds; /* 先申明一个 fd_set 集合来保存我们要检测的 socket句柄 */ struct timeval tv; /* 申明一个时间变量来保存时间 */ int ret; /* 保存返回值 */ FD_ZERO(&rdfds); /* 用select函数之前先把集合清零 */ FD_SET(socket, &rdfds); /* 把要检测的句柄socket加入到集合里 */   tv.tv_sec = 1; tv.tv_usec = 500; /* 设置select等待的最大时间为1秒加500微秒 */   ret = select(socket + 1, &rdfds, NULL, NULL, &tv); /* 检测我们上面设置到集合rdfds里的句柄是否有可读信息 */ if(ret < 0)     perror("select");/* 这说明select函数出错 */ else if(ret == 0)    printf("超时\n"); /* 说明在我们设定的时间值1秒加500毫秒的时间内，socket的状态没有发生变化 */ else { /* 说明等待时间还未到1秒加500毫秒，socket的状态发生了变化 */         printf("ret=%d\n", ret); /* ret这个返回值记录了发生状态变化的句柄的数目，由于我们只监视了socket这一个句柄，所以这里一定ret=1，如果同时有多个句柄发生变化返回的就是句柄的总和了 */     /* 这里我们就应该从socket这个句柄里读取数据了，因为select函数已经告诉我们这个句柄里有数据可读 */    if(FD_ISSET(socket, &rdfds)) { /* 先判断一下socket这外被监视的句柄是否真的变成可读的了 */            /* 读取socket句柄里的数据 */             recv(...);     } }

注意select函数的第一个参数，是所有加入集合的句柄值的最大那个值还要加1。比如我们创建了3个句柄：

int sa, sb, sc; sa = socket(...); /* 分别创建3个句柄并连接到服务器上 */ connect(sa,...); sb = socket(...); connect(sb,...); sc = socket(...); connect(sc,...); FD_SET(sa, &rdfds);/* 分别把3个句柄加入读监视集合里去 */ FD_SET(sb, &rdfds); FD_SET(sc, &rdfds);

在使用select函数之前，一定要找到3个句柄中的最大值是哪个，我们一般定义一个变量来保存最大值，取得最大socket值如下：

int maxfd = 0; if(sa > maxfd)      maxfd = sa; if(sb > maxfd)     maxfd = sb; if(sc > maxfd)     maxfd = sc;

然后调用select函数：

ret = select(maxfd + 1, &rdfds, NULL, NULL, &tv); /* 注意是最大值还要加1 */

同样的道理，如果我们要检测用户是否按了键盘进行输入，我们就应该把标准输入0这个句柄放到select里来检测，如下：

FD_ZERO(&rdfds);

FD_SET(0, &rdfds);

tv.tv_sec = 1;

tv.tv_usec = 0;

ret = select(1, &rdfds, NULL, NULL, &tv); /* 注意是最大值还要加1 */

if(ret < 0)

     perror("select");/* 出错 */

else if(ret == 0)

     printf("超时\n"); /* 在我们设定的时间tv内，用户没有按键盘 */

else { /* 用户有按键盘，要读取用户的输入 */   

scanf("%s", buf); }

Linux环境下的软件安装，并不是一件容易的事情；如果通过源代码编译后在安装，当然事情就更为复杂一些；现在安装各种软件的教程都非常普遍；但万变不离其中，对基础知识的扎实掌握，安装各种软件的问题就迎刃而解了。Configure脚本配置工具就是基础之一，它是autoconf的工具的基本应用。

与一些技巧相比，Configure显得基础一些，当然使用和学习起来就显得枯燥乏味一些，当然要成为高手，对基础的熟悉不能超越哦。

为此我转载了一篇关于Configure选项配置的详细介绍。供大家参考

'configure'脚本有大量的命令行选项。对不同的软件包来说，这些选项可能会有变化，但是许多基本的选项是不会改变的。带上'--help'选项执行'configure'脚本可以看到可用的所有选项。尽管许多选项是很少用到的，但是当你为了特殊的需求而configure一个包时，知道他们的存在是很有益处的。下面对每一个选项进行简略的介绍：

--cache-file=FILE

'configure'会在你的系统上测试存在的特性(或者bug!)。为了加速随后进行的配置，测试的结果会存储在一个cache file里。当configure一个每个子树里都有'configure'脚本的复杂的源码树时，一个很好的cache file的存在会有很大帮助。

--help

输出帮助信息。即使是有经验的用户也偶尔需要使用使用'--help'选项，因为一个复杂的项目会包含附加的选项。例如，GCC包里的'configure'脚本就包含了允许你控制是否生成和在GCC中使用GNU汇编器的选项。

--no-create

'configure'中的一个主要函数会制作输出文件。此选项阻止'configure'生成这个文件。你可以认为这是一种演习(dry run)，尽管缓存(cache)仍然被改写了。

--quiet

--silent

当'configure'进行他的测试时，会输出简要的信息来告诉用户正在作什么。这样作是因为'configure'可能会比较慢，没有这种输出的话用户将会被扔在一旁疑惑正在发生什么，使用这两个选项中的任何一个都会把你扔到一旁。(译注：这两句话比较有意思，原文是这样的：If there was no such output, the user would be left wondering what is happening. By using this option, you too can be left wondering!)

--version

打印用来产生'configure'脚本的Autoconf的版本号。

--prefix=PEWFIX

'--prefix'是最常用的选项。制作出的'Makefile'会查看随此选项传递的参数，当一个包在安装时可以彻底的重新安置他的结构独立部分。举一个例子，当安装一个包，例如说Emacs，下面的命令将会使Emacs Lisp file被安装到"/opt/gnu/share"：

$ ./configure --prefix=/opt/gnu

--exec-prefix=EPREFIX

与'--prefix'选项类似，但是他是用来设置结构倚赖的文件的安装位置，编译好的'emacs'二进制文件就是这样一个问件。如果没有设置这个选项的话，默认使用的选项值将被设为和'--prefix'选项值一样。

--bindir=DIR

指定二进制文件的安装位置，这里的二进制文件定义为可以被用户直接执行的程序。

--sbindir=DIR

指定超级二进制文件的安装位置。这是一些通常只能由超级用户执行的程序。

--libexecdir=DIR

指定可执行支持文件的安装位置。与二进制文件相反，这些文件从来不直接由用户执行，但是可以被上面提到的二进制文件所执行。

--datadir=DIR

指定通用数据文件的安装位置。

--sysconfdir=DIR

指定在单个机器上使用的只读数据的安装位置。

--sharedstatedir=DIR

指定可以在多个机器上共享的可写数据的安装位置。

--localstatedir=DIR

指定只能单机使用的可写数据的安装位置。

--libdir=DIR

指定库文件的安装位置。

--includedir=DIR

指定C头文件的安装位置。其他语言如C++的头文件也可以使用此选项。

--oldincludedir=DIR

指定为除GCC外编译器安装的C头文件的安装位置。

--infodir=DIR

指定Info格式文档的安装位置.Info是被GNU工程所使用的文档格式。

--mandir=DIR

指定手册页的安装位置。

--srcdir=DIR

这个选项对安装没有作用，他会告诉'configure'源码的位置。一般来说不用指定此选项，因为'configure'脚本一般和源码文件在同一个目录下。

--program-prefix=PREFIX

指定将被加到所安装程序的名字上的前缀。例如，使用'--program-prefix=g'来configure一个名为'tar'的程序将会使安装的程序被命名为'gtar'。当和其他的安装选项一起使用时，这个选项只有当他被`Makefile.in'文件使用时才会工作。

--program-suffix=SUFFIX

指定将被加到所安装程序的名字上的后缀。

--program-transform-name=PROGRAM

这里的PROGRAM是一个sed脚本。当一个程序被安装时，他的名字将经过`sed -e PROGRAM'来产生安装的名字。

--build=BUILD

指定软件包安装的系统平台。如果没有指定，默认值将是'--host'选项的值。

--host=HOST

指定软件运行的系统平台。如果没有指定。将会运行`config.guess'来检测。

--target=GARGET

指定软件面向(target to)的系统平台。这主要在程序语言工具如编译器和汇编器上下文中起作用。如果没有指定，默认将使用'--host'选项的值。

--disable-FEATURE

一些软件包可以选择这个选项来提供为大型选项的编译时配置，例如使用Kerberos认证系统或者一个实验性的编译器最优配置。如果默认是提供这些特性，可以使用'--disable-FEATURE'来禁用它，这里'FEATURE'是特性的名字，例如：

$ ./configure --disable-gui

-enable-FEATURE[=ARG]

相反的，一些软件包可能提供了一些默认被禁止的特性,可以使用'--enable-FEATURE'来起用它。这里'FEATURE'是特性的名字。一个特性可能会接受一个可选的参数。例如：

$ ./configure --enable-buffers=128

`--enable-FEATURE=no'与上面提到的'--disable-FEATURE'是同义的。

--with-PACKAGE[=ARG]

在自由软件社区里，有使用已有软件包和库的优秀传统。当用'configure'来配置一个源码树时，可以提供其他已经安装的软件包的信息。例如，倚赖于Tcl和Tk的BLT器件工具包。要配置BLT，可能需要给'configure'提供一些关于我们把Tcl和Tk装的何处的信息：

$ ./configure --with-tcl=/usr/local --with-tk=/usr/local

'--with-PACKAGE=no'与下面将提到的'--without-PACKAGE'是同义的。

--without-PACKAGE

有时候你可能不想让你的软件包与系统已有的软件包交互。例如，你可能不想让你的新编译器使用GNU ld。通过使用这个选项可以做到这一点：

$ ./configure --without-gnu-ld

--x-includes=DIR

这个选项是'--with-PACKAGE'选项的一个特例。在Autoconf最初被开发出来时，流行使用'configure'来作为Imake的一个变通方法来制作运行于X的软件。'--x-includes'选项提供了向'configure'脚本指明包含X11头文件的目录的方法。

--x-libraries=DIR

类似的，'--x-libraries'选项提供了向'configure'脚本指明包含X11库的目录的方法。

在源码树中运行'configure'是不必要的同时也是不好的。一个由'configure'产生的良好的'Makefile'可以构筑源码属于另一棵树的软件包。在一个独立于源码的树中构筑派生的文件的好处是很明显的：派生的文件，如目标文件，会凌乱的散布于源码树。这也使在另一个不同的系统或用不同的配置选项构筑同样的目标文件非常困难。建议使用三棵树：一棵源码树(source tree)，一棵构筑树(build tree)，一棵安装树(install tree)。这里有一个很接近的例子，是使用这种方法来构筑GNU malloc包：

$ gtar zxf mmalloc-1.0.tar.gz

$ mkdir build && cd build

$ ../mmalloc-1.0/configure

creating cache ./config.cache

checking for gcc... gcc

checking whether the C compiler (gcc ) works... yes

checking whether the C compiler (gcc ) is a cross-compiler... no

checking whether we are using GNU C... yes

checking whether gcc accepts -g... yes

checking for a BSD compatible install... /usr/bin/install -c

checking host system type... i586-pc-linux-gnu

checking build system type... i586-pc-linux-gnu

checking for ar... ar

checking for ranlib... ranlib

checking how to run the C preprocessor... gcc -E

checking for unistd.h... yes

checking for getpagesize... yes

checking for working mmap... yes

checking for limits.h... yes

checking for stddef.h... yes

updating cache ../config.cache

creating ./config.status

这样这棵构筑树就被配置了，下面可以继续构筑和安装这个包到默认的位置'/usr/local'：

$ make all && make install

                                             图1－1
         接着介绍下蓝牙里面profile的定义，profile既是配置文件，配置文件定义了可能的应用，蓝牙配置文件表达了一般行为，蓝牙设备可以通过这些行为与其它设备进行通信。蓝牙技术定义了广泛的配置文件，描述了许多不同类型的使用案例。按照蓝牙规格中提供的指导，开发商可以创建应用程序以与其它符合蓝牙规格的设备协同工作。 到目前为止，蓝牙一共有22个profile，在这里我就不详细介绍图1-1的协议和每个Profile了，在www.bluetooth.com上有详细的文档说明。

         在这里我想详细介绍下已经实现了r的协议栈。

1. Widcomm:  第一个windows上的协议栈，由Widcomm公司开发，也就是现在的Broadcom .
2. Microsoft Windows stack: Windows XP SP2中包括了这个内建的协议栈，开发者也可以调用其API开发第三方软件。
3. Toshiba stack: 它也是基于Windows的，不支持第三方开发，但它把协议栈授权给一些laptop商(sony, asus等，我的本本上就是Toshiba的）。它支持的Profile有： SPP, DUN, FAX, LAP, OPP, FTP, HID, HCRP, PAN, BIP, HSP, HFP , A2DP, AVRCP, GAVDP）
4. BlueSoleil: 著名的IVT公司的产品，这个应该是个中国公司，值得自豪。该产品可以用于桌面和嵌入式，他也支持第三方开发，DUN, FAX, HFP, HSP, LAP, OBEX, OPP, PAN SPP, AV, BIP, FTP, GAP, HID, SDAP, and SYNC。
5. Bluez: Linux官方协议栈，该协议栈的上层用Socket封装，便于开发者使用，通过DBUS与其它应用程序通信。那么最近我的工作就是移植bluez 4.x到板子上。
6.  Affix: NOKIA公司的协议栈，在Symbian系统上运行，具体的没找到资料
7. BlueDragon：东软公司产品，值得骄傲，好像2002年6月就通过了蓝牙的认证，支持的Profile：SDP、Serial-DevB、AVCTP、AVRCP-Controller、AVRCP-Target、Headset-AG、Headset-HS、OPP-Client、OPP-Server、CT-GW、CT-Term、Intercom、FT-Server、FT-Client、GAP、SDAP、Serial-DevA、AVDTP、GAVDP、A2DP-Source、A2DP-Sink，但到现在我没怎么听过这个协议栈的应用，难得是个烂尾楼？？
8. BlueMagic：美国Open Interface 公司for portable embedded divce的协议栈，iphone(apple)，nav-u(sony)等很多电子产品都用该商业的协议栈，BlueMagic 3.0是第一个通过bluetooth 协议栈1.1认证的协议栈，那么我现在就在用它，那么该栈用起来简单，API清晰明了。实现了的profile有:HCI,L2CAP,RFCOMM,A/V,Remote,Control,A/V,Streaming,BIP,BPP,DUN,FAX,FTP,GAP,Hands-Free,and,Headset,HCRP,HID,OBEX,OPP,PAN,BNEP,PBAP,SAP,SPP,Synchronization,SyncML,Telephony,XML.
9. BCHS-Bluecore Host Software: 蓝牙芯片CSR的协议栈，同时他也提供了一些上层应用的Profile的库，当然了它也是为嵌入式产品了，支持的Profile有：A2DP,AVRCP,PBAP,BIP,BPP,CTP,DUN,FAX,FM API,FTP GAP,GAVDP,GOEP,HCRP,Headset,HF1.5,HID,ICP,JSR82,LAP Message Access Profile,OPP,PAN,SAP,SDAP,SPP,SYNC,SYNC ML。
10. Windows CE：微软给Windows CE开发的协议栈，但是windows ce本身也支持其它的协议栈
11. BlueLet：IVT公司for embedded product的清量级协议栈。

         我们是基于BlueMagic3的，最近呢也在研究bluez 4的移植和profile工作，后面我会再针对bluez做详细介绍。

         时间有限，简单的写了下，如果各位网友知道一些协议栈的动态，或对我写的有补充，请给我留言，我会及时改正，

攀升 2008-12-14 11:50 发表评论

]]>

    chdir("..");
    _findclose(filehandle);
        通过查证MSDN得知类似于_findfirst，findnext都是针对ASCII码的，要读unicode（windows默认字符集），就得用_wfindfirst，_wfindnext等读宽字符的操作函数，最终解决问题，但我没有松气，因为程序主要是运行在linux中的，Linux真不知道怎么整了。
        Linux上读多国语言的文件和目录就需要对Linux系统深入了解，因为我要读的文件是usb上的文件，所以得先挂载到一个目录，
        mount -t vfat /dev/sda1 /mnt/usb，然后readdir读入文件，与Windows上同样的错，读入的是"?"，我想和windows一样去找一个类似wreaddir，但是没有。于是应该从挂载着手，目前在NTFS和FAT32/VFAT下的文件系统上都使用了Unicode,这就需要系统在读取这些文件名时动态将其转换为相应的语言编码，也就是说挂载的时候要把usb上的编码转化成16位的Unicode编码，改命令如下后成功。
        mount -o iocharset = utf8 /dev/sda1 /mnt/usb.
        Linux对iocharset的解释如下：
        Character set to use for converting between 8 bit characters and 16 bit unicode charaters.The default is iso8859-1. Long filenames are stored on disk in Unicode format.
        至此终于解决了多国语言的问题，接着我无法想象还有什么问题会出来，但我准备好了。

ubuntu已经被我从硬盘上擦除了，呵呵，因为一些问题，找了张suse，安装时选了KDE,现在突然感觉不错，从可用性上，界面上都不再是那个死板的Linux，而且我没装什么驱动用跑起来也没问题（对于菜鸟来说这个比较重要），然后U盘也不用挂载就可用，不会出中文问题，就感觉还可以了，先给张图片大家看看。