MISRA C ：让嵌入式系统更加安全可靠的一些关键规则
转自：http://www.bmrtech.com/article/2008/081126.htm
没人能否认嵌入式应用正变得越来越普遍。但是，当系统越来越复杂，而我们赋予系统越来越多的责任的时候，我们将必须面对一些重要问题。其中最重要的问题是：我们如何才能确保嵌入式系统是安全可靠的？
C 编程语言为用户提供了许多强大的功能，几乎与汇编语言一样强大。此外， C 语言还包含了一些在标准中未明确定义的区域和不用定义就能实现的条款。
用 C 来编写一个安全可靠的程序并不仅仅意味着该程序能完全按照编程者的预期来运行。它被移植到一个不同的环境下也需要正确运行。更重要的是，当其他人员阅读这些源代码时，它们必须像水晶一样清晰明了：一方面简化了不必要的猜测和诠释，另一方面当基于这些代码来做进一步开发时，能规避诱发新错误的风险。
汽车工业软件可靠性协会 (MISRA) 采取的措施是定义一套 C 编程语言的子集。如果在应用开发中仅使用这个子集，那么许多 C 编程语言中存在的缺陷就能被规避了。
这个子集名称为 "MISRA C" ，在一本名为“ Guides For The Use Of The C Language In Vehicle Based Software ”的手册中有具体定义。该指南共包括 127 条规则，分为“必选”和“建议”两类。
IAR Embedded Workbench 中几款产品（参见以下列表），内建了一个能检查绝大多数 MISRA C 规则的检查器，但是某些规则是无法被自动检测的。
如果在编写应用时忘了使用这些规则，以后再去修改应用以符合这些规范将非常困难。比如， MISRA C 第 118 条规则禁止使用动态分配内存，第 101 条规则规定禁止使用 指针运算 ，第 102 条规则表示不可以使用 超过两级的间接指针 。
另一方面，有几条规则是非常简单明了和成熟，即使你没有想过让你的应用做到 100% 的 MISRA C 兼容，如果能支持其中几条也至少能让应用更可靠一些。
在这篇文章里，我将推荐一些应该适用于所有项目的规则，即便你没想做到 100% 的 MISRA C 兼容。这些被挑选出来的规则通常是编译器不会去检查的。
在 IAR Embedded Workbench 中使用 MISRA C
在 IAR Embedded Workbench 中， MISRA C 的界面非常简单易用，你可以直接选择你所希望检查的规则，也可以在 "MISRA C" 标签下的 " 通用选项 " 部分的 "Options" 菜单列表中进行选择 。如果你使用命令行方式，你可以使用 --misrac 和 --misrac_verbose 命令选项。
大多数规则都由编译器自身来检查。然而�
相关文档：
http://blog.chinaunix.net/u1/41817/showart_342390.html
6．5
怎样将字符串打印成指定长度
?
如果要按表格形式打印一组字符串，你就需要将字符串打印成指定长度。利用
printf()函数可以很方便地实现这一点，请看下例
......
第一题：
下面程序的输出结果？
#include <stdio.h>
#include <iostream>
void main()
{
char str1[] = "";
char str2[] = "";
const char str3[] = "abc";
const char str4[] = "abc";
const char* str5 = "abc";
const char* str6 = "a ......
1. 枚举的定义枚举类型定义的一般形式为：
enum 枚举名{ 枚举值表 };
在枚举值表中应罗列出所有可用值。这些值也称为枚举元素。
例如：
该枚举名为weekday，枚举值共有7个，即一周中的七天。凡被说明为weekday类型变量的取值只能是七天中的某一天。
2. 枚举变� ......
C++提供的编译预处理功能主要有以下三种：
（一） 宏定义
（二） 文件包含
（三） 条件编译
在C++中，我们一般用const定义符号常量。很显然，用const定义常量比用define定义常量更好。
在使用宏定义时应注意的是：
（a） 在书写#define 命令时，注意<宏名>和<字符串>之间用空� ......
我不知道这篇文章的作者是谁，但我知道，他对java有一种很深的理解，其实文章中并没有体现出作者对java技术深层理解，但是从文中的每一句话中，我感受到了一些东西。这是一篇很好的文章，也可以帮助很多人迷茫的人解决问题。带来和大家分享一下。
前不久CSDN刊登了一篇《C语言已经死了》的文章，引起了一些争论。其实那� ......
