C/C++圣战(二)
ODBC和IDAPI之争
当Microsoft在逐渐的击败他的竞争对手，并且拥有了大部份PC数据库市场之后，便慢慢的了解到掌握标准的重要性。此外Microsoft为了统一各应用程序之间不同资料的存取，因此开始制定存取资料的统一标准-ODBC。Microsoft更大的目的是为了准备和瞄准下一场的大战，那就是PC上的RDBMS产品。当然Microsoft 要一统资料存取的江山，Borland不同意，其时一心想从Microsoft扳回一城的IBM也不同意，而Novell更是害怕，因为Novell怕 Microsoft成功之后Netware会消失得更快。于是IBM，Novell和Borland以及一些其它的小厂便聚集在一起，决定也制定一套存取资料的标准接口来和Microsoft对抗，这就是IDAPI。此时也正式揭开了ODBC和IDAPI竞争的序幕。不过IBM，Novell和Borland的结合很快的就证明是失败的，因为就像稍后说明的一样，IBM在PC软件上的发展一直是三心二意，反反复复，因此当IDAPI 1.0的规格出来之后，IBM这位老兄又失去了和Microsoft对抗的兴趣，于是就退出了IDAPI联盟。至于Novell就更不用说了，Novell对于和Microsoft一向是『说说可以，真打不行』，一定要找到一群厂商才敢和Microsoft对抗。Novell在眼看IBM退出之后，也马上不战而降，很快的就也退出IDAPI联盟，这个现象和稍后Novell对于和Borland秘密合作的 Appware/AppBuilder计划如出一辙，都是虎头蛇尾，草草收场。 在两个大盟友临阵脱逃之后，Philippe Kahn仍然不畏惧Microsoft的竞争，还是以IDAPI 1.0的规格实作资料存取引擎，这就是我们现在使用的BDE/IDAPI和SQL Links的前身。当时IDAPI 1.0的功能规格比ODBC 1.0好得多了，我记得Delphi 1.0使用的BDE/IDAPI和SQL Links驱动程序也比当时慢得像乌龟的ODBC快上太多了。只可惜在IBM和Novell推出之后，其它的小厂也是一轰而散。因此Borland只能靠自己独自和Microsoft对抗。Borland能够以少量的资源一直对抗到Delphi 3的BDE/IDAPI才逐渐地被ODBC追过，也算是非战之罪了。怪也只能怪Borland意志不坚的盟友。当然由于IBM和Novell的行事做风是如此，在稍后许多能够和Microsoft一较长短的公司会也因为如此而消逝，最后自食恶果，逐渐失去了PC的软件市场，再也无力和Microsoft抗衡了。现在呢，Borland似乎吸取了当时的错误，正努力的在Linux上定义标准资料存取接口dbExpress, 我希望也祝福Borland能够成功。
当Visual C++ 1.0在C/C++开发工具市场获得了空前成功之后，Borland才从Borland C/C++ 3.1的胜利梦中惊醒，思考如何面对Visual C++�
相关文档：
—★—培训周期：共950学时 5个月
—★—培训附赠：保证学员人手一机和一套ARM9开发板
—★—培训内容：在项目经理的带领下，通过完成局网的麻将游戏、My ICQ(网络聊天)和发电机在线监控系统，BT下载软件，掌握基于Linux和Windows平台下的C/C++企业级应用的开发技能，掌握大型软件项 ......
最近对基础知识进行了学习，发现以前很多东西都没有搞清楚
1. 编译的问题，头文件主要是定义
//////// add.c
int add(int a, int b)
{
return a + b;
}
///////// main.c
#include <stdio.h>
int add(int a, int b);
int main ()
{
printf("%d" ......
转C和汇编混合编程
.data是初始化的数据块。这些数据包括编译时被初始化的globle和static变量，也包括字符串。
连接器将OBJs及LIBs文件的.data结合成一个大的.data。local变量以放在一个线性的堆栈中，
不占.data和.bss的空间。和.text一样，数据块是以明文的形式存放在文件中的。无法防止对其物理的修改。
.bss区是存� ......
