Windows C 多线程编程的库支持
Windows C 多线程编程的库支持
线程实质上是程序中的执行路径。也是 Win32 安排的最小执行单元。线程包括堆栈、CPU 寄存器的状态和系统计划程序执行列表中的项。每个线程共享所有进程的资源。
进程包括一个或多个线程和代码、数据和内存中的其他程序资源。典型的程序资源是打开的文件、信号灯和动态分配的内存。当系统计划程序给予其中的一个线程执行控制时，即执行程序。计划程序确定应当运行哪些线程以及它们应当何时运行。较低优先级的线程可能必须等到较高优先级的线程完成任务后才能运行。在多处理器计算机上，计划程序可以将单个线程移到不同的处理器以“平衡”CPU 负荷。
进程中的每个线程都独立运行。除非使这些线程相互可见，否则线程分别执行，对进程中的其他线程一无所知。线程共享公共资源，但是，必须使用信号灯或其他进程间的通信方法协调它们的工作。
1、多线程编程的库支持
如果在执行 printf 函数时有线程被 Win32 计划程序挂起，则程序的其他线程中的某一个可能会开始执行。如果第二个线程也调用 printf，数据可能会损坏。为避免这种情况，必须限制对函数使用的静态数据的访问，一次只允许一个线程访问数据。
因为每个线程具有不同的堆栈，所以不需要序列化对基于堆栈的（自动）变量的访问。因此，只使用自动（堆栈）变量的函数是可重入的。标准 C 运行时库（如 LIBC）的可重入函数的数量有限。对于需要使用通常不可重入的 C 运行时库函数的多线程程序，应该使用多线程库 LIBCMT.LIB 来生成。
多线程 C 库：LIBCMT.LIB 和 MSVCRT.LIB
支持库 LIBCMT.LIB 是可重入库，用于创建多线程程序。调用共享的 MSVCRT70.DLL 中代码的 MSVCRT.LIB 库也是可重入库。当应用程序调用这些库中的函数时，可以应用下列规则：
所有库调用必须使用 C (__cdecl) 调用约定；使用其他调用约定（如 __fastcall 或 __stdcall）编译的程序必须使用它们调用的运行时库函数的标准包含文件。
传递到库函数的变量必须由值传递或转换为指针。
使用 LIBCMT.LIB 生成的程序不与它们所调用的任何动态链接库共享 C 运行时库代码或数据。
LIBCMT.LIB 和 MSVCRT.LIB 以外的其他选择
如果不使用 LIBCMT.LIB 来生成多线程程序，必须执行下列操作：
使用标准 C 库并且只允许可重入函数集进行库调用。
使用 Win32 API 线程管理函数，如 CreateThread。
通过使用 Win32 服务（如信号灯和 EnterCriticalSection 及 LeaveCriticalSection 函数�
相关文档：
1.引言
C++语言的创建初衷是“a better C”，但是这并不意味着C++中类似C语言的全局变量和函数所采用的编译和连接方式与C语言完全相同。作为一种欲与C兼容的语言，C++保留了一部分过程式语言的特点（被世人称为“不彻底地面向对象”），因而它可以定义不属于任何类的全局变量和函数。但是，C++毕� ......
1：每一个变量在使用前都得声明，不然在使用的时候就有可能是随机的数字
2：注意头文件中函数声明的时候要在后面加上分号
3：注意串口可以打印变量，就像C中的printf一样
4：DNW中不能打印float型数据
5：注意结构体指针数组 的使用和调用
6： ......
到最后还是自己解决了，导致该问题的原因是在linux启动到最后出现：
/bin/sh: can't access tty; job control turned off
而出现该错误的原因和解决方法google后有千百种，尝试了很多种都没有帮我解决问题。
下面是我自己的解决方法：
1. vi /etc/inittab 第一行添加
console::sysinit:/etc/init.d ......
参考网址：http://www.uclibc.org/
GNU的Glibc是一个非常宠大而完整的库，至少对于嵌入式系统来说，其体积显得过于大了一些。uClibc的提出较好的解决了这样一个问题。uClibc尽可能的兼容Glibc，大多数应用程序可以在很小或完全不修改的情况下就可能使用uClibc替代glibc。通过uClibc来代替Glibc，可以在不改变应用程序功� ......
C++的static有两种用法：面向过程程序设计中的static和面向对象程序设计中的static。前者应用于普通变量和函数，不涉及类；后者主要说明static在类中的作用。
一、面向过程设计中的static
1、静态全局变量
在全局变量前，加上关键字static，该变量就被定义成为一个静态全局变量。我们先举一个静态全局变量的例子，如下： ......
