致命错误

yongdu 2000-03-02 11:36:00
编译提示出异常代码:=C0000005这是哪里出错,该如何解决?
...全文
207 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
neil 2000-03-06
  • 打赏
  • 举报
回复
现在还无法解决吗? 还是那一个表单运行不超过三次就出现该错误,VF退出吗?
如果还有,能列出那个表单上所使用的控件吗?
yongdu 2000-03-06
  • 打赏
  • 举报
回复
这位大哥,首先谢谢你的回答。
我个表单中我用的都是VF的基类,且程序中断否它都会出现此异常并退出Foxpro。
yongdu 2000-03-03
  • 打赏
  • 举报
回复
用你那段程序不行吧,我不能Release my pulbic var!
异常代码:C0000005
我有若干个表单,有一个表单运行不超过三次就出现该错误,VF退出;其它表单出错则不定时,这个表单中的类全是VF的基类,每次出错都在这个表单的Init Event之后,在Active Event之前出错C000005,而且这个异常有时还发生在我编辑完表单保存文件时出现,结果不能保存。重装VF和OS都不行。
neil 2000-03-03
  • 打赏
  • 举报
回复
顺便再说一句,vfp的调用类本来就有点释放不干净,建议你还是在程序运行中断后,重起foxpro再写代码
neil 2000-03-03
  • 打赏
  • 举报
回复
主要出在类的初始问题上,表单的启动是由内到外的启动,类最先初始话。
我说过,你的问题很有可能是程序在调试的时候中断,然后产生此问题,你需要在程序中断(cancel)运行后还用public var吗?。
由于类最先启动,而中断程序运行后,类不会自动释放(部分),顾此,你必须彻底清理内存后,再启动你的程序。
我也常有此现象,我的解决方法是两种,一,每次中断程序运行后,在启动之前,彻底清理一次(或中断之后,写代码之前彻底清理一次),二,如在写代码时候,或运行时候再次出错,则退出foxpro一次。
neil 2000-03-02
  • 打赏
  • 举报
回复
你的表单上有你自己定义的类吗?或者你在调用表单之前用了creatobject等函数吗?
是正常结束do form的吗? 下面的这段代码你写成一个你常调用的清理内存的小程序吧。 如还有问题,请oicq 898521
*-------------
ON ERROR
ON SHUTDOWN
SET CLASSLIB TO
SET PATH TO
RELEASE ALL
CLEAR ALL
CLOSE ALL
SET SYSMENU TO DEFAULT
RETURN
*----------------
yongdu 2000-03-02
  • 打赏
  • 举报
回复
我在do一个表单时,发生此错误,(有时也没有)。你能再说清楚点吗?
neil 2000-03-02
  • 打赏
  • 举报
回复
导致该现象有多种原因,最好你能说说你在编译之前做了些什么。
估计造成此现象的的原因:1.多次在命令窗口(或中断程序后)里用了 newobject,creatobject函数,而未release. 造成内存溢出。
2。带有ocx控件进行试运行程序后,你未使用一组清除命令就进行编译。
3. 内存变量过多,过大,而未清除。

总结,此现象跟内存有一定的关系。
经常使用电脑可能也遇到过了! 突然‘咚’的一声 提示 内存不能为read 这个问题我以前也遇到过不知道怎么解决 现在终于有办法了!呵呵! 我们就看看是什么原因引起的吧,另外附送一个小工具修复见下面附件 总结下大概以下9个原因 1、驱动不稳定,与系统不兼容,这最容易出现内存不能为 Read 或者文件保护(主要原因) 2、系统安装了一个或者多个流氓软件,这出现 IE 或者系统崩溃的机会也比较大,也有可能出现文件保护 3、系统加载的程序或者系统正在运行的程序之前有冲突,尤其是部分杀毒软件监控程序 4、系统本身存在漏洞,导致容易受到网络攻击。 5、病毒问题也是主要导致内存不能为 Read、文件保护、Explorer.exe 错误…… 6、如果在玩游戏时候出现内存不能为 Read,则很大可能是显卡驱动不适合(这里的不适合有不适合该游戏、不适合电脑的显卡)也有可能是 系统版本不够新或者不符合该游戏、显卡驱动 7、部分软件本身自身不足的问题 8、电脑硬件过热,也是导致内存不能为 Read 的原因之一。 9、电脑内存与主板兼容性不好也是导致内存不能为 Read 的致命原因! 以上大概就是目前可以引起系统提示 内存不能为read的原因了 另外软件是针对只是针对部分原因引起的内存不为read所做修复,不是100%有效,大家可以试试看 说下原理: 就是批处理使用 regsvr32命令 将动态链接库文件重新注册 (system32下的所有 .dll 和 .ocx 文件;) 注意:由于修复工具会重新注册 system32下的所有 .dll 和 .ocx 文件 此操作对杀毒软件来说属于敏感操作,所以建议使用修复工具的时候,请禁用杀毒软件,以免部分杀毒误报!jie
前言如释重负,好用的技术就应该越来越简单React Hooks 是 React 16.8 从提案转为正式加入的新特性。这个新特性是个非常棒的设计。 可以说对于React 技术栈的发展具分割线一样的意义。讲师在课程中提到:之前使用 React 作为主要的前端技术,开发一款网页游戏。在整个游戏的各个模块中,Redux ,mobx,以及蚂蚁金服的 ant-design,dva, umi 这些框架或者第三方库都有涉及使用。但是自从了解了Facebook官方提案的 Hooks 特性后,才真正觉得获得了前所未有的解脱。如果你有React开发经验,学习了解 Hooks 后,一定有一种如释重负的轻松感。React 带来了方便也带来了迷茫相信关心 React Hooks 这项新特性的童鞋,很多已经有了一定的 React 开发经验。那么你一定有所体验,React 给我们带来方便的同时,也的确和长久以来的前端开发模式有极大的不同。React 并不需要用继承,而是推荐用嵌套。React 有独特的 jsx 语法。大多数情况 jsx 都使得我们的代码更加简洁了。然而有些时候也给我们带来了一些困扰。 比如数据的传递,逻辑的复用。 react 是一种 mvvm 的设计模式,作为开发者一定要清楚,那些数据是业务数据,那些数据是UI数据。否则你的代码很有可能会陷入混乱局面。大型项目中模块化与功能解耦困难在公司项目中 App 稍大的时候,我们发现状态提升和只通过 props 进行数据传递。很多时候都很难实现我们的需求。这时无论我们是否清楚的了解,但是状态管理也就是 redux mobx 等,轻易地进入到了公司的项目中。我们经过初期的尝试发现状态管理,确实比用纯粹的 React 带来了数据传递上的方便,以及代码组织上的清晰。但前提是你看懂且理解了 redux 大神晦涩的官网文档。 本来 React 被设计用来组件化前端开发。但当我们初期使用状态管理,我们常常会过度的使用状态数据,业务逻辑和ui逻辑没有清楚的分离,最终你的应用代码结果可能是:除了少数几个组件是独立的解耦的,大多数组件都因为状态数据的共享而耦合在了一起,且他们也完全依赖状态管理框架。无法再轻松的转移复用。使用高阶组件,属性渲染,渲染回调等高级特性,确实可以帮我们解决模块或功能的解耦问题。但是这些方法,确实有点超出普通“猿类”的技能。且降低了代码的可读性,对于团队协作,这是很致命的问题。React Hooks 真正开启前端模块化的金钥匙对于以上问题,React Hooks 都有很好的解决方案,官方的设计动机就是解决这些曾经的繁琐,化繁为简。React Hooks 让我们在纯函数中就可以使用 React 的众多特性。而不必使用类。代码扁平,易读。解耦状态相关逻辑,UI逻辑和业务逻辑更好的分离。这些逻辑往往是纯函数,而以前很容易混合在类组件中。通过自定义 Hooks 我们可以把应用中“状态相关”逻辑解耦出来,独立编写到我们自己的hooks 中。从而更加易于复用和独立测试。

34,587

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧