软件下载地址: http://www.eure.ca/

因为很多软件在设计的时候都会保存信息到Documents目录或者使用注册表项,所以从零开始制作优盘移动软件很难,幸好有Portable Apps项目,该项目已经把很多热门软件移动化,我利用这些程序制作自己的U3软件,就非常简单了. 首先下载需要的软件,安装,(路径可以选择安装在硬盘上,安装速度快)

本文末尾提供了我制作的二十几个u3p文件,您可以直接下载.

使用方法:

1,启动界面

2,点击右下角Advanced Mode (Wizard Mode我不会用,会出错)进入下图界面

3,点击Host Folder,然后Add File: 找到Portable Apps安装目录下面的主exe文件,例如Songbird Portable.exe

4,程序自己解析该exe,提取名称,图标,版本信息等

5,再返回Host Folder

6,增加Portable Apps 目录下所有相关的子目录

7,回到Summary界面,点击Create a U3P file, 界面如下,过一会儿一个你自己制作的U3安装软件.u3p就出来了.

这个.u3p就可以安装在U3launchpad里面了.

下面提供我制作的文件,省得大家重复劳动.

7-ZipPortable (20)

AudacityPortable (14)

BonkEncPortable (13)

ClamWinPortable (13)

ConvertAllPortable (12)

EraserDropPortable (16)

EraserPortable (11)

FoxitReaderPortable (17)

GIMPPortable (11)

GoogleChromePortable (15)

GVimPortable (12)

InfraRecorder Portable (16)

MirandaPortable (11)

MozillaFirefoxPortableEdition (14)

MozillaThunderbirdPortableEdition (14)

NotepadPortable (12)

PidginPortable (10)

PuTTYPortable (13)

SongbirdPortable (11)

SpyDLLRemoverPortable (12)

SumatraPDFPortable (12)

TeamViewerPortable (12)

WinDirStatPortable (15)

WinMergePortable (13)

标题: IEEE本地和城域网标准 – 第16部分: 固定和移动宽带无线接入系统的空接口 – 修正案: 高级空接口
Title: IEEE Standard for Local and Metropolitan Area Networks – Part 16: Air Interface for Fixed and Mobile Broadband Wireless Access Systems – Amendment: Advanced Air Interface
Scope: This standard amends the IEEE 802.16 WirelessMAN-OFDMA specification to provide an advanced air interface for operation in licensed bands. It meets the cellular layer requirements of IMT-Advanced next generation mobile networks. This amendment provides continuing support for legacy WirelessMAN-OFDMA equipment.
Purpose: The purpose of this standard is to provide performance improvements necessary to support future advanced services and applications, such as those described by the ITU in Report ITU-R M.2072.

该项投票2010年7月9日结束.

有需要该标准文本或那个ITU2072报告的同行可以联系我.

美中不足的是，Mystique配置界面中主菜单只能在无、链接、页面、分类目录和自定义菜单中做单选，我希望能把分类目录和自定义菜单并存，一起显示出来。可惜作者没有设计这样的功能。Hacking的真谛就是要自己动手，当然还有无私分享。下面我就贴出我的做法：

先来看看core.php中相关功能实现函数

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54

// print the main navigation menu
function mystique_navigation() {
  $navtype = get_mystique_option('navigation');
  if($navtype): ?>
 
   <div class="shadow-left">
   <div class="shadow-right clearfix">
   <?php
    $nav_extra = apply_filters("mystique_navigation_extra", '');  // check for new icons and output
    if($nav_extra) echo '<p class="nav-extra">'.$nav_extra.'</p>';  ?>
 
   <ul id="navigation" class="clearfix">
     <?php
      if((get_option('show_on_front')<>'page') && get_mystique_option('exclude_home')<>'1'):
       if(is_home() && !is_paged()): ?>
        <li class="active home"><a class="home active fadeThis" href="<?php echo get_settings('home'); ?>" title="<?php _e('You are Home','mystique'); ?>"><span class="title"><?php _e('Home','mystique'); ?></span><span class="pointer"></span></a></li>
       <?php else: ?>
        <li class="home"><a class="home fadeThis" href="<?php echo get_option('home'); ?>" title="<?php _e('Click for Home','mystique'); ?>"><span class="title"><?php _e('Home','mystique'); ?></span><span class="pointer"></span></a></li>
      <?php
       endif;
      endif; ?>
     <?php
       if($navtype=='categories'):
        mystique_list_categories(array('hide_empty' => false, 'exclude' => get_mystique_option('exclude_categories')));
 
       elseif($navtype=='links'):
        $links = get_bookmarks(array(
        'orderby'        => 'name',
        'order'          => 'ASC',
        'limit'          => -1,
        'category'       => null,
        'category_name'  => get_mystique_option('navigation_links'),
        'hide_invisible' => true,
        'show_updated'   => 0,
        'include'        => null,
        'search'         => '.'));
 
        foreach ($links as $link):
         if($link->link_target) $target = ' target="'.wp_specialchars($link->link_target).'"'; else $target = '';
         if($link->link_rel) $rel = ' rel="'.wp_specialchars($link->link_rel).'"'; else $rel = '';
         if($link->link_description) $title = ' title="'.wp_specialchars($link->link_description).'"'; else $title = '';
         echo '<li><a class="fadeThis" href="'.$link->link_url.'"'.$target.$rel.$title.'><span class="title">'.$link->link_name.'</span><span class="pointer"></span></a><li>';
        endforeach;
 
       else:
        mystique_list_pages(array('exclude' => get_mystique_option('exclude_pages'), 'sort_column' => 'menu_order'));
       endif;
 
       do_action('mystique_navigation'); ?>
   </ul>
   </div>
   </div>
  <?php endif;
}

可以看出，作者整体设计的时候，就没有想要让用户做复选，在条件判断中使用了连续的if … elseif… 实现。

我采用了一个偷懒的方法仅把

1

if($navtype=='categories'):

注释掉，然后把接下来的

1

 elseif($navtype=='links'):

改成

1

 if($navtype=='links'):

就可以啦。 ]]> http://zhuwenhao.com/480/%e6%8a%80%e6%9c%af/%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%92%8c%e7%bd%91%e7%ab%99%e7%b1%bb/%e4%bf%ae%e6%94%b9%e4%b8%bb%e9%a2%98%e6%94%af%e6%8c%81%e4%b8%a4%e7%a7%8d%e8%8f%9c%e5%8d%95%e5%b9%b6%e5%ad%98/feed/ 0 http://zhuwenhao.com/411/%e6%8a%80%e6%9c%af/%e8%bd%af%e4%bb%b6%e5%b7%a5%e7%a8%8b/%e8%ae%be%e8%ae%a1/c%e8%af%ad%e8%a8%80%e5%b5%8c%e5%85%a5%e5%bc%8f%e7%b3%bb%e7%bb%9f%e7%bc%96%e7%a8%8b%e4%bf%ae%e7%82%bc%e4%b9%8b%e4%ba%8c%e8%bd%af%e4%bb%b6%e6%9e%b6%e6%9e%84%e7%af%87/ http://zhuwenhao.com/411/%e6%8a%80%e6%9c%af/%e8%bd%af%e4%bb%b6%e5%b7%a5%e7%a8%8b/%e8%ae%be%e8%ae%a1/c%e8%af%ad%e8%a8%80%e5%b5%8c%e5%85%a5%e5%bc%8f%e7%b3%bb%e7%bb%9f%e7%bc%96%e7%a8%8b%e4%bf%ae%e7%82%bc%e4%b9%8b%e4%ba%8c%e8%bd%af%e4%bb%b6%e6%9e%b6%e6%9e%84%e7%af%87/#comments Sat, 12 Jun 2010 06:19:06 +0000 朱文昊 Albert Zhu http://zhuwenhao.com/?p=411 作者：宋宝华　来源：天极网

朱文昊按语: 最近读到的一篇文章,收藏并作为一篇程序员修炼之路专辑中的一篇文章.

模块划分

模块划分的”划”是规划的意思，意指怎样合理的将一个很大的软件划分为一系列功能独立的部分合作完成系统的需求。C语言作为一种结构化的程序设计语言，在模块的划分上主要依据功能（依功能进行划分在面向对象设计中成为一个错误，牛顿定律遇到了相对论），C语言模块化程序设计需理解如下概念：

（1） 模块即是一个.c文件和一个.h文件的结合，头文件(.h)中是对于该模块接口的声明；

（2） 某模块提供给其它模块调用的外部函数及数据需在.h中文件中冠以extern关键字声明；

（3） 模块内的函数和全局变量需在.c文件开头冠以static关键字声明；

（4） 永远不要在.h文件中定义变量！定义变量和声明变量的区别在于定义会产生内存分配的操作，是汇编阶段的概念；而声明则只是告诉包含该声明的模块在连接阶段从其它模块寻找外部函数和变量。如：

以上程序的结果是在模块1、2、3中都定义了整型变量a，a在不同的模块中对应不同的地址单元，这个世界上从来不需要这样的程序。正确的做法是：

这样如果模块1、2、3操作a的话，对应的是同一片内存单元。

一个嵌入式系统通常包括两类模块：

（1）硬件驱动模块，一种特定硬件对应一个模块；

（2）软件功能模块，其模块的划分应满足低偶合、高内聚的要求。

多任务还是单任务

所谓”单任务系统”是指该系统不能支持多任务并发操作，宏观串行地执行一个任务。而多任务系统则可以宏观并行（微观上可能串行）地”同时”执行多个任务。

多任务的并发执行通常依赖于一个多任务操作系统（OS），多任务OS的核心是系统调度器，它使用任务控制块（TCB）来管理任务调度功能。TCB包括任务的当前状态、优先级、要等待的事件或资源、任务程序码的起始地址、初始堆栈指针等信息。调度器在任务被激活时，要用到这些信息。此外，TCB还被用来存放任务的”上下文”（context)。任务的上下文就是当一个执行中的任务被停止时，所要保存的所有信息。通常，上下文就是计算机当前的状态，也即各个寄存器的内容。当发生任务切换时，当前运行的任务的上下文被存入TCB，并将要被执行的任务的上下文从它的TCB中取出，放入各个寄存器中。

嵌入式多任务OS的典型例子有Vxworks、ucLinux等。嵌入式OS并非遥不可及的神坛之物，我们可以用不到1000行代码实现一个针对80186处理器的功能最简单的OS内核，作者正准备进行此项工作，希望能将心得贡献给大家。

究竟选择多任务还是单任务方式，依赖于软件的体系是否庞大。例如，绝大多数手机程序都是多任务的，但也有一些小灵通的协议栈是单任务的，没有操作系统，它们的主程序轮流调用各个软件模块的处理程序，模拟多任务环境。

单任务程序典型架构

（1）从CPU复位时的指定地址开始执行；

（2）跳转至汇编代码startup处执行；

（3）跳转至用户主程序main执行，在main中完成：

a.初试化各硬件设备；

b.初始化各软件模块；

c.进入死循环（无限循环），调用各模块的处理函数

用户主程序和各模块的处理函数都以C语言完成。用户主程序最后都进入了一个死循环，其首选方案是：

有的程序员这样写：

这个语法没有确切表达代码的含义，我们从for(;;)看不出什么，只有弄明白for(;;)在C语言中意味着无条件循环才明白其意。

下面是几个”著名”的死循环：

（1）操作系统是死循环；

（2）WIN32程序是死循环；

（3）嵌入式系统软件是死循环；

（4）多线程程序的线程处理函数是死循环。

你可能会辩驳，大声说：”凡事都不是绝对的，2、3、4都可以不是死循环”。Yes，you are right，但是你得不到鲜花和掌声。实际上，这是一个没有太大意义的牛角尖，因为这个世界从来不需要一个处理完几个消息就喊着要OS杀死它的WIN32程序，不需要一个刚开始RUN就自行了断的嵌入式系统，不需要莫名其妙启动一个做一点事就干掉自己的线程。有时候，过于严谨制造的不是便利而是麻烦。君不见，五层的TCP/IP协议栈超越严谨的ISO/OSI七层协议栈大行其道成为事实上的标准？

经常有网友讨论：

等类似问题。面对这些问题，我们只能发出由衷的感慨：世界上还有很多有意义的事情等着我们去消化摄入的食物。

实际上，嵌入式系统要运行到世界末日。

中断服务程序

中断是嵌入式系统中重要的组成部分，但是在标准C中不包含中断。许多编译开发商在标准C上增加了对中断的支持，提供新的关键字用于标示中断服务程序(ISR)，类似于__interrupt、#program interrupt等。当一个函数被定义为ISR的时候，编译器会自动为该函数增加中断服务程序所需要的中断现场入栈和出栈代码。

中断服务程序需要满足如下要求：

(1)不能返回值；

(2)不能向ISR传递参数；

(3) ISR应该尽可能的短小精悍；

(4) printf(char * lpFormatString,…)函数会带来重入和性能问题，不能在ISR中采用。

在某项目的开发中，我们设计了一个队列，在中断服务程序中，只是将中断类型添加入该队列中，在主程序的死循环中不断扫描中断队列是否有中断，有则取出队列中的第一个中断类型，进行相应处理。

在主程序循环中判断是否有中断：

按上述方法设计的中断服务程序很小，实际的工作都交由主程序执行了。

硬件驱动模块

一个硬件驱动模块通常应包括如下函数：

（1）中断服务程序ISR

（2）硬件初始化

a.修改寄存器，设置硬件参数（如UART应设置其波特率，AD/DA设备应设置其采样速率等）；

b.将中断服务程序入口地址写入中断向量表：

（3）设置CPU针对该硬件的控制线

a.如果控制线可作PIO（可编程I/O）和控制信号用，则设置CPU内部对应寄存器使其作为控制信号；

b.设置CPU内部的针对该设备的中断屏蔽位，设置中断方式（电平触发还是边缘触发）。

（4）提供一系列针对该设备的操作接口函数。例如，对于LCD，其驱动模块应提供绘制像素、画线、绘制矩阵、显示字符点阵等函数；而对于实时钟，其驱动模块则需提供获取时间、设置时间等函数。

C的面向对象化

在面向对象的语言里面，出现了类的概念。类是对特定数据的特定操作的集合体。类包含了两个范畴：数据和操作。而C语言中的struct仅仅是数据的集合，我们可以利用函数指针将struct模拟为一个包含数据和操作的”类”。下面的C程序模拟了一个最简单的”类”：

我们可以利用C语言模拟出面向对象的三个特性：封装、继承和多态，但是更多的时候，我们只是需要将数据与行为封装以解决软件结构混乱的问题。C模拟面向对象思想的目的不在于模拟行为本身，而在于解决某些情况下使用C语言编程时程序整体框架结构分散、数据和函数脱节的问题。我们在后续章节会看到这样的例子。

总结

本篇介绍了嵌入式系统编程软件架构方面的知识，主要包括模块划分、多任务还是单任务选取、单任务程序典型架构、中断服务程序、硬件驱动模块设计等，从宏观上给出了一个嵌入式系统软件所包含的主要元素。

请记住：软件结构是软件的灵魂！结构混乱的程序面目可憎，调试、测试、维护、升级都极度困难。

如果用GPS接收器对某一固定点连续读取数据的话，就可以追踪这一点的运动情况，例如火山在内部岩浆作用下的不断膨胀，或是从南极大陆架上断裂下来的冰山的移动情况。增加接收器的数量（提高精度），用已知精确位置的GPS固定基站的信号作为基准，就可以清晰地捕捉到物体1／10英寸的突然运动，并对其进行实时监测。有了这项技术，科学家们就可以“上天入地”，探索很多我们原来并不十分清楚的动态过程。

香港的青马大桥是世界上最长的悬索桥，全长2200米，主桥跨度达1377米，两座吊塔高206米，距离海面62米。大桥可以承受强烈台风的袭击，桥体摇动距离可以达到几英尺，而疾驰而过的列车也会造成大桥主跨产生上下半米左右的振动。不过大桥的摇动也不能过于剧烈，如果桥身侧摆超过5米，大桥的钢梁和吊索就会像面条一样发生扭曲和弯折。

为了防患于未然，监测青马大桥的工程技术人员采用了GPS传感器阵列来对大桥的三维空间位置进行实时监控。他们在大桥的吊索、桥面和桥塔上安装了14个GPS接收器，这些接收器用长达数公里的光缆相连。这些传感器每秒钟都会向中央主控计算机发送10次各自的空间位置信息。同时在另外两个固定点上安装的GPS传感器也向主控计算机发回数据，主控计算机对数据进行校正以减小其误差。这样就可以把大桥的空间位置精确地显示出来，其水平误差不超过1厘米，垂直误差不超过2厘米。计算机还可以计算出风速和风向，并估算出大桥各个部位的应力和载荷状况，这样维护人员就可以方便地安排修理和维护工作。

科学家们还从来没有实地观察过金星或其他星球上的火山爆发。他们只知道在远古时代那里曾经有过火山爆发，但是对岩浆的流动速度、粘稠度等许多具体情况却无从得知。现在也没有能够在金星表面进行实地勘测的设备。于是科学家们就只能寻找地球上与之相类似的物质进行替代研究，然后把地球表面的物质与卫星照片进行对照，再分析其它星球的卫星照片，以此来分析推断遥远星球的情况。

在观察地球卫星照片的时候，科学家们发现美国新墨西哥州两处长达40到50公里的岩浆流，地理学家给它们起名为Car－rizozo和McCartys。这么长的岩浆流在地球上实属罕见，但在金星上却是很典型的情况。金星上的温度要比地球高得多，岩浆流的长度和存留时间要比地球上更长。

研究人员搜集了有关这两处岩浆流的几千份GPS数据，建立了岩浆流在许多不同地点的精确地形剖面图资料。这些岩浆流经地段的高度、坡度等地形资料能够帮助地质学家们了解岩浆的粘稠度，从而也就能判断出岩浆的成份及其流动的速度。Carrizozo和McCartys这两处岩浆流中间部分的粘稠度较低，而边缘部分粘稠度则较大，所以这两处岩浆流的特点就是中间流速大、不易冷却，边缘流速慢、冷却速度快。GPS数据还显示了凝固的岩浆外壳下隐藏着的奇异现象，其中包括岩浆流中心的一条岩浆管道，这一管道可以使岩浆在长达15公里的距离内保持融化状态。研究人员目前还不知道金星上是否也存在这种岩浆管道，这是一项很吸引人的研究内容。如果没有GPS的高精度测量技术，研究人员或许根本不会去研究这个问题，了解这一切的唯一途径就是亲自深入险地进行观测，但即使研究人员呆在火山爆发的地方亲自观察也未必能有这样的发现。

GPS系统在很多领域都获得了广泛的应用，它的功能现在已经不仅仅局限于为个人提供位置和时间信息了。拥有这项技术，我们向宇宙的真相又迈进了一步。GPS系统的未来无可限量，技术进步带来的梦想也是没有止境的。

下面就将逐一介绍其中几个关键的部分：
第一部分：内核的引导(核内引导)

Red Hat9.0可以使用lilo或grub等引导程序开始引导Linux系统，当引导程序成功完成引导任务后，Linux从它们手中接管了CPU的控制权，然后CPU就开始执行Linux的核心映象代码，开始了Linux启动过程。这里使用了几个汇编程序来引导Linux，这一步泛及到Linux源代码树中的“arch/i386/boot”下的这几个文件：bootsect.S、setup.S、video.S等。

其中bootsect.S是生成引导扇区的汇编源码，它完成加载动作后直接跳转到setup.S的程序入口。setup.S的主要功能就是将系统参数（包括内存、磁盘等，由BIOS返回）拷贝到特别内存中，以便以后这些参数被保护模式下的代码来读取。此外，setup.S还将video.S中的代码包含进来，检测和设置显示器和显示模式。最后，setup.S将系统转换到保护模式，并跳转到 0×100000。

那么0×100000这个内存地址中存放的是什么代码？而这些代码又是从何而来的呢？

0×100000这个内存地址存放的是解压后的内核，因为Red Hat提供的内核包含了众多驱动和功能而显得比较大，所以在内核编译中使用了“makebzImage”方式，从而生成压缩过的内核，在RedHat中内核常常被命名为vmlinuz，在Linux的最初引导过程中，是通过”arch/i386/boot/compressed/”中的head.S利用misc.c中定义的decompress_kernel()函数，将内核vmlinuz解压到0×100000的。

当CPU跳到0×100000时，将执行”arch/i386/kernel/head.S”中的startup_32，它也是vmlinux的入口，然后就跳转到start_kernel()中去了。start_kernel()是”init/main.c”中的定义的函数，start_kernel()中调用了一系列初始化函数，以完成kernel本身的设置。start_kernel()函数中，做了大量的工作来建立基本的Linux核心环境。如果顺利执行完start_kernel()，则基本的Linux核心环境已经建立起来了。

在start_kernel()的最后，通过调用init()函数，系统创建第一个核心线程，启动了init过程。而核心线程init()主要是来进行一些外设初始化的工作的，包括调用do_basic_setup()完成外设及其驱动程序的加载和初始化。并完成文件系统初始化和root文件系统的安装。

当do_basic_setup()函数返回init()，init()又打开了/dev/console设备，重定向三个标准的输入输出文件stdin、stdout和stderr到控制台，最后，搜索文件系统中的init程序（或者由init=命令行参数指定的程序），并使用 execve()系统调用加载执行init程序。到此init()函数结束，内核的引导部分也到此结束了.

第二部分：运行init
init的进程号是1，从这一点就能看出，init进程是系统所有进程的起点，Linux在完成核内引导以后，就开始运行init程序，。init程序需要读取配置文件/etc/inittab。inittab是一个不可执行的文本文件，它有若干行指令所组成。在Redhat系统中，inittab的内容如下所示(以“###”开始的中注释为笔者增加的)：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60

#
# inittab       This file describes how the INIT process should set up
#               the system in a certain run-level.
#
# Author:       Miquel van Smoorenburg,
 
#               Modified for RHS Linux by Marc Ewing and Donnie Barnes
#
 
# Default runlevel. The runlevels used by RHS are:
#   0 - halt (Do NOT set initdefault to this)
#   1 - Single user mode
#   2 - Multiuser, without NFS (The same as 3, if you do not havenetworking)
#   3 - Full multiuser mode
#   4 - unused
#   5 - X11
#   6 - reboot (Do NOT set initdefault to this)
#
###表示当前缺省运行级别为5(initdefault)；
id:5:initdefault:
 
###启动时自动执行/etc/rc.d/rc.sysinit脚本(sysinit)
# System initialization.
si::sysinit:/etc/rc.d/rc.sysinit
 
l0:0:wait:/etc/rc.d/rc 0
l1:1:wait:/etc/rc.d/rc 1
l2:2:wait:/etc/rc.d/rc 2
l3:3:wait:/etc/rc.d/rc 3
l4:4:wait:/etc/rc.d/rc 4
###当运行级别为5时，以5为参数运行/etc/rc.d/rc脚本，init将等待其返回(wait)
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6
 
###在启动过程中允许按CTRL-ALT-DELETE重启系统
# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now
 
# When our UPS tells us power has failed, assume we have a few minutes
# of power left.  Schedule a shutdown for 2 minutes from now.
# This does, of course, assume you have powerd installed and your
# UPS connected and working correctly.
pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
 
# If power was restored before the shutdown kicked in, cancel it.
pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
 
###在2、3、4、5级别上以ttyX为参数执行/sbin/mingetty程序，打开ttyX终端用于用户登录，
###如果进程退出则再次运行mingetty程序(respawn)
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
 
###在5级别上运行xdm程序，提供xdm图形方式登录界面，并在退出时重新执行(respawn)
# Run xdm in runlevel 5
x:5:respawn:/etc/X11/prefdm -nodaemon

以上面的inittab文件为例，来说明一下inittab的格式。其中以#开始的行是注释行，除了注释行之外，每一行都有以下格式：
id:runlevel:action:process

对上面各项的详细解释如下：

1. id

id是指入口标识符，它是一个字符串，对于getty或mingetty等其他login程序项，要求id与tty的编号相同，否则getty程序将不能正常工作。

2. runlevel

runlevel是init所处于的运行级别的标识，一般使用0－6以及S或s。0、1、6运行级别被系统保留：其中0作为shutdown动作，1作为重启至单用户模式，6为重启；S和s意义相同，表示单用户模式，且无需inittab文件，因此也不在inittab中出现，实际上，进入单用户模式时，init直接在控制台（/dev/console）上运行/sbin/sulogin。在一般的系统实现中，都使用了2、3、4、5几个级别，在Redhat系统中，2表示无NFS支持的多用户模式，3表示完全多用户模式（也是最常用的级别），4保留给用户自定义，5表示XDM图形登录方式。7－9级别也是可以使用的，传统的Unix系统没有定义这几个级别。runlevel可以是并列的多个值，以匹配多个运行级别，对大多数action来说，仅当runlevel与当前运行级别匹配成功才会执行。

3. action

action是描述其后的process的运行方式的。action可取的值包括：initdefault、sysinit、boot、bootwait等：

initdefault是一个特殊的action值，用于标识缺省的启动级别；当init由核心激活以后，它将读取inittab中的initdefault项，取得其中的runlevel，并作为当前的运行级别。如果没有inittab文件，或者其中没有initdefault项，init将在控制台上请求输入runlevel。

sysinit、boot、bootwait等action将在系统启动时无条件运行，而忽略其中的runlevel。

其余的action（不含initdefault）都与某个runlevel相关。各个action的定义在inittab的man手册中有详细的描述。

4. process

process为具体的执行程序。程序后面可以带参数。

第三部分：系统初始化

在init的配置文件中有这么一行：

si::sysinit:/etc/rc.d/rc.sysinit

它调用执行了/etc/rc.d/rc.sysinit，而rc.sysinit是一个bash shell的脚本，它主要是完成一些系统初始化的工作，rc.sysinit是每一个运行级别都要首先运行的重要脚本。它主要完成的工作有：激活交换分区，检查磁盘，加载硬件模块以及其它一些需要优先执行任务。

rc.sysinit约有850多行，但是每个单一的功能还是比较简单，而且带有注释，建议有兴趣的用户可以自行阅读自己机器上的该文件，以了解系统初始化所详细情况。由于此文件较长，所以不在本文中列出来，也不做具体的介绍。

当rc.sysinit程序执行完毕后，将返回init继续下一步。
第四部分：启动对应运行级别的守护进程
在rc.sysinit执行后，将返回init继续其它的动作，通常接下来会执行到/etc/rc.d/rc程序。以运行级别3为例，init将执行配置文件inittab中的以下这行：

l5:5:wait:/etc/rc.d/rc 5

这一行表示以5为参数运行/etc/rc.d/rc，/etc/rc.d/rc是一个Shell脚本，它接受5作为参数，去执行/etc/rc.d/rc5.d/目录下的所有的rc启动脚本，/etc/rc.d/rc5.d/目录中的这些启动脚本实际上都是一些链接文件，而不是真正的rc启动脚本，真正的rc启动脚本实际上都是放在/etc/rc.d/init.d/目录下。而这些rc启动脚本有着类似的用法，它们一般能接受start、stop、restart、status等参数。

/etc/rc.d/rc5.d/中的rc启动脚本通常是K或S开头的链接文件，对于以以S开头的启动脚本，将以start参数来运行。而如果发现存在相应的脚本也存在K打头的链接，而且已经处于运行态了(以/var/lock/subsys/下的文件作为标志)，则将首先以stop为参数停止这些已经启动了的守护进程，然后再重新运行。这样做是为了保证是当init改变运行级别时，所有相关的守护进程都将重启。

至于在每个运行级中将运行哪些守护进程，用户可以通过chkconfig或setup中的”System Services”来自行设定。常见的守护进程有：

amd：自动安装NFS守护进程
apmd:高级电源管理守护进程
arpwatch：记录日志并构建一个在LAN接口上看到的以太网地址和IP地址对数据库
autofs：自动安装管理进程automount，与NFS相关，依赖于NIS
crond：Linux下的计划任务的守护进程
named：DNS服务器
netfs：安装NFS、Samba和NetWare网络文件系统
network：激活已配置网络接口的脚本程序
nfs：打开NFS服务
portmap：RPC portmap管理器，它管理基于RPC服务的连接
sendmail：邮件服务器sendmail
smb：Samba文件共享/打印服务
syslog：一个让系统引导时起动syslog和klogd系统日志守候进程的脚本
xfs：X Window字型服务器，为本地和远程X服务器提供字型集
Xinetd：支持多种网络服务的核心守护进程，可以管理wuftp、sshd、telnet等服务

这些守护进程也启动完成了，rc程序也就执行完了，然后又将返回init继续下一步。

第五部分：建立终端
rc执行完毕后，返回init。这时基本系统环境已经设置好了，各种守护进程也已经启动了。init接下来会打开6个终端，以便用户登录系统。通过按Alt+Fn(n对应1-6)可以在这6个终端中切换。在inittab中的以下6行就是定义了6个终端：

1
2
3
4
5
6

1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6

从上面可以看出在2、3、4、5的运行级别中都将以respawn方式运行mingetty程序，mingetty程序能打开终端、设置模式。同时它会显示一个文本登录界面，这个界面就是我们经常看到的登录界面，在这个登录界面中会提示用户输入用户名，而用户输入的用户将作为参数传给login程序来验证用户的身份。

第六部分：登录系统，启动完成

对于运行级别为5的图形方式用户来说，他们的登录是通过一个图形化的登录界面。登录成功后可以直接进入KDE、Gnome等窗口管理器。而本文主要讲的还是文本方式登录的情况：

当我们看到mingetty的登录界面时，我们就可以输入用户名和密码来登录系统了。

Linux的账号验证程序是login，login会接收mingetty传来的用户名作为用户名参数。然后login会对用户名进行分析：如果用户名不是root，且存在/etc/nologin文件，login将输出nologin文件的内容，然后退出。这通常用来系统维护时防止非root用户登录。只有/etc/securetty中登记了的终端才允许root用户登录，如果不存在这个文件，则root可以在任何终端上登录。/etc/usertty文件用于对用户作出附加访问限制，如果不存在这个文件，则没有其他限制。

在分析完用户名后，login将搜索/etc/passwd以及/etc/shadow来验证密码以及设置账户的其它信息，比如：主目录是什么、使用何种shell。如果没有指定主目录，将默认为根目录；如果没有指定shell，将默认为/bin/bash。

login程序成功后，会向对应的终端在输出最近一次登录的信息(在/var/log/lastlog中有记录)，并检查用户是否有新邮件(在/usr/spool/mail/的对应用户名目录下)。然后开始设置各种环境变量：对于bash来说，系统首先寻找/etc/profile脚本文件，并执行它；然后如果用户的主目录中存在.bash_profile文件，就执行它，在这些文件中又可能调用了其它配置文件，所有的配置文件执行后后，各种环境变量也设好了，这时会出现大家熟悉的命令行提示符，到此整个启动过程就结束了。

希望通过上面对Linux启动过程的剖析能帮助那些想深入学习Linux用户建立一个相关Linux启动过程的清晰概念，进而可以进一步研究Linux接下来是如何工作的。

语句表达式
==========
GNU C 把包含在括号中的复合语句看做是一个表达式，称为语句表达式，它可以出现在任何允许表达式的地方，你可以在语句表达式中使用循环、局部变量等，原本只能在复合语句中使用。例如：

1
2
3
4
5

++++ include/linux/kernel.h
159: #define min_t(type,x,y) \
160: ({ type __x = (x); type __y = (y); __x < __y ? __x: __y; })
++++ net/ipv4/tcp_output.c
654: int full_space = min_t(int, tp->window_clamp, tcp_full_space(sk));

复合语句的最后一个语句应该是一个表达式，它的值将成为这个语句表达式的值。这里定义了一个安全的求最小值的宏，在标准 C 中，通常定义为:

1

#define min(x,y) ((x) < (y) ? (x) : (y))

这个定义计算 x 和 y 分别两次，当参数有副作用时，将产生不正确的结果，使用语句表达式只计算参数一次，避免了可能的错误。语句表达式通常用于宏定义。

Typeof
======
使用前一节定义的宏需要知道参数的类型，利用 typeof 可以定义更通用的宏，不必事先知道参数的类型，例如：

1
2
3
4
5
6

++++ include/linux/kernel.h
141: #define min(x,y) ({ \
142: const typeof(x) _x = (x); \
143: const typeof(y) _y = (y); \
144: (void) (&_x == &_y); \
145: _x < _y ? _x : _y; })

这里 typeof(x) 表示 x 的值类型，第 142 行定义了一个与 x 类型相同的局部变量 _x 并初使化为 x，注意第 144 行的作用是检查参数 x 和 y 的类型是否相同。typeof 可以用在任何类型可以使用的地方，通常用于宏定义。
零长度数组
======
GNU C 允许使用零长度数组，在定义变长对象的头结构时，这个特性非常有用。例如：

1
2
3
4
5

++++ include/linux/minix_fs.h
85: struct minix_dir_entry {
86: __u16 inode;
87: char name[0];
88: };

结构的最后一个元素定义为零长度数组，它不占结构的空间。在标准 C 中则需要定义数组长度为 1，分配时计算对象大小比较复杂。
可变参数宏
==========
在 GNU C 中，宏可以接受可变数目的参数，就象函数一样，例如：

1
2
3

++++ include/linux/kernel.h
110: #define pr_debug(fmt,arg...) \
111: printk(KERN_DEBUG fmt,##arg)

这里 arg 表示其余的参数，可以是零个或多个，这些参数以及参数之间的逗号构成 arg 的值，在宏扩展时替换 arg，例如：

1

pr_debug("%s:%d",filename,line)

扩展为

1

printk("<7>"  "%s:%d", filename, line)

使用 ## 的原因是处理 arg 不匹配任何参数的情况，这时 arg 的值为空，GNU C 预处理器在这种特殊情况下，丢弃 ## 之前的逗号，这样

1

pr_debug("success!\n")

扩展为

1

printk("<7>"  "success!\n")

注意最后没有逗号。
标号元素
========
标准 C 要求数组或结构变量的初使化值必须以固定的顺序出现，在 GNU C 中，通过指定索引或结构域名，允许初始化值以任意顺序出现。指定数组索引的方法是在初始化值前写 ‘[INDEX] =’，要指定一个范围使用[FIRST ... LAST] =’ 的形式，
例如：

1
2

+++++ arch/i386/kernel/irq.c
1079: static unsigned long irq_affinity [NR_IRQS] = { [0 ... NR_IRQS-1] = ~0UL };

将数组的所有元素初使化为 ~0UL，这可以看做是一种简写形式。
要指定结构元素，在元素值前写 ‘FIELDNAME:’，例如：

1
2
3
4
5
6
7
8
9
10
11

++++ fs/ext2/file.c
41: struct file_operations ext2_file_operations = {
42: llseek: generic_file_llseek,
43: read: generic_file_read,
44: write: generic_file_write,
45: ioctl: ext2_ioctl,
46: mmap: generic_file_mmap,
47: open: generic_file_open,
48: release: ext2_release_file,
49: fsync: ext2_sync_file,
50 };

将结构 ext2_file_operations 的元素 llseek 初始化为 generic_file_llseek，元素 read 初始化为 genenric_file_read，依次类推。我觉得这是 GNU C 扩展中最好的特性之一，当结构的定义变化以至元素的偏移改变时，这种初始化方法仍然保证已知元素的正确性。对于未出现在初始化中的元素，其初值为 0。
Case 范围
=========
GNU C 允许在一个 case 标号中指定一个连续范围的值，例如：

1
2
3
4
5

++++ arch/i386/kernel/irq.c
1062: case '0' ... '9': c -= '0'; break;
1063: case 'a' ... 'f': c -= 'a'-10; break;
1064: case 'A' ... 'F': c -= 'A'-10; break;
case '0' ... '9':

相当于

1
2

case '0': case '1': case '2': case '3': case '4':
case '5': case '6': case '7': case '8': case '9':

声明的特殊属性
==============
GNU C 允许声明函数、变量和类型的特殊属性，以便手工的代码优化和更仔细的代码检查。要指定一个声明的属性，在声明后写

1

__attribute__ (( ATTRIBUTE ))

其中 ATTRIBUTE 是属性说明，多个属性以逗号分隔。GNU C 支持十几个属性，这里介绍最常用的：
* noreturn
属性 noreturn 用于函数，表示该函数从不返回。这可以让编译器生成稍微优化的代码，最重要的是可以消除不必要的警告信息比如未初使化的变量。例如：

1
2
3

++++ include/linux/kernel.h
47: # define ATTRIB_NORET __attribute__((noreturn)) ....
61: asmlinkage NORET_TYPE void do_exit(long error_code)

ATTRIB_NORET;
* format (ARCHETYPE, STRING-INDEX, FIRST-TO-CHECK)
属性 format 用于函数，表示该函数使用 printf, scanf 或 strftime 风格的参数，使用这类函数最容易犯的错误是格式串与参数不匹配，指定 format 属性可以让编译器根据格式串检查参数类型。例如：

1
2
3

++++ include/linux/kernel.h?
89: asmlinkage int printk(const char * fmt, ...)
90: __attribute__ ((format (printf, 1, 2)));

表示第一个参数是格式串，从第二个参数起根据格式串检查参数。
* unused
属性 unused 用于函数和变量，表示该函数或变量可能不使用，这个属性可以避免编译器产生警告信息。
* section (“section-name”)
属性 section 用于函数和变量，通常编译器将函数放在 .text 节，变量放在.data 或 .bss 节，使用 section 属性，可以让编译器将函数或变量放在指定的节中。

GNU CC 预定义了两个标志符保存当前函数的名字，__FUNCTION__ 保存函数在源码中的名字，__PRETTY_FUNCTION__ 保存带语言特色的名字。在 C 函数中，这两个名字是相同的，在 C++ 函数中，__PRETTY_FUNCTION__ 包括函数返回类型等额外信息，Linux 内核只使用了 __FUNCTION__。

1
2
3
4
5
6
7
8
9
10
11
12

++++ fs/ext2/super.c
98: void ext2_update_dynamic_rev(struct super_block *sb)
99: {
100: struct ext2_super_block *es = EXT2_SB(sb)->s_es;
101:
102: if (le32_to_cpu(es->s_rev_level) > EXT2_GOOD_OLD_REV)
103: return;
104:
105: ext2_warning(sb, __FUNCTION__,
106: "updating to rev %d because of new feature flag, "
107: "running e2fsck is recommended",
108: EXT2_DYNAMIC_REV);

这里 __FUNCTION__ 将被替换为字符串 “ext2_update_dynamic_rev”。虽然__FUNCTION__ 看起来类似于标准 C 中的 __FILE__，但实际上 __FUNCTION__是被编译器替换的，不象 __FILE__ 被预处理器替换。
内建函数
========
GNU C 提供了大量的内建函数，其中很多是标准 C 库函数的内建版本，例如memcpy，它们与对应的 C 库函数功能相同，本文不讨论这类函数，其他内建函数的名字通常以 __builtin 开始。
* __builtin_return_address (LEVEL)
内建函数 __builtin_return_address 返回当前函数或其调用者的返回地址，参数LEVEL 指定在栈上搜索框架的个数，0 表示当前函数的返回地址，1 表示当前函数的调用者的返回地址，依此类推。例如：

1
2
3
4

++++ kernel/sched.c
437: printk(KERN_ERR "schedule_timeout: wrong timeout "
438: "value %lx from %p\n", timeout,
439: __builtin_return_address(0));

* __builtin_constant_p(EXP)
内建函数 __builtin_constant_p 用于判断一个值是否为编译时常数，如果参数EXP 的值是常数，函数返回 1，否则返回 0。例如：

1
2
3
4
5

++++ include/asm-i386/bitops.h
249: #define test_bit(nr,addr) \
250: (__builtin_constant_p(nr) ? \
251: constant_test_bit((nr),(addr)) : \
252: variable_test_bit((nr),(addr)))

很多计算或操作在参数为常数时有更优化的实现，在 GNU C 中用上面的方法可以根据参数是否为常数，只编译常数版本或非常数版本，这样既不失通用性，又能在参数是常数时编译出最优化的代码。
* __builtin_expect(EXP, C)
内建函数 __builtin_expect 用于为编译器提供分支预测信息，其返回值是整数表达式 EXP 的值，C 的值必须是编译时常数。例如：

1
2
3
4
5
6
7
8

++++ include/linux/compiler.h
13: #define likely(x) __builtin_expect((x),1)
14: #define unlikely(x) __builtin_expect((x),0)
++++ kernel/sched.c
564: if (unlikely(in_interrupt())) {
565: printk("Scheduling in interrupt\n");
566: BUG();
567: }

这个内建函数的语义是 EXP 的预期值是 C，编译器可以根据这个信息适当地重排语句块的顺序，使程序在预期的情况下有更高的执行效率。上面的例子表示处于中断上下文是很少发生的，第 565-566 行的目标码可能会放在较远的位置，以保证经常执行的目标码更紧凑。 

下面贴出脚本，本方法需要先安装mutt邮件客户端。
请注意，有些老点的文章中给出的示例，在邮件地址前面没有 — 符号，这会造成新版本的mutt提示 No recipients specified. 只要加上 — 符号就可以了。
还有一个注意的地方，如果连续发送很多数据库文件并保存在Sent文件中，很快就会消耗大量的本地硬盘空间。让mutt默认不保存已发送邮件的方法是修改 /etc/Muttrc文件，或者在当前用户home目录下，修改或建立一个隐藏文件 .muttrc (注意这两个M的大小写)， 修改或增加这样一行 set record=”/dev/null” （一般默认为 set record=”~/Sent”），就可以让Mutt不保存已发送邮件从而节省空间了。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

#!/bin/sh
sendfiletogmail ()
{
        FilePath=$1
        FileName=$2".bz2"
        mutt -s "Database Backup File ${FileName}" -a${FilePath}"/"${FileName} -- yourMailBox@gmail.com < "/path/to/emailbody.txt"
}
 
 
backup ()
{
        DBName=$@
        BackupPath="/path/to/"${DBName}
        BackupName=${DBName}-`date "+[%z%Z]%Y-%m-%d-%H-%M-%S"`".sql"
                if [[ -d "${BackupPath}" ]] || mkdir ${BackupPath};
                then
                                if        mysqldump -uroot -pYourPasswd \
                                                --default-character-set=utf8 --opt --master-data=1 \
                                                --single-transaction --flush-logs \
                                                ${DBName} > ${BackupPath}"/"${BackupName};
                                then
                                                echo ${BackupName}"Backup success!"
                                                bzip2 -q -s  ${BackupPath}"/"${BackupName};
                                                sendfiletogmail ${BackupPath} ${BackupName}
                                else
                                                echo ${BackupName}"Backup Failed@@@@@@@@@@@@@@@@@@@@@@@@"
                                fi
                fi
                find ${BackupPath}"/" -ctime +7 -exec rm {} \;
}
#Call the function to backup database assigned below
backup  yourDBnamd_db

要想成为一名合格的C语言程序员，读什么样的书是一个首先碰到的基本问题。我的品位是，读计算机方面的著作，一定要读国外人写的经典级别的书。回忆我的往事，在中学时候看了一点BASIC基础，学会了盲打，会用了Windows 3X和95，这些就是我在读大学前全部的计算机基础知识。在大学第一年的寒假，回家的火车上，我没有买到座位票，于是只好站着回家。在这十八个小时的旅途中，我阅读了大约1/2的《C程序设计语言》，对，就是那本Kernighan和Richie合著的薄薄的书。不过惭愧的是，我当时的英语很差，读的当然是东南大学徐宝文翻译的第一版。徐先生的翻译很好，所以我才能顺利读下来。有人可能觉得奇怪，没有什么基础的情况下，如何能读完这么一本书？我的感受是，当要学习一种全新的东西，读书不能奢望全理解，勇敢的看下去，看完它，和作者的第一次沟通才能完成。

这第一次沟通，奠定了我的C语言基础知识，也决定了我今后在C语言程序员、系统软件设计、嵌入式系统设计等方面的职业脉络。读了第一本C语言经典之后，应该就可以编写一些和书中例程差不多的小程序了。接下来需要阅读的经典有：《C专家编程》(Expert C Programming — Deep C Secrets)、《C陷阱与缺陷》(C Traps and Pitfalls)、《C和指针》(Pointers on C)、《C语言核心技术》(C in a Nutshell)、《代码大全》(Code Complete)。读完了这些书，基本上就可以号称是C语言程序员了。

其中《C和指针》我接触的比较晚，非常的遗憾。当我读了《C和指针》，那种相见恨晚的感觉，难于言表。《C专家编程》《C陷阱与缺陷》这两本书，作者处的时代很久远了。如果在现代PC程序设计领域，相关问题可能很少遇到。但是对C语言程序员而言，还是要继续列为必读书目，因为那些晦涩的问题，还是会不停的重现在嵌入式系统的硬件和编译环境里。《代码大全》结合一定的工作经验来读，会有更深的感触。

学习C语言的路还没有结束，真的要理解C语言，你就要了解“语言”，读一读《程学设计语言》(Programming Language-Michael L. Scott)吧。这本研究生和本科课程通用的教材，会让你对C语言的了解上升一个层次，不，一个数量级。

过了这个界线，C语言的学习就该依据职业规划来细分道路了。我只能根据自己的经验谈谈。

首先，学会用Linux操作体系或者其他类似的＊nix系统，因为这些系统是面向程序员的操作系统，如果你真的是一个程序员，在＊nix你会感到更舒服。会用Gcc也是必须的。

其次，读一下Intel出版的《多核程序设计》。

(本文未完成，请期待更新)