发现有一个地方很奇怪，试过之后更觉得莫名其妙，百思不解。

同一支程序，把函式编成DLL用VB6去呼叫来使用，和把函式编成EXE用VB6去呼叫，
完全相同的内容，当然EXE和DLL有些编写方式不相同的部分有手动改过，编译后
也无错误讯息。去执行读取同一个档案，用EXE就可以，用DLL就不行，这是为何？

用同一支VB6程式去呼叫，一个用API方式，一个用Shell方式。调试模式下，
某个指标阵列要配置内存空间时，一个EXE可以配到，一个DLL配不到。
但是配置的需求大小完全一样。

是VC6的DLL有要变更哪些预设设置项目吗？

楼主是台湾来的朋友？

看不懂。

在DLL中动态申请内存，是从宿主进程的空间中获取，这个DLL挂在VB的进程中，两者的内存空间是不一样的，你写的东西可能不匹配。其实，你最好用.NET框架，和是无缝接合的，不存在这种问题。

长官是说VB6启动时，系统就有定义某个大小的内存范围能运用，
是说要我把它加大，但是我不知道要去哪加这东西，我VB6根本就
没设定过这​​东西，也没看过类似能设定的地方。

目前已经全先改成EXE了。

把11个二进制档案合并出1个1,264,942,058个字节的二进制档案，
再转出1,795,894,651字节的文本档，抓到5个错误点。STDF<->ATDF

总的来说剩接缝处差一个字节的错误，调试下预估明天下班前就能完工。
谢谢大家了。

.NET根本上来说，没那环境，整个公司没人用.NET开发软件或产品。
大概也只有小公司或新公司才能轻易的切换编程语言。
老公司和大公司的包袱太沉重，要换难阿。

VB6足可以完成绝大多数功能，要这样使用C写DLL的机会极微，就算要混搭C，也把它写成EXE独立执行胜于用DLL挂接。我说的是，如果非要用DLL，是最好用.NET，这样的DLL就不会出那些问题。你原本的问题就是问DLL。

这可能是个人习惯一个执行档内搭一堆执行档～感觉就好怪～这是怪僻～

不然就要搞用参数代号区别功能像DOS命令一样～喔～灵光乍现～就这么办～

一下VB6一下C有时还真会搞混～不过比VB和两边切换好多了～