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 函数�
相关文档：
转贴自：http://blog.sina.com.cn/s/blog_629562fe0100gs2l.html
稍作修改
gSOAP是一个夸平台的，用于开发Web Service服务端和客户端的工具，在Windows、Linux、MAC OS和UNIX下使用C和C++语言编码，集成了SSL功能。
下载地址：http://sourceforge.net/projects/gsoap2
官方网站：http://genivia.com/Products/g ......
1：每一个变量在使用前都得声明，不然在使用的时候就有可能是随机的数字
2：注意头文件中函数声明的时候要在后面加上分号
3：注意串口可以打印变量，就像C中的printf一样
4：DNW中不能打印float型数据
5：注意结构体指针数组 的使用和调用
6： ......
以下全文转载自http://www.keil.com/support/docs/697.htm Copyright © 2010 Keil™, An ARM® Company.
Information in this article applies to:
C51 Versio ......
只是有人牵涉到写程序的,我就说说.女主角如果不出来澄清就一辈子被毁了.校风严谨的清华也有这种滥S的行为有点不可思意.找程序员写作业只是个分手的借口吧.女主角还瞒清秀的.出来讨债的"冤大头"其实也不理智,毁了前女友的幸福很好吗?
但愿C语言门只是个娱乐 ......
参考网址：http://www.uclibc.org/
GNU的Glibc是一个非常宠大而完整的库，至少对于嵌入式系统来说，其体积显得过于大了一些。uClibc的提出较好的解决了这样一个问题。uClibc尽可能的兼容Glibc，大多数应用程序可以在很小或完全不修改的情况下就可能使用uClibc替代glibc。通过uClibc来代替Glibc，可以在不改变应用程序功� ......
