读《微软C编程精粹》的一些收获
- 要使用断言对函数参数进行确认
- 为了不必要的开销，可以仅使用断言，而不要return
网上有人写的strcpy代码，做了太多的出错处理，导致性能低下，其实没必要，用assert就行了，这样在debug模式下能捕捉错误，release下又不影响性能。
- 书上提供的memcpy的范例
void memcpy(void* pvTo, void* pvfrom, size_t size)
{
void* pbTo = (byte*)pvTo;
void* pbfrom = (byte*)pvfrom;
ASSERT(pvTo != NULL && pvfrom != NULL);
/* 内存块重叠吗？如果重叠，就使用memmove */
ASSERT(pbTo>=pbfrom+size || pbfrom>=pbTo+size);
while(size-->0)
*pbTo++ == *pbfrom++;
return(pvTo);
}
- 不使用ASSERT的危害
这个小组的代码与Word代码之间一个明显的区别是Word代码从过去到现在一直都使用断言和调试代码，而他们的代码却几乎没有使用断言。因此，其程序员没有什么好的办法可以确定其代码中的实际错误情况，错误只能慢慢地暴露出来。如果他们在代码中使用了断言，这些错误本该在几个月之前就被检查出来。
同样，xeyez由于没有使用Debug版，导致了很多的内存错误在客户的电脑上暴漏了出来。
- 一个错误的使用ASSERT的例子
char* strdup(char* str)
{
char* strNew;
ASSERT(str != NULL);
strNew = (char*)malloc(strlen(str)+1);
ASSERT(strNew != NULL); // 这里使用错误
strcpy(strNew, str);
return(strNew);
}
第一个断言的用法是正确的，因为它被用来检查在该程序正常工作时绝不应该发生的非法情况。第二个断言的用法相当不同，它所测试的是错误情况，是在其最终产品中肯定会出现并且必须对其进行处理的错误情况。
虽然这一程序更精确地反应了相应的算法，但有经验的程序员很少会这样编码。否则好机会就来了，我们可以把他们塞进一辆既没有安全带又没有车门的双人Cessna车中。上面的程序使人感到太危险了。
在该函数的交付版本中，相应的防错措施可以保证当出了毛病时，用户可以不受损失；而在该函数的调试版本中，错误仍然可以被报告出来。
相关文档：
【原型】
type fun( type arg1, type arg2, ...
);
【描述】
主要用在参数个数不确定的函数中，例如：printf函数。
【使用方法】
参考：glib/manual/Add.c
#include <stdarg.h>
#include <stdio.h>
int add_em_up (int coun ......
【函数原型】
int printf(char *format...);
【功能描述】
标准输出函数。
【举例】
#include<stdio.h>
int main ( int argc, char *argv[] )
{
printf("hello world!!\n");
return 0;
}
【实现分� ......
http://www.cnblogs.com/hoodlum1980/archive/2007/08/15/857067.html
题干：输入两个较大的数，输出相乘的结果。
意思也就是两个数很大，超出了int的存储范围。
#include <stdio.h>
#include <string.h>
#include <stdlib.h>
#define N 100
void GetDigits( ......
1.引言
C++语言的创建初衷是“a better C”，但是这并不意味着C++中类似C语言的全局变量和函数所采用的编译和连接方式与C语言完全相同。作为一种欲与C兼容的语言，C++保留了一部分过程式语言的特点（被世人称为“不彻底地面向对象”），因而它可以定义不属于任何类的全局变量和函数。但是，C++毕� ......
以前曾经总结过一篇(http://www.cppblog.com/franksunny/archive/2007/11/29/37510.html
)，关于在
C
中如何调用
C++
的代码，当时并未做完全的展开，只是简单的做了下调试，最近看到一个题目要求实现
C
和
C++
中代码的互相调用，其结果虽然都是通过
extern “C”
来实现
，但是具体还是有些差别的� ......
