有安装vs2008或2010吗，在安装目录下面的VC/src中自带有源代码。比如我的就在 D：\Program Files\Microsoft Visual Studio 0\VC\crt\src中。
成都创新互联坚持“要么做到，要么别承诺”的工作理念，服务领域包括：成都网站制作、成都网站建设、外贸营销网站建设、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的左贡网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！
基本上是一样的。你还是要定义一个头文件。头文件写自定义函数，然后用#include去包含那个头文件，那样你就可以在c文件里去调用头文件的函数了。也可以相互调用。2个头文件，互相#include。就行了。
origin/release/11/master 其实完全没有必要全都看，无论你有没有这个能力。因为由于历史兼容等问题，C标准库的代码并不是很适合学习，里面有些很杂乱。不过看过肯定比没看好，毕竟都是牛人写的。
而且如果使用了先进的代码模糊技术的话，基本上很难看透源代码的用意。
微软的CRT很多源代码是可见的，你只要在VS调试的时候在调用函数的地方设断点，然后按F11单步调试就会进入CRT的源代码。
这个看情况了。实际上库函数的大部分功能没有写到代码里面。以windows为例，它是在build程序时的连接阶段和相关的代码结合的。实际上它真正的工作方式也不在那些obj文件中，而obj文件是编译好了，读不了的文件。
1、首先标准只是规定了这些函数的接口和具体的运行效率的要求，这些函数具体是怎么写得要看各个编译器的实现和平台。
2、http：//，你可以下载最新版本的glibc-2tar.gz这个压缩文件，在Windows系统下直接用WinRAR解压即可，如果在Linux系统下用命令行解压的话，命令如下：tar -xzvf glibc-2tar.gz。
3、“r”控制符打开的是文本文件，打不开exe文件，而且你想获得exe文件的源代码，打开是不行的，需要反编译。
也就是说，当你执行过iconv以后，*outbuf所指向的内存空间位置已经被改掉了， 所以你任何时候去读*outbuf， 都是读不到任何iconv后的数据的（都在*outbuf这个指针前面放着呢）。
我觉得这是文件编码的问题，就是说linux下的文件编码一般情况下是utf-8的，所以就出现这个问题了。
首先是在本地创建的CPP文件，默认是UTF-8编码，后来转换成Ansi编码 再次上传编译后，这个问题就解决了。
A1%D7%AA 这类乱七八糟的编码是rfc标准，iconv是不可能认识的，必须先将rfc编码做个转换。如%AA这三个字符对应的实际字符是0xaa，对应字符是一个，不要想成四个啦。
如果一直返回 -1 就是转换失败，一般来说你这里失败可能有下面的原因：你的 gb2312 字符串含有非法的序列。无法成功转换，请检查来源字符串是否合法。
