#include "stdafx.h"
#include "stdio.h"
#include "graphics.h"
#include "stdlib.h"
#include "conio.h"


int APIENTRY WinMain(HINSTANCE hInstance,
                     HINSTANCE hPrevInstance,
                     LPSTR     lpCmdLine,
                     int       nCmdShow)
{
     int gdriver, gmode;
detectgraph(&gdriver, &gmode);  /*自动测试硬件*/
printf("the graphics driver is %d, mode is %d\n",
gdriver,gmode); /*输出测试结果*/
getch();
initgraph(&gdriver, &gmode, "");
/* 根据测试结果初始化图形*/
bar3d(10, 10, 130, 250, 20, 1);
getch();
closegraph();

// TODO: Place code here.

    return 0;
}
--------------------Configuration: 1111 - Win32 Debug--------------------
Compiling...
1111.cpp
C:\Program Files\Microsoft Visual Studio\MyProjects\1111\1111.cpp(17) : error C2065: 'detectgraph' : undeclared identifier
执行 cl.exe 时出错.

1111.exe - 1 error(s), 0 warning(s)
为什么未定义啊，怎么办

include graphics.h是C的图形库，VC不再保留该库，VC是面向对象编程，所以用的是控件，只要加上画图控件就好。
另外，graphics.h 和 里面定义的绘图函数都是 使用Turbo C 的，在VC++中无法运行

这种问题解答过多次了，真有想封掉的冲动。这是特定商家提供的函数库，不是什么C的库，学C不要把特定的东西当作普遍的东西，这是学习之前就应该暸解清楚的前提知识，也是我反复说过要浏览相关介绍再入手学习的原因，不要一开始就把头扎到具体知识中，忽略了高处俯览，把握不到大局，将不可移植的东西当作语言本体，还要不懂特定的平台有特定的解决方案，那等于白学。

每个能夠在市场中生存下来的编译平台，都必然有自己的一套解决方案，不可能总靠变换平台来解决的，哪有VC就没有图形库之理。以前DOS时代，除了TC/BC，别的编译器环境难道就不能写图形程序了？用脑子想一想也知道这是不可能的。

其实C语言本身就没什么函数库，别说没库，连语言自己的函数都没有，一个都没有！语言只是规定了如何写函数，但却确实一个内置的函数都没有，所谓标准库，是长期实践下来，大家都接受了的一套函数用法，就如黑箱，大家都知道应该有怎样的行为，但具体内部如何实现，其实也是编译器商家自己处理的，本质上标准库也不是语言自己的。C之所以小巧（一张1.44M软盘就能装载），就是因为它什么都不提供，全部要你自己从头做，重新发明轮子，这样当然是你想做什么就做什么了。那种人家说C语言强大，盲目去学的人，就以为真的学了什么都能做，到头来才知道到处碰壁，原来什么都要自己做，才发出学完了不知道能夠做什么的感慨，当然了，因为能夠做事的都是别人做过、做好提供给你的，早知这样，当初不如直接学别的提供大量现成库功能的语言还早点有成绩。

哈哈，不是同一个人问的，就算了吧~~ 新手问的问题也大多数在论坛都能够找到的。

弄的我不敢问问题了。不过还是谢谢版版这么详细的回答。

不是要你不敢问问题，而是要警醒你应该怎么问问题：事先查找一下论坛有没有解答过类似的问题，不要一开始就问，注册了，花两三天时间浏览一下论坛上现存的帖子，翻个十页八页，找不到再问，像这种出现频率很高的问题，很容易就找着。

然后，我上面跟你说了那么多，只是希望你有时间去暸解一下更多的知识，不要盲目。比如你这代码，抄或看到的时候，应该留意到有注明是TC代码的，那么你如果用VC编译器，就应该自问怎么移植，首先要做的事，就是暸解这两个编译器有什么区别，去搜索、阅读相关的资料，这样才能学到东西的。就算现在有人就技术答技术，告诉你怎么弄了，你也无法知道上面的道理，然后在别的问题上又再犯迷糊，继续问，继续求人，这样就等于无了局。你觉得是不是这样？

的确，这帖子其实最重要的问题不是怎么解决函数怎么用的问题，而是怎么在不同平台上移植问题