是访问数组时越界了吗?
12 个解决方案
#1
一般是因为数据在进行存储时,去不该去的地方.
#2
写好错误处理
#3
是不是程序可以正常运行,运行结束之后才出现的对话框,或者是关闭VB的时候出现.
如果是这样的话我可以告诉你,是你电脑系统里面存在问题.
如果是这样的话我可以告诉你,是你电脑系统里面存在问题.
#4
我建議你重裝VB
#5
好象错误处理也对它不起作用。
出现的错误是那种操作系统的错误一样,就是右下角有一个“不发送”按钮的那种窗口。
#6
是数据读取或存储时,去了不该去的地方.
比如说:你调用一个方法,而且这个方法未对数据进行检查.在读取或写入内存的时候,会读到了错误信息.或更改了不应该更改的地方.出现了错误.(比如:人家要求的是byte型,你写入一个long型.)他处理了前二位,但是后二位也会写入内存.对不起.这个内存地址正好被某某用.你就无意中修改了.那个变量在读出来后,变了...系统就当机了.
比如说:你调用一个方法,而且这个方法未对数据进行检查.在读取或写入内存的时候,会读到了错误信息.或更改了不应该更改的地方.出现了错误.(比如:人家要求的是byte型,你写入一个long型.)他处理了前二位,但是后二位也会写入内存.对不起.这个内存地址正好被某某用.你就无意中修改了.那个变量在读出来后,变了...系统就当机了.
#7
学习下..呵呵!
#8
软件里面确实是有写文件。不知道会不会确实问题出在那里。我仔细研究一下。谢谢你。
#9
我只是一个示例,并不是说在读写文件的时候.
比如说调用API.调用DLL库里面的方法等.都会有可能出现问题.
其实应该是BUG一类的,但又不能明确说是:因为微软的处理错误程序代码里都发现了,并给了你提示.
比如说调用API.调用DLL库里面的方法等.都会有可能出现问题.
其实应该是BUG一类的,但又不能明确说是:因为微软的处理错误程序代码里都发现了,并给了你提示.
#10
还是没找出来原因呀,又没有测试的环境,郁闷死了。
#11
可以在主要的执行过程中加入日志标记位置,发生问题的时候根据日志定位在哪个函数出现问题,再找就容易多了。
#12
这说明你程序设计有缺陷呀.
有些问题你没有考虑到,因此就造成了错误.
或许是某个数字溢出了,或许是某个输入类型不符合等等.要看具体问题的
有些问题你没有考虑到,因此就造成了错误.
或许是某个数字溢出了,或许是某个输入类型不符合等等.要看具体问题的
#1
一般是因为数据在进行存储时,去不该去的地方.
#2
写好错误处理
#3
是不是程序可以正常运行,运行结束之后才出现的对话框,或者是关闭VB的时候出现.
如果是这样的话我可以告诉你,是你电脑系统里面存在问题.
如果是这样的话我可以告诉你,是你电脑系统里面存在问题.
#4
我建議你重裝VB
#5
好象错误处理也对它不起作用。
出现的错误是那种操作系统的错误一样,就是右下角有一个“不发送”按钮的那种窗口。
#6
是数据读取或存储时,去了不该去的地方.
比如说:你调用一个方法,而且这个方法未对数据进行检查.在读取或写入内存的时候,会读到了错误信息.或更改了不应该更改的地方.出现了错误.(比如:人家要求的是byte型,你写入一个long型.)他处理了前二位,但是后二位也会写入内存.对不起.这个内存地址正好被某某用.你就无意中修改了.那个变量在读出来后,变了...系统就当机了.
比如说:你调用一个方法,而且这个方法未对数据进行检查.在读取或写入内存的时候,会读到了错误信息.或更改了不应该更改的地方.出现了错误.(比如:人家要求的是byte型,你写入一个long型.)他处理了前二位,但是后二位也会写入内存.对不起.这个内存地址正好被某某用.你就无意中修改了.那个变量在读出来后,变了...系统就当机了.
#7
学习下..呵呵!
#8
软件里面确实是有写文件。不知道会不会确实问题出在那里。我仔细研究一下。谢谢你。
#9
我只是一个示例,并不是说在读写文件的时候.
比如说调用API.调用DLL库里面的方法等.都会有可能出现问题.
其实应该是BUG一类的,但又不能明确说是:因为微软的处理错误程序代码里都发现了,并给了你提示.
比如说调用API.调用DLL库里面的方法等.都会有可能出现问题.
其实应该是BUG一类的,但又不能明确说是:因为微软的处理错误程序代码里都发现了,并给了你提示.
#10
还是没找出来原因呀,又没有测试的环境,郁闷死了。
#11
可以在主要的执行过程中加入日志标记位置,发生问题的时候根据日志定位在哪个函数出现问题,再找就容易多了。
#12
这说明你程序设计有缺陷呀.
有些问题你没有考虑到,因此就造成了错误.
或许是某个数字溢出了,或许是某个输入类型不符合等等.要看具体问题的
有些问题你没有考虑到,因此就造成了错误.
或许是某个数字溢出了,或许是某个输入类型不符合等等.要看具体问题的