VB中的一维数组有上限问题～记得是9万多～
不知道有方法可以突破吗？不想用二维阵列～
目前都是用结构去解决～不过还是想知道～

C的二维数组也有上限问题～记得是77万～
不知道有方法可以突破吗？想知道～

你的例子是举一个字节为一单位～
若是字符串数组～
是否还得要加总所有的字符串数组占的字节数才行吗？
所以同一台PC机的可声明总量是固定的～
而index的长度会随着每段包含的字节数去除出来而会自动变化的意思吗？

C的话就等于双指针的意思吗？
每块阵列的第一个起始位址是第一个指针～
很多第一个指针变成另一个阵列～
而第二个指针起始位址就是第一个指针数组的最前面第一个位址的意思吗？

仔细思考了一下～若依照你这个逻辑来推算～
你1GB实体内存可以开到284M的长度～
那我如果在4GB实体内存不就可以开到284M*4的长度吗？
而编出的程序移植到1GB实体内存的PC去运行～
不就会产生溢位的问题～这合理吗？

就好比一般软件都会建议需要使用多少实体内存或硬盘空间来安装～
但是实际上低于它的建议值的PC～照样可以安装并且正常运行～
那就奇怪了～为何它不会溢位？

所以是否还得加上虚拟内存～
而现在硬盘随便基本上都500GB起跳～而一般预设使用操作系统自动控制虚拟内存大小～
所以阵列的最大值确定是跟实体内存大小有关系吗？

VB我目前通常都改用多层结构去解决单一阵列长度上限的问题～
当然为了效率～还得适时的释放资源～达到需求的功能～
因为以前遇过使用VB去调用自编的DLL档～但是却遇上DLL中声明的数组有上限问题～
求助于高手～有人回答是因为VB中调用DLL时～会先配给一块内存～
当超过内存大小时就会导致的DLL无法成功compile～当然这个答案我是存疑的～
所以就想VB是怎样去控制配给的DLL内存的大小的～
---------------------------------------------------------------------------
那NTFS的分页管理系统是否就是操作系统自动配置临时文件的功用？
---------------------------------------------------------------------------
C的部分讲解我大概懂了～至少有个方向了～果然没法像VB的这么简便～哈....